Re: [Orgmode] a couple of possible bugs in filling/indenting of plain lists
On 6/4/07, Carsten Dominik <[EMAIL PROTECTED]> wrote: On Jun 4, 2007, at 15:39, William Henney wrote: > Thanks Carsten. Is this fix just for the indent-relative bug, or does > it fix the second (fill-paragraph) bug as well? The fix will only fix the second bug (with fill-paragraph). The first problem I believe cannot be fixed, because Org-mode cannot know if you want to start a new level of lists, or if you are continuing the current list. Thanks for the explanation. I am still a bit confused though, since even if org thought I wanted to start a new list, then it should only indent by one space, whereas it actually indents by two I repeat my original example here: ++ ** Problem with indent-relative in lists 1. If I carry out the instruction in the following list item, the item is indented right by 2 spaces 2. *Press TAB key with the cursor in this line* 3. The same thing happens with + or - bullets 4. I have org-cycle-include-plain lists set to nil 5. The problem also appears even with all single-line items ++ In the case of ordered lists, I think that you can tell (in principle) if the item represents the start of a new list. Whether it is worth your effort is another matter :) Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] minor niggles concerning tables
On 6/4/07, Carsten Dominik <[EMAIL PROTECTED]> wrote: In fact, org-table-eval-formula understands both kinds of references. Yes, of course, silly me! Yes, I agree, this is hard and a bit unfortunate. If I could start from scratch, I would make but the same, but for backward compatibility I cannot. Understood. The right setting of this variable is important in particular for the formula editor (C-c '). Have you ever tried it? No. Thanks for the pointer. > ** numbers like "1.e3" > I am in the (lazy) habit of omitting the zero after the decimal > point in scientific notation. This causes no problems in most > programming languages, or for calc.el, but it is misinterpreted in > table formulae. Is it possible to easily fix this? Interesting bug! Fixed as well, thank you very much. Great. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] a couple of possible bugs in filling/indenting of plain lists
On Jun 4, 2007, at 15:39, William Henney wrote: On 6/4/07, Carsten Dominik <[EMAIL PROTECTED]> wrote: It turns out that this was after all an org-mode bug. Fixed for 4.77, thanks. Thanks Carsten. Is this fix just for the indent-relative bug, or does it fix the second (fill-paragraph) bug as well? I think that the second bug might not have anything to do with lists, since I am sure I have occasionally seen it in a plain paragraph after a deeply nested heading, but I can't seem to reproduce that now. The fix will only fix the second bug (with fill-paragraph). The first problem I believe cannot be fixed, because Org-mode cannot know if you want to start a new level of lists, or if you are continuing the current list. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] minor niggles concerning tables
On Jun 4, 2007, at 18:05, William Henney wrote: Hi Carsten Every time I use org's tables I am amazed at how powerful and easy they are. There are just a couple of annoyances that I repeatedly come across, and which I thought I'd better report. * minor niggles concerning tables ** org-table-toggle-coordinate-overlays This is great, but it is less useful than it might be because it uses the notation A1, B2, etc, whereas the canonical notation (as used by org-table-eval-formula and in the TBLFM line) is @1$1, @1$2. In fact, org-table-eval-formula understands both kinds of references. This introduces quite a cognitive load in translating between the two, especially since one is row-major while the other is column-major. Yes, I agree, this is hard and a bit unfortunate. If I could start from scratch, I would make but the same, but for backward compatibility I cannot. If you prefer the @row$column references, have you set (setq org-table-use-standard-references nil) ?. Obviously not, because this also causes the coordinate grid to change. However, I now see that there is a little bug - you should also get the other grid with (setq org-table-use-standard-references 'from) which is probably the best setting if you prefer this type of references. However, this does not yet work right. Will be fixed in 4.77. The right setting of this variable is important in particular for the formula editor (C-c '). Have you ever tried it? ** numbers like "1.e3" I am in the (lazy) habit of omitting the zero after the decimal point in scientific notation. This causes no problems in most programming languages, or for calc.el, but it is misinterpreted in table formulae. Is it possible to easily fix this? Interesting bug! Fixed as well, thank you very much. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] noutline bug
Hi Aaron, thank you very much, I have applied the patch. - Carsten On Jun 4, 2007, at 19:34, Aaron Kaplan wrote: A bug in xemacs/noutline.el was brought to the surface by a couple of recent org-mode changes. Here are some test cases: ---snip- * Heading 1 note * Heading 2 ** subheading ---snip- If org-cycle-separator-lines is 2 then doing org-cycle on Heading 1 fails to fold it, and if subheading is followed by the end of the file then org-cycle on Heading 2 fails to fold it as well. These two problems surfaced because of two different org-mode changes, but I traced both problems back to the same misplaced parenthesis in noutline.el: *** noutline.el 2007/06/04 17:03:41 1.1 --- noutline.el 2007/06/04 17:22:18 *** *** 724,733 (set-extent-endpoints (copy-extent ex) (extent-start-position ex) beg) (set-extent-endpoints ex end (extent-end-position ex))) ! (set-extent-endpoints ex (extent-start-position ex) beg))) (if (> (extent-end-position ex) end) (set-extent-endpoints ex end (extent-end-position ex)) ! (delete-extent ex))) (current-buffer) beg end nil 'end-closed 'outline))) (defun outline-flag-region (from to flag) --- 724,733 (set-extent-endpoints (copy-extent ex) (extent-start-position ex) beg) (set-extent-endpoints ex end (extent-end-position ex))) ! (set-extent-endpoints ex (extent-start-position ex) beg)) (if (> (extent-end-position ex) end) (set-extent-endpoints ex end (extent-end-position ex)) ! (delete-extent ex (current-buffer) beg end nil 'end-closed 'outline))) (defun outline-flag-region (from to flag) You might want to do a bit of reindenting while you're in there, it looks like this file has been edited by people with different tab widths at different times. -Aaron ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut "Anton Pannekoek" Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] noutline bug
A bug in xemacs/noutline.el was brought to the surface by a couple of recent org-mode changes. Here are some test cases: ---snip- * Heading 1 note * Heading 2 ** subheading ---snip- If org-cycle-separator-lines is 2 then doing org-cycle on Heading 1 fails to fold it, and if subheading is followed by the end of the file then org-cycle on Heading 2 fails to fold it as well. These two problems surfaced because of two different org-mode changes, but I traced both problems back to the same misplaced parenthesis in noutline.el: *** noutline.el 2007/06/04 17:03:41 1.1 --- noutline.el 2007/06/04 17:22:18 *** *** 724,733 (set-extent-endpoints (copy-extent ex) (extent-start-position ex) beg) (set-extent-endpoints ex end (extent-end-position ex))) ! (set-extent-endpoints ex (extent-start-position ex) beg))) (if (> (extent-end-position ex) end) (set-extent-endpoints ex end (extent-end-position ex)) ! (delete-extent ex))) (current-buffer) beg end nil 'end-closed 'outline))) (defun outline-flag-region (from to flag) --- 724,733 (set-extent-endpoints (copy-extent ex) (extent-start-position ex) beg) (set-extent-endpoints ex end (extent-end-position ex))) ! (set-extent-endpoints ex (extent-start-position ex) beg)) (if (> (extent-end-position ex) end) (set-extent-endpoints ex end (extent-end-position ex)) ! (delete-extent ex (current-buffer) beg end nil 'end-closed 'outline))) (defun outline-flag-region (from to flag) You might want to do a bit of reindenting while you're in there, it looks like this file has been edited by people with different tab widths at different times. -Aaron ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] minor niggles concerning tables
Hi Carsten Every time I use org's tables I am amazed at how powerful and easy they are. There are just a couple of annoyances that I repeatedly come across, and which I thought I'd better report. * minor niggles concerning tables ** org-table-toggle-coordinate-overlays This is great, but it is less useful than it might be because it uses the notation A1, B2, etc, whereas the canonical notation (as used by org-table-eval-formula and in the TBLFM line) is @1$1, @1$2. This introduces quite a cognitive load in translating between the two, especially since one is row-major while the other is column-major. ** numbers like "1.e3" I am in the (lazy) habit of omitting the zero after the decimal point in scientific notation. This causes no problems in most programming languages, or for calc.el, but it is misinterpreted in table formulae. Is it possible to easily fix this? Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Updated agenda printer script
Leo <[EMAIL PROTECTED]> writes: > Can that python script be converted to elisp? It would be pretty simple to write something similar in elisp -- all the script does is parse the output of org-batch-agenda-csv and interpolate selected bits of it into a LaTeX skeleton. Of course, if you were doing this in elisp, you wouldn't want to go all the way to CSV and back; you'd want to basically copy most of org-batch-agenda-csv to your function and make it write the LaTeX output instead of the csv. I guess I could do this once I got a round tuit, but as I'm more comfortable in python than lisp, I'm not strongly motivated to do it... -- +---+ | Jason F. McBrayer[EMAIL PROTECTED] | | If someone conquers a thousand times a thousand others in | | battle, and someone else conquers himself, the latter one | | is the greatest of all conquerors. --- The Dhammapada| ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] a couple of possible bugs in filling/indenting of plain lists
On 6/4/07, Carsten Dominik <[EMAIL PROTECTED]> wrote: It turns out that this was after all an org-mode bug. Fixed for 4.77, thanks. Thanks Carsten. Is this fix just for the indent-relative bug, or does it fix the second (fill-paragraph) bug as well? I think that the second bug might not have anything to do with lists, since I am sure I have occasionally seen it in a plain paragraph after a deeply nested heading, but I can't seem to reproduce that now. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Updated agenda printer script
- Jason F. McBrayer (2007-06-04) wrote:- >> Are you planning to put this up on a website so that I can link to >> your site? Or is it time to start that "contrib" directory in the >> org-mode distribution... ? > > I am going to put it up on my website; I just wanted a little feedback > from people before doing so. I got some good bug reports for the > first version, which I've fixed, so I guess it's ready to get posted. > I'll post the address once it's there. Can that python script be converted to elisp? -- Leo (GPG Key: 9283AA3F) ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Updated agenda printer script
Carsten Dominik <[EMAIL PROTECTED]> writes: > This looks great. Thanks! > Are you planning to put this up on a website so that I can link > to your site? Or is it time to start that "contrib" directory > in the org-mode distribution... ? I am going to put it up on my website; I just wanted a little feedback from people before doing so. I got some good bug reports for the first version, which I've fixed, so I guess it's ready to get posted. I'll post the address once it's there. -- +---+ | Jason F. McBrayer[EMAIL PROTECTED] | | If someone conquers a thousand times a thousand others in | | battle, and someone else conquers himself, the latter one | | is the greatest of all conquerors. --- The Dhammapada| ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] a couple of possible bugs in filling/indenting of plain lists
It turns out that this was after all an org-mode bug. Fixed for 4.77, thanks. - Carsten On Jun 4, 2007, at 10:08, Carsten Dominik wrote: As Eddward says, you seem to be able to circumvent this by not allowing indent.el to use TAB characters for indentation: (setq indent-tabs-mode nil) It seems to me that this problem is a bug in the Emacs indentation code, not in Org-mode. - Carsten On Jun 1, 2007, at 18:09, William Henney wrote: Hi list I have the following problems with org 4.76 (and previous versions too). This is with emacs 22.0.50.1 (aquamacs 0.9.9d on OS X). My fill-paragraph seems to be provided by fill-adapt.el version 2.12. My indent-relative seems to come from the vanilla emacs version of indent.el. Cheers Will * Illustration of two bugs in org-mode filling/indenting ** Problem with indent-relative in lists 1. If I carry out the instruction in the following list item, the item is indented right by 2 spaces 2. *Press TAB key with the cursor in this line* 3. The same thing happens with + or - bullets 4. I have org-cycle-include-plain lists set to nil 5. The problem also appears even with all single-line items ** Problem with fill-paragraph in lists of deeply nested headings - Another list item that is filled correctly by the fill-paragraph command. Here are some more words. *** header 3 - A third list item that is filled correctly by the fill-paragraph command. Here are some more words. header 4 - A fourth list item that is filled correctly by the fill-paragraph command. Here are some more words. * header 5 - A fifth list item that is filled correctly by the fill-paragraph command. Here are some more words. - another item - and another ** header 6 - A sixth list item that is filled correctly by the fill-paragraph command. Here are some more words. - another item - and another ** This is where the problems start - A seventh list item that is *not* filled correctly by the fill-paragraph command, although it does work correctly with auto-fill-mode. Note that the lines after the first lose all their indentation. header 8 - An eighth list item that is not filled correctly by the fill-paragraph command. Here are some more words. -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut "Anton Pannekoek" Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut "Anton Pannekoek" Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: a couple of possible bugs in filling/indenting of plain lists
- Carsten Dominik (2007-06-04) wrote:- > As Eddward says, you seem to be able to circumvent this by not > allowing indent.el to use TAB characters for indentation: > > (setq indent-tabs-mode nil) > > It seems to me that this problem is a bug in the Emacs indentation > code, not in Org-mode. > > - Carsten This seems to come up quite often. Maybe we should report it to Emacs to get it properly fixed ;) I don't understand what's wrong and what should be fixed. Otherwise I will report it. -- Leo (GPG Key: 9283AA3F) ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] folding broken in sparse TODO tree
On Jun 1, 2007, at 23:34, Jason Dunsmore wrote: > I think there is still a related bug in 4.76. If you put the > following in an empty buffer: > > * level 1 > ** TODO level 2.0 > ** level 2.1 > ** level 2.3 > > Press C-c C-v, go to the level 2.1 header, and press Tab, it isn't > unfolded and the EMPTY ENTRY message appears. Well, the 2.1 is empty, or am I missing something??? Yes, well, there are no notes for that heading, but there are further level 2 items, which I expected to be unfolded by pressing Tab. Would there be anything inconsistant with that behavior? Otherwise, it's difficult for me to tell which items with "..." in a sparse TODO tree can be unfolded and which can't. Maybe a different symbol can signify which items can't be unfolded if there is a problem with making Tab unfold further items at the same level. Now I see what you mean. No. TAB only show what is below this entry, not what it coming after it. The reason for this is that normally, you would start from Overview mode and then work your way down using TAB. In this case, when you press TAB on "level 1", all level 2 entries will be shown, so the situation you describe would never arise. Now, when you use C-c C-v or any other sparse-tree command, the tree is not displayed in a consistent state, in order to allow for a compact display of the matches[1]. To get the tree locally back to a more consistent state, you can use the command C-u C-c C-r. However, I do see that it might be intuitive in the situation you describe to allow TAB to make the tree more consistent as well. Need to think a bit about this possibility. Thanks for the feedback. - Carsten [1] You could, in fact, make it even more compact by configuring org-show-following-heading to nil. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut "Anton Pannekoek" Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] a couple of possible bugs in filling/indenting of plain lists
As Eddward says, you seem to be able to circumvent this by not allowing indent.el to use TAB characters for indentation: (setq indent-tabs-mode nil) It seems to me that this problem is a bug in the Emacs indentation code, not in Org-mode. - Carsten On Jun 1, 2007, at 18:09, William Henney wrote: Hi list I have the following problems with org 4.76 (and previous versions too). This is with emacs 22.0.50.1 (aquamacs 0.9.9d on OS X). My fill-paragraph seems to be provided by fill-adapt.el version 2.12. My indent-relative seems to come from the vanilla emacs version of indent.el. Cheers Will * Illustration of two bugs in org-mode filling/indenting ** Problem with indent-relative in lists 1. If I carry out the instruction in the following list item, the item is indented right by 2 spaces 2. *Press TAB key with the cursor in this line* 3. The same thing happens with + or - bullets 4. I have org-cycle-include-plain lists set to nil 5. The problem also appears even with all single-line items ** Problem with fill-paragraph in lists of deeply nested headings - Another list item that is filled correctly by the fill-paragraph command. Here are some more words. *** header 3 - A third list item that is filled correctly by the fill-paragraph command. Here are some more words. header 4 - A fourth list item that is filled correctly by the fill-paragraph command. Here are some more words. * header 5 - A fifth list item that is filled correctly by the fill-paragraph command. Here are some more words. - another item - and another ** header 6 - A sixth list item that is filled correctly by the fill-paragraph command. Here are some more words. - another item - and another ** This is where the problems start - A seventh list item that is *not* filled correctly by the fill-paragraph command, although it does work correctly with auto-fill-mode. Note that the lines after the first lose all their indentation. header 8 - An eighth list item that is not filled correctly by the fill-paragraph command. Here are some more words. -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut "Anton Pannekoek" Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode 4.76
On Jun 2, 2007, at 1:15, Scott Jaderholm wrote: Carsten, I think there's a typo causing this: Yes. Fixed, thanks. Also, is it hard to allow footnotes in tables? No, not at all, I just did detecting footnote references in the wrong place. Fixed as well. Thanks. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Updated agenda printer script
This looks great. Are you planning to put this up on a website so that I can link to your site? Or is it time to start that "contrib" directory in the org-mode distribution... ? - Carsten On Jun 3, 2007, at 22:44, Jason F. McBrayer wrote: And, as promised, here's the updated version of the agenda printer script. This version has only bugfixes and compatibility fixes. There are some more fundamental changes (listed in the TODOs in the source comments) that need to be made, but I'm waiting on a round tuit for them. I hope people find this useful, and that it is more usable for them than the previous version. Changes: 1. Uses os.popen3 rather than the subprocess module; as a result, it should work with python versions earlier than 2.4. 2. Better quoting for characters in headlines that could cause problems in the LaTeX output. -- +---+ | Jason F. McBrayer[EMAIL PROTECTED] | | If someone conquers a thousand times a thousand others in | | battle, and someone else conquers himself, the latter one | | is the greatest of all conquerors. --- The Dhammapada| ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut "Anton Pannekoek" Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode 4.76
Hello, Carsten, In org.el, line 3441, where the PRIORITIES line is parsed, the order of parameters to org-split-string is wrong. -- With best regards, Dmitri Minaev Russian history blog: http://minaev.blogspot.com ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode