Re: [Orgmode] folding broken in sparse TODO tree
On Jun 1, 2007, at 2:38, Jason Dunsmore wrote: I think this may be a bug. When I show a sparse TODO tree with org-show-todo-tree, 4th level and deeper headings don't unfold correctly. This has nothing to do with level 4, but with the fact that you have no final newline after the final line. Still, a bug, fixed for 4.76 Thanks. - Carsten -- 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: agenda csv export: three problems (batch, koi8-r and commas)
On May 31, 2007, at 11:23, Ruslan Kosolapov wrote: org-mode 4.75, emacs-snapshot (latest from debian sid) --[ 1. Problems with -batch ]-- Command $ emacs -batch -l ~/.emacs -eval '(org-batch-agenda-csv t)' fails with Debugger entered--Lisp error: (void-function org-batch-agenda-csv) This function needs to be autoloaded, as you realized yourself. Appearently you do not have (require 'org-install) in .emacs as the instructions require (if you are running a downloaded version of org-mode instead of the one that comes with Emacs. This file does install the autoloads for all entry points, including this one. Command $ emacs -batch -l ~/.emacs -eval '(load-library org) (org-batch-agenda-csv t)' returns nothing useful. And I don't know why :) The would be another solution, except that -eval takes only a single form. So you would have to do -eval '(progn (load-library org) (org-batch-agenda-csv t))' or -eval '(load-library org)' -eval '(org-batch-agenda-csv t)' --[ 2. Problems with koi8-r ]-- I use koi8-r for my org-file, its works well in most cases. But in csv I got junk instead koi8-r symbols. As far as I understand, html export works the same way, and in html I see html-entities instead koi8-r. In browser its look good, but not in terminal and perl. I tried to use utf-8, and fail too. I don't know how to fix this. I am just using princ to send the lines to STDOUT - if you figure out what else to do to get better non-ascii representation there, let me know. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] a couple of possible bugs in filling/indenting of plain lists
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
Re: [Orgmode] a couple of possible bugs in filling/indenting of plain lists
For me, my indent problems where solved when I turned off the use of tabs. I don't remember how I did it right now and I don't have access to my work system at the moment. I'll let you know when I can check. Edd On 6/1/07, William Henney [EMAIL PROTECTED] 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 ___ 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 6/1/07, Carsten Dominik [EMAIL PROTECTED] wrote: On Jun 1, 2007, at 2:38, Jason Dunsmore wrote: I think this may be a bug. When I show a sparse TODO tree with org-show-todo-tree, 4th level and deeper headings don't unfold correctly. This has nothing to do with level 4, but with the fact that you have no final newline after the final line. Still, a bug, fixed for 4.76 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. Thanks for your work on org-mode. Jason ___ 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 22:57, Jason Dunsmore wrote: On 6/1/07, Carsten Dominik [EMAIL PROTECTED] wrote: On Jun 1, 2007, at 2:38, Jason Dunsmore wrote: I think this may be a bug. When I show a sparse TODO tree with org-show-todo-tree, 4th level and deeper headings don't unfold correctly. This has nothing to do with level 4, but with the fact that you have no final newline after the final line. Still, a bug, fixed for 4.76 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??? - Carsten ___ 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 6/1/07, Carsten Dominik [EMAIL PROTECTED] wrote: On Jun 1, 2007, at 22:57, Jason Dunsmore wrote: On 6/1/07, Carsten Dominik [EMAIL PROTECTED] wrote: On Jun 1, 2007, at 2:38, Jason Dunsmore wrote: I think this may be a bug. When I show a sparse TODO tree with org-show-todo-tree, 4th level and deeper headings don't unfold correctly. This has nothing to do with level 4, but with the fact that you have no final newline after the final line. Still, a bug, fixed for 4.76 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. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode 4.76
Carsten, I think there's a typo causing this: a class=footnumname=fn.1... Note the no space between footnum and name. Also, is it hard to allow footnotes in tables? Thanks again, Scott On 6/1/07, Carsten Dominik [EMAIL PROTECTED] wrote: Hi, I am realeasing org-mode 4.76 at http://www.astro.uva.nl/~dominik/Tools/org Enjoy. - Carsten Changes in version 4.76 --- - Footnotes like[1] are now exported to HTML [1]This is a footnote Thanks to Scott Jaderholm for this proposal and a detailed HTML example on how the exported text should look like. - Special version of the reference card, for letter paper. - Switching to OVERVIEW with S-TAB no loner moves the cursor, so after three `S-TAB' commands, you will be back where you started. - Bug fixes, lots of them again. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
