[Orgmode] Re: Changing the heading separator from ** to ---** (twiki topic edition)
Carsten Dominik carsten.dominik at gmail.com writes: On Aug 27, 2009, at 5:04 PM, Al wrote: [SNIP] However, I'd really like to use org-mode for all editing (tables, colors, links, ) No. You can have tables with orgtbl-mode, but I think it will not get much better than that. The only other way would be to write import and export filters that do the headline conversion for you, so that the file being edited is actually a valid Org file. - Carsten Thank you for your answer. As I'm not too fluent in elisp, I will write a small script to do that. --- Al ___ 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] longlines, wrap, auto-fill
On Aug 27, 2009, at 9:58 PM, Sean Sieger wrote: I recently switched to Org-Mode---haven't used it in three years as I had wanted to get back to the simplicity of Outline Mode. Now I think I know how to keep it simple in Org-Mode Anyway, something that bugs me is that when I hit SPC or RET, auto-fill is effected but I'm left out in columns in the middle of the text as opposed to column 0 at the left edge of my emacs window. Is this a longlines versus wrap thing---pardon my ignorance on this, I did however look through the Org manual---and I need to put something in my dotemacs? Hi Sean, the reason why this happens is that Org uses (setq truncate-lines t) in order to keep tables and source code in the buffer in a shape nice to look at. If you type a long word near the right boundary of the window, Emacs in this case needs to scroll to keep visible what you type, and unfortunately it does not scroll back when the word wrapping happens. Here is how you can deasl with this (different options) 1. Use a wider Emacs window or a smaller value for fill-column. Then the word you are typing will generally fit into the window without scrolling. or 2. Use (setq org-startup-truncated nil) It is the useful to make yourself a function key to toggle the truncate-lines setting, so that you can turn it on when working in tables. HTH - Carsten The use of Org- instead of Outline-Mode is costing me an extra C-a, right? ___ 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: Refiling goes to the wrong place
On Aug 27, 2009, at 8:33 PM, Bernt Hansen wrote: [long description omitted] I'll be _really_ happy when Carsten squashes this bug :) Well, in that case I wish you a happy day. Lets hope that his was the same bug that others have seen. Thank you *very* much for your persistence and the unsurpassed clarity of your reports - it took a mere 5 minutes to find the problem. For those who are interested: The cause was the outline function outline-get-next-sibling which does only find visible siblings. By creating an inconsistent outline state using the org-clock-goto function, Bernt created a visible sibling among invisible ones. This was at least part of the problem. I hope it is fixed now. At least, Bernt's example works now correctly. - 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] org-exp-blocks: what about previewing blocks ?
Hi Eric, this sounds like a great alternative, thanks. I wonder if we should consider some cashing of images, also for export. I think we could have an alist with sha1 hashes as keys and image files as values. The sha1 hash could be made from the entire code and the command that is used to create the image.. - Carsten On Aug 27, 2009, at 8:51 PM, Eric Schulte wrote: I don't have any plans to add previewing to org-exp-blocks, however there is an alternative. Org-babel provides for the evaluation and viewing of the results of blocks in Org-mode documents. As such, it is possible to use Org- babel to preview the output of blocks. For example, with Org-babel installed [1] calling C-c C-c on the following block will evaluate the block placing a link to the resulting file into the Org-mode document. Subsequently calling C-c C-o with the point on the block will find the link and open it previewing the image. --8---cut here---start-8--- #+begin_src ditaa :file images/blue.png :cmdline -r +-+ | cBLU| | | |++ ||cPNK| ||| +++ #+end_src --8---cut here---end---8--- Hopefully in the near future Org-babel should be stable enough to justify an initial release, which should include an instructional page on worg. Best -- Eric Footnotes: [1] http://eschulte.github.com/org-babel/#getting-started ___ 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 === PLEASE NOTE NEW ADDRESS === prof.dr. Carsten Dominikdomi...@uva.nl Astronomical Institute 'Anton Pannekoek' www.astro.uva.nl/~dominik Faculty of Science, University of Amsterdam phone +31-20-5257477/7491 SCIENCE PARK 904, ROOM C4-106 fax +31-20-5257484 1098 XH Amsterdam, The Netherlands mail: PO BOX 94249, 1090GE, Amsterdam ___ 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] [PATCH] Minor documentation patch
Applied, thanks. - Carsten On Aug 27, 2009, at 7:40 PM, Gregory J. Grubbs wrote: When wrestling with org-remember, I got stuck on %i: I thought it would display content, then create an active region ... org-version: Org-mode version 6.29trans (release_6.29c. 86.gfa36.dirty) diff --git a/lisp/org-remember.el b/lisp/org-remember.el index 5cfb217..191b678 100644 --- a/lisp/org-remember.el +++ b/lisp/org-remember.el @@ -130,8 +130,8 @@ Furthermore, the following %-escapes will be replaced with content: You may define a prompt like %^{Please specify birthday %n user name (taken from `user-full-name') %a annotation, normally the link created with org-store- link - %i initial content, the region active. If %i is indented, - the entire inserted text will be indented as well. + %i initial content, copied from the active region. If %i is + indented, the entire inserted text will be indented as well. %c current kill ring head %x content of the X clipboard %^C Interactive selection of which kill or clip to use ___ 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] Re: Custom agenda question
On Aug 27, 2009, at 6:38 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Aug 25, 2009, at 3:57 PM, Bernt Hansen wrote: Lots of my tasks have website links which are exposed by this. It would be even more useful if I can click on the links to go there as in the regular org file. Even without that this hack looks like a keeper to me :) As a first step, `C-c C-o' now opens links from the entire text of an entry, not just of the headline visible in the agenda. So this works even without using E to show entry text in the agenda, but of course it will also when when the extra text is visible. Would it be hard to make C-c C-o on a headline in a regular org-file also show this link menu? I find that very convenient but have to switch to the agenda first to get at my links quickly :) I think having it behave the same would also feel more consistent - it doesn't matter if you're in the agenda or on a headline in an org-file -- C-c C-o on a headline presents the link menu regardless. That does sound reasonable, please check if it works now like that. - 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] Is it possible to edit Effort remotely from the Agenda?
On Fri, Aug 28, 2009 at 2:07 PM, Michael Gilbert wrote: Hi -- A few weeks into stable org usage (thanks again for getting Aquamacs to fix that issue) and I am starting to push past basic knowledge. I realize that there are many things that can be editing remotely from the agenda. One of the properties I most want to be able to edit is Effort. Is this possible? If you display effort in the agenda in column view (C-c C-x C-c), you can edit the effort by using Shift-right or Shift-left or e. This is from my .emacs. --8---cut here---start-8--- (setq org-drawers (quote (PROPERTIES CLOCK EFFORT HIDE LOGBOOK))) (setq org-global-properties (quote ((Effort_ALL . 00:00 00:10 00:20 00:30 01:00 01:30 02:00 02:30 03:00 04:00 05:00 06:00 07:00 08:00 (setq org-columns-default-format %TODO %CATEGORY %60ITEM(Task) %5Effort(Estim){:} %5CLOCKSUM(Clock) %SCHEDULED(Time) %DEADLINE) --8---cut here---end---8--- HTH -- Manish ___ 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: Unable to compile using Emacs 23 in Windows
On Aug 27, 2009, at 5:27 PM, Paul Mead wrote: Manish mailtomanish.sha...@gmail.com writes: On Thu, Aug 27, 2009 at 8:18 PM, Paul Mead wrote: I had everything working fine using NT Emacs v22.xxx but now that I've completely upgraded to 23 I'm getting numerous warnings comiling org.el, org-agenda.el, and it just hangs on org-attach.el. Not even an error to work with. If there's one thing I can't stand it's silent failure :-) I tried to redirect the errors to a text file, but it only captured the commands, not the errors. Any suggestions? Just my luck, everything works fine on my Linux machine, but I use org-mode mostly on the work laptop which is Windows. How do you compile Org on Windows? Using the solution that Sebastian and others recently worked out or some other way? FWIW, I use Cygwin Emacs (23) to compile Org but use Windows GNU Emacs exclusively. There are some odd looking messages but they have never bothered me (compilation log at http://paste.lisp.org/display/86127) OK, so I've managed to redirect stderr so I can show you what I get. Doesn't look much different to the start of your log to be honest. -- emacs -batch -q -no-site-file -eval (progn (add-to-list (quote load- path) \/usr/local/share/emacs/site-lisp\) (add-to-list (quote load- path) (expand-file-name \./lisp/\))) -f batch-byte-compile lisp/ org.el In org-version: org.el:105:23:Warning: attempt to let-bind constant `org-version' org.el:125:49:Warning: variable assignment to constant `org-version' In org-read-date: org.el:12359:11:Warning: `view-diary-entries-initially' is an obsolete variable (as of Emacs 23.1); use `calendar-view-diary-initially- flag' instead. org.el:12361:11:Warning: `view-calendar-holidays-initially' is an obsolete variable (as of Emacs 23.1); use `calendar-view-holidays- initially-flag' instead. In org-goto-calendar: org.el:13369:10:Warning: `view-diary-entries-initially' is an obsolete variable (as of Emacs 23.1); use `calendar-view-diary-initially- flag' instead. org.el:13367:10:Warning: `view-calendar-holidays-initially' is an obsolete variable (as of Emacs 23.1); use `calendar-view-holidays- initially-flag' instead. In org-iswitchb: org.el:13484:8:Warning: function `org-iswitchb' defined multiple times in this file In org-create-formula-image: org.el:14051:19:Warning: reference to free variable `org-export-latex-packages-alist' Wrote c:/home/MEAD8982/elisp/org-mode/lisp/org.elc emacs -batch -q -no-site-file -eval (progn (add-to-list (quote load- path) \/usr/local/share/emacs/site-lisp\) (add-to-list (quote load- path) (expand-file-name \./lisp/\))) -f batch-byte-compile lisp/ org-agenda.el In org-agenda-get-some-entry-text: org-agenda.el:2275:43:Warning: assignment to free variable `drawer-re' org-agenda.el:2282:43:Warning: assignment to free variable `kwd-time- re' org-agenda.el:2278:28:Warning: reference to free variable `drawer-re' org-agenda.el:2302:43:Warning: reference to free variable `kwd-time- re' org-agenda.el:2293:27:Warning: assignment to free variable `ind' org-agenda.el:2298:37:Warning: reference to free variable `ind' In org-get-entries-from-diary: org-agenda.el:3446:11:Warning: `fancy-diary-buffer' is an obsolete variable (as of Emacs 23.1); use `diary-fancy-buffer' instead. In org-agenda-goto-calendar: org-agenda.el:6329:11:Warning: `view-calendar-holidays-initially' is an obsolete variable (as of Emacs 23.1); use `calendar-view-holidays-initially-flag' instead. org-agenda.el:6330:11:Warning: `view-diary-entries-initially' is an obsolete variable (as of Emacs 23.1); use `calendar-view-diary-initially- flag' instead. Wrote c:/home/MEAD8982/elisp/org-mode/lisp/org-agenda.elc emacs -batch -q -no-site-file -eval (progn (add-to-list (quote load- path) \/usr/local/share/emacs/site-lisp\) (add-to-list (quote load- path) (expand-file-name \./lisp/\))) -f batch-byte-compile lisp/ org-ascii.el Wrote c:/home/MEAD8982/elisp/org-mode/lisp/org-ascii.elc emacs -batch -q -no-site-file -eval (progn (add-to-list (quote load- path) \/usr/local/share/emacs/site-lisp\) (add-to-list (quote load- path) (expand-file-name \./lisp/\))) -f batch-byte-compile lisp/ org-attach.el make: *** [lisp/org-attach.elc] Interrupt Hi Paul, did you interrupt the compilation here? The fact that there are a number of compilation *warnings* is no problem at all, I do clean these up only occasionally, for a release. In between releases, the can be present and usually pose no problem. The messages about goto-line are from a new policy in Emacs, apparently this is no longer a function that should be called from Lisp programs - 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
[Orgmode] Re: Custom agenda question
Carsten Dominik carsten.domi...@gmail.com writes: On Aug 27, 2009, at 6:38 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: As a first step, `C-c C-o' now opens links from the entire text of an entry, not just of the headline visible in the agenda. So this works even without using E to show entry text in the agenda, but of course it will also when when the extra text is visible. Would it be hard to make C-c C-o on a headline in a regular org-file also show this link menu? I find that very convenient but have to switch to the agenda first to get at my links quickly :) I think having it behave the same would also feel more consistent - it doesn't matter if you're in the agenda or on a headline in an org-file -- C-c C-o on a headline presents the link menu regardless. That does sound reasonable, please check if it works now like that. Thanks! I'll check it out today :) -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] Re: Refiling goes to the wrong place
Carsten Dominik carsten.domi...@gmail.com writes: On Aug 27, 2009, at 8:33 PM, Bernt Hansen wrote: [long description omitted] I'll be _really_ happy when Carsten squashes this bug :) Well, in that case I wish you a happy day. Lets hope that his was the same bug that others have seen. Thank you *very* much for your persistence and the unsurpassed clarity of your reports - it took a mere 5 minutes to find the problem. For those who are interested: The cause was the outline function outline-get-next-sibling which does only find visible siblings. By creating an inconsistent outline state using the org-clock-goto function, Bernt created a visible sibling among invisible ones. This was at least part of the problem. I hope it is fixed now. At least, Bernt's example works now correctly. :) * Bernt does the happy dance \o/ Hopefully this is related to the agenda navigation (RET/TAB on an agenda item) goes to the wrong place issue we've seen in the past. I got lucky yesterday and stumbled across a case that triggered this bug more than once in my org files. I think we've been chasing this beast for over a year. Thanks again!!! -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] Re: Refiling goes to the wrong place
On Aug 28, 2009, at 2:09 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Aug 27, 2009, at 8:33 PM, Bernt Hansen wrote: [long description omitted] I'll be _really_ happy when Carsten squashes this bug :) Well, in that case I wish you a happy day. Lets hope that his was the same bug that others have seen. Thank you *very* much for your persistence and the unsurpassed clarity of your reports - it took a mere 5 minutes to find the problem. For those who are interested: The cause was the outline function outline-get-next-sibling which does only find visible siblings. By creating an inconsistent outline state using the org-clock-goto function, Bernt created a visible sibling among invisible ones. This was at least part of the problem. I hope it is fixed now. At least, Bernt's example works now correctly. :) * Bernt does the happy dance \o/ Hopefully this is related to the agenda navigation (RET/TAB on an agenda item) goes to the wrong place issue we've seen in the past. I don't think this is related, unfortunately, because this was specific for refiling ... :-( - Carsten I got lucky yesterday and stumbled across a case that triggered this bug more than once in my org files. I think we've been chasing this beast for over a year. Thanks again!!! -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] Re: Refiling goes to the wrong place
Carsten Dominik carsten.domi...@gmail.com writes: On Aug 28, 2009, at 2:09 PM, Bernt Hansen wrote: Hopefully this is related to the agenda navigation (RET/TAB on an agenda item) goes to the wrong place issue we've seen in the past. I don't think this is related, unfortunately, because this was specific for refiling ... :-( Oh well... we'll nail that one again later then. :) -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
[Orgmode] Re: Custom agenda question
Carsten Dominik carsten.domi...@gmail.com writes: On Aug 27, 2009, at 6:38 PM, Bernt Hansen wrote: Would it be hard to make C-c C-o on a headline in a regular org-file also show this link menu? I find that very convenient but have to switch to the agenda first to get at my links quickly :) I think having it behave the same would also feel more consistent - it doesn't matter if you're in the agenda or on a headline in an org-file -- C-c C-o on a headline presents the link menu regardless. That does sound reasonable, please check if it works now like that. It works but not exactly the same. C-c C-o on a headline in an org file also picks up links in my LOGBOOK drawer (which isn't bad) but the agenda doesn't do that. They should probably be consistent. -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
[Orgmode] Removing DEADLINE and SCHEDULED from a headline
Hi Carsten, I ran into this a few weeks ago and it's been bugging me. I reorganized a project which had a deadline on the main task and moved it down to multiple subtasks in the project. , | * TODO Project task | DEADLINE: 2009-08-28 Fri | ** TODO Step 1 | ** TODO Step 2 | ... | ** TODO Step n ` I decided the DEADLINE really doesn't belong at the top -- since the deadline was for step 2 (and a few other tasks)... so I moved it the hard way. Instead of cutting it out and pasting it back in the right tree I just used C-c C-d and entered the same date on step 2 (because I was moving the date a bit from the original date). , | * TODO Project task | DEADLINE: 2009-08-28 Fri | ** TODO Step 1 | ** TODO Step 2 |DEADLINE: 2009-08-28 Fri | ... | ** TODO Step n ` Now to remove the deadline from the Project task I just did C-u C-c C-d on the Project task but this removed all the deadlines in the subtree and my deadline in Step 2 (and others) is now gone. AFAICT SCHEDULED: works the same way. This doesn't feel natural to me but I know it is documented this way. Does the way it works now really make sense or would just removing the deadline from the task you are working on be better. C-c C-d sets a deadline just for this task, so it felt natural to me that C-u C-c C-d would remove the deadline just for this task -- but that's what I get for not reading the manual (or forgetting since I read it ;) Regards, 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
[Orgmode] Re: Unable to compile using Emacs 23 in Windows
Carsten Dominik carsten.domi...@gmail.com writes: Hi Paul, did you interrupt the compilation here? The fact that there are a number of compilation *warnings* is no problem at all, I do clean these up only occasionally, for a release. In between releases, the can be present and usually pose no problem. The messages about goto-line are from a new policy in Emacs, apparently this is no longer a function that should be called from Lisp programs - Carsten Hi Carsten yes, I interrupted the compilation as it was stuck there. Pulling the next version seemed to cure the problem. I was able to byte-compile the files from dired with no problems, I don't know if that makes it more or less clear? Paul ___ 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: Unable to compile using Emacs 23 in Windows
On Aug 28, 2009, at 2:36 PM, Paul Mead wrote: Carsten Dominik carsten.domi...@gmail.com writes: Hi Paul, did you interrupt the compilation here? The fact that there are a number of compilation *warnings* is no problem at all, I do clean these up only occasionally, for a release. In between releases, the can be present and usually pose no problem. The messages about goto-line are from a new policy in Emacs, apparently this is no longer a function that should be called from Lisp programs - Carsten Hi Carsten yes, I interrupted the compilation as it was stuck there. Pulling the next version seemed to cure the problem. I was able to byte-compile the files from dired with no problems, I don't know if that makes it more or less clear? Not clearer, I don't know how it could get stuck. Anyway, good that it is solved, apparently - 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] latex wrap
Hi Patrick, unfortunately, I don't have a good solution for this, the filling code in Emacs remains a mystery for me. I am closing this task for now. - Carsten On Jul 1, 2009, at 10:20 AM, Patrick Bahr wrote: Hello Carsten, On 01.07.2009 08:56 Carsten Dominik wrote: Another work-around would be Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. # \[ a^2 + b^ = c^2 \] # Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Nice idea. This kind of works. Unfortunately, if the paragraph is indented the hashes still have to be at column zero: - Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. # \[ a^2 + b^ = c^2 \] # Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. - This is still OK and for the upper part of the paragraph M-q works well. However, hitting M-q in the lower part yields: - Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. # \[ a^2 + b^ = c^2 \] # Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. - This is a problem itself. Text sneaking into a comment line upon hitting M-q is not an expected behaviour -- at least not for me. So the only acceptable workaround I know is to insert blank lines before using M-q and to remove them afterwards. Cheers, Patrick ___ 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: Removing DEADLINE and SCHEDULED from a headline
Fixed, thanks. - Carsten On Aug 28, 2009, at 2:34 PM, Bernt Hansen wrote: Hi Carsten, I ran into this a few weeks ago and it's been bugging me. I reorganized a project which had a deadline on the main task and moved it down to multiple subtasks in the project. , | * TODO Project task | DEADLINE: 2009-08-28 Fri | ** TODO Step 1 | ** TODO Step 2 | ... | ** TODO Step n ` I decided the DEADLINE really doesn't belong at the top -- since the deadline was for step 2 (and a few other tasks)... so I moved it the hard way. Instead of cutting it out and pasting it back in the right tree I just used C-c C-d and entered the same date on step 2 (because I was moving the date a bit from the original date). , | * TODO Project task | DEADLINE: 2009-08-28 Fri | ** TODO Step 1 | ** TODO Step 2 |DEADLINE: 2009-08-28 Fri | ... | ** TODO Step n ` Now to remove the deadline from the Project task I just did C-u C-c C-d on the Project task but this removed all the deadlines in the subtree and my deadline in Step 2 (and others) is now gone. AFAICT SCHEDULED: works the same way. This doesn't feel natural to me but I know it is documented this way. Does the way it works now really make sense or would just removing the deadline from the task you are working on be better. C-c C-d sets a deadline just for this task, so it felt natural to me that C-u C-c C-d would remove the deadline just for this task -- but that's what I get for not reading the manual (or forgetting since I read it ;) Regards, 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-exp-blocks: what about previewing blocks ?
Carsten Dominik domi...@uva.nl writes: Hi Eric, this sounds like a great alternative, thanks. I wonder if we should consider some cashing of images, also for export. I think we could have an alist with sha1 hashes as keys and image files as values. The sha1 hash could be made from the entire code and the command that is used to create the image.. Hi Carsten, That sounds like a very good idea. Currently Org-babel caches results using a much simpler scheme (only run the block if there are no results in the buffer), but what you recommend would be an efficient way of noticing if the command has changed. When discussing this previously we had only considered approaches using the date of execution. I'll add this idea to the org-babel tasks. Thanks! -- Eric ps. does Org-mode already have a method of generating sha1 hashes? I just did an `elisp-index-search' for sha1 and nothing came up. - Carsten On Aug 27, 2009, at 8:51 PM, Eric Schulte wrote: I don't have any plans to add previewing to org-exp-blocks, however there is an alternative. Org-babel provides for the evaluation and viewing of the results of blocks in Org-mode documents. As such, it is possible to use Org- babel to preview the output of blocks. For example, with Org-babel installed [1] calling C-c C-c on the following block will evaluate the block placing a link to the resulting file into the Org-mode document. Subsequently calling C-c C-o with the point on the block will find the link and open it previewing the image. --8---cut here---start-8--- #+begin_src ditaa :file images/blue.png :cmdline -r +-+ | cBLU| | | |++ ||cPNK| ||| +++ #+end_src --8---cut here---end---8--- Hopefully in the near future Org-babel should be stable enough to justify an initial release, which should include an instructional page on worg. Best -- Eric Footnotes: [1] http://eschulte.github.com/org-babel/#getting-started ___ 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 === PLEASE NOTE NEW ADDRESS === prof.dr. Carsten Dominik domi...@uva.nl Astronomical Institute 'Anton Pannekoek' www.astro.uva.nl/~dominik Faculty of Science, University of Amsterdam phone +31-20-5257477/7491 SCIENCE PARK 904, ROOM C4-106 fax +31-20-5257484 1098 XH Amsterdam, The Netherlands mail: PO BOX 94249, 1090GE, Amsterdam ___ 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] latex wrap
Hi Patrick, I use filladapt. I just tried your example and it works. It also works if you indent the comment lines to the same depth as the text. See the thread, Comments in org-mode and this: http://article.gmane.org/gmane.emacs.orgmode/13312 Let us know if it doesn't work for you. -- Myalgic encephalomyelitis causes death (Jason et al. 2006) and severe suffering. Conflicts of interest are destroying research. What people know is wrong. Silence = death. 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] Re: org-exp-blocks: what about previewing blocks ?
Eric Schulte schulte.e...@gmail.com writes: ps. does Org-mode already have a method of generating sha1 hashes? I just did an `elisp-index-search' for sha1 and nothing came up. (sha1 stuff) seems to work. org-feed.el has a (require 'sha1) and org-publish.el uses it too. 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
[Orgmode] Re: Gnus link bug
Hi Leo, Leo sdl@gmail.com writes: Could you install that in org.git? Carsten already took care of this: http://repo.or.cz/w/org-mode.git?a=commit;h=babb63a27fbd5c050670753c908d543b4f5d5978 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
[Orgmode] [PATCH] Open single link immediately
C-c C-o on a headline or in the agenda displays a menu of links to choose from. If there is only a single link then go there directly skipping the menu. --- This patch is available at git://git.norang.ca/org-mode.git for-carsten lisp/org.el | 31 --- 1 files changed, 16 insertions(+), 15 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index a5181ab..f3d8976 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -8073,21 +8073,22 @@ needed for the interpretation of abbreviated links. (push (match-string 0) links)) (setq links (reverse links)) (unless links (error No links)) - - (unless (and (integerp nth) (= (length links) nth)) - (save-excursion - (save-window-excursion - (delete-other-windows) - (with-output-to-temp-buffer *Select Link* - (princ Select link\n\n) - (mapc (lambda (l) (princ (format [%d] %s\n (incf cnt) l))) - links)) - (org-fit-window-to-buffer (get-buffer-window *Select Link*)) - (message Select link to open:) - (setq c (read-char-exclusive)) - (and (get-buffer *Select Link*) (kill-buffer *Select Link* - (setq nth (- c ?0))) - + (if (eq 1 (length links)) + (setq c 1) + (unless (and (integerp nth) (= (length links) nth)) + (save-excursion + (save-window-excursion + (delete-other-windows) + (with-output-to-temp-buffer *Select Link* + (princ Select link\n\n) + (mapc (lambda (l) (princ (format [%d] %s\n (incf cnt) l))) + links)) + (org-fit-window-to-buffer (get-buffer-window *Select Link*)) + (message Select link to open:) + (setq c (read-char-exclusive)) + (and (get-buffer *Select Link*) (kill-buffer *Select Link*)) + (setq nth (- c ?0)) + (unless (and (integerp nth) (= (length links) nth)) (error Invalid link selection)) (setq link (nth (1- nth) links) -- 1.6.4.1.331.gda1d56 ___ 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: longlines, wrap, auto-fill
Carsten Dominik carsten.domi...@gmail.com writes: HTH - Carsten I certainly does help; thank you for your time, 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] [misc-new-features 1/5] Add two new special properties, SINCE and SINCE_IA.
Hi Manish, On 2009-08-27 21:20:53(+0530), Manish wrote: On Sat, Jul 18, 2009 at 3:05 PM, Bastien wrote: This patch is just a workaround, though. I think we should have a way of adding more than one custom function, as Mikael Fornius suggested when sending his first patch. Let's see what's Carsten take on this. This is/was a very interesting idea. Any thoughts if this would go in? Or did it already go in and I missed it? Carsten and I agreed offlist not to apply my original patch, and that I would work on a better implementation using column summaries. I've got it mostly working. -- |-James TD Smith-email/ahktenz...@mohorovi.cc-| ___ 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] small emacs for using org on Android
Hi, can anyone recommend a small emacs implementation that will run org? I have Debian running on my G1 phone (see here: http://www.emacswiki.org/emacs/EmacsOnAndroid), and have been running Emacs 22 on it successfully. However it doesn't leave me much memory for other apps. I have had a look through some of the implementations listed here: http://www.emacswiki.org/emacs-en/EmacsImplementations but it seems that most of them are not full elisp interpreters and so I'm not sure that org-mode will work. -- aleblanc ___ 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] Feature Request: insert/delete rows in column view
Maybe this is difficult for reasons I don't know about, but it would be very nice to insert and delete rows in column view. I agree that deleting a row could kill a lot of text, but no differently than a folded view. For inserting, maybe below the current row. Of course then I'll be wanting to edit structure too, move rows up and down and change their indent level. All the best, David ___ 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] LaTeX multicolumn count wrong in table export
Karl Stump karlst...@yahoo.com wrote: When exporting a table with a horizontal line the column count is wrong. Output from pdflatex run: ! Extra alignment tab has been changed to \cr. template \endtemplate l.32 \multicolumn{4}{r}{Continued on next page} \ ? Here's the table in the tex file: \begin{longtable}{||lll||} \caption{This is a long table with lines around and between cells}\\ Heading1Heading2Heading3 \\ \hline \endhead \hline\multicolumn{4}{r}{Continued on next page}\ \endfoot \endlastfoot \hline alpha betagamma \\ \\ \end{longtable} Here's the org file: ** table export test #+CAPTION: This is a long table with lines around and between cells #+LATEX_HEADER: \usepackage[landscape]{geometry} #+LATEX_HEADER: \geometry{left=0.12in,right=0.12in,top=0.25in,bottom=0.25in} #+ATTR_LaTeX: longtable align=||lll|| | / | 30 | 10 | 10 | | | Heading1 | Heading2 | Heading3 | |---+--+--+--| | | alpha| beta | gamma| | | | | | start: -00-00 end: -00-00 I believe it's because of the dummy calculation-mark column, which is not exported. However, the variable org-table-last-alignment (a list, whose length becomes the value of the \multicolumn argument) ends up having the value (nil nil nil nil), i.e. it counts the dummy column as well. What the proper place to adjust the value is, I don't know, but it should be easy for Carsten to fix it. For the time being, you can either get rid of the dummy row and column (e.g. if you don't need the widths) or fix it by hand in the LaTeX file. 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] Is it possible to edit Effort remotely from the Agenda?
A few weeks into stable org usage (thanks again for getting Aquamacs to fix that issue) and I am starting to push past basic knowledge. I realize that there are many things that can be editing remotely from the agenda. One of the properties I most want to be able to edit is Effort. Is this possible? If you display effort in the agenda in column view (C-c C-x C-c), you can edit the effort by using Shift-right or Shift-left or e. This is working wonderfully, albeit with some lag. Thank you! -- Michael ___ 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] Can effort be edited conveniently outside column view?
Hi -- Still working on developing my use of effort estimates. Is there a way to conveniently enter an effort estimate without entering column mode? I have gotten used to the easy ways to add deadlines and priorities in outline view and wondering if there was something similar. -- Michael Michael C. Gilbert -- m...@gilbert.org The Gilbert Center -- http://gilbert.org Nonprofit Online News -- http://nonprofitnews.org There can be no joy of life without joy of work. -- Aquinas ___ 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] LaTeX multicolumn count wrong in table export
Nick Dokos nicholas.do...@hp.com wrote: Karl Stump karlst...@yahoo.com wrote: When exporting a table with a horizontal line the column count is wrong. Output from pdflatex run: ! Extra alignment tab has been changed to \cr. template \endtemplate l.32 \multicolumn{4}{r}{Continued on next page} \ ** table export test #+CAPTION: This is a long table with lines around and between cells #+LATEX_HEADER: \usepackage[landscape]{geometry} #+LATEX_HEADER: \geometry{left=0.12in,right=0.12in,top=0.25in,bottom=0.25in} #+ATTR_LaTeX: longtable align=||lll|| | / | 30 | 10 | 10 | | | Heading1 | Heading2 | Heading3 | |---+--+--+--| | | alpha| beta | gamma| | | | | | start: -00-00 end: -00-00 I believe it's because of the dummy calculation-mark column, which is not exported. However, the variable org-table-last-alignment (a list, whose length becomes the value of the \multicolumn argument) ends up having the value (nil nil nil nil), i.e. it counts the dummy column as well. What the proper place to adjust the value is, I don't know, but it should be easy for Carsten to fix it. For the time being, you can either get rid of the dummy row and column (e.g. if you don't need the widths) or fix it by hand in the LaTeX file. I think the following patch fixes the above problem and is correct in its essentials: diff --git a/lisp/org-latex.el b/lisp/org-latex.el index c21c9ce..d41c231 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1449,7 +1449,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. \\endhead \\hline\\multicolumn{%d}{r}{Continued on next page}\\ \\endfoot -\\endlastfoot (length org-table-last-alignment)) +\\endlastfoot (- (length org-table-last-alignment) (if org-table-clean-did-remove-column 1 0))) nil))) (if (not longtblp) (concat \n\\end{tabular})) (if longtblp \n (if org-export-latex-tables-centered HTH, 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] LaTeX multicolumn count wrong in table export
On Aug 29, 2009, at 1:04 AM, Nick Dokos wrote: Karl Stump karlst...@yahoo.com wrote: When exporting a table with a horizontal line the column count is wrong. Output from pdflatex run: ! Extra alignment tab has been changed to \cr. template \endtemplate l.32 \multicolumn{4}{r}{Continued on next page} \ ? Here's the table in the tex file: \begin{longtable}{||lll||} \caption{This is a long table with lines around and between cells}\\ Heading1Heading2Heading3 \\ \hline \endhead \hline\multicolumn{4}{r}{Continued on next page}\ \endfoot \endlastfoot \hline alpha betagamma \\ \\ \end{longtable} Here's the org file: ** table export test #+CAPTION: This is a long table with lines around and between cells #+LATEX_HEADER: \usepackage[landscape]{geometry} #+LATEX_HEADER: \geometry{left=0.12in,right=0.12in,top=0.25in,bottom=0.25in} #+ATTR_LaTeX: longtable align=||lll|| | / | 30 | 10 | 10 | | | Heading1 | Heading2 | Heading3 | |---+--+--+--| | | alpha| beta | gamma| | | | | | start: -00-00 end: -00-00 I believe it's because of the dummy calculation-mark column, which is not exported. However, the variable org-table-last-alignment (a list, whose length becomes the value of the \multicolumn argument) ends up having the value (nil nil nil nil), i.e. it counts the dummy column as well. What the proper place to adjust the value is, I don't know, but it should be easy for Carsten to fix it. For the time being, you can either get rid of the dummy row and column (e.g. if you don't need the widths) or fix it by hand in the LaTeX file. Indeed. I have fixed this. We now pops `org-table-last-alignment' if the first column has been removed by `org-table-clean-before-export'. The same problem must have caused a one-off error when setting the alignment in LaTeX tables, bu it seems nobody has noticed this so far. Anyway, also this is fixed now. Thanks to both of you! - 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