[Orgmode] Baffled by beamer blocks
I've got a basic org-mode 7.01h + beamer setup working and am able to create and export presentations. However I am completely unable to create presentations with blocks in them. I've followed the examples on the website such as http://orgmode.org/worg/org-tutorials/org-beamer.php with no success. When I try to write a presentation with blocks, I find that instead of blocks I end up with nested lists in the frames. The LaTeX output shows no \block structures. Can anyone suggest what in my setup might be preventing blocks from working? I'm really baffled at this point. Thanks, P. -- Philip J. Hollenback phil...@pobox.com www.hollenback.net ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: row and col spaning in table?
Mon, 16 Aug 2010 05:45:03 -0700: Carsten Dominik wrote: > > On Jul 28, 2010, at 8:28 PM, Srinivas wrote: > > > Giovanni Ridolfi yahoo.it> writes: > > > >> > >> David Hajage gmail.com> writes: > >> > >>> and I was wondering if row and col spaning was possible? > >> Currently not. > >> But, if this is your case, you should use the table.el package. > >> > > > > For some reason, I haven't been able to get table.el to work > > properly during > > the org-mode publish operation. > > > > Carsten had mentioned that this functionality had been fixed in the > > 6.36x > > builds but I still haven't been able to get it to work. I would like > > to see a > > work example, if you have one. > > > > Here is my sample file: > > > > begin snip > > > > * sample table > > > > + --++ > > +---++ > > | | file | > > +---++ > > + --++ > > | | file | > > + --+| > > | test | test | > > + --++ > > What is this table above supposed to mean? > > > > * Org mode table > > > > | Header 1 | Header 2 | > > |--+--| > > | R1 C1| R1 C2| > > | R2 C1| R2 C2| > > | R3 C1| R3 C2| > > This org-mode table works fine. > > > > > * table.el table > > > > Following table has 1 multi column cell and 1 multi row cell. > > > > +--+--+ > > | Header 1 | Header 2 | > > +--+--+ > > | R1 C1-2 | > > +-+ > > | R2 C1| R2-3 C2 | > > +--+--+ > > | R3 C1| | > > +--+--+ > > This starts an infinite loop when trying to convert it to HTML. > Org is simply calling the HTML converter in table.el, and that > code gets stuck. So I think this is a bug in table.el - please > contact the author of that package, > >Takaaki Ota The above table is illegal from the table.el definition point of view. The three way intersection between the cells "R1 C1-2", "R2 C1" and "R2-3 C2" must be a '+' instead of a '-'. I admit the current implementation is inferior as it gets into infinite loop instead of reporting this error. -Tak > > And report back here! > > Thanks! > > - Carsten > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: row and col spaning in table?
On Aug 16, 2010, at 11:24 PM, Tak Ota wrote: Mon, 16 Aug 2010 05:45:03 -0700: Carsten Dominik > wrote: On Jul 28, 2010, at 8:28 PM, Srinivas wrote: Giovanni Ridolfi yahoo.it> writes: David Hajage gmail.com> writes: and I was wondering if row and col spaning was possible? Currently not. But, if this is your case, you should use the table.el package. For some reason, I haven't been able to get table.el to work properly during the org-mode publish operation. Carsten had mentioned that this functionality had been fixed in the 6.36x builds but I still haven't been able to get it to work. I would like to see a work example, if you have one. Here is my sample file: begin snip * sample table + --++ +---++ | | file | +---++ + --++ | | file | + --+| | test | test | + --++ What is this table above supposed to mean? * Org mode table | Header 1 | Header 2 | |--+--| | R1 C1| R1 C2| | R2 C1| R2 C2| | R3 C1| R3 C2| This org-mode table works fine. * table.el table Following table has 1 multi column cell and 1 multi row cell. +--+--+ | Header 1 | Header 2 | +--+--+ | R1 C1-2 | +-+ | R2 C1| R2-3 C2 | +--+--+ | R3 C1| | +--+--+ This starts an infinite loop when trying to convert it to HTML. Org is simply calling the HTML converter in table.el, and that code gets stuck. So I think this is a bug in table.el - please contact the author of that package, Takaaki Ota The above table is illegal from the table.el definition point of view. Ah, I should have seen this. Thank you for your fast reply, and sorry for the noise. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Refile target caching
On Aug 17, 2010, at 3:11 AM, Samuel Wales wrote: It tries to call looking-at-p. Oops, bug. Fixed now. - Carsten Is that a 23ism? I run Emacs 22. If that isn't it, I will do a backtrace etc. Thanks. On 2010-08-16, Carsten Dominik wrote: On Aug 16, 2010, at 5:55 PM, Samuel Wales wrote: On 2010-08-16, Carsten Dominik wrote: Yes, sorting is one of the issues that will loose markers. Do you think that a cautious move here would be to compare the headline of the target to the headline you think matches the target? Then the refile can be aborted if they do not match. Hi Samuel, yes, this is in fact a good secure measure - sorry for making it you say it three times before getting the idea. This should be working now. Best wishes - Carsten - Carsten Samuel P.S. The running clock also gets lost all the time. Even when point is in it! On 2010-08-16, Carsten Dominik wrote: On Aug 2, 2010, at 4:49 AM, Samuel Wales wrote: Hi Carsten, Thank you for thinking of our bugs. This is superb. I have used it for a while now. It speeds things up enormously, making the difference between usability and not. However, I have definitely had headlines get refiled to the wrong place. Ouch, this is bad. If you do a lot of moving stuff around in the buffer, the markers pointing to refile locations will become wrong. So you then need to clear the cache, to make sure you get fresh positions. A good example where it goes wrong would, of cause, be useful. - Carsten I am not able to track it down now, but I do have a suggestion. ==> Would it be possible to print the actual target that the headline got refiled to, instead of the name associated with the marker? At present, org says that it successfully refiled to the target headline when it did not. ==> Alternatively, org could compare the actual headline it was refiled to against the headline it was supposed to refile to. Then you'd get an error if they do not match. As for the bugs, I cannot investigate further now. Debugging is difficult for me. Perhaps more error checking as above will make the bug show up better. Thanks. Samuel On 2010-05-17, Carsten Dominik wrote: Hi Sebastian, hi Samuel, I remember that both of you have in the past reported that refiling has a long startup time because of target collection. I have now built a cache for refile targets and would like you to try it out. (setq org-refile-use-cache t) This will speed up refile target collection for the second and further instance. If you are moving or adding entries that are targets themselves, that chace needs to be cleared with prefix arg 0 (zero), i.e. `C-0 C-c C- w' or, if you prefer, with a triple C-u prefix. Samuel, note that this only speeds up target collection - it does nothing to the overhead added by ido - so we will have to see how much this helps for your use-case. - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Remove WAITING Task from Global TODO List
Markus Heller writes: > But that will only give me a *list* of the items, correct? > > What I'd like to get is the *calendar* view that you get by hitting "C-c > a a" which only shows TODO and STARTED tasks. Ui, custom agenda; I am not got at this, but please try this: (setq org-agenda-custom-commands '(("!" "Testing" agenda "" ((org-agenda-skip-function '(org-agenda-skip-entry-if 'nottodo '("TODO" "STARTED"))) This can be totally wrong, but I did some very quick testing and it seems to work... Just eval it in your *scratch* buffer and try. Whether this works or not, I suggest you have a look at the excellent Introduction to custom agendas here: http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.php by Matt Lundin. hth Memnon ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Refile target caching
It tries to call looking-at-p. Is that a 23ism? I run Emacs 22. If that isn't it, I will do a backtrace etc. Thanks. On 2010-08-16, Carsten Dominik wrote: > > On Aug 16, 2010, at 5:55 PM, Samuel Wales wrote: > >> On 2010-08-16, Carsten Dominik wrote: >>> Yes, sorting is one of the issues that will loose markers. >> >> Do you think that a cautious move here would be to compare the >> headline of the target to the headline you think matches the target? >> Then the refile can be aborted if they do not match. > > Hi Samuel, > > yes, this is in fact a good secure measure - sorry for making it you > say it three times before getting the idea. > > This should be working now. > > Best wishes > > - Carsten > >> >>> >>> - Carsten >>> Samuel P.S. The running clock also gets lost all the time. Even when point is in it! On 2010-08-16, Carsten Dominik wrote: > > On Aug 2, 2010, at 4:49 AM, Samuel Wales wrote: > >> Hi Carsten, >> >> Thank you for thinking of our bugs. This is superb. >> >> I have used it for a while now. >> >> It speeds things up enormously, making the difference between >> usability and not. >> >> However, I have definitely had headlines get refiled to the wrong >> place. > > Ouch, this is bad. > > If you do a lot of moving stuff around in the buffer, the markers > pointing to refile locations will become wrong. So you then need > to clear the cache, to make sure you get fresh positions. > > A good example where it goes wrong would, of cause, be useful. > > - Carsten > > >> I am not able to track it down now, but I do have a >> suggestion. >> >> ==> Would it be possible to print the actual target that the >> headline >> got refiled to, instead of the name associated with the marker? >> At >> present, org says that it successfully refiled to the target >> headline >> when it did not. >> >> ==> Alternatively, org could compare the actual headline it was >> refiled to against the headline it was supposed to refile to. >> Then >> you'd get an error if they do not match. >> >> As for the bugs, I cannot investigate further now. Debugging is >> difficult for me. >> >> Perhaps more error checking as above will make the bug show up >> better. >> >> Thanks. >> >> Samuel >> >> On 2010-05-17, Carsten Dominik wrote: >>> Hi Sebastian, hi Samuel, >>> >>> I remember that both of you have in the past reported that >>> refiling >>> has a long startup time because of target collection. >>> >>> I have now built a cache for refile targets and would like you to >>> try >>> it out. >>> >>> (setq org-refile-use-cache t) >>> >>> This will speed up refile target collection for the second and >>> further >>> instance. >>> If you are moving or adding entries that are targets themselves, >>> that >>> chace needs to be cleared with prefix arg 0 (zero), i.e. `C-0 C-c >>> C- >>> w' >>> or, if you prefer, with a triple C-u prefix. >>> >>> Samuel, note that this only speeds up target collection - it does >>> nothing to the overhead added by ido - so we will have to see how >>> much >>> this helps for your use-case. >>> >>> >>> - Carsten >>> >>> >>> >>> >> >> >> -- >> Q: How many CDC "scientists" does it take to change a lightbulb? >> A: "You only think it's dark." [CDC has denied a deadly disease >> for >> 25 years] >> == >> Retrovirus: http://www.wpinstitute.org/xmrv/index.html >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > > -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. >>> >>> - Carsten >>> >>> >>> >>> >> >> >> -- >> Q: How many CDC "scientists" does it take to change a lightbulb? >> A: "You only think it's dark." [CDC has denied a deadly disease for >> 25 years] >> == >> Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE >> DONATE >> === >> PNAS must publish the original Lo and Alter NIH/FDA XMRV paper >> verbatim along with the new paper. >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >>
[Orgmode] Re: See total effort in my agenda
Memnon Anon writes: > Hi Flavio, > > Flavio Souza writes: >> I need a little help with org agenda: >> I'd like to see in my daily view or weekly view my effort. > > You already found out about Column View, I suppose, and are not > happy with it? Yes, I am happy. Column View is fine. I was trying to do something that actually is not possible. I would like to check how much time is commited in a certain day. But when I plan my projects, some tasks have lots of hours. They would probably take many days. How would orgmode figure out how many hours are commited in a specific day? This is impossible... if I do not tell :) I will stick with column view. This is a very nice feature. Tks! -- Flávio Souza http://www.flaviosouza.org ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Git pull breaks agenda?
Markus Heller writes: > David Maus writes: > >> Markus Heller wrote: >>>Hello, >> >>>I just pulled: M-x org-version is 7.01trans (release_7.01h.140.g3082). >> >>>Now, C-c a a does not work anymore, instead, I get an empty agenda. Has >>>somebody else noticed this behavior? >> >>>What to do? >> >> Fix pushed to current master. >> > > Thanks David, > > works :) Now `C-c C-x C-o' seems to be broken for me ... Anybody else see this? M-x org-version is 7.01trans (release_7.01h.142.g1ab9). Thanks Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Remove WAITING Task from Global TODO List
Bastien writes: > Markus Heller writes: > >> Now, what I'd like to achieve is that the agenda view that is brought up >> by C-c a a only contains TODO and STARTED tasks, no WAITING etc. >> >> Is this possible, or do I have to create a custom agenda view as >> suggested? > > Yes, you'll have to create a custom agenda. But that will only give me a *list* of the items, correct? What I'd like to get is the *calendar* view that you get by hitting "C-c a a" which only shows TODO and STARTED tasks. After a little bit of looking around, I stumbled across org-agenda-list, which is called by "C-c a a". Is this list I have to fiddle with? I hope it's clear now what I mean ... Sorry about the confusion. Cheers Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Remove WAITING Task from Global TODO List
Markus Heller writes: > Now, what I'd like to achieve is that the agenda view that is brought up > by C-c a a only contains TODO and STARTED tasks, no WAITING etc. > > Is this possible, or do I have to create a custom agenda view as > suggested? Yes, you'll have to create a custom agenda. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] agenda view tags filtering
Le lundi 16 août 2010 à 22:18 +0200, Bastien a écrit : > I quickly checked the structure -- the `org-agenda-filter-preset > variable should be inside another pair of parentheses. > > , > | (setq org-agenda-custom-commands > | (quote (("t" "TEST" > |((agenda "" > | ((org-agenda-skip-function > | (lambda () > |(let* ((ts (org-entry-get nil "TIMESTAMP"))) > | (if (or (not ts) (equal ts "")) > | (progn (outline-next-heading) (point > | (tags-todo "classe") > | (tags-todo "labo") > | (tags-todo "@lycée-classe-labo") > | ) > |((org-agenda-filter-preset quote ("+lycée"))) > | > ` > > (Not tested.) It works thanks, I also add to replace "quote" by a "'". The final working version is then : , | | (setq org-agenda-custom-commands |(quote (("t" "TEST" | ((agenda "" |((org-agenda-skip-function | (lambda () | (let* ((ts (org-entry-get nil "TIMESTAMP"))) | (if (or (not ts) (equal ts "")) | (progn (outline-next-heading) (point |(tags-todo "classe") |(tags-todo "labo") |(tags-todo "@lycée-classe-labo") |) | ((org-agenda-filter-preset '("+lycée"))) | ` ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Git pull breaks agenda?
David Maus writes: > Markus Heller wrote: >>Hello, > >>I just pulled: M-x org-version is 7.01trans (release_7.01h.140.g3082). > >>Now, C-c a a does not work anymore, instead, I get an empty agenda. Has >>somebody else noticed this behavior? > >>What to do? > > Fix pushed to current master. > Thanks David, works :) Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Remove WAITING Task from Global TODO List
Bastien writes: > Markus Heller writes: > >> How can I remove WAITING tasks from the global TODO list? > > By allowing all your TODO keywords but WAITING: > > C-c a T TODO|STARTED [RET] Bastien, Memnon, thanks for your replies. While reading the org manual, I got confused, so my request was wrong. I sincerely apologize for wasting your time. Now, what I'd like to achieve is that the agenda view that is brought up by C-c a a only contains TODO and STARTED tasks, no WAITING etc. Is this possible, or do I have to create a custom agenda view as suggested? Thanks Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Agenda view > Face for deadlines > PATCH
Hi Sébastien, Sébastien Vauban writes: > after the function =org-agenda-highlight-todo=, what's "proved" (if you don't > believe me ;-)) by this extract of the *Messages*: > > Loading /usr/share/emacs/23.1/lisp/emacs-lisp/edebug.elc... > Loading edebug... > ad-handle-definition: `eval-defun' got redefined > Loading edebug...done > Edebug: org-agenda-highlight-todo > org-agenda-highlight-todo > > Then, calling =C-c a a= (=org-agenda-list=) is *not interrupted* by =edebug=, > while I was well expecting to step through that function, and see what's done > with every todo line. Try this: run `edebug-defun' after `org-finalize-agenda-entries' and after `org-agenda-highlight-todo' -- here it let me go thru the latter one step by step... -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature Request for new capture feature
Sébastien Vauban writes: >> You can do C-c C-w to refile, and then C-c C-u C-r C-w to go to that place - >> I guess this is good enough? > > I don't want to be difficult, but this seems pretty hard (to me) to remember, > with: I guess Carsten meant C-u C-u C-c C-w to go to the last refiled location. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Agenda view and timestamps
Le lundi 16 août 2010 à 20:23 +0200, Bastien a écrit : > Hi Julien, > > julien cubizolles writes: > > > Is there a way to make the agenda view display only the entries with a > > timestamp ? I would need that for a block agenda. > > , > | (setq org-agenda-custom-commands > | '(("d" "With timestamps" agenda "List of tasks with a timestamp" > | ((org-agenda-skip-function > |(lambda () > | (let* ((ts (org-entry-get nil "TIMESTAMP"))) > |(if (or (not ts) (equal ts "")) > |(progn (outline-next-heading) (point)) > ` > > Not tested but it should work. Just tested, and it works perfectly. Thanks a lot, I would never have come up with such an elaborate solution : my only experience of lisp programming is parenthesis matching while adapting other people's .emacs. Julien. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Git pull breaks agenda?
Markus Heller wrote: >Hello, >I just pulled: M-x org-version is 7.01trans (release_7.01h.140.g3082). >Now, C-c a a does not work anymore, instead, I get an empty agenda. Has >somebody else noticed this behavior? >What to do? Fix pushed to current master. Thanks, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpY4Cdg2grZ7.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Docstrings: Use of `C-u'
Hi Memnon, Memnon Anon writes: > I found only one other example so far, which is different: > ,[ org-agenda.el ] > | (defun org-agenda-set-restriction-lock (&optional type) > | "Set restriction lock for agenda, to current subtree or file. > | Restriction will be the file if TYPE is `file', or if type is the > * universal prefix '(4), or if the cursor is before the first headline > | in the file. Otherwise, restriction will be to the current subtree." > ` > > Adding that the prefix argument will be interpretated as a *list of one* > integer like this -> '(4) seems great. This clarifies that the test > against the prefix argument is something like "(when (equal arg '(4))" > without looking at the code of the function itself. I agree beginners won't easily guess the prefix argument is of the form '(4). But as a beginner, I'd look for "prefix argument" in the Emacs manual and find this: http://www.gnu.org/s/emacs/manual/html_node/elisp/Prefix-Command-Arguments.html Or I'll ask this list :) In any case, I'm not sure clarification about this belongs to Org's code. Maybe we can just add a footnote in the Org's manual referring to the Emacs manual for the first important occurrence of "prefix argument" (one regarding a function that is very likely to be used in another function, or called in a lambda expression). Any suggestion? -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Docstrings: Use of `C-u'
Memnon Anon writes: > ,[ org-agenda.el ] > | (defun org-agenda-clock-out (&optional arg) > | "Stop the currently running clock." > | (interactive "P") > | (unless (marker-buffer org-clock-marker) > | (error "No running clock")) > | (let ((marker (make-marker)) newhead) > | (org-with-remote-undo (marker-buffer org-clock-marker) > | (with-current-buffer (marker-buffer org-clock-marker) > | (save-excursion > | (save-restriction > | (widen) > | (goto-char org-clock-marker) > | (org-back-to-heading t) > | (move-marker marker (point)) > | (org-clock-out) > | (setq newhead (org-get-heading)) > | (org-agenda-change-all-lines newhead marker) > | (move-marker marker nil))) > ` > > It takes an (optional) arg, but is it used anywhere?! Nope... > If there is no arg interpreted anywhere, why is it there? Looks like a mistake - I committed a fix to remove this arg. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Git pull breaks agenda?
Yes, I notice this too. From the *Messages* buffer, Preparing diary...done if: Wrong type argument: listp, #(" 8:00.. 10:00.. work: 11:00.. Monthly meeting 12:00.. 14:00.. work: 15:00.. Weekly Update 16:00.. 18:00.. 20:00.. " 0 1 (dotime "8:00" extra "" time " 8:00.." txt "" eff Markus Heller wrote: Hello, I just pulled: M-x org-version is 7.01trans (release_7.01h.140.g3082). Now, C-c a a does not work anymore, instead, I get an empty agenda. Has somebody else noticed this behavior? What to do? Thanks Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Remove WAITING Task from Global TODO List
Markus Heller writes: > I have a quick question to which I couldn't find an answer in the org > manual. > How can I remove WAITING tasks from the global TODO list? Add a WAITING tag and use filtering. ,[ (info "(org)Agenda commands") ] | Secondary filtering and query editing | . | | `/' | Filter the current agenda view with respect to a tag and/or effort | estimates. The difference between this and a custom agenda | command is that filtering is very fast, so that you can switch | quickly between different filters without having to recreate the | agenda(1) | | You will be prompted for a tag selection letter, SPC will mean any | tag at all. Pressing at that prompt will offer use | completion to select a tag (including any tags that do not have a | selection character). The command then hides all entries that do | not contain or inherit this tag. When called with prefix arg, | remove the entries that _do_ have the tag. A second `/' at the | prompt will turn off the filter and unhide any hidden entries. If | the first key you press is either `+' or `-', the previous filter | will be narrowed by requiring or forbidding the selected | additional tag. Instead of pressing `+' or `-' after `/', you can | also immediately use the `\' command. ` If you want to do this automatically, see ,[ http://doc.norang.ca/org-mode.html ] | 9.3 Trigger Tags | | The following tags are automatically added or removed by todo state triggers described previously in *ToDo state triggers | | * WAITING | * CANCELLED | * NEXT ` Memnon ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Git pull breaks agenda?
On Tue, Aug 17, 2010 at 12:09 AM, Markus Heller wrote: > Hello, > > I just pulled: M-x org-version is 7.01trans (release_7.01h.140.g3082). > Now, C-c a a does not work anymore, instead, I get an empty agenda. Has > somebody else noticed this behavior? I can confirm this. > > What to do? > > Thanks > Markus > > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Puneeth ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Git pull breaks agenda?
Markus Heller writes: > Hello, > > I just pulled: M-x org-version is 7.01trans (release_7.01h.140.g3082). > > Now, C-c a a does not work anymore, instead, I get an empty agenda. Has > somebody else noticed this behavior? > > What to do? Here's the content of the *Messages* buffer, maybe this helps: Restoring clock data Loading c:/Documents and Settings/mheller/.emacs.d/org-clock-save.el (source)...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done Resume clock (Model Compounds for Assignment of Modified HPG) (y or n) Matched 2010-08-16 Mon 11:01 Clock starts at [2010-08-16 Mon 11:01] - showing entire task time. OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done OVERVIEW CONTENTS...done if: Wrong type argument: listp, #(" 8:00.. R0029: 10:00-10:30 DONE Subject: Reaxys Training :R0029:TASK::MEETING: 10:00.. 12:00.. 14:00.. 16:00.. 18:00.. 20:00.. G0630: Sched.110x: WAITING Retire SDMS; move to Retrospect :G0630:DATA::WAITING: S0423: Sched.47x: TODO Shimming and Lock Parameters (400) :S0423:MAINTENANCE:: GTD:In -94 d.: TODO Call German Embassy/Consulate re: Ry's Passport/Dual Citizenship :GTD:PRIVATE:: R0029: In -38 d.: WAITING Synthesis/Characterization of HPGs [0/3] :R0029:PUBLICATION::WAITING: R0029: In -26 d.: WAITING HPG Loading with Paclitaxel/Docetaxel :R0029:PUBLICATION::WAITING: GTD:In -11 d.: TODO Subject: Casts :GTD:PRIVATE::PHONE: G0630: Deadline: TODO Lab Book: Update, Witness :G0630::" 0 1 (dotime "8:00" extra "" time " 8:00.." txt "" effort-minutes nil ...) 1 42 (face org-time-grid dotime "8:00" extra "" time " 8:00.." txt "" ...) 43 69 (priority 1000 todo-state #("DONE" 0 4 (fontified nil org-category "R0029")) date (8 16 2010) type "block" org-hd-marker # ...) 69 73 (org-category "R0029" fontified nil tags (#("r0029" 0 5 (inherited t)) #("task" 0 4 (inherited t)) "meeting") org-highest-priority 65 org-lowest-priority 67 ...) 73 74 (todo-state #("DONE" 0 4 (fontified nil org-category "R0029")) org-habit-p nil priority 1000 date (8 16 2010) type "block" ...) 74 98 (priority 1000 todo-state #("DONE" 0 4 (fontified nil org-category "R0029")) date (8 16 2010) type "block" org-hd-marker # ...) 98 100 (priority 1000 todo-state #("DONE" 0 4 (fontified nil org-category "R0029")) date (8 16 2010) type "block" org-hd-marker # ...) 100 105 (priority 1000 todo-state #("DONE" 0 4 (fontified nil org-category "R0029")) date (8 16 2010) type "block" org-hd-marker # ...) 105 106 (priority 1000 todo-state #("DONE" 0 4 (fontified nil org-category "R0029")) date (8 16 2010) type "block" org-hd-marker # ...) 106 110 (priority 1000 todo-state #("DONE" 0 4 (fontified nil org-category "R0029")) date (8 16 2010) type "block" org-hd-marker # ...) 110 120 (priority 1000 todo-state #("DONE" 0 4 (fontified nil org-category "R0029")) date (8 16 2010) type "block" org-hd-marker # ...) 121 122 (dotime "10:00" extra "" time "10:00.." txt "" effort-minutes nil ...) 122 163 (face org-time-grid dotime "10:00" extra "" time "10:00.." txt "" ...) 164 165 (dotime "12:00" extra "" time "12:00.." txt "" effort-minutes nil ...) 165 206 (face org-time-grid dotime "12:00" extra "" time "12:00.." txt "" ...) 207 208 (dotime "14:00" extra "" time "14:00.." txt "" effort-minutes nil ...) 208 249 (face org-time-grid dotime "14:00" extra "" time "14:00.." txt "" ...) 250 251 (dotime "16:00" extra "" time "16:00.." txt "" effort-minutes nil ...) 251 292 (face org-time-grid dotime "16:00" extra "" time "16:00.." txt "" ...) 293 294 (dotime "18:00" extra "" time "18:00.." txt "" effort-minutes nil ...) 294 335 (face org-time-grid dotime "18:00" extra "" time "18:00.." txt "" ...) 336 337 (dotime "20:00" extra "" time "20:00.." txt "" effort-minutes nil ...) 337 378 (face org-time-grid dotime "20:00" extra "" time "20:00.." txt "" ...) 379 406 (todo-state #("WAITING" 0 7 (fontified nil org-category "G0630")) org-habit-p nil priority 1208 date 733891 t
Re: [Orgmode] Remove WAITING Task from Global TODO List
Markus Heller writes: > How can I remove WAITING tasks from the global TODO list? By allowing all your TODO keywords but WAITING: C-c a T TODO|STARTED [RET] -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Git pull breaks agenda?
Hello, I just pulled: M-x org-version is 7.01trans (release_7.01h.140.g3082). Now, C-c a a does not work anymore, instead, I get an empty agenda. Has somebody else noticed this behavior? What to do? Thanks Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Remove WAITING Task from Global TODO List
Hello fellow orgers, I have a quick question to which I couldn't find an answer in the org manual. How can I remove WAITING tasks from the global TODO list? Thanks Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] agenda view tags filtering
julien cubizolles writes: > I'd like to filter the items displayed in agenda view, leaving only > those with a given tag. Is that possible ? Yes, hit `/' in the agenda view. See the "Secondary filtering and query editing" section of the manual. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Agenda view and timestamps
Hi Julien, julien cubizolles writes: > Is there a way to make the agenda view display only the entries with a > timestamp ? I would need that for a block agenda. , | (setq org-agenda-custom-commands | '(("d" "With timestamps" agenda "List of tasks with a timestamp" | ((org-agenda-skip-function |(lambda () | (let* ((ts (org-entry-get nil "TIMESTAMP"))) |(if (or (not ts) (equal ts "")) |(progn (outline-next-heading) (point)) ` Not tested but it should work. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] agenda view tags filtering
I'd like to filter the items displayed in agenda view, leaving only those with a given tag. Is that possible ? Julien. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Help, org-inbuffer-options-extra seems to hate me right now
Hi Jan, Jan Böcker writes: > (add-to-list 'org-export-inbuffer-options-extra > '("StaticMathJax" :static-mathjax)) You need to put this key in uppercase , | (add-to-list 'org-export-inbuffer-options-extra | '("STATICMATHJAX" :static-mathjax)) ` ... > #+StaticMathJax: test mixed case is okay here. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Agenda view and timestamps
Is there a way to make the agenda view display only the entries with a timestamp ? I would need that for a block agenda. Julien. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Refile target caching
Thanks, Carsten. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Archive Tasks
Hi Karl, Karl Maihofer writes: > I have a problem to archive my tasks. What should the row ":ARCHIVE:" > look like, so that my "Task One" will be archived under "Tasks - Client > 1" (see example below)? :ARCHIVE: %s_archive::** Client 1 should work. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Refile target caching
On Aug 16, 2010, at 5:55 PM, Samuel Wales wrote: On 2010-08-16, Carsten Dominik wrote: Yes, sorting is one of the issues that will loose markers. Do you think that a cautious move here would be to compare the headline of the target to the headline you think matches the target? Then the refile can be aborted if they do not match. Hi Samuel, yes, this is in fact a good secure measure - sorry for making it you say it three times before getting the idea. This should be working now. Best wishes - Carsten - Carsten Samuel P.S. The running clock also gets lost all the time. Even when point is in it! On 2010-08-16, Carsten Dominik wrote: On Aug 2, 2010, at 4:49 AM, Samuel Wales wrote: Hi Carsten, Thank you for thinking of our bugs. This is superb. I have used it for a while now. It speeds things up enormously, making the difference between usability and not. However, I have definitely had headlines get refiled to the wrong place. Ouch, this is bad. If you do a lot of moving stuff around in the buffer, the markers pointing to refile locations will become wrong. So you then need to clear the cache, to make sure you get fresh positions. A good example where it goes wrong would, of cause, be useful. - Carsten I am not able to track it down now, but I do have a suggestion. ==> Would it be possible to print the actual target that the headline got refiled to, instead of the name associated with the marker? At present, org says that it successfully refiled to the target headline when it did not. ==> Alternatively, org could compare the actual headline it was refiled to against the headline it was supposed to refile to. Then you'd get an error if they do not match. As for the bugs, I cannot investigate further now. Debugging is difficult for me. Perhaps more error checking as above will make the bug show up better. Thanks. Samuel On 2010-05-17, Carsten Dominik wrote: Hi Sebastian, hi Samuel, I remember that both of you have in the past reported that refiling has a long startup time because of target collection. I have now built a cache for refile targets and would like you to try it out. (setq org-refile-use-cache t) This will speed up refile target collection for the second and further instance. If you are moving or adding entries that are targets themselves, that chace needs to be cleared with prefix arg 0 (zero), i.e. `C-0 C-c C- w' or, if you prefer, with a triple C-u prefix. Samuel, note that this only speeds up target collection - it does nothing to the overhead added by ido - so we will have to see how much this helps for your use-case. - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] MathJax is now the default for HTML math
Hi Detlef, Detlef Steuer writes: > I would like the possibility to export to static but nice math in HTML > directly out of org. So, worg alone would be a little far away from > the core, anything else would feel fine. Maybe let's have this on Worg first, then see if people want it "closer" to Org. It seems easier to go that route than the other way around... -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] MathJax is now the default for HTML math
Hi all, Carsten Dominik writes: > The reason why we can make MathJax work without any additional work by > either author or reader is that Bastien has agreed to serve MathJax > from http://orgmode.org/mathjax/MathJax.js. This is brilliant. > However, if many people use this, this will put pressure on his > server, and we have no idea how big the demand will be as time goes > by. We will have to monitor the resulting server load and see how tis > works. If you are going to use math in webpages frequently or on > pages with many views, we are asking you to install your own version > of MathJax on your server - it is as simple as unpacking a zip file. > Detailed instructions will be posted on Worg some time soon. Moreover, if you cannot install MathJax on your server and plan to use the orgmode.org script on a page that will have many views, please just drop me an email saying so -- it will help me monitor the charge on the server. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: TODO hooks
Jan Böcker writes: > > Just make a checklist somewhere: > > * DONE Notify people of my current address > - [X] Y > - [X] Z > - [X] W > > When your address changes, change the todo state to TODO and do M-x > org-reset-checkbox-state-subtree to uncheck all the boxes. > > Of course, you still have to remember to do that, but don't have to > remember /who/ you have to notify (because you can add to this list > whenever you give your address to someone new). > > If that does not accomplish your goal, please provide more detailed > explanation of what Org should do to help you in this situation. > > -- Jan > Yes this sounds good already thanks. I was also just wondering in general if it could be done something more general. That's more an elisp problem though, for example when the result of the command ls -l | grep == 1 add something to the agenda. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Help, org-inbuffer-options-extra seems to hate me right now
I am experiencing some strange behavior here right now, but don't know if I have hit a bug or just misunderstood something. When I start Emacs, evaluate the following two forms: (add-to-list 'org-export-inbuffer-options-extra '("StaticMathJax" :static-mathjax)) (add-hook 'org-export-html-final-hook '(lambda () (print opt-plist))) and then export this two-line example to HTML: #+StaticMathJax: test * Test the following gets printed to my *Messages* buffer: Exporting... (:latex-image-options nil :exclude-tags ("noexport") :select-tags ("export") :email "j...@pythagoras" :author "Jan Böcker" :auto-postamble t :auto-preamble t :postamble nil :preamble nil :publishing-directory nil :timestamp nil :expand-quoted-html t :html-table-tag "" :xml-declaration (("html" . "") ("php" . "\"; ?>")) :html-extension "html" :inline-images maybe :convert-org-links t :agenda-style "" :style-extra "" :style "" :style-include-scripts t :style-include-default t :table-auto-headline t :tables t :time-stamp-file t :creator-info t :email-info nil :author-info t :timestamps t :fixed-width t :skip-before-1st-heading nil :latex-listings nil :LaTeX-fragments t :TeX-macros t :priority nil :todo-keywords t :tags not-in-toc :drawers nil :footnotes t :special-strings t :sub-superscript t :emphasize t :archived-trees headline :preserve-breaks nil :table-of-contents t :section-number-format ((("1" ".")) . "") :section-numbers t :headline-levels 3 :customtime nil :description "" :keywords "" :language "en" :link-home "" :link-up "" :text nil :macro-date "(eval (format-time-string \"$1\"))" :macro-time "(eval (format-time-string \"$1\"))" :macro-modification-time "(eval (format-time-string \"$1\" '(19561 23577)))" :macro-input-file "test.org" :title "test") There is no :static-mathjax entry in the plist. If I add a #+INFOJS_OPT: line, that value shows up. I am confused -- why does this work for INFOJS_OPT (also an entry in org-inbuffer-options-extra) and not for my new one? Have I overlooked something? -- Jan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
On Aug 16, 2010, at 5:49 PM, Puneeth wrote: On Mon, Aug 16, 2010 at 9:12 PM, Carsten Dominik wrote: Hi everyone, this has now been a 10-message thread about a bug that was fixed a while ago. Please, if you submit a bug report, one part of your required homework is to try with the latest version of Org-mode available before claiming there is a bug. Sure! I think this should go onto org-mode site too - http://orgmode.org/org.html#Feedback I just added this to the manual - it will appear on the site with the next release. Thanks. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Refile target caching
On 2010-08-16, Carsten Dominik wrote: > Yes, sorting is one of the issues that will loose markers. Do you think that a cautious move here would be to compare the headline of the target to the headline you think matches the target? Then the refile can be aborted if they do not match. > > - Carsten > >> >> Samuel >> >> >> P.S. The running clock also gets lost all the time. Even when >> point is in it! >> >> On 2010-08-16, Carsten Dominik wrote: >>> >>> On Aug 2, 2010, at 4:49 AM, Samuel Wales wrote: >>> Hi Carsten, Thank you for thinking of our bugs. This is superb. I have used it for a while now. It speeds things up enormously, making the difference between usability and not. However, I have definitely had headlines get refiled to the wrong place. >>> >>> Ouch, this is bad. >>> >>> If you do a lot of moving stuff around in the buffer, the markers >>> pointing to refile locations will become wrong. So you then need >>> to clear the cache, to make sure you get fresh positions. >>> >>> A good example where it goes wrong would, of cause, be useful. >>> >>> - Carsten >>> >>> I am not able to track it down now, but I do have a suggestion. ==> Would it be possible to print the actual target that the headline got refiled to, instead of the name associated with the marker? At present, org says that it successfully refiled to the target headline when it did not. ==> Alternatively, org could compare the actual headline it was refiled to against the headline it was supposed to refile to. Then you'd get an error if they do not match. As for the bugs, I cannot investigate further now. Debugging is difficult for me. Perhaps more error checking as above will make the bug show up better. Thanks. Samuel On 2010-05-17, Carsten Dominik wrote: > Hi Sebastian, hi Samuel, > > I remember that both of you have in the past reported that refiling > has a long startup time because of target collection. > > I have now built a cache for refile targets and would like you to > try > it out. > > (setq org-refile-use-cache t) > > This will speed up refile target collection for the second and > further > instance. > If you are moving or adding entries that are targets themselves, > that > chace needs to be cleared with prefix arg 0 (zero), i.e. `C-0 C-c > C- > w' > or, if you prefer, with a triple C-u prefix. > > Samuel, note that this only speeds up target collection - it does > nothing to the overhead added by ido - so we will have to see how > much > this helps for your use-case. > > > - Carsten > > > > -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> >>> - Carsten >>> >>> >>> >>> >> >> >> -- >> Q: How many CDC "scientists" does it take to change a lightbulb? >> A: "You only think it's dark." [CDC has denied a deadly disease for >> 25 years] >> == >> Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE >> DONATE >> === >> PNAS must publish the original Lo and Alter NIH/FDA XMRV paper >> verbatim along with the new paper. > > - Carsten > > > > -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
Hi everyone, this has now been a 10-message thread about a bug that was fixed a while ago. Please, if you submit a bug report, one part of your required homework is to try with the latest version of Org-mode available before claiming there is a bug. Thanks! - Carsten On Aug 16, 2010, at 5:37 PM, Nick Dokos wrote: Rares Pop wrote: From what I found so far there are no macros involved here. I'll perform the upgrade to the latest version and see how if it's fixed. It *was* a bug: it was fixed by this commit: , | | commit be232c4c212283ca6311cfe35c0bae7719146e55 | Author: Carsten Dominik | Date: Thu May 13 08:47:26 2010 +0200 | | LaTeX export: Fix TODO keyword export | | diff --git a/lisp/ChangeLog b/lisp/ChangeLog | index 45c9ec7..04c9ecb 100644 | --- a/lisp/ChangeLog | +++ b/lisp/ChangeLog | @@ -1,3 +1,8 @@ | +2010-05-13 Carsten Dominik | + | + * org-latex.el (org-export-latex-keywords-maybe): Protect the | + TODO markup. | + | 2010-05-13 Mikael Fornius | | * org-habit.el (org-habit-build-graph): Help-echo date when | diff --git a/lisp/org-latex.el b/lisp/org-latex.el | index e3544bf..afa0be2 100644 | --- a/lisp/org-latex.el | +++ b/lisp/org-latex.el | @@ -1289,7 +1289,8 @@ links, keywords, lists, tables, fixed-width" | (cdr todo-markup) (car todo-markup))) | (t (cdr (or (assoc (match-string 1) todo-markup) | (car todo-markup)) | - (replace-match (format fmt (match-string 1)) t t))) | + (replace-match (org-export-latex-protect-string | + (format fmt (match-string 1))) t t))) | ;; convert priority string | (when (re-search-forward "\\[#.\\]" nil t) |(if (plist-get remove-list :priority) ` so an upgrade should fix it. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
On Mon, Aug 16, 2010 at 9:12 PM, Carsten Dominik wrote: > Hi everyone, > > this has now been a 10-message thread about a bug that was fixed a while > ago. > Please, if you submit a bug report, one part of your required homework > is to try with the latest version of Org-mode available before claiming > there is a bug. Sure! I think this should go onto org-mode site too - http://orgmode.org/org.html#Feedback > > Thanks! > > - Carsten > > On Aug 16, 2010, at 5:37 PM, Nick Dokos wrote: > >> Rares Pop wrote: >> >>> From what I found so far there are no macros involved here. >>> >>> I'll perform the upgrade to the latest version and see how if it's fixed. >>> >> >> It *was* a bug: it was fixed by this commit: >> >> , >> | >> | commit be232c4c212283ca6311cfe35c0bae7719146e55 >> | Author: Carsten Dominik >> | Date: Thu May 13 08:47:26 2010 +0200 >> | >> | LaTeX export: Fix TODO keyword export >> | >> | diff --git a/lisp/ChangeLog b/lisp/ChangeLog >> | index 45c9ec7..04c9ecb 100644 >> | --- a/lisp/ChangeLog >> | +++ b/lisp/ChangeLog >> | @@ -1,3 +1,8 @@ >> | +2010-05-13 Carsten Dominik >> | + >> | + * org-latex.el (org-export-latex-keywords-maybe): Protect the >> | + TODO markup. >> | + >> | 2010-05-13 Mikael Fornius >> | >> | * org-habit.el (org-habit-build-graph): Help-echo date when >> | diff --git a/lisp/org-latex.el b/lisp/org-latex.el >> | index e3544bf..afa0be2 100644 >> | --- a/lisp/org-latex.el >> | +++ b/lisp/org-latex.el >> | @@ -1289,7 +1289,8 @@ links, keywords, lists, tables, fixed-width" >> | (cdr todo-markup) (car todo-markup))) >> | (t (cdr (or (assoc (match-string 1) todo-markup) >> | (car todo-markup)) >> | - (replace-match (format fmt (match-string 1)) t t))) >> | + (replace-match (org-export-latex-protect-string >> | + (format fmt (match-string 1))) t t))) >> | ;; convert priority string >> | (when (re-search-forward "\\[#.\\]" nil t) >> | (if (plist-get remove-list :priority) >> ` >> >> so an upgrade should fix it. > > - Carsten > > > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Puneeth ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Refile target caching
Hi Carsten, I proposed a way in the rest of my bug report to find out when this happens. Without that, I don't think I can track it down. I sort outline entries all the time. Therefore, I run into marker problems all the time. So that would not be surprising. Samuel P.S. The running clock also gets lost all the time. Even when point is in it! On 2010-08-16, Carsten Dominik wrote: > > On Aug 2, 2010, at 4:49 AM, Samuel Wales wrote: > >> Hi Carsten, >> >> Thank you for thinking of our bugs. This is superb. >> >> I have used it for a while now. >> >> It speeds things up enormously, making the difference between >> usability and not. >> >> However, I have definitely had headlines get refiled to the wrong >> place. > > Ouch, this is bad. > > If you do a lot of moving stuff around in the buffer, the markers > pointing to refile locations will become wrong. So you then need > to clear the cache, to make sure you get fresh positions. > > A good example where it goes wrong would, of cause, be useful. > > - Carsten > > >> I am not able to track it down now, but I do have a >> suggestion. >> >> ==> Would it be possible to print the actual target that the headline >> got refiled to, instead of the name associated with the marker? At >> present, org says that it successfully refiled to the target headline >> when it did not. >> >> ==> Alternatively, org could compare the actual headline it was >> refiled to against the headline it was supposed to refile to. Then >> you'd get an error if they do not match. >> >> As for the bugs, I cannot investigate further now. Debugging is >> difficult for me. >> >> Perhaps more error checking as above will make the bug show up better. >> >> Thanks. >> >> Samuel >> >> On 2010-05-17, Carsten Dominik wrote: >>> Hi Sebastian, hi Samuel, >>> >>> I remember that both of you have in the past reported that refiling >>> has a long startup time because of target collection. >>> >>> I have now built a cache for refile targets and would like you to try >>> it out. >>> >>> (setq org-refile-use-cache t) >>> >>> This will speed up refile target collection for the second and >>> further >>> instance. >>> If you are moving or adding entries that are targets themselves, that >>> chace needs to be cleared with prefix arg 0 (zero), i.e. `C-0 C-c C- >>> w' >>> or, if you prefer, with a triple C-u prefix. >>> >>> Samuel, note that this only speeds up target collection - it does >>> nothing to the overhead added by ido - so we will have to see how >>> much >>> this helps for your use-case. >>> >>> >>> - Carsten >>> >>> >>> >>> >> >> >> -- >> Q: How many CDC "scientists" does it take to change a lightbulb? >> A: "You only think it's dark." [CDC has denied a deadly disease for >> 25 years] >> == >> Retrovirus: http://www.wpinstitute.org/xmrv/index.html >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > > -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Refile target caching
On Aug 16, 2010, at 5:44 PM, Samuel Wales wrote: Hi Carsten, I proposed a way in the rest of my bug report to find out when this happens. Without that, I don't think I can track it down. I sort outline entries all the time. Therefore, I run into marker problems all the time. So that would not be surprising. Yes, sorting is one of the issues that will loose markers. - Carsten Samuel P.S. The running clock also gets lost all the time. Even when point is in it! On 2010-08-16, Carsten Dominik wrote: On Aug 2, 2010, at 4:49 AM, Samuel Wales wrote: Hi Carsten, Thank you for thinking of our bugs. This is superb. I have used it for a while now. It speeds things up enormously, making the difference between usability and not. However, I have definitely had headlines get refiled to the wrong place. Ouch, this is bad. If you do a lot of moving stuff around in the buffer, the markers pointing to refile locations will become wrong. So you then need to clear the cache, to make sure you get fresh positions. A good example where it goes wrong would, of cause, be useful. - Carsten I am not able to track it down now, but I do have a suggestion. ==> Would it be possible to print the actual target that the headline got refiled to, instead of the name associated with the marker? At present, org says that it successfully refiled to the target headline when it did not. ==> Alternatively, org could compare the actual headline it was refiled to against the headline it was supposed to refile to. Then you'd get an error if they do not match. As for the bugs, I cannot investigate further now. Debugging is difficult for me. Perhaps more error checking as above will make the bug show up better. Thanks. Samuel On 2010-05-17, Carsten Dominik wrote: Hi Sebastian, hi Samuel, I remember that both of you have in the past reported that refiling has a long startup time because of target collection. I have now built a cache for refile targets and would like you to try it out. (setq org-refile-use-cache t) This will speed up refile target collection for the second and further instance. If you are moving or adding entries that are targets themselves, that chace needs to be cleared with prefix arg 0 (zero), i.e. `C-0 C-c C- w' or, if you prefer, with a triple C-u prefix. Samuel, note that this only speeds up target collection - it does nothing to the overhead added by ido - so we will have to see how much this helps for your use-case. - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature Request for new capture feature
Hi Carsten, Carsten Dominik wrote: > On Jul 23, 2010, at 11:55 AM, Colin Fraizer wrote: > >> I love the new Capture feature. Much better than the old Remember (though I >> liked that too!). >> >> However, would it be possible to have a “C-u C-c C-w” that completes the >> capture and switches to the target buffer? > > You can do C-c C-w to refile, and then C-c C-u C-r C-w to go to that place - > I guess this is good enough? I don't want to be difficult, but this seems pretty hard (to me) to remember, with: - the C-u universal argument in the "middle" - a C-c before it - and C-r C-w after Wasn't it possible to get something around the C-c C-w (with one or two times the universal argument)? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Fix :include bug in org-publish
Hi Julien, I have applied a modified version of your patch, thanks. - Carsten On Aug 16, 2010, at 4:11 PM, Julien Barnier wrote: Hi all, Today I just noticed a small bug in org-publish. As the manual says, the :include parameter in a project specification should be a list of files, but it is treated as a regexp in (org-publish-get-project-from-filename), thus making it impossible to use org-publish-current-file or org-publish-current- project if an :include directive is present. The small attached patch should fix this. Sincerely, Julien * lisp/org-publish.el (org-publish-get-project-from-filename): Consider :include as a list, not a regexp. --- lisp/org-publish.el |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/lisp/org-publish.el b/lisp/org-publish.el index 6324eba..0656f8b 100644 --- a/lisp/org-publish.el +++ b/lisp/org-publish.el @@ -471,7 +471,13 @@ matching filenames." (i (plist-get (cdr prj) :include)) (xm (concat "^" b (if r ".+" "[^/]+") "\\.\\(" x "\\) $"))) (when (or - (and i (string-match i filename)) + (and + i + (member filename + (mapcar +(lambda (arg) + (concat (file-name-as-directory b) arg)) +i))) (and (not (and e (string-match e filename))) (string-match xm filename))) -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: See total effort in my agenda
Hi Flavio, Flavio Souza writes: > I need a little help with org agenda: > I'd like to see in my daily view or weekly view my effort. You already found out about Column View, I suppose, and are not happy with it? If that is so, I think it would help to provide more specific info what your workflow is. E.g.: You can find an additional (and somewhat outdated) function to measure your daily load here http://sachachua.com/wp/2007/12/a-day-in-a-life-with-org/ An updated version (see last comment) is here: http://gist.github.com/265924 However, this is no "out of the box" solution; if you want to modify it, there is no documentation besides the comments in the source. Mhh ... did this help? Memnon ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
Rares Pop wrote: > From what I found so far there are no macros involved here. > > I'll perform the upgrade to the latest version and see how if it's fixed. > It *was* a bug: it was fixed by this commit: , | | commit be232c4c212283ca6311cfe35c0bae7719146e55 | Author: Carsten Dominik | Date: Thu May 13 08:47:26 2010 +0200 | | LaTeX export: Fix TODO keyword export | | diff --git a/lisp/ChangeLog b/lisp/ChangeLog | index 45c9ec7..04c9ecb 100644 | --- a/lisp/ChangeLog | +++ b/lisp/ChangeLog | @@ -1,3 +1,8 @@ | +2010-05-13 Carsten Dominik | + | + * org-latex.el (org-export-latex-keywords-maybe): Protect the | + TODO markup. | + | 2010-05-13 Mikael Fornius | | * org-habit.el (org-habit-build-graph): Help-echo date when | diff --git a/lisp/org-latex.el b/lisp/org-latex.el | index e3544bf..afa0be2 100644 | --- a/lisp/org-latex.el | +++ b/lisp/org-latex.el | @@ -1289,7 +1289,8 @@ links, keywords, lists, tables, fixed-width" | (cdr todo-markup) (car todo-markup))) | (t (cdr (or (assoc (match-string 1) todo-markup) | (car todo-markup)) | - (replace-match (format fmt (match-string 1)) t t))) | + (replace-match (org-export-latex-protect-string | + (format fmt (match-string 1))) t t))) | ;; convert priority string | (when (re-search-forward "\\[#.\\]" nil t) |(if (plist-get remove-list :priority) ` so an upgrade should fix it. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
>From what I found so far there are no macros involved here. I'll perform the upgrade to the latest version and see how if it's fixed. Thanks to all, Rares On Mon, Aug 16, 2010 at 5:08 PM, Sebastian Rose wrote: > Rares Pop writes: > > Carsten, > > > > I've found part of the problem but I don't know the cause. > > The *.tex file was generated with curly brackets > > (e.g. \section{\textbf\{TODO\} Task 1}) - i've attached the *.tex file > > And if I remove the slashes(*\ \)* signs the latex code will be something > > like this (e.g \section{\textbf{TODO} Task 1}) > > and by exporting it to PDF it looks ok. > > > Hi Rares, > > > are you sure, you did not try to define a Macro the wrong way or > something like that? I cannot reproduce this either. > > > Sebastian > > > > > > > The value of the variable *Org Export Latex Todo Keyword Markup* is * > > \textbf{%s}* > > * > > * > > So it seems that somewhere on the road some slash signs are added without > > permission. > > > > Thanks again, > > Rares > > > > > > > > I've attached also my *.emacs* file and the tex file output from the org > > file. > > > > On Mon, Aug 16, 2010 at 1:36 PM, Carsten Dominik > > wrote: > > > >> Hi, > >> > >> I cannot reproduce this problem. > >> > >> Best wishes > >> > >> - Carsten > >> > >> > >> On Aug 16, 2010, at 11:06 AM, Rares Pop wrote: > >> > >> Hi Carsten, > >>> > >>> I've attached the org file and the exported PDF file. > >>> > >>> I'm using org-6.35i and export settings are the default ones. > >>> > >>> Thanks again for trying to help, > >>> Rares > >>> > >>> On Mon, Aug 16, 2010 at 11:45 AM, Carsten Dominik < > >>> carsten.domi...@gmail.com> wrote: > >>> > >>> On Aug 16, 2010, at 10:39 AM, Rares Pop wrote: > >>> > >>> Hello, > >>> > >>> sorry for the beautifier question. > >>> I'm trying to export an org document with some TODO tasks to a PDF > file. > >>> And I get the output in the PDF file for the TODO keyword like this: > >>> {TODO} > >>> > >>> But i want it simple > >>> > >>> TODO or [TODO]. > >>> > >>> I don't want to have those curly brackets at the beginning and the end > of > >>> the TODO keyword. > >>> > >>> Hi Rares, > >>> > >>> how about you post an example file for people to reproduce the issue? > >>> And then say exactly how you exported it, with what setup? > >>> > >>> - Carsten > >>> > >>> > >>> > >>> > >> > >> - Carsten > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] TODO hooks
On 08/16/2010 02:47 PM, Andrea Crotti wrote: > After another time that I forgot something I came up with the same idea. > > Suppose I live in address X, and whenever I change my address I have to > notify Y, Z, W. > > Now how could I handle this automatically? > I would like that, whenever my address changes I get a todo telling me > to contact Y, Z, W. > > Is it possible to do anything like that in org-mode? > Maybe with org-babel and elisp, but there should also maybe an > elisp-hook on the change of that text... > > Any idea, other people feelt my same need from time to time? > Just make a checklist somewhere: * DONE Notify people of my current address - [X] Y - [X] Z - [X] W When your address changes, change the todo state to TODO and do M-x org-reset-checkbox-state-subtree to uncheck all the boxes. Of course, you still have to remember to do that, but don't have to remember /who/ you have to notify (because you can add to this list whenever you give your address to someone new). If that does not accomplish your goal, please provide more detailed explanation of what Org should do to help you in this situation. -- Jan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Fix :include bug in org-publish
Hi all, Today I just noticed a small bug in org-publish. As the manual says, the :include parameter in a project specification should be a list of files, but it is treated as a regexp in (org-publish-get-project-from-filename), thus making it impossible to use org-publish-current-file or org-publish-current-project if an :include directive is present. The small attached patch should fix this. Sincerely, Julien * lisp/org-publish.el (org-publish-get-project-from-filename): Consider :include as a list, not a regexp. --- lisp/org-publish.el |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/lisp/org-publish.el b/lisp/org-publish.el index 6324eba..0656f8b 100644 --- a/lisp/org-publish.el +++ b/lisp/org-publish.el @@ -471,7 +471,13 @@ matching filenames." (i (plist-get (cdr prj) :include)) (xm (concat "^" b (if r ".+" "[^/]+") "\\.\\(" x "\\)$"))) (when (or - (and i (string-match i filename)) + (and + i + (member filename + (mapcar +(lambda (arg) + (concat (file-name-as-directory b) arg)) +i))) (and (not (and e (string-match e filename))) (string-match xm filename))) -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
Rares Pop writes: > Carsten, > > I've found part of the problem but I don't know the cause. > The *.tex file was generated with curly brackets > (e.g. \section{\textbf\{TODO\} Task 1}) - i've attached the *.tex file > And if I remove the slashes(*\ \)* signs the latex code will be something > like this (e.g \section{\textbf{TODO} Task 1}) > and by exporting it to PDF it looks ok. Hi Rares, are you sure, you did not try to define a Macro the wrong way or something like that? I cannot reproduce this either. Sebastian > > The value of the variable *Org Export Latex Todo Keyword Markup* is * > \textbf{%s}* > * > * > So it seems that somewhere on the road some slash signs are added without > permission. > > Thanks again, > Rares > > > > I've attached also my *.emacs* file and the tex file output from the org > file. > > On Mon, Aug 16, 2010 at 1:36 PM, Carsten Dominik > wrote: > >> Hi, >> >> I cannot reproduce this problem. >> >> Best wishes >> >> - Carsten >> >> >> On Aug 16, 2010, at 11:06 AM, Rares Pop wrote: >> >> Hi Carsten, >>> >>> I've attached the org file and the exported PDF file. >>> >>> I'm using org-6.35i and export settings are the default ones. >>> >>> Thanks again for trying to help, >>> Rares >>> >>> On Mon, Aug 16, 2010 at 11:45 AM, Carsten Dominik < >>> carsten.domi...@gmail.com> wrote: >>> >>> On Aug 16, 2010, at 10:39 AM, Rares Pop wrote: >>> >>> Hello, >>> >>> sorry for the beautifier question. >>> I'm trying to export an org document with some TODO tasks to a PDF file. >>> And I get the output in the PDF file for the TODO keyword like this: >>> {TODO} >>> >>> But i want it simple >>> >>> TODO or [TODO]. >>> >>> I don't want to have those curly brackets at the beginning and the end of >>> the TODO keyword. >>> >>> Hi Rares, >>> >>> how about you post an example file for people to reproduce the issue? >>> And then say exactly how you exported it, with what setup? >>> >>> - Carsten >>> >>> >>> >>> >> >> - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] MathJax is now the default for HTML math
On Mon, 16 Aug 2010 10:59:05 +0200 Carsten Dominik wrote: > > On Aug 15, 2010, at 3:24 PM, Jan Böcker wrote: > > > I have now published the code used to create the static version: > > http://www.jboecker.de/2010/08/15/staticmathjax.html > > > > Below is a first stab at HTML export integration fresh out of my > > *scratch* buffer (which lacks the possibility to configure this for > > each > > file). > > > > -- Jan > > > > > > (defun jb/static-mathjax-hook-installer () > > "adds jb/static-mathjax-process to the local after-save hook" > > (add-hook 'after-save-hook 'jb/static-mathjax-process nil t)) > > > > (defun jb/static-mathjax-process () > > (let ((app-ini-path "/home/jan/work/staticmathjax/application.ini") > > (output-file-name (concat (file-name-sans-extension > > buffer-file- > > name) > > > > "-static.html"))) > > (call-process "xulrunner" nil nil nil app-ini-path buffer-file-name > > output-file-name "--embed-fonts"))) > > > > (add-hook 'org-export-html-final-hook 'jb/static-mathjax-hook- > > installer) > > > > > Hi, > > should something like this go into org itself, or would it be enough to > put this up on worg, in org-hacks or so? I would like the possibility to export to static but nice math in HTML directly out of org. So, worg alone would be a little far away from the core, anything else would feel fine. But this is not an important opinion, more important where you feel the conceptually correct location is. Detlef > > - Carsten > > signature.asc Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] custom sorting of agenda items
On Aug 16, 2010, at 2:59 PM, Ilya Shlyakhter wrote: Thanks! Would things work faster if there was a user-defined hook that was called at each agenda entry at the same time the 'org-hd-marker property gets stored, so it could store any other things it needs from the entry as text properties for later use by user-defined entry sorting routine? Please pull and take a look at the new variable `org-agenda-before-sorting-filter-function'. Martin, I think you could use this variable also for your "filtering" application. - Carsten ilya On Mon, Aug 16, 2010 at 8:54 AM, Carsten Dominik wrote: On Aug 5, 2010, at 1:01 AM, Ilya Shlyakhter wrote: When giving a user-defined function for org-agenda-cmp-user-defined, the function gets two agenda entries. Is there a way from an agenda entry to get to the original org entry? Yes, the marker that points to the original entry is stored in text properties. You can take it and then go to the entry, for example with (org-with-point-at (org-get-at-bol 'org-hd-marker) ;; do here what you need to do at the location of the entry ) You could do this in org-finalize-agenda-hook for all entries, for example. Might slow things down, of cause. HTH - Carsten Best would be if, besides a user-defined sort function, you could also provide a function that takes the org entry and the agenda item (i.e. is run with point on the org entry and is passed the agenda item), and can then store anything it wants about the org entry as text properties on the agenda item. The companion user-defined sorting function could then use these stored text properties for ordering the agenda items. Could you add such a hook? thanks, ilya On Wed, Aug 4, 2010 at 6:51 PM, Bastien wrote: Hi Ilya, Ilya Shlyakhter writes: I'd like to sort agenda entries in a custom agenda view by the value of a text property that I put on the headlines. Is there a way to do that? Well, no. Maybe playing around with org-map-entries could yield some result. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
Thanks, I'll upgrade then. Rares On Mon, Aug 16, 2010 at 4:14 PM, Simon Brown wrote: > Hi Rares, > > At Mon, 16 Aug 2010 14:27:47 +0300, > Rares Pop wrote: > > I've found part of the problem but I don't know the cause. > > The *.tex file was generated with curly brackets > > (e.g. \section{\textbf\{TODO\} Task 1}) - i've attached the *.tex file > > And if I remove the slashes(*\ \)* signs the latex code will be something > > like this (e.g \section{\textbf{TODO} Task 1}) > > and by exporting it to PDF it looks ok. > > > > The value of the variable *Org Export Latex Todo Keyword Markup* is * > > \textbf{%s}* > > * > > * > > So it seems that somewhere on the road some slash signs are added without > > permission. > > This sounds like a bug I encountered a while back: > http://article.gmane.org/gmane.emacs.orgmode/24900 > > Carsten fixed it a while ago (Thanks!) > > I suggest you update. > > Simon > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] custom sorting of agenda items
On Aug 16, 2010, at 2:59 PM, Ilya Shlyakhter wrote: Thanks! Would things work faster if there was a user-defined hook that was called at each agenda entry at the same time the 'org-hd-marker property gets stored, so it could store any other things it needs from the entry as text properties for later use by user-defined entry sorting routine? This would be similar in speed, I think. At least my proposal only goes to the stuff that has made it into the agenda. Ahh, you need the stuff in the sorting function - so it is too late when the stuff is in the agenda. I'll look into adding a hook... - Carsten ilya On Mon, Aug 16, 2010 at 8:54 AM, Carsten Dominik wrote: On Aug 5, 2010, at 1:01 AM, Ilya Shlyakhter wrote: When giving a user-defined function for org-agenda-cmp-user-defined, the function gets two agenda entries. Is there a way from an agenda entry to get to the original org entry? Yes, the marker that points to the original entry is stored in text properties. You can take it and then go to the entry, for example with (org-with-point-at (org-get-at-bol 'org-hd-marker) ;; do here what you need to do at the location of the entry ) You could do this in org-finalize-agenda-hook for all entries, for example. Might slow things down, of cause. HTH - Carsten Best would be if, besides a user-defined sort function, you could also provide a function that takes the org entry and the agenda item (i.e. is run with point on the org entry and is passed the agenda item), and can then store anything it wants about the org entry as text properties on the agenda item. The companion user-defined sorting function could then use these stored text properties for ordering the agenda items. Could you add such a hook? thanks, ilya On Wed, Aug 4, 2010 at 6:51 PM, Bastien wrote: Hi Ilya, Ilya Shlyakhter writes: I'd like to sort agenda entries in a custom agenda view by the value of a text property that I put on the headlines. Is there a way to do that? Well, no. Maybe playing around with org-map-entries could yield some result. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
Hi Rares, At Mon, 16 Aug 2010 14:27:47 +0300, Rares Pop wrote: > I've found part of the problem but I don't know the cause. > The *.tex file was generated with curly brackets > (e.g. \section{\textbf\{TODO\} Task 1}) - i've attached the *.tex file > And if I remove the slashes(*\ \)* signs the latex code will be something > like this (e.g \section{\textbf{TODO} Task 1}) > and by exporting it to PDF it looks ok. > > The value of the variable *Org Export Latex Todo Keyword Markup* is * > \textbf{%s}* > * > * > So it seems that somewhere on the road some slash signs are added without > permission. This sounds like a bug I encountered a while back: http://article.gmane.org/gmane.emacs.orgmode/24900 Carsten fixed it a while ago (Thanks!) I suggest you update. Simon ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: skip entry with inherited tags
On Aug 16, 2010, at 2:56 PM, Martin Pohlack wrote: Hi Carsten, [...] The internal logic of the filter and the preset filter is such that it applies to the entire view, and you should not set in the local options for a command that is part of a block agenda view. Well, it is already partly there in that local filters are stored in text properties for each line. Maybe we can extend this a bit to remove this limitation? I think this will be tidious. Yes, I saw this on my first attempts to look at the code :-). I have not yet given up on this though ... For block agendas, I guess a skip condition will be better than filtering. This does not help with inherited tags, AFAIK. For example, if I mark a whole tree of things with :maybe:, the inheriting items in the tree cannot easily be skipped. Easily yes, cheaply no. You can call `org-get-tags-at' to get either only local tags or both local and inherited tags. Also, when an item is listed in the agenda, it has a text property mentioning all tags. You can also write your own hook function to run through the agenda and remove certain lines (just delete them) based on the text properties each item has. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] custom sorting of agenda items
Thanks! Would things work faster if there was a user-defined hook that was called at each agenda entry at the same time the 'org-hd-marker property gets stored, so it could store any other things it needs from the entry as text properties for later use by user-defined entry sorting routine? ilya On Mon, Aug 16, 2010 at 8:54 AM, Carsten Dominik wrote: > > On Aug 5, 2010, at 1:01 AM, Ilya Shlyakhter wrote: > >> When giving a user-defined function for org-agenda-cmp-user-defined, >> the function gets two agenda entries. Is there a way from an agenda >> entry >> to get to the original org entry? > > Yes, the marker that points to the original entry is stored in text > properties. > You can take it and then go to the entry, for example with > > (org-with-point-at (org-get-at-bol 'org-hd-marker) > ;; do here what you need to do at the location of the entry > ) > > You could do this in org-finalize-agenda-hook for all entries, for example. > Might slow things down, of cause. > > HTH > > - Carsten > >> >> Best would be if, besides a user-defined sort function, you could also >> provide >> a function that takes the org entry and the agenda item (i.e. is run with >> point >> on the org entry and is passed the agenda item), and can then store >> anything >> it wants about the org entry as text properties on the agenda item. >> The companion user-defined sorting function could then use these stored >> text properties for ordering the agenda items. Could you add such a >> hook? >> >> thanks, >> >> ilya >> >> On Wed, Aug 4, 2010 at 6:51 PM, Bastien >> wrote: >>> >>> Hi Ilya, >>> >>> Ilya Shlyakhter writes: >>> I'd like to sort agenda entries in a custom agenda view by the value of a text property that I put on the headlines. Is there a way to do that? >>> >>> Well, no. >>> >>> Maybe playing around with org-map-entries could yield some result. >>> >>> -- >>> Bastien >>> >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: skip entry with inherited tags
Hi Carsten, [...] The internal logic of the filter and the preset filter is such that it applies to the entire view, and you should not set in the local options for a command that is part of a block agenda view. Well, it is already partly there in that local filters are stored in text properties for each line. Maybe we can extend this a bit to remove this limitation? I think this will be tidious. Yes, I saw this on my first attempts to look at the code :-). I have not yet given up on this though ... For block agendas, I guess a skip condition will be better than filtering. This does not help with inherited tags, AFAIK. For example, if I mark a whole tree of things with :maybe:, the inheriting items in the tree cannot easily be skipped. Cheers, Martin ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] custom sorting of agenda items
On Aug 5, 2010, at 1:01 AM, Ilya Shlyakhter wrote: When giving a user-defined function for org-agenda-cmp-user-defined, the function gets two agenda entries. Is there a way from an agenda entry to get to the original org entry? Yes, the marker that points to the original entry is stored in text properties. You can take it and then go to the entry, for example with (org-with-point-at (org-get-at-bol 'org-hd-marker) ;; do here what you need to do at the location of the entry ) You could do this in org-finalize-agenda-hook for all entries, for example. Might slow things down, of cause. HTH - Carsten Best would be if, besides a user-defined sort function, you could also provide a function that takes the org entry and the agenda item (i.e. is run with point on the org entry and is passed the agenda item), and can then store anything it wants about the org entry as text properties on the agenda item. The companion user-defined sorting function could then use these stored text properties for ordering the agenda items. Could you add such a hook? thanks, ilya On Wed, Aug 4, 2010 at 6:51 PM, Bastien wrote: Hi Ilya, Ilya Shlyakhter writes: I'd like to sort agenda entries in a custom agenda view by the value of a text property that I put on the headlines. Is there a way to do that? Well, no. Maybe playing around with org-map-entries could yield some result. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: skip entry with inherited tags
On Aug 4, 2010, at 11:38 PM, Martin Pohlack wrote: Hi Carsten, On 22.07.2010 09:38, Carsten Dominik wrote: Hi Martin, On Jul 21, 2010, at 4:32 PM, Carsten Dominik wrote: Hi Martin, I just looked at your patch. If I have a normal agenda (i.e. *not* a block agenda), then your patch will cause the preset filter *not* to be applied. OK, that was obviously incorrect, sorry about that. However, it still does not work correctly, here is the counter example: - * TODO test 1 :a: * TODO test 2 :b: * at 1:a: SCHEDULED: <2010-07-22 Thu> * at 1:b: SCHEDULED: <2010-07-22 Thu> -- Here is what I found to be incorrect. * For unmodified org-mode, this ignores the org-agenda-filter-preset. Is this what you mean or is anything else broken? * For my patched version, too much is hidden and only revealed after clearing the global filter. Did you mean anything else? With this custom command: (setq org-agenda-custom-commands '(("x" "testmartin" ((agenda "" ((org-agenda-filter-preset '("+a" (alltodo "" ((org-agenda-filter-preset '("+b") nil nil))) the result is incorrect, both with and without your patch. But in different ways, as state above. Yes, in different ways. The internal logic of the filter and the preset filter is such that it applies to the entire view, and you should not set in the local options for a command that is part of a block agenda view. Well, it is already partly there in that local filters are stored in text properties for each line. Maybe we can extend this a bit to remove this limitation? I think this will be tidious. For block agendas, I guess a skip condition will be better than filtering. Best wishes - Carsten I will look into it if I have more time. Cheers, Martin - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Refile target caching
On Aug 2, 2010, at 4:49 AM, Samuel Wales wrote: Hi Carsten, Thank you for thinking of our bugs. This is superb. I have used it for a while now. It speeds things up enormously, making the difference between usability and not. However, I have definitely had headlines get refiled to the wrong place. Ouch, this is bad. If you do a lot of moving stuff around in the buffer, the markers pointing to refile locations will become wrong. So you then need to clear the cache, to make sure you get fresh positions. A good example where it goes wrong would, of cause, be useful. - Carsten I am not able to track it down now, but I do have a suggestion. ==> Would it be possible to print the actual target that the headline got refiled to, instead of the name associated with the marker? At present, org says that it successfully refiled to the target headline when it did not. ==> Alternatively, org could compare the actual headline it was refiled to against the headline it was supposed to refile to. Then you'd get an error if they do not match. As for the bugs, I cannot investigate further now. Debugging is difficult for me. Perhaps more error checking as above will make the bug show up better. Thanks. Samuel On 2010-05-17, Carsten Dominik wrote: Hi Sebastian, hi Samuel, I remember that both of you have in the past reported that refiling has a long startup time because of target collection. I have now built a cache for refile targets and would like you to try it out. (setq org-refile-use-cache t) This will speed up refile target collection for the second and further instance. If you are moving or adding entries that are targets themselves, that chace needs to be cleared with prefix arg 0 (zero), i.e. `C-0 C-c C- w' or, if you prefer, with a triple C-u prefix. Samuel, note that this only speeds up target collection - it does nothing to the overhead added by ido - so we will have to see how much this helps for your use-case. - Carsten -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] TODO hooks
After another time that I forgot something I came up with the same idea. Suppose I live in address X, and whenever I change my address I have to notify Y, Z, W. Now how could I handle this automatically? I would like that, whenever my address changes I get a todo telling me to contact Y, Z, W. Is it possible to do anything like that in org-mode? Maybe with org-babel and elisp, but there should also maybe an elisp-hook on the change of that text... Any idea, other people feelt my same need from time to time? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] bug in make info?
On Jul 30, 2010, at 12:31 PM, Andreas Röhler wrote: Am 30.07.2010 12:12, schrieb Philip Rooke: Andreas Röhler writes: `make info' produces a texinfo-file `org' in directory `doc'. Shouldn't the ending be `info', i.e. the output be `org.info'? Not necessarily. The Makefile has the following target: doc/org: doc/org.texi (cd doc; $(MAKEINFO) --no-split org.texi -o org) where Carsten seems to have explicitly (-o option) set the output filename to be org. If calling info org from shell command-names, just introduced into org.texi alongside with its keys, --see thread "keys and command name info"-- are not displayed. After renaming org into org.info its shown. Unfortunately, the correct extension seems to depend on the system... :( - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: row and col spaning in table?
On Jul 28, 2010, at 8:28 PM, Srinivas wrote: Giovanni Ridolfi yahoo.it> writes: David Hajage gmail.com> writes: and I was wondering if row and col spaning was possible? Currently not. But, if this is your case, you should use the table.el package. For some reason, I haven't been able to get table.el to work properly during the org-mode publish operation. Carsten had mentioned that this functionality had been fixed in the 6.36x builds but I still haven't been able to get it to work. I would like to see a work example, if you have one. Here is my sample file: begin snip * sample table + --++ +---++ | | file | +---++ + --++ | | file | + --+| | test | test | + --++ What is this table above supposed to mean? * Org mode table | Header 1 | Header 2 | |--+--| | R1 C1| R1 C2| | R2 C1| R2 C2| | R3 C1| R3 C2| This org-mode table works fine. * table.el table Following table has 1 multi column cell and 1 multi row cell. +--+--+ | Header 1 | Header 2 | +--+--+ | R1 C1-2 | +-+ | R2 C1| R2-3 C2 | +--+--+ | R3 C1| | +--+--+ This starts an infinite loop when trying to convert it to HTML. Org is simply calling the HTML converter in table.el, and that code gets stuck. So I think this is a bug in table.el - please contact the author of that package, Takaaki Ota And report back here! Thanks! - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX table export issue
Hi Bart, thanks for the detailed description, this is now fixed (not in a nice way, but fixed anyway ...) - Carsten On Jul 22, 2010, at 1:46 PM, Bart Bunting wrote: Hi all, I have found what is possibly a bug in the LaTeX export in org-mode but I'm not totally sure. I am no LaTeX expert, in fact I know very little about it. I have used a process of ilimination to try and produce the simplest case I can to demonstrate the issue. What happens is that if I have a table at the top of my document before a heading line and use the #+ATTR_LaTeX: setting it appears that the settings used in that #+ATTR_LaTeX: line are then used for all subsequent tables and other #+ATTR_LaTeX: lines are ignored. If I add a heading line before the first #+ATTR_LaTeX: line then each table works as expected. To demonstrate the issue I have created the small org-mode file below. Steps to reproduce: - copy the below text into a .org file. - remove the "Section One" heading. - export to pdf. You will see that the second table inherits the settings from the first. Next: - Put the "Section One" heading back. - Export to pdf again. You will see that now each table has it's own correct settings. I hope this makes sense to someone :) Regards Bart --- Sample org file --- * Section One #+ATTR_LaTeX: align=|p{50mm}|p{50mm}| |---+--+--| | | Reference | 333 | |---+--+--| | | Document Name: | wibble | |---+--+--| * Section Two #+ATTR_LaTeX: align=|p{50mm}|p{40mm}|p{30mm}| |---++---| | Plan | Contention | Monthly | |---++---| | 512/256Kbps | 16:1 | $565.00 | |---++---| ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: export TODO keyword
Rares Pop writes: > Hi Carsten, > > I've attached the org file and the exported PDF file. > > I'm using org-6.35i and export settings are the default ones. > > Thanks again for trying to help, > Rares I am not able to re-produce this with the trunk version. May be bug in the older version? Thanks and Regards Noorul ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Feature Request for new capture feature
On Jul 23, 2010, at 11:55 AM, Colin Fraizer wrote: I love the new Capture feature. Much better than the old Remember (though I liked that too!). However, would it be possible to have a “C-u C-c C-w” that completes the capture and switches to the target buffer? You can do C-c C-w to refile, and then C-c C-u C-r C-w to go to that place - I guess this is good enough? If you just need to see more context around the captured item, you can also do `C-x n w' to widen the narrowed capture buffer. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Tables and environment with parameters
On Jul 21, 2010, at 9:22 PM, Sébastien Vauban wrote: Two remarks, though: - the org-special-block must begin in column 0; otherwise, it fails. I think I fixed this now. - the faces applied inside the org-special-block are wrong: --8<---cut here---start->8--- There are text properties here: font-lock-fontified t font-lock-multiline t fontifiedt pabbrev-addedt --8<---cut here---end--->8--- The normal faces are not applied anymore for the lines ATTR_LaTeX and TBLNAME, among others. Yep, this is a remaining issue. Not east to solve because fontification would have to depend on wether org-special-blocks is loaded I'll leave that for now, too hard. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: fractional hours for timestamps?
Carsten Dominik writes: > On Aug 13, 2010, at 11:43 AM, Łukasz Stelmach wrote: > >> Bastien writes: >> >>> Łukasz Stelmach writes: >>> I think Greg's point is about entering data using only numeric keypad. I can confirm that I have considered these issues (esp. 1400 vs. 14:00). Fractional hours don't seem to be that easy as there are countries like Poland where you use comma as decimal point (working with Emacs' built in calc is a pain) which earns another few lines for parsing code. >>> >>> AFAIC, I won't mess with this part of the code, I think it's quite >>> easy >>> enough to enter 14:00 instead of 1400... >> >> Not really in fact if you use keypad. It's not about the number of >> keystrokes but their layout. Try it. > > Hi Lukasz, > > the problem with making the parser more general is that it might > start to interpret years as durations and the other way round. > You are welcome to submit a patch - but it would have to be a careful > one. > > - Carsten I'm curious if using the decimal point on the numeric keyboard instead of the ":" colon would be the simplest solution in time durations too ... e.g 14:00+1,30. (add one hour 30 minutes). But knowing how clever the parser is that might step on the shoes of other hidden cleverness I am unaware of. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
Carsten, I've found part of the problem but I don't know the cause. The *.tex file was generated with curly brackets (e.g. \section{\textbf\{TODO\} Task 1}) - i've attached the *.tex file And if I remove the slashes(*\ \)* signs the latex code will be something like this (e.g \section{\textbf{TODO} Task 1}) and by exporting it to PDF it looks ok. The value of the variable *Org Export Latex Todo Keyword Markup* is * \textbf{%s}* * * So it seems that somewhere on the road some slash signs are added without permission. Thanks again, Rares I've attached also my *.emacs* file and the tex file output from the org file. On Mon, Aug 16, 2010 at 1:36 PM, Carsten Dominik wrote: > Hi, > > I cannot reproduce this problem. > > Best wishes > > - Carsten > > > On Aug 16, 2010, at 11:06 AM, Rares Pop wrote: > > Hi Carsten, >> >> I've attached the org file and the exported PDF file. >> >> I'm using org-6.35i and export settings are the default ones. >> >> Thanks again for trying to help, >> Rares >> >> On Mon, Aug 16, 2010 at 11:45 AM, Carsten Dominik < >> carsten.domi...@gmail.com> wrote: >> >> On Aug 16, 2010, at 10:39 AM, Rares Pop wrote: >> >> Hello, >> >> sorry for the beautifier question. >> I'm trying to export an org document with some TODO tasks to a PDF file. >> And I get the output in the PDF file for the TODO keyword like this: >> {TODO} >> >> But i want it simple >> >> TODO or [TODO]. >> >> I don't want to have those curly brackets at the beginning and the end of >> the TODO keyword. >> >> Hi Rares, >> >> how about you post an example file for people to reproduce the issue? >> And then say exactly how you exported it, with what setup? >> >> - Carsten >> >> >> >> > > - Carsten > > > > test.tex Description: TeX document ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] org.texi: Document quick insertion of empty structural elements
Patch 219 (http://patchwork.newartisans.com/patch/219/) is now "Accepted". Maintainer comment: No comment This relates to the following submission: http://mid.gmane.org/%3C814oeyax0d.fsf%40gmail.com%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [Orgmode] org.texi: Document quick insertion of empty structural > elements > Date: Sat, 14 Aug 2010 04:55:14 - > From: Jambunathan K > X-Patchwork-Id: 219 > Message-Id: <814oeyax0d@gmail.com> > To: emacs-orgmode@gnu.org > > org.texi: Document quick insertion of empty structural elements > > Sources: > > 1. http://article.gmane.org/gmane.emacs.orgmode/6670/ >See section titled 'Completion of structure elements' > > 2. http://article.gmane.org/gmane.emacs.orgmode/18004/ > >From 540d8f2c03d300b6007c0d8595bb78ad172d8eac Mon Sep 17 00:00:00 2001 > From: Jambunathan K > Date: Sat, 14 Aug 2010 04:24:34 +0530 > Subject: [PATCH] org.texi: Document quick insertion of empty structural > elements > > * org.texi (Easy Templates): New section. Documents quick insertion of empty > structural elements. > > TINYCHANGE > > --- > doc/org.texi | 49 - > 1 files changed, 48 insertions(+), 1 deletions(-) > > diff --git a/doc/org.texi b/doc/org.texi > index ac52c70..508d2ce 100644 > --- a/doc/org.texi > +++ b/doc/org.texi > @@ -12320,6 +12320,7 @@ emacsclient \ > @chapter Miscellaneous > > @menu > +* Easy Templates:: Quick insertion of structural elements > * Completion:: M-TAB knows what you need > * Speed keys:: Electric commands at the beginning of a > headline > * Code evaluation security:: Org mode files evaluate inline code > @@ -12331,8 +12332,54 @@ emacsclient \ > * Interaction:: Other Emacs packages > @end menu > > +...@node Easy Templates, Completion, Miscellaneous, Miscellaneous > +...@section Easy Templates > +...@cindex insertion, of '#+begin_src #+end_src' > +...@cindex insertion, of '#+begin_example #+end_example' > +...@cindex insertion, of '#+begin_quote #+end_quote' > +...@cindex insertion, of '#+begin_verse #+end_verse' > +...@cindex insertion, of '#+begin_center #+end_center' > +...@cindex insertion, of '#+begin_latex #+end_latex' > +...@cindex insertion, of '#+latex:' > +...@cindex insertion, of '#+begin_html #+end_html' > +...@cindex insertion, of '#+html:' > +...@cindex insertion, of '#+begin_ascii #+end_ascii' > +...@cindex insertion, of '#+ascii:' > +...@cindex insertion, of '#+include:' > + > +Org-mode supports insertion of empty structural elements (like #+BEGIN_SRC > +and #+END_SRC pairs) with just a few key strokes. This is achieved through a > +native template expansion mechanism. > + > +To insert a structural element, type a '<', followed by a template selector > +and TAB. Completion takes effect only when the above keystrokes are typed on > +a line by itself. > + > +Following template selectors are currently supported. > + > +...@multitable @columnfractions 0.1 0.9 > +...@item s @tab Insert '#+begin_src #+end_src' > +...@item e @tab Insert '#+begin_example #+end_example' > +...@item q @tab Insert '#+begin_quote #+end_quote' > +...@item v @tab Insert '#+begin_verse #+end_verse' > +...@item c @tab Insert '#+begin_center #+end_center' > +...@item l @tab Insert '#+begin_latex #+end_latex' > +...@item L @tab Insert '#+latex:' line > +...@item h @tab Insert '#+begin_html #+end_html' > +...@item H @tab Insert '#+html:' line > +...@item a @tab Insert '#+begin_ascii #+end_ascii' > +...@item A @tab Insert '#+ascii:' line > +...@item i @tab Insert '#+include:' line > +...@end multitable > + > +For example, on an empty line, typing " +into a complete EXAMPLE template. > + > +You can install additional templates by customizing the variable > +...@code{org-structure-template-alist}. Refer docstring of the variable for > +additional details. > > -...@node Completion, Speed keys, Miscellaneous, Miscellaneous > +...@node Completion, Speed keys, Easy Templates, Miscellaneous > @section Completion > @cindex completion, of @TeX{} symbols > @cindex completion, of TODO keywords > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] Bug: possible bug in latex export [7.01trans (release_6.36.735.g15ca.dirty)]
Patch 175 (http://patchwork.newartisans.com/patch/175/) is now "Accepted". Maintainer comment: No comment This relates to the following submission: http://mid.gmane.org/%3C22496.1280243082%40maps%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [Orgmode] Bug: possible bug in latex export [7.01trans > (release_6.36.735.g15ca.dirty)] > Date: Tue, 27 Jul 2010 20:04:42 - > From: Stephen Eglen > X-Patchwork-Id: 175 > Message-Id: <22496.1280243...@maps> > To: David Maus > Cc: emacs-orgmode@gnu.org, Stephen Eglen > > > FYI: This is a know limitation of the LaTeX exporter[1] and the > > current state of this issue (dealing with skipped levels) is that > > patches for the problem are welcome. I agree that even if > > skipped-level-headlines are not allowed, they shouldn't be silently > > droped neither. > > > > Best, > > -- David > > > > [1] http://thread.gmane.org/gmane.emacs.orgmode/26413 > > I think I have a patch for this, see below. I've tested it briefly to > see that it works with both oddeven and odd level headings, but I would > appreciate other people taking a closer look/checking that it doesn't > break other things. I think I found the problem, in that if you have a > structure like > > * A > > *** B > > (i.e. a level one and a level 3) > > after it has found the level 1 content, it expects to find a level 2 > subtree, whereas in fact there could be a level 2+ tree. See the > comment in the code for the change I made. > > Stephen > > > diff --git a/lisp/org-latex.el b/lisp/org-latex.el > index 24dd8c1..8530723 100644 > --- a/lisp/org-latex.el > +++ b/lisp/org-latex.el > @@ -937,13 +937,28 @@ Return a list reflecting the document structure." > (defun org-export-latex-parse-subcontent (level odd) >"Extract the subcontent of a section at LEVEL. > If ODD Is non-nil, assume subcontent only contains odd sections." > - (if (not (org-re-search-forward-unprotected > - (concat "^\\(\\(?:\\*\\)\\{" > - (number-to-string (+ (if odd 4 2) level)) > - "\\}\\) \\(.*\\)$") > - nil t)) > - nil ; subcontent is nil > -(org-export-latex-parse-global (+ (if odd 2 1) level) odd))) > + > + (let (nstars new-level) > +;; In the search, we should not assume there will be exactly > +;; LEVEL+1 stars in the next heading, as there may be more than > +;; that number of stars. hence the regexp should be \\*{N,} > +;; rather than just \\*{N} (i.e. no upper bound, but N is minimum > +;; number of stars to expect.) > +;; We then have to check how many stars were found, rather than > +;; assuming there were exactly N. > +(when (org-re-search-forward-unprotected > +(concat "^\\(\\(?:\\*\\)\\{" > +(number-to-string (+ (if odd 4 2) level)) > +",\\}\\) \\(.*\\)$") > +nil t) > + (setq nstars (1- (- (match-end 1) (match-beginning 1 > + (setq new-level (if odd > + (/ (+ 3 nstars) 2);; not entirely sure why +3! > + nstars))) > +(if nstars > + (org-export-latex-parse-global new-level odd) > + nil) ; subcontent is nil > + )) > > ;;; Rendering functions: > (defun org-export-latex-global (content) > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] Re: [Orgmode] Problem when exporting to PDF to a different directory
Patch 203 (http://patchwork.newartisans.com/patch/203/) is now "Accepted". Maintainer comment: No comment This relates to the following submission: http://mid.gmane.org/%3CAANLkTikA0%3DvUhyavQ7g12uJyQRJa%2BxJzE-m60zE95PT2%40mail.gmail.com%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: Re: [Orgmode] Problem when exporting to PDF to a different directory > Date: Sat, 07 Aug 2010 14:00:49 - > From: Noorul Islam > X-Patchwork-Id: 203 > Message-Id: > To: Manuel Amador > Cc: emacs-orgmode@gnu.org > > On Wed, Aug 4, 2010 at 1:26 AM, Manuel Amador wrote: > > > Hi everybody, > > > > I am running into the following issue. > > > > I would like to export certain subtrees of an org file to a particular > > directory. I set the export property as follows: > > > > * Test 1 > > :PROPERTIES: > > :EXPORT_FILE_NAME: some_directory/some_name > > :END: > > > > > > When I try exporting the above subtree as a pdf (say for example, by > > running > > C-c C-e 1 d), the .tex file is created in the appropriate target directory, > > but > > the .pdf file is created in the current directory (while emacs mistakenly > > reports that the pdf was not created). Is there a way to get this to work > > correctly? > > > > > The following patch solves this problem. Actually html export has no issues > with this. > > * lisp/org-latex.el: > + Modify the custom variable org-latex-to-pdf-process to include > -output-directory option for > the command pdflatex. > + org-export-as-pdf() > Give some respect to EXPORT_FILE_NAME if it has path elements. > Modified some of the messages to include the file name. > > Thanks and Regards > Noorul > > > diff --git a/lisp/org-latex.el b/lisp/org-latex.el > index 056f1b3..2e42399 100644 > --- a/lisp/org-latex.el > +++ b/lisp/org-latex.el > @@ -451,12 +451,13 @@ allowed. The default we use here encompasses both." >:group 'org-export) > > (defcustom org-latex-to-pdf-process > - '("pdflatex -interaction nonstopmode %s" > -"pdflatex -interaction nonstopmode %s") > + '("pdflatex -interaction nonstopmode -output-directory %o %f" > +"pdflatex -interaction nonstopmode -output-directory %o %f") >"Commands to process a LaTeX file to a PDF file. > This is a list of strings, each of them will be given to the shell > -as a command. %s in the command will be replaced by the full file name, %b > -by the file base name (i.e. without extension). > +as a command. %f in the command will be replaced by the full file name, %b > +by the file base name (i.e. without extension) and %o by the base directory > +of the file. > The reason why this is a list is that it usually takes several runs of > pdflatex, maybe mixed with a call to bibtex. Org does not have a clever > mechanism to detect which of these commands have to be run to get to a stable > @@ -840,9 +841,10 @@ when PUB-DIR is set, use this as the publishing > directory." >(save-excursion > (goto-char (point-min)) > (re-search-forward "bibliography{" nil t > - cmd) > + cmd output-dir) > (with-current-buffer outbuf (erase-buffer)) > -(message "Processing LaTeX file...") > +(message (concat "Processing LaTeX file " file "...")) > +(setq output-dir (file-name-directory file)) > (if (and cmds (symbolp cmds)) > (funcall cmds (shell-quote-argument file)) >(while cmds > @@ -852,15 +854,20 @@ when PUB-DIR is set, use this as the publishing > directory." >(save-match-data > (shell-quote-argument base)) >t t cmd))) > - (while (string-match "%s" cmd) > + (while (string-match "%f" cmd) > (setq cmd (replace-match >(save-match-data > (shell-quote-argument file)) >t t cmd))) > + (while (string-match "%o" cmd) > + (setq cmd (replace-match > + (save-match-data > +(shell-quote-argument output-dir)) > + t t cmd))) > (shell-command cmd outbuf outbuf))) > -(message "Processing LaTeX file...done") > +(message (concat "Processing LaTeX file " file "...done")) > (if (not (file-exists-p pdffile)) > - (error "PDF file was not produced") > + (error (concat "PDF file " pdffile " was not produced")) >(set-window-configuration wconfig) >(when org-export-pdf-remove-logfiles > (dolist (ext org-export-pdf-logfiles) > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: fractional hours for timestamps?
On Aug 13, 2010, at 11:43 AM, Łukasz Stelmach wrote: Bastien writes: Łukasz Stelmach writes: I think Greg's point is about entering data using only numeric keypad. I can confirm that I have considered these issues (esp. 1400 vs. 14:00). Fractional hours don't seem to be that easy as there are countries like Poland where you use comma as decimal point (working with Emacs' built in calc is a pain) which earns another few lines for parsing code. AFAIC, I won't mess with this part of the code, I think it's quite easy enough to enter 14:00 instead of 1400... Not really in fact if you use keypad. It's not about the number of keystrokes but their layout. Try it. Hi Lukasz, the problem with making the parser more general is that it might start to interpret years as durations and the other way round. You are welcome to submit a patch - but it would have to be a careful one. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
Hi, I cannot reproduce this problem. Best wishes - Carsten On Aug 16, 2010, at 11:06 AM, Rares Pop wrote: Hi Carsten, I've attached the org file and the exported PDF file. I'm using org-6.35i and export settings are the default ones. Thanks again for trying to help, Rares On Mon, Aug 16, 2010 at 11:45 AM, Carsten Dominik > wrote: On Aug 16, 2010, at 10:39 AM, Rares Pop wrote: Hello, sorry for the beautifier question. I'm trying to export an org document with some TODO tasks to a PDF file. And I get the output in the PDF file for the TODO keyword like this: {TODO} But i want it simple TODO or [TODO]. I don't want to have those curly brackets at the beginning and the end of the TODO keyword. Hi Rares, how about you post an example file for people to reproduce the issue? And then say exactly how you exported it, with what setup? - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] MathJax is now the default for HTML math
On Aug 16, 2010, at 12:09 PM, Jan Böcker wrote: On 08/16/2010 10:59 AM, Carsten Dominik wrote: Hi, should something like this go into org itself, or would it be enough to put this up on worg, in org-hacks or so? - Carsten Hi Carsten, Org-hacks sounds like the appropriate place. It is, after all, exactly that: a hack/proof of concept with some useful applications. I'll update worg as soon as I have written an export hook which is configurable on a per-file basis. Sounds good, thanks1 - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] MathJax is now the default for HTML math
On 08/16/2010 10:59 AM, Carsten Dominik wrote: > Hi, > > should something like this go into org itself, or would it be enough to > put this up on worg, in org-hacks or so? > > - Carsten Hi Carsten, Org-hacks sounds like the appropriate place. It is, after all, exactly that: a hack/proof of concept with some useful applications. I'll update worg as soon as I have written an export hook which is configurable on a per-file basis. -- Jan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL] [PROPOSAL] Seemless editing of Babel Blocks
1 Preface ~~ Continuing on my earlier note "Offer surrounding context in org-src buffers", I have another idea. The idea is a bit fanciful and questionable. I also have a prototype code that is quite gross. (Don't say that I haven't warned) 2 Motivation ~ The primary motivation is that I find transitioning from and to an org-src buffer a bit of a psychological drag. It would be good if I don't leave the current buffer as such and still be able to edit babel blocks. 3 Setting the context ~~ I believe when I am doing literate programming, I am likely to work in phases. Note: I haven't done literate programming in even lighter sense of the word. My understanding down below could be naive and may not be as nuanced as that of a practitioner. 3.1 Phase-1 Fix up the overall design/structure. Here I am likely to work with a text file (orgmode buffer in our case). 3.2 Phase-2: = Churn out code by filling out top-level blocks identified in Phase-1. Here I am likely to work with a code file (org-src buffer in our case). 3.3 Phase-3 Compile, Test and Fix. Here I am likely to switch quite frequently between the org and org-src blocks. I believe good amount of time would be spent in Phase-3. It is in this phase that offering of 'surrounding context' becomes crucial in org-src buffers. (Here is an item to the WISH list) 4 Crux of the idea ~~~ Think of an org buffer as a chain of alternating src and non-src blocks. org-buffer = [non-src, src]+ More specifically, when there is a mix of say python and emacs-lisp blocks and if I have my emacs-lisp goggles on, I could subsume python blocks as non-src blocks. Offer a command say 'org-to-org-src-view' which when invoked switches the org-mode buffer to target language mode and comments out all the non-src blocks. Offer a reverse command 'org-src-to-org-view' that switches the buffer to org-mode and uncomments the non-src blocks. This way I never leave the buffer and I don't have to contend anymore with pop-ups (and importantly syncing of parent and daughter buffers). Yet I have 'all' the contexts available for my viewing and editing pleasure. 5 Gross code ~ diff --git a/lisp/ob.el b/lisp/ob.el index b5b9d8f..613139e 100644 --- a/lisp/ob.el +++ b/lisp/ob.el @@ -662,19 +662,52 @@ portions of results lines." (lambda () (org-add-hook 'change-major-mode-hook 'org-babel-show-result-all 'append 'local))) -(defmacro org-babel-map-src-blocks (file &rest body) + +(defun org-to-org-src-view () + "" + (interactive) + + (emacs-lisp-mode) + (org-babel-map-src-blocks (buffer-file-name) + ( + (comment-region beg-org end-org) + ) + ) + ) + +(defmacro org-babel-map-src-blocks (file body1 &rest body) "Evaluate BODY forms on each source-block in FILE." (declare (indent 1)) `(let ((visited-p (get-file-buffer (expand-file-name ,file))) -to-be-removed) +to-be-removed +(beg-org (make-marker)) +(end-org (make-marker)) +(beg-babel (make-marker)) +(end-babel (make-marker)) +) + (save-window-excursion (find-file ,file) (setq to-be-removed (current-buffer)) + + (move-marker end-babel (point-min)) (goto-char (point-min)) + (while (re-search-forward org-babel-src-block-regexp nil t) - (goto-char (match-beginning 0)) - (save-match-data ,@body) - (goto-char (match-end 0 + +(move-marker beg-org end-babel) +(move-marker end-org (match-beginning 0)) +(move-marker beg-babel (match-beginning 0)) +(move-marker end-babel (match-end 0)) + +(goto-char beg-org) +,@body1 + +(goto-char beg-babel) + ,@body + + + (goto-char end-babel))) (unless visited-p (kill-buffer to-be-removed 6 Illustration ~~~ For the sake of illustration, consider an org-mode buffer like this. * Heading0 ** Heading00 Print Heading00. #+begin_src emacs-lisp (message "Heading00") #+end_src ** Heading01 Print Heading01. #+begin_src emacs-lisp (message "Heading01") #+end_src org-to-org-src-view on this buffer puts it in emacs-lisp mode with the following content. ;; * Heading0 ;; ** Heading00 ;;Print Heading00. #+begin_src emacs-lisp (message "Heading00") #+end_src ;; ** Heading01 ;;Print Heading01. #+begin_src emacs-lisp (message "Heading01") #+end_src For the sake of brevity, I have left out the commenting of meta-lines in the prototype code. Thanks for your consideration, Jambunathan K. ___ Emacs-orgmode mailing list Please
Re: [Orgmode] export TODO keyword
Hi Carsten, I've attached the org file and the exported PDF file. I'm using org-6.35i and export settings are the default ones. Thanks again for trying to help, Rares On Mon, Aug 16, 2010 at 11:45 AM, Carsten Dominik wrote: > > On Aug 16, 2010, at 10:39 AM, Rares Pop wrote: > > Hello, >> >> sorry for the beautifier question. >> I'm trying to export an org document with some TODO tasks to a PDF file. >> And I get the output in the PDF file for the TODO keyword like this: >> {TODO} >> >> But i want it simple >> >> TODO or [TODO]. >> >> I don't want to have those curly brackets at the beginning and the end of >> the TODO keyword. >> > > Hi Rares, > > how about you post an example file for people to reproduce the issue? > And then say exactly how you exported it, with what setup? > > - Carsten > > test.pdf Description: Adobe PDF document test.org Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] MathJax is now the default for HTML math
On Aug 15, 2010, at 3:24 PM, Jan Böcker wrote: I have now published the code used to create the static version: http://www.jboecker.de/2010/08/15/staticmathjax.html Below is a first stab at HTML export integration fresh out of my *scratch* buffer (which lacks the possibility to configure this for each file). -- Jan (defun jb/static-mathjax-hook-installer () "adds jb/static-mathjax-process to the local after-save hook" (add-hook 'after-save-hook 'jb/static-mathjax-process nil t)) (defun jb/static-mathjax-process () (let ((app-ini-path "/home/jan/work/staticmathjax/application.ini") (output-file-name (concat (file-name-sans-extension buffer-file- name) "-static.html"))) (call-process "xulrunner" nil nil nil app-ini-path buffer-file-name output-file-name "--embed-fonts"))) (add-hook 'org-export-html-final-hook 'jb/static-mathjax-hook- installer) Hi, should something like this go into org itself, or would it be enough to put this up on worg, in org-hacks or so? - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: keys and command name info
On Aug 15, 2010, at 9:07 PM, Andreas Röhler wrote: Am 15.08.2010 09:39, schrieb Carsten Dominik: On Aug 15, 2010, at 9:37 AM, Carsten Dominik wrote: On Aug 13, 2010, at 9:30 PM, Andreas Röhler wrote: Am 11.08.2010 12:05, schrieb Carsten Dominik: On Aug 9, 2010, at 9:28 PM, Dan Davison wrote: Dan Davison writes: Gregor Zattler writes: Hi Andreas, org-mode developers, * Andreas Burtzlaff [09. Aug. 2010]: Carsten Dominik writes: I have put a version of the manual as modified by Andreas here: http://orgmode.org/org-manual-with-command-names.pdf Not all the command names are in there, but quite a few are. I'd like to hear from more people - if they would like to have the names there (i.e. if it would help them finding a command) I would like the command names in the manual. - Emacs-lisp has a lovely tradition of naming functions *very* descriptively and not being afraid to use long names in the interests of accuracy. It's a shame to lose all that by displaying only key sequences. It's a linguistic world of its own and I like being exposed to it. - While one can do C-h k, that's not the same as the way one learns the function names by skimming the manual Also, it does not add length to the HTML version of the manual, because the key sequences are already on a line of their own. And the same is true for a certain proportion of the pdf entries (when the key sequence is long, then it seems to go on its own line). - if the position (first thing in the command description) is right, or if it would be better to have it - last thing in the description - or after the first sentence, this is how the GNUS manual does it. I definitely would want them out on a line of their own with the key sequence. I liked the right-aligned model. Or if not right-aligned, is it possible not to have the comma? Maybe a different font? I also like the position on the key line best. So if there is a more-or-less general agreement that we should get the names in, this would be my preferred location as well. I knot that this is different from what the emacs and gnus manuals do - but I still think that a solution like this would be better. Andreas, can you be bothered to rework the patch? Unfortunately I have no idea if/how the right-aligned model could be made to work. So I think the safest way to do this would be to introduce the macro, and we can then work on the macro to get the formatting right, and also to do the key and function index stuff fully automatically. Here is my proposal for now: @macro orgcmd{key,command} @kindex \key\ @findex \command\ @item \key\ @ @ @ @ @ @ @ @ @ @ @r{(}\comma...@r{)} @end macro And then define keys/commands like this: @table @kbd . @orgc...@key{tab}, org-cycle} Here follows the description of the command @end table - Carsten [ ... ] Hi Carsten, attached a sreenshot, how it comes out for C-c C-b. Doesn't look ok for me, as back-tick and quote are uncommon that way. Hi Andreas, you are correct, this does not look right. Seems like we will have to make the table ins @asis and then have the macro apply the formatting. Sigh... :) If you do insert all the macro calls with the command names, I will take care of the formatting. - Carsten Hi, will do that. Let us check nonetheless a working example first. While trying to put @asis at the right place, I get error messages and it refuses to compile. Could you re-write the example for me? Sorry being that stupid :-) Andreas I mean it like this: @macro orgcmd{key,command} @kindex \key\ @findex \command\ @item @kbd{\key\} @ @ @ @ @ @ @ @ @ @ (@code{\command}\) @end macro And then define keys/commands like this: @table @asis . @orgcmd{C-c C-x @key{TAB}, org-cycle} Here follows the description of the command @end table Does this work? - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] export TODO keyword
On Aug 16, 2010, at 10:39 AM, Rares Pop wrote: Hello, sorry for the beautifier question. I'm trying to export an org document with some TODO tasks to a PDF file. And I get the output in the PDF file for the TODO keyword like this: {TODO} But i want it simple TODO or [TODO]. I don't want to have those curly brackets at the beginning and the end of the TODO keyword. Hi Rares, how about you post an example file for people to reproduce the issue? And then say exactly how you exported it, with what setup? - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] export TODO keyword
Hello, sorry for the beautifier question. I'm trying to export an org document with some TODO tasks to a PDF file. And I get the output in the PDF file for the TODO keyword like this: *{TODO}* * * But i want it simple *TODO or [TODO].* * * I don't want to have those curly brackets at the beginning and the end of the TODO keyword. Thank you very much for the help, Rares ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL] Seemless editing of Babel Blocks
Eric Apologize for duplicate post. Ccing the mailing list this time. Eric> Hi Jambunathan, I like the idea of displaying the Eric> begin/end_src lines as commented sections in the Eric> org-edit-special code buffer, and then potentially using them Eric> to change the values of the begin/end_src lines in the Eric> original org-mode buffer after exiting the src-edit buffer. Eric> It would be very cool to be able to edit header arguments Eric> while editing source code. It may be hard to implement, but Eric> could be worth the effort. Based on my experimentation, offering of #+begin_src and #+end_src lines (or for that matter 'surrounding context' - leading and trailing) is not problematic as such. What really gets in the way (in the sense of being irksome to implement) is the preserving and restoring of indentations while moving between the org and org-src buffers. I am giving up my efforts on this proposal. 1 Original Proposal What is this in org-buffer (defun hello () "" (message "Hello World") ) gets offered as ;; #+begin_src emacs-lisp (defun hello () "" (message "Hello World") ) ;; #+end_src in org-src buffer. All that babel has to do is to run 'comment-region' and 'uncomment-region' on leading and trailing contexts before moving into and out-of org-src buffers. (un)comment-region makes sure that this could be done in a target language agnostic way. Furthermore, the way emacs fills out comment blocks (while editing them) would retain the org-like structure of the surrounding context. Jambunathan K. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: documention missing
On Jun 9, 2010, at 2:59 PM, orgm...@h-rd.org wrote: Hi Carsten, The following export (publishing) variables are not documented in org 6.36c: :body-only :style-include-scripts They are available for customize, but not documented in the info file under: 13.1.5 Options for the HTML/LaTeX exporters Hi, hanks for noticing this. would you like to submit a patch? - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Capture and checkitem
On Aug 15, 2010, at 4:11 PM, David Maus wrote: julien cubizolles wrote: I'm also confused about the checkitem type of template. The following template : ("T" "test" checkitem (file+headline "~/org/orgfiles/test.org" "Test") "%?") doesn't work as I expected : the capture buffer is not narrowed and no item is created... I can confirm this for Org-mode version 7.01trans (release_7.01h.115.g1f17) This bug is fixed now. There were two issues. One was that the checkitem stuff was not handled correctly. The other problem did affect both item and checkitem: When there is currently no plain list in the outline entry, it would place the item into another list found in the same direction, even it it was in another outline entry. Both issues are fixed, I think. Thanks for report and confirmation! - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] List improvement v.2
Hi Alex, On Aug 15, 2010, at 10:52 PM, Glauber Alex Dias Prado wrote: Carsten Dominik writes: On Aug 15, 2010, at 10:45 AM, Glauber Alex Dias Prado wrote: Carsten Dominik writes: Hi Nicolas, I have finally started to look at your changes to the list implementation. Lots of it is very good! I like for example that TAB indentation now works a lot better. Here are a few problems I noted so far: 1 Error when pressing M-RET in second line after list ~~ - Example item1 - Exmaple item2 With cursor position at "@", M-RET throws an error 2 Incompatibility 1 - Example 1 - Ex 2 This used to be outside of the list. The HTML exporter still treats it as being outside of the list. The LaTeX exporter treats it as part of the last item. If I add a second empty line, then both exporters handle it well. So this breaks with documented properties of the lists. I guess this is unavoidable because this is just how the new list definition works. But it will break existing documents when exported to LaTeX 3 Text between two sublists - Ex1 - Ex2 - Ex2a - Ex2b Some text between two sublists - A new list starts This always was an inconsistency between HTML and LaTeX export, and it still is now. There seems to be no way now to do what I intend here, putting some text between two lists. preferably not only for lists, something like: * some stuff quick intro ** nest 1 stuff about nest1 now what i dont think is possible and dont even know if it is usually done on latex something that belongs to some stuff and is in between nest 1 and 2, i find it usefull for commenting on nests(thats why i miss it) and looks like it is the same thing you are wishing for lists? My use case for this is mostly note-taking. ** nest 2 stuff about nest2 could be also usefull, if it makes sense, btw the lists are taking shape :). This has been discussed here a million times and it is not going to happen. - Carsten Sorry i cant catchup on everything. I was thinking here could this be done as footnotes on org headings? the look certainly wouldnt be the same but perhaps the effect would, am gonna try it later, never played with footnotes export. I am not sure if I understand what you are describing here, maybe you can make a detailed example of what you have in mind. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] Indent code with TAB in Org buffer
Hi Dan, On Aug 16, 2010, at 1:00 AM, Dan Davison wrote: Carsten Dominik writes: On Aug 15, 2010, at 8:43 AM, Dan Davison wrote: With this patch TAB in a code block aligns the code according to the major mode. The macro could be used to do the same thing for other commands (i.e. allow other commands to be invoked in the Org buffer, but actually carried out in the code buffer.) Patch attached and in branch src-block-tab at g...@github.com:dandavison/org-devel.git. diff --git a/lisp/org-src.el b/lisp/org-src.el index baa2b11..fc15a83 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -435,6 +435,19 @@ the fragment in the Org-mode buffer." (message "%s" msg) t))) +(defmacro org-src-do-in-edit-buffer (&rest body) + "Evaluate BODY in edit buffer if there is a code block at point. +Return t if a code block was found at point, nil otherwise." + `(when (org-edit-src-code) Wow, an excursion to the temp buffer for every TAB call in a source code block? Sounds heavy. But I see that it could be nice together with the new fontification stuff. My gut feeling would be to have both of these feature off by default. But I have not tried them yet. Hi Carsten, In a small code block the TAB is actually not bad at all, but in a big one there's a delay (that's worst case scenario: a netbook with an atom processor). I think it's clear that automatic fontification as you type by emacs font-lock should be turned off by default. We could consider fontification of code blocks e.g. on start up, and when folding/unfolding, but let's discuss that in a separate thread. Yes, this does make sense. Although I am worried about thing which increase the org-mode startup time significantly, because Org often pulls in a lot of files to scan them, and time spent when initializing the mode would hurt all these processes. I guess we can figure out all of this - maybe with a minor mode called org-live-code-mode or something which can turn on various features in this direction. It might also be possible to implement this in a much more efficient way. For example, we could keep a indirect buffer for the source snippet which was modifed most recently. That buffer could be narrowed to the snippet, and executing TAB and fontification could be done in that indirect buffer which would have the correct mode, etc. Whenever we edit the code, we could have an overlay with modification hooks which would just copy the fontification overlays from the indirect buffer. That should be a lot faster that creating a buffer, initializing a mode etc. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode