[Orgmode] Re: org-collector : display problem with propview
Eric Schulte schulte.eric at gmail.com writes: Hi, The following minimal patch to org-collector.el should remove tags from the ITEM text, which will also remove the many \n characters. Please let me know if this works for you. Thanks -- Eric Attachment (org-collector-w-o-tags.patch): text/x-diff, 569 bytes d.tchin d.tchin at voila.fr writes: Hi Eric, It works as expected. Thanks d.tchin ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Author info while publishing to html
Dear all, I'm using org-7.01g, Emacs 23.2.50.1. When I was using org-6.35c and older version, the publish function used to generate the author info like LooChaolooc...@gmail.com, and I like this style. The related configuration is just: (setq user-full-name LooChao) (setq user-mail-address looc...@gmail.com) But after update the org-mode, without any change in the configuration, the author info style has been changed into LooChao, (without the email address), so I'm writing to see how to get the previous style back. Any suggestion? Thanks~ Chao ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Author info while publishing to html
Chao Lu wrote: Dear all, I'm using org-7.01g, Emacs 23.2.50.1. When I was using org-6.35c and older version, the publish function used to generate the author info like LooChaolooc...@gmail.com, and I like this style. The related configuration is just: (setq user-full-name LooChao) (setq user-mail-address looc...@gmail.com) But after update the org-mode, without any change in the configuration, the author info style has been changed into LooChao, (without the email address), so I'm writing to see how to get the previous style back. Any suggestion? You can turn on publishing the email adress by setting the variable `org-export-email-info': , | org-export-email-info is a variable defined in `org-exp.el'. | Its value is nil | | Documentation: | Non-nil means insert author name and email into the exported file. | | This option can also be set with the +OPTIONS line, | e.g. email:t. | | You can customize this variable. ` HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpI3OyUhEhSS.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] List improvement v.2
Errata: Case 2: `org-list-end-regexp' is ^[ \t]*___[ \t]*\n It is ^[ \t]*__[ \t]*\n (only 2 underscores) I think those rules make a sane default behavior (except for the indent rule, perhaps). I meant the _insert_ rule which can be a bit surprising at first. -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
Tassilo Horn tass...@member.fsf.org writes: And I like being able to restrict the message list incrementally by simply entering parts of the author name or subject. Gnus cannot do that. may be ths can help: 1. cursor in the Summary message buffer # let's restrict to headers: 2. / h $the-header-you-like # I'd use 23 Jul to read only the messages of today cheers, Giovanni ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] startup Lisp error in 7.01: Debugger entered--Lisp error: (void-function org-export-blocks-add-block)
Hi all, I have a startup Lisp error in 7.01: (I omitted the bytcode lines because they are confusing thunderbird ...) Debugger entered--Lisp error: (void-function org-export-blocks-add-block) org-export-blocks-add-block((src org-babel-exp-src-blocks nil)) ... require(ob-exp) ... require(org-exp) ... require(org-latex) eval-buffer(#buffer *load* nil c:/Dokumente und Einstellungen/rainer/Anwendungsdaten/.emacs nil t) ; Reading at buffer position 39168 load-with-code-conversion(c:/Dokumente und Einstellungen/rainer/Anwendungsdaten/.emacs c:/Dokumente und Einstellungen/rainer/Anwendungsdaten/.emacs t t) load(~/.emacs t t) command-line() normal-top-level() the culprit is the requiring of org-latex. In the release docs I could not find a change in loading the latex export. Can anybody see the problem? - Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: TODO type problem on speedbar and imenu.
Osamu OKANO okano.os...@gmail.com writes: Hi. I found a problem on speedbar and imenu. Reproducing date is here * someday/maybe * SOMEDAY/maybe * SOMEDAY maybe * someday maybe * read/review * READ/review * conf #+TYP_TODO: SOMEDAY When a head line includes TODO state name, I am afraid that displayed head line names on speedbar are wrong. Because SOMEDAY is TODO type but someday/maybe and SOMEDAY/maybe is not TODO task. I am not able to reproduce this on GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12) of 2010-01-30 on noorul Org-mode version 7.01trans (release_6.36.723.gaf9d) Thanks and Regards Noorul ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug Report: refile and attachments
1. Exactly what I did I created an entry in an org file. I added an attachment to that entry. I used refile (C-c C-w) to move the entry to another org file. I visited that file and attempted to open the attachment (C-c C-a o). 2. What I expected: Because there was only one attachment associated with the entry, I expected it to open. 3. What happened instead: I was prompted for an attachment name. Hitting tab showed no match in the minibuffer. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Feature Request for new capture feature
I love the new Capture feature. Much better than the old Remember (though I liked that too!). However, would it be possible to have a C-u C-c C-w that completes the capture and switches to the target buffer? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: iCal export and complex diary sexps
Hi Dan Dan Griswold dgris...@rochester.rr.com writes: On 15 Jul 2010, sven.bretf...@gmx.ch wrote: There was a thread about this some weeks ago. The iCal export does not support org-diary-class entries or other complex diary sexps. I missed that thread, but it's an issue I looked into some time ago, with regard to sexps. The basic issue is that org-export-icalendar-* calls icalendar.el, which currently does not support the export of complex sexps. In other words, it doesn't do much good for us to say that Org ought to export these things to ical, because the feature is missing not from org but from a completely different package. But it's strange that diary-sexps can explicitly switched on and of for iCalendar export in customize. Why is that? Greetings, Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [BUG] Org-capturing items to clock
Hi all, I've found a bug with capturing as item to a running clock. I reduced my dot-emacs to the bare minumum(given below), but the problem continues. Here is how it goes. + refile.org is in state 0. + C-M-r t + TODO task One entered. Clock is running. I switch to firefox and save the link. C-c C-c. + refile.org is in state 1. The link is correctly saved + C-M-r t (again) + TODO task Two entered. Clock is running. I switch to firefox and save the link. C-c C-c. + refile.org is in state 1. The link is wrongly saved. The item is appended to a wrong (existing list) instead of starting a new list. If I change my capture template to make the link to be an entry instead of an item, things work as expected. ;;refile.org-state 0 * Tasks ;;refile.org-state 1 * Tasks ** TODO One CLOCK: [2010-07-23 Fri 15:57]--[2010-07-23 Fri 15:57] = 0:00 - [[http://orgmode.org/][Org-Mode: Your Life in Plain Text]] ;;refile.org-state 2 * Tasks ** TODO One CLOCK: [2010-07-23 Fri 15:57]--[2010-07-23 Fri 15:57] = 0:00 - [[http://orgmode.org/][Org-Mode: Your Life in Plain Text]] - [[http://orgmode.org/worg/][Hello Worg!]] ** TODO Two CLOCK: [2010-07-23 Fri 15:59]--[2010-07-23 Fri 16:00] = 0:01 ;;dot-emacs ;; Load up Org Mode and Babel (setq load-path (cons ~/.emacs.d/elisp/org/lisp load-path)) (setq load-path (cons ~/.emacs.d/elisp/org/contrib/lisp load-path)) (require 'org-install) (require 'org-capture) (global-set-key (kbd C-M-r) 'org-capture) (server-start) ;; org-protocol (require 'org-protocol) (setq org-capture-templates '((t task entry (file+headline refile.org Tasks) * TODO %? \n\n\n :clock-in t :clock-resume t) (x save relevant links item (clock) - [[%:link][%:description]] :immediate-finish t))) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
On Friday 23 July 2010 10:54:24 Giovanni Ridolfi wrote: And I like being able to restrict the message list incrementally by simply entering parts of the author name or subject. Gnus cannot do that. may be ths can help: 1. cursor in the Summary message buffer # let's restrict to headers: 2. / h $the-header-you-like # I'd use 23 Jul to read only the messages of today Yes, the various restrictions basically do what I want, except that they don't work incrementally while typing and first you have to start with a summary containing many/all messages, which takes some time to create. Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug Report: refile and attachments
Colin Fraizer orgm...@cfraizer.com writes: 1. Exactly what I did I created an entry in an org file. I added an attachment to that entry. I used refile (C-c C-w) to move the entry to another org file. Before doing this, can you try opening it from initial org file itself. using C-c C-a o Thanks and Regards Noorul I visited that file and attempted to open the attachment (C-c C-a o). 2. What I expected: Because there was only one attachment associated with the entry, I expected it to open. 3. What happened instead: I was prompted for an attachment name. Hitting tab showed no match in the minibuffer. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] RE: Bug Report: refile and attachments
I know it's not _exactly_ the same, but I re-filed it back to the original file (C-c C-w) and then opened it successfully (C-c C-a o). It didn't prompt me (because there was only one attachment). I just tried it with a new entry and attachment file (of the same type) and it worked. Hmn. Oh, I see the problem. In the failing case, the org files are in different directories. (I didn't realize it because they are both agenda files and I was using the path-oriented interactive refilling.) I would expect the refile to move the attachments to the target's attachment directory regardless. [Sorry I didn't have time to debug the elisp myself. I may look later if no one jumps in before me. I don't want to be a leech. 8-] -Original Message- From: Noorul Islam K M [mailto:noo...@noorul.com] Sent: Friday, July 23, 2010 6:58 AM To: Colin Fraizer Cc: 'emacs-orgmode Mailinglist' Subject: Re: Bug Report: refile and attachments Colin Fraizer orgm...@cfraizer.com writes: 1. Exactly what I did I created an entry in an org file. I added an attachment to that entry. I used refile (C-c C-w) to move the entry to another org file. Before doing this, can you try opening it from initial org file itself. using C-c C-a o Thanks and Regards Noorul I visited that file and attempted to open the attachment (C-c C-a o). 2. What I expected: Because there was only one attachment associated with the entry, I expected it to open. 3. What happened instead: I was prompted for an attachment name. Hitting tab showed no match in the minibuffer. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Issue with correctly resuming interrupted timer
I have an issue with my particular setup when using org-capture. Here is my relevant capture template: (setq org-capture-templates '((t todo entry (file ~/Documents/Org/Refile.org) * TODO %?\n %U\n %a :clock-in t :clock-resume t)) I have all tasks go to the file Refile.org as shown above. They are are first-level TODOs. Say I have a list of tasks such as * TODO A (Currently clocked in) * TODO B * TODO C Also let the point be on the task B line. Now if I call org-capture and store a task, B become the task that get clocked in after completing the capture. Which gives me: * TODO A * TODO B (Now clocked in) * TODO C * TODO New Capture I believe that the issue is within org-capture-finalize and the call to org-with-point-at, but I have exceeded my elisp debugging skills and need help. I am using the very latest org-mode master with emacs 23.1 on windows. Any ideas? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Placement=[H] not exporting to LaTeX anymore?
Hi, I had a problem with floating tables/figures a ways back, found here: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg25566.html The solution, which was simply inserting #+ATTR_LATEX: placement=[H], worked perfectly. I just ran into it again, however. my org file has the following order in a section: * section text before table 1 table 1 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H]) text before table 2 table 2 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H]) But it's being exported to pdf like so: text before table 1 text before table 2 table 1 table 2 The exported .tex has this for table 1: \begin{table}[htb] \caption{table 1 caption} \begin{center} If I manually change the \begin{table}[htb] line to \begin{table}[H], things work exactly as I want. Somehow the [H] option just isn't making it through... Just to be sure I created an blank org file with only this: * test #+CAPTION: test table #+ATTR_LaTeX: placement=[H] | 1| 2| 3| 4| |--+--+--+--| | test | test | test | test | | test | test | test | test | It gets exported to this: \begin{table}[htb] \caption{test table} \begin{center} \begin{tabular}{} Did something change between 6.35 and 7.01 or in the LaTeX table options? John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] startup Lisp error in 7.01: Debugger entered--Lisp error: (void-function org-export-blocks-add-block)
Hi Rainer, I am unable to reproduce this problem. Are you sure that you have a complete Org-mode instillation, and that no older installations could be conflicting with your install? It may be possible to patch over the error you've mentioned by requiring org-exp-blocks before you require org-latex, e.g. (require 'org-exp-blocks) (require 'org-latex) However that still wouldn't explain why this error has appeared for you in the first place. Best -- Eric Rainer Stengele rainer.steng...@diplan.de writes: Hi all, I have a startup Lisp error in 7.01: (I omitted the bytcode lines because they are confusing thunderbird ...) Debugger entered--Lisp error: (void-function org-export-blocks-add-block) org-export-blocks-add-block((src org-babel-exp-src-blocks nil)) ... require(ob-exp) ... require(org-exp) ... require(org-latex) eval-buffer(#buffer *load* nil c:/Dokumente und Einstellungen/rainer/Anwendungsdaten/.emacs nil t) ; Reading at buffer position 39168 load-with-code-conversion(c:/Dokumente und Einstellungen/rainer/Anwendungsdaten/.emacs c:/Dokumente und Einstellungen/rainer/Anwendungsdaten/.emacs t t) load(~/.emacs t t) command-line() normal-top-level() the culprit is the requiring of org-latex. In the release docs I could not find a change in loading the latex export. Can anybody see the problem? - Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BABEL] help adding a language, please?
Hi David, The instructions currently live at http://orgmode.org/worg/org-contrib/babel/languages.php#develop The bulk of the information is contained in the documentation strings and the comments of the ob-template.el file (linked to from the above). It should be fairly complete, but please let me know if you see any avenues of improvement. -- Eric David O'Toole dto1...@gmail.com writes: Is there an instruction manual documenting how the new org-babel language extensions should work? This would really be helpful, because I had trouble figuring out how to make sessions work in the pre-7.0 api (i'm adding Common Lisp support.) Documenting for how a language extension is supposed to behave, would be great. On Thu, Jul 22, 2010 at 4:13 PM, scraw...@gmail.com wrote: Hi guys, Org-mode newbie, here. I'd like to add newlisp to the list of languages that babel supports. I got ob-template.el and replaced all occurrences of template with newlisp. When I try to execute a code block, it fails, looking for inf-newlisp. That's inferior-mode, right? Can I work around that somehow? There is a newlisp mode available here: http://github.com/may/newlisp-mode I'm running Org-mode 7.01. Org-mode is great! I sure hope you guys are tolerant of stupid questions, because I've got a bunch of them. :-) -- signature riding a horse: clopclopclopclop -tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BABEL] help adding a language, please?
Ah, this is great! Thanks Eric :) and I will keep everyone updated on my progress with the wacky hypermedia programming thing i've been working on. Really what it boils down to is Common Lisp support for babel, and an add-on module that brings attachments and other data into the mix. It's a combination paper/tutorial/elisp library bundled into one file. The rough draft in progress is here, if anyone is interested in peeking: http://github.com/dto/hypo/raw/master/hypo.org On Fri, Jul 23, 2010 at 12:01 PM, Eric Schulte schulte.e...@gmail.com wrote: Hi David, The instructions currently live at http://orgmode.org/worg/org-contrib/babel/languages.php#develop The bulk of the information is contained in the documentation strings and the comments of the ob-template.el file (linked to from the above). It should be fairly complete, but please let me know if you see any avenues of improvement. -- Eric David O'Toole dto1...@gmail.com writes: Is there an instruction manual documenting how the new org-babel language extensions should work? This would really be helpful, because I had trouble figuring out how to make sessions work in the pre-7.0 api (i'm adding Common Lisp support.) Documenting for how a language extension is supposed to behave, would be great. On Thu, Jul 22, 2010 at 4:13 PM, scraw...@gmail.com wrote: Hi guys, Org-mode newbie, here. I'd like to add newlisp to the list of languages that babel supports. I got ob-template.el and replaced all occurrences of template with newlisp. When I try to execute a code block, it fails, looking for inf-newlisp. That's inferior-mode, right? Can I work around that somehow? There is a newlisp mode available here: http://github.com/may/newlisp-mode I'm running Org-mode 7.01. Org-mode is great! I sure hope you guys are tolerant of stupid questions, because I've got a bunch of them. :-) -- signature riding a horse: clopclopclopclop -tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Personal accounting with emacs, org and...?
Thanks Eric! This has now been included in Org-mode. If you get a chance, it would be great to add ob-ledger to the list of supported languages on Worg, and if possible to add an ob-ledger specific file with a brief usage example -- see existing language-specific files linked to from the language table for examples. http://orgmode.org/worg/org-contrib/babel/languages.php Many Thanks -- Eric Eric S Fraga ucec...@ucl.ac.uk writes: On Thu, 22 Jul 2010 13:43:00 -0700, Eric Schulte schulte.e...@gmail.com wrote: Eric S Fraga ucec...@ucl.ac.uk writes: [...] Attached is my simple, linux only, org-babel solution and an example org file which uses it. Note, I've still not had a chance to look at the ob-template in Worg so I'm sure my ob-ledger file could be improved... After a quick scan your ob-ledger.el file looks great. I wouldn't feel obligated to add all of the functionality listed in the template. Many of our language files (e.g. dot, sass, etc...) are very simple. I think one of the big wins of our new setup is that language support can be added in very small increments (e.g. [1]). Please do let me know when you think this is stable enough for inclusion into Org-mode. Well, it's stable enough in that I wrote it more than 6 months ago and it hasn't changed in that time other than to update to the new babel layout. I don't intend to do anything on it immediately in any case as it works for my use case! In other words, I'd be happy if it were included in org-mode at your discretion. Thanks, eric ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [ANN] List improvement v.2
Hi Nicolas, This looks really great, I have applied it to my setup and will be stress testing it over the next couple of days. A couple of quick points: 1) The url to use for cloning should be http://github.com/ngz/org-mode-lists.git 2) This is very minor, but could you rebase your branch against master? That would make switching back and forth slightly easier. 3) Since I can't help but relate things to Babel... What do you think about having list types recognized by Babel (as arrays). This could add nice flexibility to passing data back and forth between Babel and the buffer, it could make it possible to do some fancy list stuff, and if we add Hash-Maps or Dictionaries to Babel as first class objects (which seems like a reasonable move at some point in the nearish future) then they could integrate well with description lists. Thanks for the new functionality, I look forward to playing with it. Best -- Eric Nicolas Goaziou n.goaz...@gmail.com writes: Hello, Here is a new, and probably final feature-wise, suggestion of list improvement in Org Mode. Table of Contents = 1 What is it about again ? 2 Is that all ? 2.1 Preserving blank lines 2.2 Timer lists 2.3 Automatic rules 2.4 `org-apply-on-list' 3 Where can it be tried ? 1 What is it about again ? ~~~ I redefined lists in Org Mode. Lists start, as before, at a bullet (whose true regexp is at `org-item-beginning-re'), and end at either `org-list-end-regexp', a new headline, or, obviously, end of buffer. `org-list-end-regexp' is customizable and defaults to 2 blank lines, but `org-empty-line-terminates-plain-lists' has precedence over it. Moreover, any `org-list-end-regexp' found in special blocks does not end list. Here are two examples of valid lists: Case 1: `org-list-end-regexp' is at default value - First item - Sub item #+BEGIN_EXAMPLE Two blank lines below Two blank lines above #+END_SRC - Last sub item List has ended at the beginning of this line. Case 2: `org-list-end-regexp' is ^[ \t]*___[ \t]*\n - item 1 - item 2 - sub-item - sub-item 2 - item 3 __ List has ended at the beginning of this line. Now, Org Mode knows when a list has ended and how to indent line accordingly. In other words, you can `org-return-indent' three times to exit a list and be at the right column to go on with the text. This new definition is also understood by exporters (LaTeX, DocBook, HTML or ASCII) and `org-list-end-regexp' will appear in source as a blank line, whatever its value is (as long as it starts with a caret and ends with a newline character, as specified in doc-string). Another advantage is that you can have two lists of different types in a row like in the example below: - item - item 1. item 2. item In this example, you can move (or cycle, or indent) items in the second list without worrying about changing the first one. 2 Is that all ? Yes and no. I tried as much as possible to keep compatibility with previous implementation. But, as I was at it, I made a number of minor improvements I am now going to describe. 2.1 Preserving blank lines === `org-move-item-up' and `org-move-item-down' will not eat blank lines anymore. You can move an item up and down and stay assured list will keep its integrity. The same is true for `org-sort-list' that would previously collapse the list being sorted. Sorting is now safe. `org-insert-item', when 'plain-list-item is set to 'auto in `org-blank-before-new-entry' (the default, I think), will work hard to guess the appropriate number of blank lines to insert before the item to come. The function is also much more predictable (in previous version, trying to insert an item with point on a blank line between 2 items would create a new headline). 2.2 Timer lists There are three improvements in timer lists (C-c C-x -). 1. When a new item is created, it should be properly indented and not sticked to column 0 anymore, 2. When an item is inserted in a pre-existing timer list, it will take profit of what has been done to `org-insert-item', 3. `org-sort-list' can now sort timer lists with the t and T commands. /Note/: in order to preserve lists integrity, Org Mode will send an error if you try to insert a timer list inside a list of another type. 2.3 Automatic rules I've added sets of rules (applied by default) that can improve lists experience. You can deactivate them individually by customizing `org-list-automatic-rules'. Bullet rule: Some may have noticed that you couldn't obtain
[Orgmode] [BABEL] Output with octave
Hi I use babel to use with octave language. I use it and define a session so as to have interaction with octave process. It is great to have interaction with octave and check the action of the code easily. I have problem to get output back in org mode file. I try the following code : --8---cut here---start-8--- #+tblname: test | 1 | 2 | 3 | #+source: outtest #+begin_src octave :session *out* :var vec=test :results output vecb=vec; vecb #+end_src --8---cut here---end---8--- You will get following output #+results: outtest : vec = : :1 2 3 : octave.exe vecb = : :1 2 3 As you see I get two outputs : vec variable and vecb (with octave prompt). It is what I expected, excepted vec output. With :results value --8---cut here---start-8--- #+tblname: test | 1 | 2 | 3 | #+source: outtest #+begin_src octave :session *out* :var vec=test :results value vecb=vec; vecb #+end_src --8---cut here---end---8--- I get the following output #+results: outtest : org_babel_eoe In the octave process, I check that it the last intruction. But what I would expect is to get last instruction vecb. I certainly miss something. Could someone help me on this ? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-mode 7.01, error while scheduling item
From: Marcelo de Moraes Serpa celose...@gmail.com Date: 2010/7/23 Subject: Re: [Orgmode] org-mode 7.01, error while scheduling item To: David Maus dm...@ictsoc.de GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29) of 2010-05-08. Backtrace attached. Thanks, Marcelo. On Fri, Jul 23, 2010 at 12:44 AM, David Maus dm...@ictsoc.de wrote: Marcelo de Moraes Serpa wrote: I updated to org-mode Org-mode version 7.01trans (release_7.01g.20.gdd484), and when trying to schedule an item with C-c s, I get the following error: org-eval-in-calendar: Wrong type argument: window-live-p, nil Any ideas? Can you provide a backtrace for this error? M-x toggle-debug-on-error RET and hit the bug. And which Emacs version do you use? Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de Debugger entered--Lisp error: (wrong-type-argument window-live-p nil) select-window(nil) org-eval-in-calendar(nil t) byte-code(\306 \210\307\310!\311 \211\211AA@)\312\211\313U\203 \314\315!\202t\313V\203\235 S \211\211@) \211A@) \211AA@) \fs\316_...@\f\317v\203\206 @\f\320_\321\\\322\24...@\211\313w\203g \323!s\324\320\246!\205} \324\325\246!?\206} \324\326\246!)\203\20...@t@...@-\n\327_\\\n\320\245\\\n\325\245[\\\n\326\245\\\202t\323t! \211\211@) \211A@) \211AA@) \fs\316_...@\f\317v\203\377 @\f\320_\321\\\322\24...@\211\313w\203\340 \323!s\324\320\246!\205\366 \324\325\246!?\206\366 \324\326\246!)\203\37...@t@...@-\n\327_z\n\320\245z\n\325\245[z\n\326\245z\330\211\211@) \211A@) \211AA@) \fs\316_...@\f\317v\203p@\f\320_\321\\\322\24...@\211\313w\203q\323!s\324\320\246!\205g\324\325\246!?\206g\324\326\246!)\203...@t@...@-z+z!\210\331\312\332\\210\333 A\334B!C\334D!D\335C\336\337#\210\335C\340\341#\210\335C\342\341#\210\335D\343\344#\210\335D\345\346#\210\335D\347\350#\210\335D\351\352#\210\335D\353\354#\210\335D\355\356#\210\335D\357\360#\210\335D\361\362#\210\335D\363\364#\210\335D\365\366#\210\335D\367\370#\210\335D\371\372#\210\335D\373\374#\210\335D\375\376#\210\335D\377\201K #\210\335D\201L \201M #\210\201N \201O !\210\201P \216\201Q C!\210\201R \201S \201T \\210\201U EF\201V \312$\211G\201W H\206OIQJ,\312\207 [def date offset-years year month day calendar calendar-forward-day time-to-days calendar-current-date nil 0 error There was no year zero 31 2 4 23 10 abs zerop 100 400 365 (12 31 -1) org-eval-in-calendar t current-local-map copy-keymap org-defkey org-calendar-select [mouse-1] org-calendar-select-mouse [mouse-2] [(meta shift left)] #[nil \300\301!\207 [org-eval-in-calendar ...] 2 nil nil] [(meta shift right)] #[nil \300\301!\207 [org-eval-in-calendar ...] 2 nil nil] [(meta shift up)] #[nil \300\301!\207 [org-eval-in-calendar ...] 2 nil nil] [(meta shift down)] #[nil \300\301!\207 [org-eval-in-calendar ...] 2 nil nil] [27 (shift left)] #[nil \300\301!\207 [org-eval-in-calendar ...] 2 nil nil] [27 (shift right)] #[nil \300\301!\207 [org-eval-in-calendar ...] 2 nil nil] [27 (shift up)] #[nil \300\301!\207 [org-eval-in-calendar ...] 2 nil nil] [27 (shift down)] ...] 9) org-read-date(nil to-time nil nil nil nil) byte-code(\204 \306\203 \212\307\310!\210\212\311 \210`)\312 \313=\203! \202\ \f\n\310#\203= \314\315!\316\317\320 !\. \205; \321 !/)\203R \206Q \322\323\324\323\211./0\203} \325\235\203} \313=\203h 1\202j 2\326\261\210\3273\323\211\2114C\210\323\212\214\323\211\211\211\2115678\307\310!\210\3309\331P!\210\315\225b\210i8\332\225b\210m\203\255 \333c\210\202\260 \315u\210 \204\302 \330\334:P!\204\302 \335\336\323\\210\3309!\204\345 \330\337;\340Q!\203\345 \314\315!\232\204\345 \332\224\332\225}\210\202\372 \341\333!\210\342u\210``}\210=\203\372 \3438!\210 b77\203^7\211...@6eb\2106\313=\203 \312\323\310#\204?6\344=\203/\312\f\323\310#\204?6\345=\203 \312?\323\310#\203 \346\347!\210\330\350!\203M\346\347!\210\326\323x\210\330\351!\203 \346\347!\210\202 db\210=\203on\203o\3438!\210 \203\303n\204\203`Sf\352=\204\203\326\202\204\347 \313=\203\2171\202\242 \344=\203\2322\202\242 \345=\205\24...@\326\261\210\3273\206\265 \345=\205\265A \345=\323\2114C\315\210eb\210~\210\330\353!\203\334`Sf\354\232\203\334`S\355 |\210 .\207 [time what end org-scheduled-time-regexp org-deadline-time-regexp ts (scheduled deadline) org-back-to-heading t outline-next-heading re-search-forward scheduled match-string 1 apply encode-time org-parse-time-string org-get-compact-tod org-read-date nil to-time (scheduled deadline) org-insert-time-stamp looking-at \\( *\\)[^ \n]* 0 \n [ ]* throw exit [^ \n]*? [^ \n]* insert-before-markers -1 org-indent-to-column deadline closed replace-match --+[^]+ + 32 []*\n 10 point-at-eol default-time default-input
[Orgmode] Re: [PATCH] org-export-generic, text markup -- and a request
Hi, I tried contacting the author of org-export-generic, but don't know whether I succeeded. Since this little patch might be useful, here it is. I'm in the enviable situation of transforming some docs (which I've written in org) to mediawiki (why some people enjoy using their browser as a doc editor escapes me, but that's for another day :) For this, I'll have to transform the text markup (as I'd call that) (what org calls emphasis), i.e. *foo* would become **foo**, =grumble= would become ''grumble'' and +mumble+ would become delmumble/del. You get the idea. I've come up with a little patch which works for me. If that seems useful for you, please accept it; I'd be willing to beat it into shape if you give me some advice wrt which shape is desirable :-) Some notes: The translation mapping (org markup - target markup) lives in the org-generic-alist under the symbol :markup, like so (this would be for doku-wiki): (org-set-generic-type doku-wiki '(:key-binding ?K [... many lines elided ...] :markup ((* . **%s**) (/ . //%s//) (_ . __%s__) (= . ''%s'') (~ . ''%s'') (+ . del%s/del that is, an alist mapping the (org) markup char to a (target) format string. I generated the patch with the -b option. Because I wrapped a considerable chunk of code with unwind-protect, the white space noise obscures the patch. As I don't think the patch is final, I preferred to keep it (human) readable. The working is fairly straightforward: it tacks the function org-export-generic-process-markup onto the org-export-preprocess-hook for the whole duration off org-export-generic (the unwind-protect is there to take this function off the hook when finished). This org-e-g-process-markup then makes a pass through the buffer (with org-emph-re), doing its substitutions. Some fiddling was necessary since org-emph-re matches (possibly) a bit more than strictly the marked-up span (I think it would have been better to use zero-width assertions for the prefix and suffix part of org-emph-re). Patch attached. Now the request: I tried (several times) subscribing to this list -- but didn't succeed (I used -- or rather tried to use -- the web interface at http://lists.gnu.org/mailman/listinfo/emacs-orgmode). So please keep me in Cc, at least as long as I wrangle with the subscriptions. If anyone has a hint as to what I could try to subscribe, I'd be glad. Thanks again, and regards -- tomás signature.asc Description: Digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL] evaluation of R code in export
Hi Rainer, I general it is useful to have the results of Babel-evaluated code appear in the session history as it can help for debugging. Maybe (if you are specifying the session on a subtree or file wide bases) it would be possible to change the session name to a different name so that your normal working session won't be polluted. This is butting up against a more general feature which has been dancing in the twilight of Babel's glow for some time now. Namely the ability to specify header arguments which are conditional on the export state, where export state can be something like - nil :: not currently export, this is the default - t :: an export is taking place - html :: exporting to html - latex :: exporting to latex - ascii :: exporting to ascii etc... How exactly this should best be folded into the existing header argument resolution schema is not immediately clear, so this development may take some time. If anyone has suggestions on syntax or behavior for this functionality please do share. Thanks -- Eric Rainer M Krug r.m.k...@gmail.com writes: Hi assuming I have the following in an org buffer (and enabled evaluation of R code), and export it to html. The exported html looks perfect, but when I go into the *R_test* buffer, I see all the commands evaluated in the export (which is not such a problem), but they are also inserted in the history. When evaluating a line of code in ESS, this line is evaluated, but NOT added to the history. Would that be possible for evaluation of R code during export as well? My reasoning is, that I have a report in an .org file, which is using an existing R session in which I conduct simulations. When creating the report from a finished simulation, my command history in the *R* buffer contains all the commands evaluated for the export, and if I want to change one parameter for the simulation, I either have to go back several commands to find it, or type it in again. If the evaluated commands would not appear in the history, I could simply go one command back. If it is not to much work, it would be great if this could be changed. Cheers and thanks for an excellent tool, Rainer #+BABEL: session *R_test* ** test #+begin_src R :exports both x - 5 x #+end_src ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Placement=[H] not exporting to LaTeX anymore?
Thanks Nick. - Whoops on forgetting the = in my first example! - Is this hard to integrate? Is it possible to pass this option to LaTeX just as with figures? It only involves overriding [htb] with [H]... John On Fri, Jul 23, 2010 at 11:31 AM, Nick Dokos nicholas.do...@hp.com wrote: John Hendy jw.he...@gmail.com wrote: I had a problem with floating tables/figures a ways back, found here: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg25566.html The solution, which was simply inserting #+ATTR_LATEX: placement=[H], worked perfectly. I just ran into it again, however. my org file has the following order in a section: * section text before table 1 table 1 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H]) text before table 2 table 2 (featuring both #+CAPTION and #+ATTR_LATEX: placement [H]) [Just a note for the unwary: the syntax above is not quite correct - John gives the correct syntax below in his example.] But it's being exported to pdf like so: text before table 1 text before table 2 table 1 table 2 The exported .tex has this for table 1: \begin{table}[htb] \caption{table 1 caption} \begin{center} If I manually change the \begin{table}[htb] line to \begin{table}[H], things work exactly as I want. Somehow the [H] option just isn't making it through... Just to be sure I created an blank org file with only this: * test #+CAPTION: test table #+ATTR_LaTeX: placement=[H] | 1| 2| 3| 4| |--+--+--+--| | test | test | test | test | | test | test | test | test | It gets exported to this: \begin{table}[htb] \caption{test table} \begin{center} \begin{tabular}{} Did something change between 6.35 and 7.01 or in the LaTeX table options? I think that placement works fine for figures, but not for tables. In fact, I cannot find the code that's supposed to do this for tables: I suspect that it never existed. So unless I'm mistaken, it seems that tables never got the placement treatment that figures did. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Tags not lining up in org-indent-mode
Carsten Dominik carsten.dominik at gmail.com writes: well, this does stop tabs from being used, but it does not stop the mis-alignment of tags on different outline levels. Any news on that? Although I have no idea how org-mode works internally, I simply tried replacing line 12773 of org.el: (- (- org-tags-column) (length tags with: (- (- (- org-tags-column) (length tags)) (* org-indent-indention-per-level level Emacs just says: 'Symbol's value as variable is void: level'. I suspected something like that because 'level' and 'org-indent-indention-per-level' are from org-indent.el. Last time I did anything with Lisp was ten years ago. How can I use those variables in org.el? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: iCal export and complex diary sexps
Exporting org-diary-class even ignoring the weeke off (last arguments) for me it would be a fantastic start. It would be like converting org-diary-class to a simple diary sexp. I know it is dumb but in my case I would be glad to slit one org-diary-class in several org-diary-class (before and after weeks off) on order to have my appts exposted to ical. Daniel 2010/7/23 Sven Bretfeld sven.bretf...@gmx.ch: Hi Dan Dan Griswold dgris...@rochester.rr.com writes: On 15 Jul 2010, sven.bretf...@gmx.ch wrote: There was a thread about this some weeks ago. The iCal export does not support org-diary-class entries or other complex diary sexps. I missed that thread, but it's an issue I looked into some time ago, with regard to sexps. The basic issue is that org-export-icalendar-* calls icalendar.el, which currently does not support the export of complex sexps. In other words, it doesn't do much good for us to say that Org ought to export these things to ical, because the feature is missing not from org but from a completely different package. But it's strange that diary-sexps can explicitly switched on and of for iCalendar export in customize. Why is that? Greetings, Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Placement=[H] not exporting to LaTeX anymore?
Nick Dokos nicholas.do...@hp.com wrote: John Hendy jw.he...@gmail.com wrote: Just to be sure I created an blank org file with only this: * test #+CAPTION: test table #+ATTR_LaTeX: placement=[H] | 1 | 2 | 3 | 4 | |--+--+--+--| | test | test | test | test | | test | test | test | test | It gets exported to this: \begin{table}[htb] \caption{test table} \begin{center} \begin{tabular}{} Did something change between 6.35 and 7.01 or in the LaTeX table options? I think that placement works fine for figures, but not for tables. In fact, I cannot find the code that's supposed to do this for tables: I suspect that it never existed. So unless I'm mistaken, it seems that tables never got the placement treatment that figures did. Try the following patch (might be wrong in detail, and its scope might be too limited, but I hope it's not too far off: at least it seems to work on your simple table.) It may also be white-space damaged, so some reformatting may be needed after applying it. Nick From 4c8cdde9f3d80edc882efe83562a934fd9a6a8c8 Mon Sep 17 00:00:00 2001 From: Nick Dokos nicholas.do...@hp.com Date: Fri, 23 Jul 2010 17:54:06 -0400 Subject: [PATCH] Process latex placement attribute for tables. Figures got placement attributes previously, but tables never did. --- lisp/org-latex.el | 11 --- 1 files changed, 8 insertions(+), 3 deletions(-) diff --git a/lisp/org-latex.el b/lisp/org-latex.el index f3a55ee..74af57a 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1597,7 +1597,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. (org-table-last-column-widths (copy-sequence org-table-last-column-widths)) fnum fields line lines olines gr colgropen line-fmt align - caption shortn label attr floatp longtblp) + caption shortn label attr floatp placement longtblp) (if org-export-latex-tables-verbatim (let* ((tbl (concat \\begin{verbatim}\n raw-table \\end{verbatim}\n))) @@ -1617,7 +1617,12 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. align (and attr (stringp attr) (string-match \\align=\\([^ \t\n\r]+\\) attr) (match-string 1 attr)) - floatp (or caption label)) + floatp (or caption label) + placement (if (and attr +(stringp attr) +(string-match [ \t]*\\placement=\\(\\S-+\\) attr)) + (match-string 1 attr) + [htb])) (setq caption (and caption (org-export-latex-fontify-headline caption))) (setq lines (org-split-string raw-table \n)) (apply 'delete-region (list beg end)) @@ -1672,7 +1677,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. (concat (if longtblp (concat \\begin{longtable}{ align }\n) - (if floatp \\begin{table}[htb]\n)) + (if floatp (format \\begin{table}%s\n placement))) (if floatp (format \\caption%s{%s} -- 1.5.6.3 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BABEL] Output with octave
On Fri, 23 Jul 2010 16:59:43 + (UTC), d.tchin d.tc...@voila.fr wrote: Hi I use babel to use with octave language. I use it and define a session so as to have interaction with octave process. It is great to have interaction with octave and check the action of the code easily. I have problem to get output back in org mode file. I try the following code : --8---cut here---start-8--- #+tblname: test | 1 | 2 | 3 | #+source: outtest #+begin_src octave :session *out* :var vec=test :results output vecb=vec; vecb #+end_src --8---cut here---end---8--- You will get following output #+results: outtest : vec = : :1 2 3 : octave.exe vecb = : :1 2 3 As you see I get two outputs : vec variable and vecb (with octave prompt). It is what I expected, excepted vec output. With :results value --8---cut here---start-8--- #+tblname: test | 1 | 2 | 3 | #+source: outtest #+begin_src octave :session *out* :var vec=test :results value vecb=vec; vecb #+end_src --8---cut here---end---8--- I get the following output #+results: outtest : org_babel_eoe In the octave process, I check that it the last intruction. But what I would expect is to get last instruction vecb. I certainly miss something. Could someone help me on this ? I don't think you are missing anything obvious as for the :results value case, I get the same thing. In fact, for :results output, I don't actually get any output! I'm not sure why. I wonder if there is a dependence on the version of Octave? I'm using a fairly old version (3.0.x instead of 3.2.x). : Org-mode version 7.01trans (release_7.01g.24.g6b5cf) : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) : of 2010-05-16 on raven, modified by Debian -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Issue with correctly resuming interrupted timer
Benjamin Beckwith bnbeckw...@gmail.com writes: I have an issue with my particular setup when using org-capture. Here is my relevant capture template: (setq org-capture-templates '((t todo entry (file ~/Documents/Org/Refile.org) * TODO %?\n %U\n %a :clock-in t :clock-resume t)) I have all tasks go to the file Refile.org as shown above. They are are first-level TODOs. Say I have a list of tasks such as * TODO A (Currently clocked in) * TODO B * TODO C Also let the point be on the task B line. Now if I call org-capture and store a task, B become the task that get clocked in after completing the capture. Which gives me: * TODO A * TODO B (Now clocked in) * TODO C * TODO New Capture I believe that the issue is within org-capture-finalize and the call to org-with-point-at, but I have exceeded my elisp debugging skills and need help. I am using the very latest org-mode master with emacs 23.1 on windows. Any ideas? I can confirm this bug (sort of). My newly 'New Capture' task keeps clocking after filing instead of task 'B'. It seems it works okay if you are clocking a task in a different buffer from the refile.org target file for the capture. In my case when I finish the capture with C-c C-c the clock stays on the newly captured task instead of moving back to the previously clocking task in refile.org. If I clock a task in todo.org the clock correctly switches to the capture task in refile.org and back to the todo.org task when I file the captured task. I'll look into this more on Sunday if nobody beats me to it. -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode