[Orgmode] Bugfix for org-export-format-source-code-or-example
I switched my 'org-export-html-extension' variable from "html" to "xhtml" and found that code examples are being formatted incorrectly. I use Firefox, and when Firefox has (what it thinks is) HTML-in-XML, it uses Standards Mode. This happens: - if you get the document from a server and its MIME type is "application/xhtml+xml", or - if you get the document from a file, and its extension is ".xhtml". Otherwise it uses Quirks mode. In Standards mode, Firefox attempts to render everything per the spec. In Quirks mode, Firefox is being backwards compatible with legacy browsers. (I'm ignoring Almost Standards mode here.) The current master repo generates HTML like Quote paragraph 1. Quote paragraph 2. Quote paragraph 3. which Firefox displays as we expect in Quirks mode. In Standards mode, Firefox adds an extra blank line before the "Quote paragraph 1." This comes from Firefox presenting the newline that Org Mode has inserted between the first ">" and the text. This blank line is very obvious in the browser, because the sample has an enclosing box. When I manually remove the newlines, both XHTML and HTML modes look correct, so I have created a patch (attached) to remove the newlines after the "pre". This fixes the XHTML display problem. The ASCII exporter looks fine after the change, and I can't see any difference in what the LaTeX and Docbook exporters generate. (Why am I bothering with XHTML in the first place? To embed SVG elements.) Derek -- Derek Upham s...@blarg.net diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 6d8dd4a..5412e1b 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -2228,7 +2228,7 @@ INDENT was the original indentation of the block." (point-min) (point-max (if (string-match "]*\\)>\n?" rtn) (setq rtn (replace-match - (format "\n" lang) + (format "" lang) t t rtn (if textareap (setq rtn (concat @@ -2243,7 +2243,7 @@ INDENT was the original indentation of the block." '((?&."&")(?<."<")(?>.">" t t)) (setq rtn (buffer-string))) - (setq rtn (concat "\n" rtn "\n" + (setq rtn (concat "" rtn "\n" (unless textareap (setq rtn (org-export-number-lines rtn 'html 1 1 num cont rpllbl fmt))) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: user-defined agenda sorting
On Jun 19, 2009, at 10:00 PM, Samuel Wales wrote: Thanks. Just to confirm, to get the inherited tags and the priority letter, I have to go to the original buffer? No. The priority letter is still in the string, you can use a regular expression to get it directly from a (or (and (string-match "\\[#\\([ABC]\\)\\]" a) (match-string 1 a)) "B") The text property tags contains a list of all tags, the inherited tags carry a text peroperty `inherited'. HTH - Carsten On Fri, Jun 19, 2009 at 08:39, Carsten Dominik> wrote: On Jun 16, 2009, at 11:13 AM, Samuel Wales wrote: If my skills at cargo-cult programming can summon the air force, then (get-text-property 1 'priority a/b] will work. But I'm not sure if there are functions for parsing tags etc. Testing seems difficult as cut and paste of headline strings seems to not include properties. Thanks. On Tue, Jun 16, 2009 at 01:57, Samuel Wales wrote: I have a sort comparison function for the outline, which returns a number. This works well. The documentation for user-defined agenda sorting says "This function must receive two arguments, agenda entry a and b." I am not sure what a and b are, strings? My function gets priorities, tags, and todo kw assuming point is on a headline. It uses org functions to get those. The org code for agenda sorting uses text properties. How to adapt my function to get the following information: priorities as [?A..?C], inherited and local tags as a list, and todo kw as a string? Is there a place where how to parse a and b is documented? Not really. `a' and `b' are the strings that are inserted into the agenda, each line in the agenda may be `a' or `b'. The strings are loaded with text properties carrying all kinds of information. You can look at these properties by pressing `C-u C-x =' on a line in the agenda. If the information you want is not there, you can take the org-morker and org-hd-marker properties to visit the original entries and get the needed info from there. And example for this is in `org-cmp-todo-state' which returns to the original buffer in order to get the buffer-local list of TODO states from there. All the org-cmp- functions contain examples on how the text properties are used from comparing entries. The reason why these are in different text properties is historic, because I added this stuff one by one, over time. Looking back, a single property list would have been better for tasks like the one you are working on. HTH - Carsten Thanks. -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than MS. Conflicts of interest are destroying research. / You/ can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than MS. Conflicts of interest are destroying research. / You/ can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than MS. Conflicts of interest are destroying research. / You/ can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-remember templates with dynamic target headline
On Jun 20, 2009, at 1:09 AM, Keith Swartz wrote: Hi Carsten, I think that would work, yes. Can you give an example of what it would look like now? Are you saying we can use a function call for a single element, or to produce the entire list? Please see Jere's answer in the "Use environment variable" thread. - Carsten Thanks, Keith Carsten Dominik wrote: On Jun 17, 2009, at 8:20 AM, Nick Dokos wrote: Daniel J. Sinder wrote: I want a remember template that will have a target headline based on the date on which I call org-remember. For a simple example, the effect I'd like to achieve is shown by putting the following in my .emacs: (setq org-remember-templates `(("Journal" ?j "* %u %?\n" "~/org/wjournal.org" ,(format-time-string "%G: Week %V" I'm an elisp noob, but I realize the problem here is that format-time-string is only evaluated once when my .emacs is read. So, unless I restart emacs every week. This doesn't work. How can I cause format-time-string to be re-evaluated whenever org-remember is called? You cannot, unless you change the code. Keith Swartz had a similar question recently and although I cannot find it in the Gmane archive (second time today - maybe I'm doing something wrong), here is the last part of the thread: Hi Nick, thank you for the reminder, I had wanted to do something about this. I am indeed a bit hesitant to allow just a lisp form here, because erroneous setup of the remember template structure might then lead to hard-to-trace problems. However, I am fine with allowing a *function* in this element, as it is in fact already allowed for the target file name. I have just pushed a fix that will accept a function in this place and call it to get the true headline. Daniel, Keith, Hope that solves your issue. - Carsten , | To: Robert Goldman | cc: emacs-orgmode@gnu.org | From: Nick Dokos | Cc: nicholas.do...@hp.com | Reply-to: nicholas.do...@hp.com | Subject: Re: [Orgmode] Re: Emacs-orgmode Digest, Vol 39, Issue 122 | X-Mailer: MH-E 8.1; nmh 1.2; GNU Emacs 23.0.93 | Date: Sat, 30 May 2009 15:39:40 -0400 | Sender: n...@gamaville.dokosmarshall.org | | Robert Goldman wrote: | | > > Date: Fri, 29 May 2009 23:24:58 -0700 | > > From: Keith Swartz | > > Subject: [Orgmode] Lazy evaluation when defining org- remember-template | > > To: "[orgmode]" | > > Message-ID: <4a20d13a.2000...@oneroad.com> | > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed | > > | > > ... | > > | > > Is there a way I can make that command evaluate at the time it is | > > invoked, rather than when it is defined? I vaguely recall doing | > > something like this, but that was five job roles, three houses, two | > > recessions, and two kids ago. :) | > > | > | > I can't swear that this will work, but note that the way you have | > written this, it will all be evaluated at load time, as you say. the | > 'list' function will evaluate its arguments to build the list. | > | > Now, if you don't want this to be evaluated when org-remember- templates | > is set, you can quote the form: | > | > '(format-time-string "%A") | > | > [note that you quoted the argument to format-time-string. I don't | > believe that's necessary, since strings evaluate to themselves, but I | > have not tested this.] | > | > Actually, I think you would get something easier to read if you quoted | > the whole list, instead of quoting each element. Something like: | > | > (list '("Todo" ?t "* TODO %?%^{To do} %^g\n :LOGBOOK:\n - | > Added: %U\n :END:" "d:/tmp/_my.todo" (format-time-string "%A" | > | | That's correct. | | > The question then is, "what happens when org-remember- templates is | > retrieved?" What you want is for this function to be evaluated when the | > templates are found and used. That will be done by | > org-remember-apply-template, which we can examine | > | > Unfortunately, I don't see in there anything which retrieves (nth 4 | > entry), which is the place where your format-time-string goes, so I'm | > not sure what is handling this. It's a little confusing reading that | > function's code, since "headline" is ambiguous between whether it means | > the headline of the remember note to be inserted or the headline under | > which to insert the note... I believe it's the former. | > | | It's the latter. | | You can figure out things like this fairly quickly by inserting a | (debug) at the appropriate place, and re-evaluating the defun. When the | function gets called, it will jump into the debugger when it evals the | (debug) form, and you can use the full power of lisp to examine | state. For example, here I defined the template the way you suggested, | placed a (debug) in org-remember-apply-template, just after the | insertion of the template in the remember buffer, re-evaluated the defun | (there is an eval-defun, but I prefer to do that by going to the end of | the defun - which
[Orgmode] Clocking time from git log
I would like to clock time in org mode from git commit logs. The simple case I'd like to handle is continuous commit activity on a single branch without merges, formatted as org-mode headings at a fixed level. The following git log format provides a useful starting point for manual editing: $ git log --reverse --format="** %s%n CLOSED: [%ai]%n :LOGBOOK:\ %n :CLOCK: [%P]--[%ai]%n :END:%n :PROPERTIES:\ %n :commit: %H%n :END:%n%b" ** Commit log subject line. CLOSED: [2009-05-14 17:34:18 -0400] :LOGBOOK: :CLOCK: [parentsha1]--[2009-05-14 17:34:18 -0400] :END: :PROPERTIES: :commit: commitsha1 :END: Commit body here. Given the intersection of git and org-mode users here, can anyone recommend methods in either git-log or org that would help with any of: * Getting the author-time of parentsha1, which should also be the CLOSED time of the previous sibling, and/or the CLOSED time of a heading with a known value for property :commit:. * Getting org to parse one of git's available timestamp formats (ISO 8601, RFC 2822) and convert the text to org's default timestamp format. * Prefixing all heading body text with ": " for preformatted text. Thanks for any suggestions, Jeff ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Use environment variable for location of templates?
Jere McDevitt wrote: > I think the issue is that you need to supply a function to be invoked > to create the file name. > > I tested your approach and found if you change the line to use a > lambda function > > ("Work Tasks" ?t "* TODO %U %?\n\n %i\n %a" (lambda() (concat > org-directory "tasks.org"))) > > seems to work. Make sure that your environment variable ends in a / > so the path is constructed correctly. > > Jere > > On Fri, Jun 19, 2009 at 12:39 PM, Nathan Neff wrote: > > Hello, > > I'm a beginner at lisp/emacs, and realize this is a basic question. > > I would like to use an environment variable WORKDIR to specify the > directory whereOh, I'm familiar with the file variables and all, thanks > for the tip. > > Since the org-remember code is written to support files that are > not in org-mode as targets of remember items, it just seemed to me > it shouldn't then switch back to assuming it was an org mode file > simply because the text being inserted resembles a particular type > of regexp. my remember templates are located. > > I would like to have a template located in WORKDIR/tasks.org > > Using the code below, when I invoke remember-mode and press "t", I get > the default > remember template instead of the WORKDIR/tasks.org. > > ;; I can get the value of WORKDIR successfully > (setq org-directory (getenv "WORKDIR")) > > (setq org-remember-templates > '( > ("Personal" ?p "* %U %?\n\n %i\n %a" > "~/Documents/personal/notes.org") > ("Work Tasks" ?t "* TODO %U %?\n\n %i\n %a" (concat org-directory > "tasks.org")) > )) > > Any help would be appreciated. > Jere is right in general, but for this particular case, the simpler solution is to use just the file name: org interprets that to mean a file relative to org-directory: (setq org-directory (getenv "WORKDIR")) (setq org-remember-templates '( ("Personal" ?p "* %U %?\n\n %i\n %a" "~/Documents/personal/notes.org") ("Work Tasks" ?t "* TODO %U %?\n\n %i\n %a" "tasks.org") )) Nick ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Use environment variable for location of templates?
I think the issue is that you need to supply a function to be invoked to create the file name. I tested your approach and found if you change the line to use a lambda function ("Work Tasks" ?t "* TODO %U %?\n\n %i\n %a" (lambda() (concat org-directory "tasks.org"))) seems to work. Make sure that your environment variable ends in a / so the path is constructed correctly. Jere On Fri, Jun 19, 2009 at 12:39 PM, Nathan Neff wrote: > Hello, > > I'm a beginner at lisp/emacs, and realize this is a basic question. > > I would like to use an environment variable WORKDIR to specify the > directory whereOh, I'm familiar with the file variables and all, thanks for > the tip. > > Since the org-remember code is written to support files that are not in > org-mode as targets of remember items, it just seemed to me it shouldn't > then switch back to assuming it was an org mode file simply because the text > being inserted resembles a particular type of regexp. > my remember templates are located. > > I would like to have a template located in WORKDIR/tasks.org > > Using the code below, when I invoke remember-mode and press "t", I get > the default > remember template instead of the WORKDIR/tasks.org. > > ;; I can get the value of WORKDIR successfully > (setq org-directory (getenv "WORKDIR")) > > (setq org-remember-templates > '( >("Personal" ?p "* %U %?\n\n %i\n %a" "~/Documents/personal/ > notes.org") >("Work Tasks" ?t "* TODO %U %?\n\n %i\n %a" (concat org-directory > "tasks.org")) > )) > > Any help would be appreciated. > > Thanks, > --Nate > > > ___ > Emacs-orgmode mailing list > Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Error saving remember item in non org-mode buffer
Oh, I'm familiar with the file variables and all, thanks for the tip. Since the org-remember code is written to support files that are not in org-mode as targets of remember items, it just seemed to me it shouldn't then switch back to assuming it was an org mode file simply because the text being inserted resembles a particular type of regexp. (gotta remember to hit reply-all) On Fri, Jun 19, 2009 at 4:55 AM, Sebastian Rose wrote: > As Carsten posted yesterday: > > > > http://www.gnu.org/software/emacs/manual/html_node/emacs/Specifying-File-Variables.html > > > First line of project.todo: > > > -*- mode: org-mode; -*- > > > Sebastian > > > Jere McDevitt writes: > > Org-mode version: 6.27a > > > > I configured org-remember-templates to use a file named "project.todo" to > > hold todo entries for me. > > > > (setq org-remember-templates > > ("Project" ?p "* TODO %?\n %u" "~/org/project.todo" bottom ))) > > > > I hadn't added the .todo extension to the auto-mode-alist so when it was > > loaded to be written to by the org-remember-handler, it came up by > default > > in fundamental-mode, not org-mode. > > > > This generates an error condition that I tracked down in the > org-remember.el > > file to line 887 in org-remember-handler: > > > > ((not (org-mode-p)) > > (if (eq heading 'top) > > (goto-char (point-min)) > > (goto-char (point-max)) > > (or (bolp) (newline))) > > (insert text-before-node-creation) > > ... > > > > > > The error is that text-before-node-creation apparently is a nil and the > > insert routine is generating an error because of it. This variable is > set > > earlier in the handler at around line 845 but only if the text being > > inserted does not look like an org-outline-regexp: > > > > (unless (looking-at org-outline-regexp) > > ;; add a headline > > (setq text-before-node-creation (buffer-string)) > > > > Because my template actually does look like an org-outline-regexp (it > starts > > with "* TODO"), that variable is never set and because the buffer is not > in > > org-mode, this code is triggered using the text-buffer-node-creation. > > > > The simple work around was to add .todo files to the auto-mode-alist (or > I > > could have changed the template), but I thought I would post a note about > > the problem. > > > > Jere > > ___ > > Emacs-orgmode mailing list > > Remember: use `Reply All' to send replies to the list. > > Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > -- > Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover > Tel.: +49 (0)511 - 36 58 472 > Fax: +49 (0)1805 - 233633 - 11044 > mobil: +49 (0)173 - 83 93 417 > Email: s.r...@emma-stil.de, sebastian_r...@gmx.de > Http: www.emma-stil.de > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Clocking time against checkbox items
Keith Lancaster writes: > I've not seen a way to do this thus far - > > I'm experimenting with using task clocking in org-mode and was > wondering if there is a way to clock in and out on a checkbox item. No you can only clock tasks. > I might have a TODO with several checkboxes under it - sort of mini > tasks, that I still would like to track from a time standpoint. Is > there a way to do this, or should I just make the mini tasks TODO > items. I'd convert the checkboxes you want to clock to headings >If the latter, is there a quick way to automatically convert > from checkbox items to TODOs? C-c * will convert list items to tasks HTH, -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-remember templates with dynamic target headline
Hi Carsten, I think that would work, yes. Can you give an example of what it would look like now? Are you saying we can use a function call for a single element, or to produce the entire list? Thanks, Keith Carsten Dominik wrote: On Jun 17, 2009, at 8:20 AM, Nick Dokos wrote: Daniel J. Sinder wrote: I want a remember template that will have a target headline based on the date on which I call org-remember. For a simple example, the effect I'd like to achieve is shown by putting the following in my .emacs: (setq org-remember-templates `(("Journal" ?j "* %u %?\n" "~/org/wjournal.org" ,(format-time-string "%G: Week %V" I'm an elisp noob, but I realize the problem here is that format-time-string is only evaluated once when my .emacs is read. So, unless I restart emacs every week. This doesn't work. How can I cause format-time-string to be re-evaluated whenever org-remember is called? You cannot, unless you change the code. Keith Swartz had a similar question recently and although I cannot find it in the Gmane archive (second time today - maybe I'm doing something wrong), here is the last part of the thread: Hi Nick, thank you for the reminder, I had wanted to do something about this. I am indeed a bit hesitant to allow just a lisp form here, because erroneous setup of the remember template structure might then lead to hard-to-trace problems. However, I am fine with allowing a *function* in this element, as it is in fact already allowed for the target file name. I have just pushed a fix that will accept a function in this place and call it to get the true headline. Daniel, Keith, Hope that solves your issue. - Carsten , | To: Robert Goldman | cc: emacs-orgmode@gnu.org | From: Nick Dokos | Cc: nicholas.do...@hp.com | Reply-to: nicholas.do...@hp.com | Subject: Re: [Orgmode] Re: Emacs-orgmode Digest, Vol 39, Issue 122 | X-Mailer: MH-E 8.1; nmh 1.2; GNU Emacs 23.0.93 | Date: Sat, 30 May 2009 15:39:40 -0400 | Sender: n...@gamaville.dokosmarshall.org | | Robert Goldman wrote: | | > > Date: Fri, 29 May 2009 23:24:58 -0700 | > > From: Keith Swartz | > > Subject: [Orgmode] Lazy evaluation when defining org-remember-template | > > To: "[orgmode]" | > > Message-ID: <4a20d13a.2000...@oneroad.com> | > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed | > > | > > ... | > > | > > Is there a way I can make that command evaluate at the time it is | > > invoked, rather than when it is defined? I vaguely recall doing | > > something like this, but that was five job roles, three houses, two | > > recessions, and two kids ago. :) | > > | > | > I can't swear that this will work, but note that the way you have | > written this, it will all be evaluated at load time, as you say. the | > 'list' function will evaluate its arguments to build the list. | > | > Now, if you don't want this to be evaluated when org-remember-templates | > is set, you can quote the form: | > | > '(format-time-string "%A") | > | > [note that you quoted the argument to format-time-string. I don't | > believe that's necessary, since strings evaluate to themselves, but I | > have not tested this.] | > | > Actually, I think you would get something easier to read if you quoted | > the whole list, instead of quoting each element. Something like: | > | > (list '("Todo" ?t "* TODO %?%^{To do} %^g\n :LOGBOOK:\n - | > Added: %U\n :END:" "d:/tmp/_my.todo" (format-time-string "%A" | > | | That's correct. | | > The question then is, "what happens when org-remember-templates is | > retrieved?" What you want is for this function to be evaluated when the | > templates are found and used. That will be done by | > org-remember-apply-template, which we can examine | > | > Unfortunately, I don't see in there anything which retrieves (nth 4 | > entry), which is the place where your format-time-string goes, so I'm | > not sure what is handling this. It's a little confusing reading that | > function's code, since "headline" is ambiguous between whether it means | > the headline of the remember note to be inserted or the headline under | > which to insert the note... I believe it's the former. | > | | It's the latter. | | You can figure out things like this fairly quickly by inserting a | (debug) at the appropriate place, and re-evaluating the defun. When the | function gets called, it will jump into the debugger when it evals the | (debug) form, and you can use the full power of lisp to examine | state. For example, here I defined the template the way you suggested, | placed a (debug) in org-remember-apply-template, just after the | insertion of the template in the remember buffer, re-evaluated the defun | (there is an eval-defun, but I prefer to do that by going to the end of | the defun - which I can do quickly: repeat M-C-u until I'm at the | beginning of the defun and M-C-f to move over the whole defun - and then | C-x C-e to eval the last sexpression.) | | I then call
[Orgmode] [ANN] org-crypt.el Version 0.4
This version includes two patches from Vitaly Ostanin and a new function. The new function is `org-crypt-use-before-save-magic'. When called, it will add a before-save hook that encrypts all tagged entries. Example usage: (require 'org-crypt) (org-crypt-use-before-save-magic) The before-save hook stuff is still experimental. Please let me know what you think. org-crypt.el Description: application/emacs-lisp -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [patch] Link abbreviations : left-trim the tag
Hi, the following patch left-trims the tag in a link abbreviation ; this allows to write [[google: org-mode]] for better readability. -- Nicolas diff --git a/lisp/org.el b/lisp/org.el index 07d790f..8aef3c7 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -6830,7 +6830,7 @@ call CMD." (defun org-link-expand-abbrev (link) "Apply replacements as defined in `org-link-abbrev-alist." - (if (string-match "^\\([a-zA-Z][-_a-zA-Z0-9]*\\)\\(::?\\(.*\\)\\)?$" link) + (if (string-match "^\\([a-zA-Z][-_a-zA-Z0-9]*\\)\\(::?[ \t]*\\(.*\\)\\)?$" link) (let* ((key (match-string 1 link)) (as (or (assoc key org-link-abbrev-alist-local) (assoc key org-link-abbrev-alist))) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] make install-info
Hi, i just noticed two things related to org-mode's info manual: 1) currently, running make install doesn't install an updated version of the info manual. I'd suggest to get the "install" target to depend on "install-info" so that installing a new version of org-mode also installs the appropriate info manual ; 2) on my system, make install-info is broken. I have install-info --version install-info (GNU texinfo) 4.12 and make install-info outputs: if [ ! -d /usr/local/share/info ]; then mkdir -p /usr/local/share/info; else true; fi ; cp -p doc/org /usr/local/share/info install-info --info-file=doc/org --info-dir=/usr/local/share/info Syntaxe : install-info [ ...] [--] Options : [...] make: *** [install-info] Erreur 1 -- Nicolas ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: user-defined agenda sorting
Thanks. Just to confirm, to get the inherited tags and the priority letter, I have to go to the original buffer? On Fri, Jun 19, 2009 at 08:39, Carsten Dominik wrote: > > On Jun 16, 2009, at 11:13 AM, Samuel Wales wrote: > >> If my skills at cargo-cult programming can summon the air force, then >> (get-text-property 1 'priority a/b] will work. But I'm not sure if >> there are functions for parsing tags etc. Testing seems difficult as >> cut and paste of headline strings seems to not include properties. >> >> Thanks. >> >> On Tue, Jun 16, 2009 at 01:57, Samuel Wales wrote: >>> >>> I have a sort comparison function for the outline, which >>> returns a number. This works well. >>> >>> The documentation for user-defined agenda sorting says "This >>> function must receive two arguments, agenda entry a and b." >>> I am not sure what a and b are, strings? >>> >>> My function gets priorities, tags, and todo kw assuming point is on a >>> headline. It uses org functions to get those. The org code for >>> agenda sorting uses text properties. >>> >>> How to adapt my function to get the following information: priorities >>> as [?A..?C], inherited and local tags as a list, and todo kw as a >>> string? >>> >>> Is there a place where how to parse a and b is documented? > > > Not really. `a' and `b' are the strings that are inserted into the agenda, > each line in the agenda may be `a' or `b'. > The strings are loaded with text properties carrying all kinds of > information. > You can look at these properties by pressing `C-u C-x =' on a line in the > agenda. > If the information you want is not there, you can take the > org-morker and org-hd-marker properties to visit the original entries and > get the needed info from there. And example for this is in > `org-cmp-todo-state' > which returns to the original buffer in order to get the buffer-local > list of TODO states from there. > > All the org-cmp- functions contain examples on how the text properties > are used from comparing entries. > > The reason why these are in different text properties is historic, because I > added this stuff one by one, over time. Looking back, a single property > list > would have been better for tasks like the one you are working on. > > HTH > > - Carsten > >>> >>> Thanks. >>> >>> -- >>> Myalgic encephalomyelitis denialism is causing death and severe >>> suffering, >>> worse than MS. Conflicts of interest are destroying research. /You/ can >>> get the disease at any time permanently. Do science and justice matter >>> to >>> you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm >>> >> >> >> >> -- >> Myalgic encephalomyelitis denialism is causing death and severe suffering, >> worse than MS. Conflicts of interest are destroying research. /You/ can >> get the disease at any time permanently. Do science and justice matter to >> you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm >> >> >> ___ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than MS. Conflicts of interest are destroying research. /You/ can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Clocking time against checkbox items
I've not seen a way to do this thus far - I'm experimenting with using task clocking in org-mode and was wondering if there is a way to clock in and out on a checkbox item. I might have a TODO with several checkboxes under it - sort of mini tasks, that I still would like to track from a time standpoint. Is there a way to do this, or should I just make the mini tasks TODO items. If the latter, is there a quick way to automatically convert from checkbox items to TODOs? TIA, Keith Lancaster klancaster1...@mac.com ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] checkbox problem
Interesting. Just as a brainstorm, I wonder if there is a block that could achieve the same effect? Or, perhaps, if indentation that looks like the following could be handled automatically? - item - subitem this is stuff pasted flush left. we know that it is a body because there is no blank line between subitem and "this is stuff". this is another paragraph of the body we know that it is still part of the body because it is followed by a subitem and there is no blank line after it. this is a little kludgey and maybe there is a better solution. - this is another subitem that terminates the plain list item above. Perhaps this was already considered? On Fri, Jun 19, 2009 at 01:36, Sebastian Rose wrote: > Hi Thomas, > > > > Lists depend entirely on indentation. > > Sidenote: > > For long mails and similar texts I use a drawer: > > > (setq org-drawers (quote ("PROPERTIES" "CLOCK" "PHONE" "EMAIL" > "REMAIL" "HIDDEN" "LOGBOOK"))) > > :EMAIL: and :REMAIL: are the ones I use for mails from and to > customers. > > > > > Sebastian > > > > "Thomas S. Dye" writes: >> Aloha all, >> >> First, org-mode is really useful. The more I use it, the more useful it gets >> and the more I appreciate its flexibility. I've been using it for several >> months but still feel like a newbie. Perhaps the problem I'm having stems >> from >> this. >> >> I use the checkbox feature a lot, with good effect, like this: >> >> *** Task 1 [/] >> - [ ] Step 1 >> - [ ] Step 2 >> - [ ] Step 3 >> >> Recently, I received via email comments from 4 reviewers on a paper I'd >> submitted for publication. The editor asked me to keep track of how I'd >> responded to all of the comments, so I tried this: >> >> *** Reviewer 1 [/] >> - [ ] Comment 1 >> - [ ] Comment 2 >> etc. >> >> I cut the comments out of the email message and pasted them directly into the >> org file in Aquamacs Emacs. Some of the comments are quite lengthy, others >> are >> short. >> >> My problem is that midway down a list of comments org-mode ceases to >> recognize >> that the comment checkboxes are associated with the heading. In each case, >> the >> last comment checkbox that is correctly associated with the heading formats >> differently (with Esc-Q) than the comments above it. The comment checkboxes >> that are associated correctly format as indented blocks with the second and >> subsequent lines of text left justified on the "[" of the first line. The >> last >> associated checkbox justifies the second and subsequent lines two characters >> left of the "-" of the first line. Subsequent, unassociated checkboxes >> align >> the "-" of the first line with last line of the item above it. Here is an >> example: >> >> >> *** Reviewer 3 [2/6] >> >> ... (Several items omitted) >> >> - [X] p. 7 In 1779, Kamehameha was a young man on his way up as a >> favored nephew of Kalaniopu`u, but isn't it a little early to >> refer to his dynasty? >> - [X] p. 7 It is true Kamehameha benefited greatly from Western >> advice and weapons, but the tradition of conquest was well >> established by the time he embarked on his career as a conqueror by >> chiefs including Kalaniopu`u, and especially Kahekili. >> - [X] p. 7 According to traditions 'Umi's father had been recognized >> as paramount of the island. `Umi regained his father's status by >> putting down a rebellion of the five districts other than Hamakua >> and reunited the polity. I think of this as a civil war rather >> than the capture of territory to which he had no previous claim. >> >> In this case the first two items are counted in the headline, but the last >> one >> isn't. >> >> If someone could point out what might be going wrong, I'll appreciate it. >> >> All the best, >> Tom > > > ___ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than MS. Conflicts of interest are destroying research. /You/ can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature suggestion: context sensitive movement
These look very useful. Is there one for moving to the parent item, and is there one for moving to the item first line analogous to back-to-heading? My idea is to write a command that does something approx. like this: ;;;(cond ;;; ((org-at-item-p) (org-item-up)) ;parent ;;; ((org-in-item-p) (org-back-to-item-heading)) ;;; ((org-at-heading-p) (outline-up-heading)) ;;; (t (outline-back-to-heading))) Thanks. On Thu, Jun 18, 2009 at 23:17, Carsten Dominik wrote: >> Are there any functions to navigate plain lists? > > org-beginning-of-item > org-end-of-item > org-next-item > org-previous-item > org-beginning-of-item-list > > You could make you bindings below work for lists as well by checking context > with > > > org-at-item-p ;; first line only > org-in-item-p ;; does not have to be first line > org-at-heading-p > -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than MS. Conflicts of interest are destroying research. /You/ can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-info.js: new navigation history
Hi Sebastian, I have an idea of testing whether it works or not. In the orgmode page: http://orgmode.org/Changes.html#sec-2.1.1 It's talking about the custom ID. Could you try to add an example after line: Links written like [[#my-target-name] ] can be used to target a custom ID. For example: [[#v6.24][Version 6.24]] should go to the section Version 6.24. If this link can be used, that means the problem is solved. Thank you! Xin On Fri, Jun 19, 2009 at 12:08 PM, Sebastian Rose wrote: > > Hm - the following methods work here. As I found in > http://article.gmane.org/gmane.emacs.orgmode/13047/match=custom+id they > shouldn't. Seems the links should be prepended with the hash sign as you > proposed. But it works both ways here (org-mode from today). I jumped > the gun and took a look in a testfile I use here (see below). > > > > And: > > There really _was_ a bug in org-info.js that should be fixed now. > The current code is here: > > http://repo.or.cz/w/Worg.git?a=commit;h=366e95c4c3dd9bcca7093d6aad137fc89eadf37a > > Now we see the prefered (i.e. custom) IDs in the browser's location > bar (and therefor the history panel, if the browser has such a thing). > > > > > This is the relevant part of a file I use here for testing: > > => --->8->8->8--- > # <> > * Section C > > ...some content ... > >*These links work:* > >+ [[fill-table-column-with-incremental-numbers][Section C]] >+ [[subsection-four][Subsection C.2]] > > > *** Subsection C.2 >:PROPERTIES: >:CUSTOM_ID: subsection-four >:END: > >+ [[#fill-table-column-with-incremental-numbers][Section C]] >+ [[#subsection-four][Subsection C.2]] > > <= ---8<-8<-8<--- > > > > > > > Could you send us the part of your sources that does _not_ work? > > > > > Regards > > > > Sebastian > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Use environment variable for location of templates?
Hello, I'm a beginner at lisp/emacs, and realize this is a basic question. I would like to use an environment variable WORKDIR to specify the directory where my remember templates are located. I would like to have a template located in WORKDIR/tasks.org Using the code below, when I invoke remember-mode and press "t", I get the default remember template instead of the WORKDIR/tasks.org. ;; I can get the value of WORKDIR successfully (setq org-directory (getenv "WORKDIR")) (setq org-remember-templates '( ("Personal" ?p "* %U %?\n\n %i\n %a" "~/Documents/personal/notes.org") ("Work Tasks" ?t "* TODO %U %?\n\n %i\n %a" (concat org-directory "tasks.org")) )) Any help would be appreciated. Thanks, --Nate ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] orgtbl-mode-map is missing TAB-related bindings
Hi Derek, thank you for your report. I have added this binding, and also one for backtab. Please verify that this is now working correctly. - Carsten On Jun 16, 2009, at 4:01 AM, s...@blarg.net wrote: The Emacs 23 org-table.el library (6.21b) includes a binding for org-table-previous-field: (org-defkey orgtbl-mode-map [(shift tab)] (orgtbl-make-binding 'org-table-previous-field 104 [(shift tab)] [(tab)] "\C-i")) On both my work and home machines, Shift+TAB generates the event , which is then translated to . The above binding does not match those events. For comparison, the org-mode-map definition has complete coverage: (unless (featurep 'xemacs) (org-defkey org-mode-map [S-iso-lefttab] 'org-shifttab)) (org-defkey org-mode-map [(shift tab)]'org-shifttab) (define-key org-mode-map [backtab] 'org-shifttab) Can someone add the necessary bindings to orgtbl-mode-map? Thanks, Derek -- Derek Upham s...@blarg.net ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-exp-blocks: what about previewing blocks ?
On Jun 18, 2009, at 11:32 AM, Nicolas Girard wrote: 2009/6/18 Carsten Dominik On Jun 17, 2009, at 2:40 AM, Nicolas Girard wrote: Hi all, currently the code in org-exp-blocks is intended for pre-processing only. It seems to me like org-mode would gain a very powerful feature, if blocks could also be previewed in their own buffer, using the same mechanism as the org-format-latex function. What do you think ? I don't see how this could be done in a general way. I guess you mean in particular the graphics blocks like ditaa? Yes. For any block type bt, if it makes sense, it would be possible to write such org-block--generate-image(body) that takes the block as argument and returns the path of the image it produced. Then: - for exporting: the existing org-export-blocks-format- functions would simply call their respective org-block--generate- image and work the same ; - for previewing a block of type : if such org-block-- generate-image exists, call it and display it the same way org- format-latex does Wouldn't it be great ? Yes, it would be. First you will need to talk Eric Schulte into splitting the image generation functions into separate functions. The I could look into the preview functionality. - Carsten Nicolas ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: user-defined agenda sorting
On Jun 16, 2009, at 11:13 AM, Samuel Wales wrote: If my skills at cargo-cult programming can summon the air force, then (get-text-property 1 'priority a/b] will work. But I'm not sure if there are functions for parsing tags etc. Testing seems difficult as cut and paste of headline strings seems to not include properties. Thanks. On Tue, Jun 16, 2009 at 01:57, Samuel Wales wrote: I have a sort comparison function for the outline, which returns a number. This works well. The documentation for user-defined agenda sorting says "This function must receive two arguments, agenda entry a and b." I am not sure what a and b are, strings? My function gets priorities, tags, and todo kw assuming point is on a headline. It uses org functions to get those. The org code for agenda sorting uses text properties. How to adapt my function to get the following information: priorities as [?A..?C], inherited and local tags as a list, and todo kw as a string? Is there a place where how to parse a and b is documented? Not really. `a' and `b' are the strings that are inserted into the agenda, each line in the agenda may be `a' or `b'. The strings are loaded with text properties carrying all kinds of information. You can look at these properties by pressing `C-u C-x =' on a line in the agenda. If the information you want is not there, you can take the org-morker and org-hd-marker properties to visit the original entries and get the needed info from there. And example for this is in `org-cmp- todo-state' which returns to the original buffer in order to get the buffer-local list of TODO states from there. All the org-cmp- functions contain examples on how the text properties are used from comparing entries. The reason why these are in different text properties is historic, because I added this stuff one by one, over time. Looking back, a single property list would have been better for tasks like the one you are working on. HTH - Carsten Thanks. -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than MS. Conflicts of interest are destroying research. / You/ can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than MS. Conflicts of interest are destroying research. / You/ can get the disease at any time permanently. Do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] suggestion for file hyperlink
First of all: Return key broken? Those mails are hard to read (mixed long lines and code - see below). Second: This works: [[file:/path to/my file.txt]] Regards, Sebastian Michael Brand writes: > suggestion for file hyperlink, from my point of view almost a bug: > > I can understand that the following line in the file work.org can not > hyperlink > to the file '/path to/my file.txt': - todo: send file:/path to/my file.txt to > Bill But I would like very much - todo: send file:'/path to/my file.txt' to > Bill > and - todo: send file:"/path to/my file.txt" to Bill hyperlink to the file > instead of to '/path'. > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: suggestion for file hyperlink
Link to the file as follows: C-u C-u C-c C-l enter patch to file and a description. HTH, Bernt Michael Brand writes: > suggestion for file hyperlink, from my point of view almost a bug: > > I can understand that the following line in the file work.org can not > hyperlink to the file '/path to/my file.txt': > - todo: send file:/path to/my file.txt to Bill > But I would like very much > - todo: send file:'/path to/my file.txt' to Bill > and > - todo: send file:"/path to/my file.txt" to Bill > hyperlink to the file instead of to '/path'. > > > ___ > Emacs-orgmode mailing list > Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-info.js: new navigation history
Hm - the following methods work here. As I found in http://article.gmane.org/gmane.emacs.orgmode/13047/match=custom+id they shouldn't. Seems the links should be prepended with the hash sign as you proposed. But it works both ways here (org-mode from today). I jumped the gun and took a look in a testfile I use here (see below). And: There really _was_ a bug in org-info.js that should be fixed now. The current code is here: http://repo.or.cz/w/Worg.git?a=commit;h=366e95c4c3dd9bcca7093d6aad137fc89eadf37a Now we see the prefered (i.e. custom) IDs in the browser's location bar (and therefor the history panel, if the browser has such a thing). This is the relevant part of a file I use here for testing: => --->8->8->8--- # <> * Section C ...some content ... *These links work:* + [[fill-table-column-with-incremental-numbers][Section C]] + [[subsection-four][Subsection C.2]] *** Subsection C.2 :PROPERTIES: :CUSTOM_ID: subsection-four :END: + [[#fill-table-column-with-incremental-numbers][Section C]] + [[#subsection-four][Subsection C.2]] <= ---8<-8<-8<--- Could you send us the part of your sources that does _not_ work? Regards Sebastian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] a few suggestions for org-mode table
1) I would like to have the fixed width columns in tables to be able to wrap around text as an alternative to the now implemented text truncation. As a "workaround" I use this: | x | first letter | | y | the greek | | | \ letter | | | \ ypsilon | | | z still empty | | t | x, y, z and t | This is almost perfect except the real pain for the manual rewrap when changing the text. The difficulty I see here is to define, how do I want to indicate the top and bottom edge and width of the cell? Probably by padding the separators +---+---+ and defining the column width <9> if they are not already there. But since I would like to optionally remove the separators again after the change, it would be necessary to have some indentation like I did with `\ ' and which should not conflict with alignment. 2) One could like to have configurable left/right alignment, even combinable with column width, e. g. | || | 3.14 | 0x10 | | 3.141592=> | 0x32 0x10 | 3) One could like to have decimal point alignment | 432.10 | | 5'432.1 | ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] suggestion for file hyperlink
suggestion for file hyperlink, from my point of view almost a bug: I can understand that the following line in the file work.org can not hyperlink to the file '/path to/my file.txt': - todo: send file:/path to/my file.txt to Bill But I would like very much - todo: send file:'/path to/my file.txt' to Bill and - todo: send file:"/path to/my file.txt" to Bill hyperlink to the file instead of to '/path'. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-info.js: new navigation history
Hi Sebastian, I tried that. Now in the published file, the link becomes "pagename#sec-2.1.1", not the ID name. At the same time, when I click on it, it still does not move. :( Xin On Fri, Jun 19, 2009 at 11:09 AM, Sebastian Rose wrote: > Xin Shi writes: > > Hi Sebastian, > > > > So, I got a related question is how to jump internally during the info > mode? > > For example: > > > > In one place I defined: > > :CUSTOM_ID: tab-compare > > > > In another place in the same org file, I want to link to that position by > > [[#tab-compare][table]]. > > > Ahh - got it: > > It should be: > > [[tab-compare][table]] > > without the hash. > > > Anyway, thanks for your mail. This way I found that I broke the > `prefered ID' stuff (`l' should use the prefered ID, i.e. the custom > id). > > > Sebastian > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-info.js: new navigation history
Xin Shi writes: > Hi Sebastian, > > So, I got a related question is how to jump internally during the info mode? > For example: > > In one place I defined: > :CUSTOM_ID: tab-compare > > In another place in the same org file, I want to link to that position by > [[#tab-compare][table]]. Ahh - got it: It should be: [[tab-compare][table]] without the hash. Anyway, thanks for your mail. This way I found that I broke the `prefered ID' stuff (`l' should use the prefered ID, i.e. the custom id). Sebastian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-info.js: new navigation history
Xin Shi writes: > Hi Sebastian, > > So, I got a related question is how to jump internally during the info mode? > For example: > > In one place I defined: > :CUSTOM_ID: tab-compare > > In another place in the same org file, I want to link to that position by > [[#tab-compare][table]]. > It does not jump to that position by the javascript. Although, opening a new > web browser and specify that link (published_org_file_name#tab-compare) will > open it. Are there any way to solve it in the js file? It should. It doesn't though... This is a bug. I'll fix it and be back in a minute... Sebastian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: BUG: refile leaves END line of inline tasks
"Peter Westlake" writes: > If you have a multi-line inline task, with an END line, then refiling it > leaves the END line behind. Since it isn't needed at the destination, it > should just be deleted. > >*** TODO example of refile bug >C-c C-w takes these lines, >but leaves the END line. >*** END I've discovered a couple of related issues: 1) Archiving an inline task leaves the END line behind. 2) Footnotes. If org-footnote-section is set to nil, the org-footnote-action treats inline tasks as sections and thus sorts footnotes under inline tasks. - Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] BUG: links to inline tasks
Another small bug in the excellent inline task module: making a link with "C-C l" anywhere below an inline task causes the link to attach to the inline task. I think it would be better if it only did that if point was in the task headline or its drawers, otherwise it should link to the parent task. Would you agree? Even if that behaviour is okay, this is definitely odd: making a link when the cursor is below a multi-line inline task causes the link to attach to the END line. Neither of these is a big problem, of course, because there is an obvious workaround. Regards, Peter. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-info.js: new navigation history
Hi Sebastian, So, I got a related question is how to jump internally during the info mode? For example: In one place I defined: :CUSTOM_ID: tab-compare In another place in the same org file, I want to link to that position by [[#tab-compare][table]]. It does not jump to that position by the javascript. Although, opening a new web browser and specify that link (published_org_file_name#tab-compare) will open it. Are there any way to solve it in the js file? Thanks! Xin On Thu, Jun 18, 2009 at 6:01 PM, Sebastian Rose wrote: > Xin Shi writes: > > > Hi Sebastian, > > > > I see. So, in your initial email, "using mouse" only means click on the > > links make by the js file. > > > Yes. > > Modifying the history is considered dangerous (it is). > > But you can return from file b to file a using the browsers back > button. Now to the very point you left file a before. > > > Sebastian > ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] BUG: refile leaves END line of inline tasks
First, thank you for the excellent inline tasks feature! I use it a lot, and came across this bug as a result. If you have a multi-line inline task, with an END line, then refiling it leaves the END line behind. Since it isn't needed at the destination, it should just be deleted. *** TODO example of refile bug C-c C-w takes these lines, but leaves the END line. *** END Regards, Peter. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] capturing headings with |||
My fault! I should have re-loaded emacs. sorry for the noise :-( Giovanni ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] ditaa.jar not found
Applied, thanks. - Carsten On Jun 19, 2009, at 10:51 AM, Sebastian Rose wrote: The path to ditaa.jar seems to have changed. Debugger entered--Lisp error: (error "Could not find ditaa.jar at /home/sebastian/emacs/lisp/ext/org-mode/scripts/ditaa.jar") signal(error ("Could not find ditaa.jar at /home/sebastian/emacs/lisp/ext/org-mode/scripts/ditaa.jar")) This patch fixes it: diff --git a/lisp/org-exp-blocks.el b/lisp/org-exp-blocks.el index 56adb9f..8d6ad60 100644 --- a/lisp/org-exp-blocks.el +++ b/lisp/org-exp-blocks.el @@ -223,8 +223,10 @@ specified in BLOCKS which default to the value of "scripts" (file-name-as-directory (expand-file-name + "contrib" + (expand-file-name ".." - (file-name-directory (or load-file-name buffer-file- name))) + (file-name-directory (or load-file-name buffer-file- name "Path to the ditaa jar executable") (defun org-export-blocks-format-ditaa (body &rest headers) Sebastian ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] capturing headings with |||
On Jun 19, 2009, at 3:09 PM, Giovanni Ridolfi wrote: --- Gio 18/6/09, Carsten Dominik ha scritto: It is a bug, the vertical bar should be escaped when capturing. It is now. Org-mode version 6.27trans (of the 19th of June 2009 12:16) GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600) of 2009-05-24 on SOFT- MJASON ...well I can't save my column view anymore, neither update an existing block. =:-/ It does work for me, with your original exaample - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] capturing headings with |||
--- Gio 18/6/09, Carsten Dominik ha scritto: > > It is a bug, the vertical bar should be escaped when > capturing. > It is now. Org-mode version 6.27trans (of the 19th of June 2009 12:16) GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600) of 2009-05-24 on SOFT-MJASON ...well I can't save my column view anymore, neither update an existing block. =:-/ cheers, Giovanni ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature suggestion: context sensitive movement
Daniel Clemente writes: > El dj, jun 18 2009 a les 16:10, Sebastian Rose va escriure: >> >> We now have: >> >> >> C-c C-j - traverse the tree using UP and DOWN >> C-c C-u - privious >> C-c C-n - next >> C-c C-b - previous sibling >> C-c C-f - next sibling >> > > I miss one key to go back to the current entry's heading (that's > outline-back-to-heading). > I tried to bind it to C-c C-h, but the C-h still triggers something about > help (even when I unbounded C-h in the global keymap). > > Anyone else misses it? C-c C-p -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature suggestion: context sensitive movement
El dj, jun 18 2009 a les 16:10, Sebastian Rose va escriure: > > We now have: > > > C-c C-j - traverse the tree using UP and DOWN > C-c C-u - privious > C-c C-n - next > C-c C-b - previous sibling > C-c C-f - next sibling > I miss one key to go back to the current entry's heading (that's outline-back-to-heading). I tried to bind it to C-c C-h, but the C-h still triggers something about help (even when I unbounded C-h in the global keymap). Anyone else misses it? -- Daniel ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-clock-goto: switch to clicked window
Applied, thanks. - Carsten On Jun 19, 2009, at 1:07 PM, Magnus Henoch wrote: I just discovered that org-clock-in displays the clocked-in task in the mode line, so that I can click it and go back to the Org file, which I really like. I changed it to switch to the window in which I click, by prepending "@" to the interactive spec of org-clock-goto. Magnus diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 4825c1a..14d1158 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -729,7 +729,7 @@ If there is no running clock, throw an error, unless FAIL-QUIETLY is set." (defun org-clock-goto (&optional select) "Go to the currently clocked-in entry, or to the most recently clocked one. With prefix arg SELECT, offer recently clocked tasks for selection." - (interactive "P") + (interactive "@P") (let* ((recent nil) (m (cond (select ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-clock-goto: switch to clicked window
I just discovered that org-clock-in displays the clocked-in task in the mode line, so that I can click it and go back to the Org file, which I really like. I changed it to switch to the window in which I click, by prepending "@" to the interactive spec of org-clock-goto. Magnus diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 4825c1a..14d1158 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -729,7 +729,7 @@ If there is no running clock, throw an error, unless FAIL-QUIETLY is set." (defun org-clock-goto (&optional select) "Go to the currently clocked-in entry, or to the most recently clocked one. With prefix arg SELECT, offer recently clocked tasks for selection." - (interactive "P") + (interactive "@P") (let* ((recent nil) (m (cond (select ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [ANN] org-fstree: insert directory subtrees into org buffers / UPDATE
On Thu, 18 Jun 2009 18:35:32 -0400 Lindsay Todd wrote: > [...] other than having to > figure out a path to the attachment directory. Would be nice if > org-fstree did that for me. > > I have "att:" as a link prefix to my attachment directory; if > org-fstree could expand link prefixes, that would be a nice general > solution (but what to do if the expansion isn't a local directory?). Usage of org's link prefixes is implemented and committed to the repository. By the way, for remote directories you can use tramp, ange-ftp or any other emacs access method with org-fstree. Andreas ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug in org-find-entry-with-id
On Jun 19, 2009, at 12:08 PM, Michael Hohmuth wrote: Hi there, I've attached a critical bug fix for org-find-entry-with-id (relative to org.el in org-6.27a). Without this fix, following ID links to hidden headlines is impossible because org-back-to-heading always jumps back to the last visible headline. This breaks many things, including org-depend.el. Ouch! Thank you *very* much for report and analysis. I have applied this patch. - Carsten Kind regards, Michael -- Michael Hohmuth, AMD Operating System Research Center, Dresden, Germany michael.hohm...@amd.com, www.amd64.org --- org.el 2009/06/19 10:04:48 1.1 +++ org.el 2009/06/19 10:05:13 @@ -12027,7 +12027,7 @@ (when (re-search-forward (concat "^[ \t]*:ID:[ \t]+" (regexp-quote id) "[ \t]*$") nil t) - (org-back-to-heading) + (org-back-to-heading t) (point)) Timestamps ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug in org-find-entry-with-id
Hi there, I've attached a critical bug fix for org-find-entry-with-id (relative to org.el in org-6.27a). Without this fix, following ID links to hidden headlines is impossible because org-back-to-heading always jumps back to the last visible headline. This breaks many things, including org-depend.el. Kind regards, Michael -- Michael Hohmuth, AMD Operating System Research Center, Dresden, Germany michael.hohm...@amd.com, www.amd64.org --- org.el 2009/06/19 10:04:48 1.1 +++ org.el 2009/06/19 10:05:13 @@ -12027,7 +12027,7 @@ (when (re-search-forward (concat "^[ \t]*:ID:[ \t]+" (regexp-quote id) "[ \t]*$") nil t) - (org-back-to-heading) + (org-back-to-heading t) (point)) Timestamps ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: my-mini-table(something)
Carsten Dominik writes: >> PS: this is not yet documented in the manual. > > It is now. Thanks. Thanks :) -- Bastien ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Error saving remember item in non org-mode buffer
As Carsten posted yesterday: http://www.gnu.org/software/emacs/manual/html_node/emacs/Specifying-File-Variables.html First line of project.todo: -*- mode: org-mode; -*- Sebastian Jere McDevitt writes: > Org-mode version: 6.27a > > I configured org-remember-templates to use a file named "project.todo" to > hold todo entries for me. > > (setq org-remember-templates > ("Project" ?p "* TODO %?\n %u" "~/org/project.todo" bottom ))) > > I hadn't added the .todo extension to the auto-mode-alist so when it was > loaded to be written to by the org-remember-handler, it came up by default > in fundamental-mode, not org-mode. > > This generates an error condition that I tracked down in the org-remember.el > file to line 887 in org-remember-handler: > > ((not (org-mode-p)) > (if (eq heading 'top) > (goto-char (point-min)) > (goto-char (point-max)) > (or (bolp) (newline))) > (insert text-before-node-creation) > ... > > > The error is that text-before-node-creation apparently is a nil and the > insert routine is generating an error because of it. This variable is set > earlier in the handler at around line 845 but only if the text being > inserted does not look like an org-outline-regexp: > > (unless (looking-at org-outline-regexp) > ;; add a headline > (setq text-before-node-creation (buffer-string)) > > Because my template actually does look like an org-outline-regexp (it starts > with "* TODO"), that variable is never set and because the buffer is not in > org-mode, this code is triggered using the text-buffer-node-creation. > > The simple work around was to add .todo files to the auto-mode-alist (or I > could have changed the template), but I thought I would post a note about > the problem. > > Jere > ___ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Email: s.r...@emma-stil.de, sebastian_r...@gmx.de Http: www.emma-stil.de ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] ditaa.jar not found
The path to ditaa.jar seems to have changed. Debugger entered--Lisp error: (error "Could not find ditaa.jar at /home/sebastian/emacs/lisp/ext/org-mode/scripts/ditaa.jar") signal(error ("Could not find ditaa.jar at /home/sebastian/emacs/lisp/ext/org-mode/scripts/ditaa.jar")) This patch fixes it: diff --git a/lisp/org-exp-blocks.el b/lisp/org-exp-blocks.el index 56adb9f..8d6ad60 100644 --- a/lisp/org-exp-blocks.el +++ b/lisp/org-exp-blocks.el @@ -223,8 +223,10 @@ specified in BLOCKS which default to the value of "scripts" (file-name-as-directory (expand-file-name + "contrib" + (expand-file-name ".." - (file-name-directory (or load-file-name buffer-file-name))) + (file-name-directory (or load-file-name buffer-file-name "Path to the ditaa jar executable") (defun org-export-blocks-format-ditaa (body &rest headers) Sebastian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] checkbox problem
Hi Thomas, Lists depend entirely on indentation. Sidenote: For long mails and similar texts I use a drawer: (setq org-drawers (quote ("PROPERTIES" "CLOCK" "PHONE" "EMAIL" "REMAIL" "HIDDEN" "LOGBOOK"))) :EMAIL: and :REMAIL: are the ones I use for mails from and to customers. Sebastian "Thomas S. Dye" writes: > Aloha all, > > First, org-mode is really useful. The more I use it, the more useful it gets > and the more I appreciate its flexibility. I've been using it for several > months but still feel like a newbie. Perhaps the problem I'm having stems > from > this. > > I use the checkbox feature a lot, with good effect, like this: > > *** Task 1 [/] > - [ ] Step 1 > - [ ] Step 2 > - [ ] Step 3 > > Recently, I received via email comments from 4 reviewers on a paper I'd > submitted for publication. The editor asked me to keep track of how I'd > responded to all of the comments, so I tried this: > > *** Reviewer 1 [/] > - [ ] Comment 1 > - [ ] Comment 2 > etc. > > I cut the comments out of the email message and pasted them directly into the > org file in Aquamacs Emacs. Some of the comments are quite lengthy, others > are > short. > > My problem is that midway down a list of comments org-mode ceases to recognize > that the comment checkboxes are associated with the heading. In each case, > the > last comment checkbox that is correctly associated with the heading formats > differently (with Esc-Q) than the comments above it. The comment checkboxes > that are associated correctly format as indented blocks with the second and > subsequent lines of text left justified on the "[" of the first line. The > last > associated checkbox justifies the second and subsequent lines two characters > left of the "-" of the first line. Subsequent, unassociated checkboxes align > the "-" of the first line with last line of the item above it. Here is an > example: > > > *** Reviewer 3 [2/6] > > ... (Several items omitted) > > - [X] p. 7 In 1779, Kamehameha was a young man on his way up as a > favored nephew of Kalaniopu`u, but isn't it a little early to > refer to his dynasty? > - [X] p. 7 It is true Kamehameha benefited greatly from Western > advice and weapons, but the tradition of conquest was well > established by the time he embarked on his career as a conqueror by > chiefs including Kalaniopu`u, and especially Kahekili. > - [X] p. 7 According to traditions 'Umi's father had been recognized > as paramount of the island. `Umi regained his father's status by > putting down a rebellion of the five districts other than Hamakua > and reunited the polity. I think of this as a civil war rather > than the capture of territory to which he had no previous claim. > > In this case the first two items are counted in the headline, but the last one > isn't. > > If someone could point out what might be going wrong, I'll appreciate it. > > All the best, > Tom ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode