Re: [Orgmode] Re: keys and command name info
Am 18.08.2010 10:38, schrieb Carsten Dominik: Hi Andreas, this already goes in the right direction. I have a better definition for the macro, which does now push the command name all the way to the right (in PDF output). I hated the look of the command name separated by a fixed number of spaces - this is a lot better. Does anyone know how to do this for HTML and info? @macro orgcmd{key,command} @iftex @kindex \key\ @findex \command\ @item @kbd{\key\} @hskip 0pt plus 1filll @code{\command\} @end iftex @ifnottex @kindex \key\ @findex \command\ @item @kbd{\key\} @ti...@tie{}@ti...@tie{}(@code{\command\}) @end ifnottex @end macro Also, since the table is now an @asis table, lines which do not have a command name like @item C-u C-u C-u @key{TAB} will need an explicit formatting command, like this: @item @kbd{C-u C-u C-u @key{TAB}} Alternatively, we could have another macro @macro orgkey{key} @item @kbd{\key\} @end macro so that we could write keys for which we have no command name like this: @orgkey{C-u C-u C-u @key{TAB}} Hope this gets you on your way with a tideous task Hmm, I'm afraid this starts walking the desert. May be it helps keeping things apart for the beginning. 1) Introducing the command names 2) Completing the formatting As views are different concerning the latter, thats a rather hard task for me, as I can't see the progress... For me it's important seeing command names somewhere near its keys. If beneath or at the right, doesn't matter that much IMHO. One more thing: I do frequently small changes in the manual, so please make sure to update your patch to the most recent version of Org. Please have a look at lines 1097 and 1379. Looks like an erronius replacements. As its done by a script, ... Well, hand checking will absolutely be necessary with this patch. Did that. Cancelled the warning already. Seems you didn't get the mail. What about checkin in the patch as it's done so far? Andreas Hope you can do as much as possible of that as well, maybe with comments in the text to get my attention to certain places. - Carsten On Aug 17, 2010, at 2:43 PM, Andreas Röhler wrote: Am 16.08.2010 10:57, schrieb Carsten Dominik: 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 davi...@stats.ox.ac.uk writes: Gregor Zattler telegr...@gmx.net writes: Hi Andreas, org-mode developers, * Andreas Burtzlaff and...@gmx.net [09. Aug. 2010]: Carsten Dominik carsten.domi...@gmail.com 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
[Orgmode] Re: [unimportant] A few org quotes
On Aug 20, 2010, at 7:08 AM, Puneeth wrote: Hi Carsten, On Fri, Aug 20, 2010 at 1:50 AM, Carsten Dominik carsten.domi...@gmail.com wrote: If you have write access to Worg (you get write access by writing to Bastien that you want it), then you can edit the file org-quotes.org. Just append new quotes to the appropriate first section, using the same format as other quotes do. I do have write access to Worg, but I was wondering who decides which quotes are worth going there and which are not. Ah, I see. I am the author of the file, so have made the decisions so far. However, the file is on Worg, which means anyone can and should change it. I think a good criterion would be: Add a new quote it if is original or funny and if it adds a new touch to the quote selection. Pretty vague, yes. To make it more concrete, I think the second and possibly the forth of your quotes might qualify. But please go ahead and make your own judgement, I don't want to have more influence on the contents on Worg as absolutely necessary. It is a user site. - 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
On Aug 20, 2010, at 1:49 AM, Ilya Shlyakhter wrote: The problem here is that I would have to insert a call to the hook in many different places as there are many different functions that collect entries for the agenda. in org-finalize-agenda-entries, when you call org-agenda-before-sorting-filter-function, could you save-excursion and move to the original org entry before each call? I could. But some applications of this hook will not need this overhead, so it is better to put this overhead into the function itself. We can make it easier, like a single macro for going there and back again... Something like (untested): (defmacro org-agenda-with-point-at-orig-entry (string rest body) Execute BODY with point at location given by `org-hd-marker' property. If STRING is non-nil, the text property will be fetched from position 0 in that string. If STRING is nil, it will be fetched from the beginning of the current line. `(let ((marker (get-text-property (if string 0 (point-at-bol)) 'org-hd-marker string))) (with-current-buffer (marker-buffer marker) (save-excursion (goto-char marker) ,@body And in your setup you would hen define the filter function like (defun my-before-sorting-filter (line-string) (org-agenda-with-point-at-orig-entry line-string )) - Carsten It might be, but there is a possibility that updating the line after say a TODO state change will not work exactly like you wanted. that's ok in my case, the agenda items i'm collecting aren't todo items. thanks! maybe, document this in the docstring of org-agenda-before-sorting-filter-function . On Wed, Aug 18, 2010 at 3:35 AM, Carsten Dominik carsten.domi...@gmail.com wrote: On Aug 17, 2010, at 6:40 PM, Ilya Shlyakhter wrote: Thanks Carsten, org-agenda-before-sorting-filter-function does what I need. It would be better if it was called with the point already on the corresponding headline in the corresponding buffer. This would also be faster as you could call it for all entries in one buffer at a time, avoiding a separate excursion for each entry. The problem here is that I would have to insert a call to the hook in many different places as there are many different functions that collect entries for the agenda. It seems that _appending_ text to the agenda line should be safe. Is that correct? It might be, but there is a possibility that updating the line after say a TODO state change will not work exactly like you wanted. - Carsten thanks, ilya On Mon, Aug 16, 2010 at 9:40 AM, Carsten Dominik carsten.domi...@gmail.com wrote: 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 carsten.domi...@gmail.com 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 bastien.gue...@wikimedia.fr wrote: Hi Ilya, Ilya Shlyakhter ilya_...@alum.mit.edu 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
Re: [Orgmode] beamer export
Hi Antony, thanks, this is fixed now (I hope...) - Carsten On Aug 19, 2010, at 11:35 PM, Antony Ware wrote: Hi Carsten - thanks for looking into this. I pulled the latest version and the problem was still present. Here's a minimal setup. I run /usr/bin/emacs -Q -l test.el example.org with test.el containing (setq load-path (cons ~/.emacs.d/site-lisp/org/lisp load-path)) (setq load-path (cons ~/.emacs.d/site-lisp/org/contrib/lisp load- path)) (require 'org-install) ;; The following lines are always needed. Choose your own keys. (add-to-list 'auto-mode-alist '(\\.org\\' . org-mode)) (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cb 'org-iswitchb) (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(case-fold-search nil)) and the example.org containing the org document at the end of http://orgmode.org/manual/Beamer-class-export.html#Beamer-class-export : #+LaTeX_CLASS: beamer #+TITLE: Example Presentation #+AUTHOR: Carsten Dominik #+LaTeX_CLASS_OPTIONS: [presentation] #+BEAMER_FRAME_LEVEL: 2 #+BEAMER_HEADER_EXTRA: \usetheme{Madrid}\usecolortheme{default} #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Args) %4BEAMER_col(Col) %8BEAMER_extra(Ex) * This is the first structural section ** Frame 1 \\ with a subtitle *** Thanks to Eric Fraga :BMCOL:B_block: :PROPERTIES: :BEAMER_env: block :BEAMER_envargs: C[t] :BEAMER_col: 0.5 :END: for the first viable beamer setup in Org *** Thanks to everyone else :BMCOL:B_block: :PROPERTIES: :BEAMER_col: 0.5 :BEAMER_env: block :BEAMER_envargs: 2- :END: for contributing to the discussion This will be formatted as a beamer note :B_note: ** Frame 2 \\ where we will not use columns *** Request :B_block: Please test this stuff! :PROPERTIES: :BEAMER_env: block :END: Cheers, Tony On 2010-08-19, at 3:06 PM, Carsten Dominik wrote: On Aug 19, 2010, at 5:16 PM, Antony Ware wrote: I've been having a problem exporting to beamer. I've now found the problem and fixed it, but it was (to my mind) something pretty obscure, and I think it might be of interest to the list, at least as a salutary tale. When I opened an org file such as the example beamer presentation from the manual (section 12.6.6) and executed C-c C-e d, it kept generating a .tex file with an article document class, instead of the expected beamer class. After a few days of frustrated searching through the manual and tutorials, and this list, for any clues, I found some advice to run something like /usr/bin/emacs -Q -l test.el with a series of versions of test.el progressively approximating my .emacs file. I was expecting the problem to lie in one of my org- or latex-specific settings, but eventually found the cause of the problem to be that the variable case-fold-search was being set to nil (its default value) as one of my custom-set- variables. I don't remember why. Anyway, according to the information from C-h v, this makes the setting buffer-local, and for some reason that fouled up the beamer export. When I commented out that line, everything worked as advertised. I'd be interested to hear from anyone who could shed light on why that might be. Well, apparently Org does do a search that relies on case-fold-search being t. Normally when this is the case I try to set this explicitly to t during the function call. Can you make a minimal example with your setup and a small file which reproduced the error? - 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
[Orgmode] Re: More structure on org-hacks.php
Hi Memnon, thanks a lot! - Carsten On Aug 19, 2010, at 2:09 AM, Memnon Anon wrote: Carsten Dominik carsten.domi...@gmail.com writes: I think the file would benefit from a bit more structure (some top- level headings and the actually hacks as level two headings or so. I had a look at what is there so far. One way might be Toplevel-headlines like this: 1. Hacking Org: Modifying orgmode itself. 2. Hacking Org and Emacs: Modify how org interacts with other Emacs packages. 3. Hacking Org and external Programs. [Imo no need for subcategories like 1.1: agenda, clock, etc. 2.1: gnus, w3m, etc., yet.] I regrouped the hacks under these categories and reshuffled the items a bit to get related topics closer together. Have a look at: http://memnon.sdf-eu.org/org-hacks.org.gz [Changes made against the current version mem...@home:~/tmp/Worg$ git log org-hacks.org commit c7201682f9dc91b8aca4a78929d9398c1118e390] However, I did not change any of the #+OPTIONS. Result: * Hacking Org: Modifying orgmode itself. o Compiling Org without make o Reload Org o Speed Commands + Show next/prev heading tidily o Easy customization of TODO colors o Changelog support for org headers o Remove redundant tags of headlines o Different org-cycle-level behavior o Add an effort estimate on the fly when clocking in o Customize the size of the frame for remember o Org table + Dates computation + Field coordinates in formulas (@# and $#) o Archive in a date tree o Make it easier to set org-agenda-files from multiple directories o Restrict org-agenda-files by filetag o Split horizontally for agenda o Automatically add an appointment when clocking in a task o Highlight the agenda line under cursor o Remove time grid lines that are in an appointment o Group task list by a property o Dynamically adjust tag position * Hacking Org and Emacs: Modify how org interacts with other Emacs packages. o org-remember-anything o Org-mode and saveplace.el o Using ido-completing-read to find attachments o Use idle timer for automatic agenda views o Link to Gnus messages by Message-Id o Send html messages and attachments with Wanderlust + Send HTML message + Attach HTML of region or subtree + Adopting for Gnus * Hacking Org and external Programs. o Use Org-mode with Screen [Andrew Hyatt] o Org Agenda + Appt + Zenity o Org-Mode + gnome-osd o remind2org o Useful webjumps for conkeror o Use MathJax for HTML export without requiring JavaScript Memnon - 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] org-link-search: Augment signature?
On Aug 19, 2010, at 2:15 PM, Jambunathan K wrote: I have a small utility routine that depends on org-link-search to throw an error. It knew how to create the missing headline on it's own. A recent change and the default settings breaks the original behaviour. Using this as pretext, may I suggest that signature of org-link-search be changed from (org-link-search S optional TYPE AVOID-POS) to (org-link-search S optional TYPE AVOID-POS NOERROR) or an equivalent one. I think a good solution for your utility would be to bind (let ((org-link-search-must-match-exact-headline t)) around the body of the function. ps: A cursory look suggests that the above change would also obviate the need for dynamically binding org-link-search-inhibit-query. I am not sure if I understand this part. - 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] tag or property names with dashes
On Aug 17, 2010, at 9:40 PM, Ilya Shlyakhter wrote: When doing an agenda tags match for tags or properties with dashes in their name, the dashes become negation operators: my-prop0 means entries that have the tag 'my' and do not have a positive property 'prop', rather than entries that have a positive property 'my-prop'. Is there a way to escape the dashes to get the latter meaning? Dashes are not valid in TODO keywords and tags, but you are right, properties do allow them. hmmm. I don't remember why I did allow hem - but surely enough I did. OK, after your next pull you can use \\- to mean - in the name of a property for matches. - 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
Hi Andreas, On Aug 20, 2010, at 8:27 AM, Andreas Röhler wrote: Am 18.08.2010 10:38, schrieb Carsten Dominik: Hi Andreas, this already goes in the right direction. I have a better definition for the macro, which does now push the command name all the way to the right (in PDF output). I hated the look of the command name separated by a fixed number of spaces - this is a lot better. Does anyone know how to do this for HTML and info? @macro orgcmd{key,command} @iftex @kindex \key\ @findex \command\ @item @kbd{\key\} @hskip 0pt plus 1filll @code{\command\} @end iftex @ifnottex @kindex \key\ @findex \command\ @item @kbd{\key\} @ti...@tie{}@ti...@tie{}(@code{\command\}) @end ifnottex @end macro Also, since the table is now an @asis table, lines which do not have a command name like @item C-u C-u C-u @key{TAB} will need an explicit formatting command, like this: @item @kbd{C-u C-u C-u @key{TAB}} Alternatively, we could have another macro @macro orgkey{key} @item @kbd{\key\} @end macro so that we could write keys for which we have no command name like this: @orgkey{C-u C-u C-u @key{TAB}} Hope this gets you on your way with a tideous task Hmm, I'm afraid this starts walking the desert. May be it helps keeping things apart for the beginning. 1) Introducing the command names 2) Completing the formatting As views are different concerning the latter, thats a rather hard task for me, as I can't see the progress... For me it's important seeing command names somewhere near its keys. If beneath or at the right, doesn't matter that much IMHO. I am not sure what the problem is. For keys where you have a command name, you continue as you have been doing. For keys where you do not have the command names, just enclose the key after the @item into @kbd{...} This should get you very far. I am not sure if I have the most recent patch - can you please send it again, so that I can check it? Thanks. - Carsten One more thing: I do frequently small changes in the manual, so please make sure to update your patch to the most recent version of Org. Please have a look at lines 1097 and 1379. Looks like an erronius replacements. As its done by a script, ... Well, hand checking will absolutely be necessary with this patch. Did that. Cancelled the warning already. Seems you didn't get the mail. What about checkin in the patch as it's done so far? Andreas Hope you can do as much as possible of that as well, maybe with comments in the text to get my attention to certain places. - Carsten On Aug 17, 2010, at 2:43 PM, Andreas Röhler wrote: Am 16.08.2010 10:57, schrieb Carsten Dominik: 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 davi...@stats.ox.ac.uk writes: Gregor Zattler telegr...@gmx.net writes: Hi Andreas, org-mode developers, * Andreas Burtzlaff and...@gmx.net [09. Aug. 2010]: Carsten Dominik carsten.domi...@gmail.com 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
Re: [Orgmode] Re: keys and command name info
On Aug 20, 2010, at 8:27 AM, Andreas Röhler wrote: Did that. Cancelled the warning already. Seems you didn't get the mail. Sorry about that. I get bout 50 email per day relating to org-mode, and I often work off line, so it is possible that I reply to one email while another one is waiting in a queue - or it is also entirely possible that I overlook a part of an email. I did get that message. - Carsten What about checkin in the patch as it's done so far? Andreas Hope you can do as much as possible of that as well, maybe with comments in the text to get my attention to certain places. - Carsten On Aug 17, 2010, at 2:43 PM, Andreas Röhler wrote: Am 16.08.2010 10:57, schrieb Carsten Dominik: 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 davi...@stats.ox.ac.uk writes: Gregor Zattler telegr...@gmx.net writes: Hi Andreas, org-mode developers, * Andreas Burtzlaff and...@gmx.net [09. Aug. 2010]: Carsten Dominik carsten.domi...@gmail.com 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 Think so, thanks. Patch relying upon attached. Andreas texi.patch___ 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] Re: org-capture + autoload
Patch 227 (http://patchwork.newartisans.com/patch/227/) is now Accepted. Maintainer comment: Thanks This relates to the following submission: http://mid.gmane.org/%3Cm2fwybvw7p.fsf%40erlang-solutions.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] Re: org-capture + autoload Date: Thu, 19 Aug 2010 13:32:42 - From: Magnus Henoch magnus.hen...@gmail.com X-Patchwork-Id: 227 Message-Id: m2fwybvw7p@erlang-solutions.com To: emacs-orgmode@gnu.org Jambunathan K kjambunat...@gmail.com writes: It would be convenient if I could do a M-x customize-group org-capture and/or M-x customize-variable org-capture-templates without having triggered a prior org-capture. For now, I trigger a capture, abort it and then proceed ahead with customizing these. Here is a patch that adds an autoload cookie for org-capture-templates. After recompiling, org-install.el should contain an autoload declaration for org-capture-templates. Let's see if the patch tracker likes me :) Magnus diff --git a/lisp/org-capture.el b/lisp/org-capture.el index c0e41f3..e544964 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -76,6 +76,7 @@ :tag Org Capture :group 'org) +;;;###autoload (defcustom org-capture-templates nil Templates for the creation of new entries. ___ 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
Am 20.08.2010 09:31, schrieb Carsten Dominik: Hi Andreas, On Aug 20, 2010, at 8:27 AM, Andreas Röhler wrote: Am 18.08.2010 10:38, schrieb Carsten Dominik: Hi Andreas, this already goes in the right direction. I have a better definition for the macro, which does now push the command name all the way to the right (in PDF output). I hated the look of the command name separated by a fixed number of spaces - this is a lot better. Does anyone know how to do this for HTML and info? @macro orgcmd{key,command} @iftex @kindex \key\ @findex \command\ @item @kbd{\key\} @hskip 0pt plus 1filll @code{\command\} @end iftex @ifnottex @kindex \key\ @findex \command\ @item @kbd{\key\} @ti...@tie{}@ti...@tie{}(@code{\command\}) @end ifnottex @end macro Also, since the table is now an @asis table, lines which do not have a command name like @item C-u C-u C-u @key{TAB} will need an explicit formatting command, like this: @item @kbd{C-u C-u C-u @key{TAB}} Alternatively, we could have another macro @macro orgkey{key} @item @kbd{\key\} @end macro so that we could write keys for which we have no command name like this: @orgkey{C-u C-u C-u @key{TAB}} Hope this gets you on your way with a tideous task Hmm, I'm afraid this starts walking the desert. May be it helps keeping things apart for the beginning. 1) Introducing the command names 2) Completing the formatting As views are different concerning the latter, thats a rather hard task for me, as I can't see the progress... For me it's important seeing command names somewhere near its keys. If beneath or at the right, doesn't matter that much IMHO. I am not sure what the problem is. For keys where you have a command name, you continue as you have been doing. For keys where you do not have the command names, just enclose the key after the @item into @kbd{...} This should get you very far. Hi Carsten, so let's proceed. Patch attached. Andreas I am not sure if I have the most recent patch - can you please send it again, so that I can check it? Thanks. - Carsten One more thing: I do frequently small changes in the manual, so please make sure to update your patch to the most recent version of Org. Please have a look at lines 1097 and 1379. Looks like an erronius replacements. As its done by a script, ... Well, hand checking will absolutely be necessary with this patch. Did that. Cancelled the warning already. Seems you didn't get the mail. What about checkin in the patch as it's done so far? Andreas Hope you can do as much as possible of that as well, maybe with comments in the text to get my attention to certain places. - Carsten On Aug 17, 2010, at 2:43 PM, Andreas Röhler wrote: Am 16.08.2010 10:57, schrieb Carsten Dominik: 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 davi...@stats.ox.ac.uk writes: Gregor Zattler telegr...@gmx.net writes: Hi Andreas, org-mode developers, * Andreas Burtzlaff and...@gmx.net [09. Aug. 2010]: Carsten Dominik carsten.domi...@gmail.com 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
Re: [Orgmode] org-link-search: Augment signature?
On a related note, how would I accomplish this - Create the headline automagically everytime but suppress the prompt. This is the code snippet as it is in git today - ((and (not org-link-search-inhibit-query) (eq org-link-search-must-match-exact-headline 'query-to-create) (y-or-n-p No match - create this as a new heading? )) (goto-char (point-max)) (or (bolp) (newline)) (insert * s \n) (beginning-of-line 0)) Shouldn't the above block should instead read thus ((and (eq org-link-search-must-match-exact-headline 'query-to-create) (or org-link-search-inhibit-query (y-or-n-p No match - create this as a new heading? )) (goto-char (point-max)) (or (bolp) (newline)) (insert * s \n) (beginning-of-line 0)) Why??? The above code would stop at the first form that returns nil, for example (insert ...) or even (newline) Mistake on my part. (Not a native speaker of elisp here) ((and (eq org-link-search-must-match-exact-headline 'query-to-create) (or org-link-search-inhibit-query (y-or-n-p No match - create this as a new heading? ))) (goto-char (point-max)) (or (bolp) (newline)) (insert * s \n) (beginning-of-line 0)) My gut feeling is that there is some inconsistency in the way org-link-search-must-match-exact-headline and org-link-search-inhibit-query work together. 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] keys and command name info
Hi everyone, we now now a first batch of command names in the manual. Please take a look if you like the formatting at http://orgmode.org/org-manual-with-command=names.pdf - Carsten On Jul 28, 2010, at 9:36 PM, Andreas Röhler wrote: Hi, what about delivering mnemonic command names alongside with its keys in org-info? For example 8.1. Agenda files [ ... ] `C-c [' Add current file to the list of agenda files. The file is added to the front of the list. If it was already in the list, it is moved to the front. With prefix arg, file is added/moved to the end. might be provided as 8.1. Agenda files [ ... ] `C-c [', org-agenda-file-to-front Add current file to the list of agenda files. The file is added to the front of the list. If it was already in the list, it is moved to the front. With prefix arg, file is added/moved to the end. IMHO it's useful for emacs-beginners, but for hackers too, as remembering function names may precede remembering keys - which are to change individually anyway. Should you be interested, I'll consider to take action with texi-files. Andreas -- https://code.launchpad.net/~a-roehler/python-mode https://code.launchpad.net/s-x-emacs-werkstatt/ ___ 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] Pretty cool Org-mode/Beamer demo
Check out this! http://www.youtube.com/watch?v=Ho6nMWGtepYfeature=player_embedded - 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] tag or property names with dashes
On Fri, Aug 20, 2010 at 12:57 PM, Carsten Dominik wrote: On Aug 17, 2010, at 9:40 PM, Ilya Shlyakhter wrote: When doing an agenda tags match for tags or properties with dashes in their name, the dashes become negation operators: my-prop0 means entries that have the tag 'my' and do not have a positive property 'prop', rather than entries that have a positive property 'my-prop'. Is there a way to escape the dashes to get the latter meaning? Dashes are not valid in TODO keywords and tags, but you are right, properties do allow them. hmmm. I don't remember why I did allow hem - but surely enough I did. Are # and % are disallowed in the tags? Can they be made to work please? Regards -- Manish ___ 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] tag or property names with dashes
On Aug 20, 2010, at 3:36 PM, Manish wrote: On Fri, Aug 20, 2010 at 12:57 PM, Carsten Dominik wrote: On Aug 17, 2010, at 9:40 PM, Ilya Shlyakhter wrote: When doing an agenda tags match for tags or properties with dashes in their name, the dashes become negation operators: my-prop0 means entries that have the tag 'my' and do not have a positive property 'prop', rather than entries that have a positive property 'my-prop'. Is there a way to escape the dashes to get the latter meaning? Dashes are not valid in TODO keywords and tags, but you are right, properties do allow them. hmmm. I don't remember why I did allow hem - but surely enough I did. Are # and % are disallowed in the tags? Can they be made to work please? This is non-trivial and I shy away from the work for now. Make me a patch and I will look at 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] row and col spaning in table?
On Aug 18, 2010, at 9:32 AM, Christian Moe wrote: Giovanni Ridolfi wrote: David Hajage dhaj...@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. Yes. Still, I'd tentatively suggest adding a feature to span Org- table cells across rows and columns -- on *export* only. (Sorry if this has been thought of before.) Why? For static tables with complex layout, the table.el integration is just what the doctor ordered and works really smoothly, and clearly one would not want to mess up the ease and speed of Org-tables by adding complexity like row and column spanning in the table editor. But what if, say, one is using the spreadsheet functionality, frequently updates the content for publication, and would like to e.g. span headers over multiple sub-headers? It seems less than optimal to maintain and update a separate Org table, then convert it to table.el and manually edit it every time one wants to publish, spanning the same cells each time. For this purpose, it would be nice to be able to define reusable cell spans the same way table formulas are entered, and with the same syntax. Here's an idea for how it might look: Hi Christian, I am willing to offer a hook for this post processing, buy you would have to write the code yourself. - Carsten #+CAPTION: Foo and bar sales by region | Region | Sales | | | | | | | | || Q1| | Q2 | | Q3 | | Q4 | | || foo | bar | foo | bar | foo | bar | foo | bar | |+---+-+-+-+-+-+-+-| | North | 350 | 46 | 253 | 34 | 234 | 42 | 382 | 68 | | South | 462 | 84 | 511 | 78 | 435 | 45 | 534 | 89 | #+TBLSPAN: A1..A3::A2..I1::B2..C2::D2..E2::F2..G2::H2..I2 The exporter would read the TBLSPAN line to see what cells should be merged. It would concatenate the cell contents (if any), and add the appropriate HTML, LaTeX or DocBook formatting. [1] ++-+ | Region | Sales | |+-+---+---+---+ || Q1 |Q2 |Q3 |Q4 | |+---+-+-+-+-+-+-+-+ || foo | bar | foo | bar | foo | bar | foo | bar | ++---+-+-+-+-+-+-+-+ | North | 350 | 46 | 253 | 34 | 234 | 42 | 382 | 68 | ++---+-+-+-+-+-+-+-+ | South | 462 | 84 | 511 | 78 | 435 | 45 | 534 | 89 | ++---+-+-+-+-+-+-+-+ Another example: | | Col A | Col B | | |---+---+---+-| | Row 1 | A1| B1| C1 | | | A1b | B1b | C1b | | Row 2 | A2| B2| C2 | | | A2b | B2b | C2b | #+TBLSPAN: @1$...@1$4::@2$...@3$2::@4$...@5$4 would result in output like: +---+-+---+ | | A | B | +---+-+-+-+ | 1 | A1 | B1 | C1 | | | +-+-+ | | A1b | B1b | C1b | +---+-+-+-+ | 2 | A2 | B2 C2 | | +-+ | | | A2b | B2b C2b | +---+-+---+ [1] HTML: =rowspan= and =colspan= attributes of the =th= and =td= elements. LaTeX: =\multicolumn= and =\multirow= commands. DocBook: =namest=, =nameend= and =morerows= attributes of the =entry= element. - 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: Orgmode[PATCH] org-export-generic, text markup -- and a request
Hi Robert, can you point me to that patch? Any other testers? Did Wes take a look and greed to apply it? I have lost track and need help before I can act. - Carsten On Aug 19, 2010, at 5:04 AM, Robert Goldman wrote: On 8/13/10 Aug 13 -3:35 PM, Carsten Dominik wrote: Hi everyone, I am not sure what the status o this patch is now, is there anyone besides the author whw has tested it and can comment on it? While we're at it, what's the status of my patches that add text markup (and text markup across line boundaries) to org-export-generic. I'm actually pretty anxious to see other patches be added before mine goes in. Mine had to revise the handling so that it wasn't line-by-line, but now uses the same preprocessing as other org export facilities. I fear that other patches might clash with that pretty badly. Best, R ___ 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] row and col spaning in table?
Carsten Dominik wrote: On Aug 18, 2010, at 9:32 AM, Christian Moe wrote: (...) I'd tentatively suggest adding a feature to span Org-table cells across rows and columns -- on *export* only. (Sorry if this has been thought of before.) (...) Hi Christian, I am willing to offer a hook for this post processing, buy you would have to write the code yourself. - Carsten Hi, Carsten, That's nice. I'll take you up on the offer if and when I get around to scratching this itch, but it probably won't be anytime soon. Yours, Christian ___ 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 for latex export supporting nested emphasis
Dear Orgmode maintainers, I would like to provide a patch which allows nested emphasis for the latex export. The problem of handling nested emphasis was solved by applying the org-export-latex-fontify recursively. The example Now *you /can/ write* /nested/ */emphasis/ recursively!* will be translated to: Now \textbf{you \emph{can} write} \emph{nested} \textbf{\emph{emphasis} recursively!} Best regards, yours faithful Robert Hennig --- org-latex.el 2010-08-20 15:58:28.0 +0200 +++ org-latex.mod.el 2010-08-20 16:06:26.0 +0200 @@ -1795,8 +1795,24 @@ (defun org-export-latex-fontify () Convert fontification to LaTeX. + ;; max recursive level set to 2, + ;; so one level of nested emphasis works + (org-export-latex-fontify-recursive 2) +) + +(defun org-export-latex-fontify-recursive (reclevel) + Convert fontification to LaTeX, recursive part. (goto-char (point-min)) (while (re-search-forward org-emph-re nil t) +(if ( reclevel 1) +(let ((mdata (match-data))) + (unwind-protect + ;; now it is ok to change the original match data. + (save-excursion +(save-restriction + (narrow-to-region (match-beginning 4) (match-end 4)) + (org-export-latex-fontify-recursive (1- reclevel +(set-match-data mdata ;; The match goes one char after the *string*, except at the end of a line (let ((emph (assoc (match-string 3) org-export-latex-emphasis-alist)) ___ 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 to latex broken
Hi, Exporting from org to LaTeX is broken on the master. Git bisect gives the bad commit as 034dbac3eecd Search for LaTeX setup case-insensitively -- Puneeth ps : Thanks to ngz for a patient IRC tutorial on git bisect. ___ 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] beamer export
Hi Carsten - thanks for looking into this. I pulled the latest version and the problem was still present. Here's a minimal setup. I run /usr/bin/emacs -Q -l test.el example.orghttp://example.org with test.el containing (setq load-path (cons ~/.emacs.d/site-lisp/org/lisp load-path)) (setq load-path (cons ~/.emacs.d/site-lisp/org/contrib/lisp load-path)) (require 'org-install) ;; The following lines are always needed. Choose your own keys. (add-to-list 'auto-mode-alist '(\\.org\\'smb://.org//' . org-mode)) (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cb 'org-iswitchb) (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(case-fold-search nil)) and the example.orghttp://example.org containing the org document at the end of http://orgmode.org/manual/Beamer-class-export.html#Beamer-class-export: #+LaTeX_CLASS: beamer #+TITLE: Example Presentation #+AUTHOR: Carsten Dominik #+LaTeX_CLASS_OPTIONS: [presentation] #+BEAMER_FRAME_LEVEL: 2 #+BEAMER_HEADER_EXTRA: \usetheme{Madrid}\usecolortheme{default} #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Args) %4BEAMER_col(Col) %8BEAMER_extra(Ex) * This is the first structural section ** Frame 1 \\ with a subtitle *** Thanks to Eric Fraga :BMCOL:B_block: :PROPERTIES: :BEAMER_env: block :BEAMER_envargs: C[t] :BEAMER_col: 0.5 :END: for the first viable beamer setup in Org *** Thanks to everyone else :BMCOL:B_block: :PROPERTIES: :BEAMER_col: 0.5 :BEAMER_env: block :BEAMER_envargs: 2- :END: for contributing to the discussion This will be formatted as a beamer note :B_note: ** Frame 2 \\ where we will not use columns *** Request :B_block: Please test this stuff! :PROPERTIES: :BEAMER_env: block :END: Cheers, Tony On 2010-08-19, at 3:06 PM, Carsten Dominik wrote: On Aug 19, 2010, at 5:16 PM, Antony Ware wrote: I've been having a problem exporting to beamer. I've now found the problem and fixed it, but it was (to my mind) something pretty obscure, and I think it might be of interest to the list, at least as a salutary tale. When I opened an org file such as the example beamer presentation from the manual (section 12.6.6) and executed C-c C-e d, it kept generating a .tex file with an article document class, instead of the expected beamer class. After a few days of frustrated searching through the manual and tutorials, and this list, for any clues, I found some advice to run something like /usr/bin/emacs -Q -l test.el with a series of versions of test.el progressively approximating my .emacs file. I was expecting the problem to lie in one of my org- or latex-specific settings, but eventually found the cause of the problem to be that the variable case-fold-search was being set to nil (its default value) as one of my custom-set- variables. I don't remember why. Anyway, according to the information from C-h v, this makes the setting buffer-local, and for some reason that fouled up the beamer export. When I commented out that line, everything worked as advertised. I'd be interested to hear from anyone who could shed light on why that might be. Well, apparently Org does do a search that relies on case-fold-search being t. Normally when this is the case I try to set this explicitly to t during the function call. Can you make a minimal example with your setup and a small file which reproduced the error? - 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: [BUG] org-capture: file+function
Hi, On Aug 18, 2010, at 6:13 PM, Jambunathan K wrote: jambu I wonder whether this - create entry at the target file at jambu the current cursor location - is a common workflow for jambu others. If yes, may be having an escape sequence for this jambu would be a good idea. Went for a jog. As a result I think there could be some disagreement on whether this is a bug. My current need is quite simple. I need some way to express this - 1. The captured entry goes in to the given target file. 2. It goes under the heading where the cursor is. The cursor may or maynot be on the target heading. 3. It goes as a subheading under the current heading. Append or prepend as specified. That said there should be a way to express this as well - the entry goes where the point is and the way it is specified. (ie dwim) Here is a capture entry that should do what you want. ((; bookmark plain (file+function ~/lib/emacs/work/org-mode/t/b.org (lambda () (while (org-up-heading-safe)) (org-end-of-subtree t) (or (bolp) (newline ** %?) How it works: 1. We use `plain', not `entry' to get the text inserted as it is, with no magic to try to adapt the level 2. We make he function first travel up the hierarchy to loose any dependence on local current depth 3. The we use org-end-of-subtree to jump to the end of the tree, then make sure we are in a new line. Hope this helps. - Carsten 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 - 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 to latex broken
On Fri, 20 Aug 2010 20:06:34 +0530, Puneeth puncha...@gmail.com wrote: Hi, Exporting from org to LaTeX is broken on the master. Git bisect gives the bad commit as 034dbac3eecd Search for LaTeX setup case-insensitively I can confirm it's broken. I've not had time to really track down where it is happening but I can say that all my latex files are incorrect in the generation of the \documentclass{} line, specifically an extra character is being inserted between class and {, even though I have specified my own org-export-latex-classes. Very strange. I'll try to track this down on the way home on the train tonight... : Org-mode version 7.01trans (release_7.01h.180.g190e) -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ 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 to latex broken
On Aug 20, 2010, at 4:36 PM, Puneeth wrote: Hi, Exporting from org to LaTeX is broken on the master. Git bisect gives the bad commit as 034dbac3eecd Search for LaTeX setup case-insensitively OK, I have reverted it. Can you please describe what happened? 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] beamer export
Antony Ware aw...@ucalgary.ca wrote: Hi Carsten - thanks for looking into this. I pulled the latest version and the problem was still present. Here's a minimal setup. I run /usr/bin/emacs -Q -l test.el example.org with test.el containing (setq load-path (cons ~/.emacs.d/site-lisp/org/lisp load-path)) (setq load-path (cons ~/.emacs.d/site-lisp/org/contrib/lisp load-path)) (require 'org-install) ;; The following lines are always needed. Choose your own keys. (add-to-list 'auto-mode-alist '(\\.org\\' . org-mode)) (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cb 'org-iswitchb) (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(case-fold-search nil)) and the example.org containing the org document at the end of http://orgmode.org/manual/Beamer-class-export.html#Beamer-class-export: #+LaTeX_CLASS: beamer #+TITLE: Example Presentation #+AUTHOR: Carsten Dominik #+LaTeX_CLASS_OPTIONS: [presentation] #+BEAMER_FRAME_LEVEL: 2 #+BEAMER_HEADER_EXTRA: \usetheme{Madrid}\usecolortheme{default} #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Args) %4BEAMER_col(Col) %8BEAMER_extra(Ex) * This is the first structural section ** Frame 1 \\ with a subtitle *** Thanks to Eric Fraga :BMCOL:B_block: :PROPERTIES: :BEAMER_env: block :BEAMER_envargs: C[t] :BEAMER_col: 0.5 :END: for the first viable beamer setup in Org *** Thanks to everyone else :BMCOL:B_block: :PROPERTIES: :BEAMER_col: 0.5 :BEAMER_env: block :BEAMER_envargs: 2- :END: for contributing to the discussion This will be formatted as a beamer note :B_note: ** Frame 2 \\ where we will not use columns *** Request :B_block: Please test this stuff! :PROPERTIES: :BEAMER_env: block :END: I tried your minimal setup (thanks for providing that! it makes it so easy to test) before and after a pull: it didn't work before but it *did* work after the pull. I went through a make clean/make/M-x org-reload cycle - maybe you forgot a step? Version info: GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2010-05-17 on gamaville.dokosmarshall.org Org-mode version 7.01trans (release_7.01h.181.g4a02) HTH, Nick ___ 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: Orgmode[PATCH] org-export-generic, text markup -- and a request
On 8/20/10 Aug 20 -9:09 AM, Carsten Dominik wrote: Hi Robert, can you point me to that patch? Any other testers? Did Wes take a look and greed to apply it? No, I'm afraid I have sent multiple emails and have heard nothing. I don't have a good way to recruit any other testers, unfortunately. I'm not sure how many people actually use org-generic-export; I do because I have wikis I need to write to and I can never remember all those oddball wiki syntaxen. Here's a question: what about setting up a branch on the core git repo and letting me push that patch there? Or you could push the patch to the branch yourself. That way people who are interested could test, and those who aren't interested could just ignore it. My patch seems really quite critical for anyone who DOES want to use org-generic-export. The existing generic export simply does not and CANNOT work when markup spreads across line boundaries. Generic export processes the org-mode file line-by-line. I fixed it to use the preprocessing that is done by other org exporters, bringing together multiple lines when there is markup (say italicization) that spreads across line boundaries. My next message will be a forwarding of a prior message containing the patches. I will send it only to you because I don't believe the mailing list will take it. Interested readers can find it at: http://thread.gmane.org/gmane.emacs.orgmode/27959/focus=28255 Best, r ___ 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 to latex broken
On Fri, Aug 20, 2010 at 9:55 PM, Carsten Dominik carsten.domi...@gmail.com wrote: On Aug 20, 2010, at 4:36 PM, Puneeth wrote: Hi, Exporting from org to LaTeX is broken on the master. Git bisect gives the bad commit as 034dbac3eecd Search for LaTeX setup case-insensitively OK, I have reverted it. Can you please describe what happened? Sorry for the incomplete report. I'd been using C-c C-e ?d and getting a direct pdf output which was garbled. Getting a LaTeX output and compiling gives me a clearer picture. The documentclass is getting appended with a random character. pdflatex gave me this error --- ! Undefined control sequence. l.2 \documentclassT {article} --- Removing that T from the end of documentclass solves the problem. (and I think the T is coming from the org file itself. I get a different character in different documents.) HTH, 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] export to latex broken
On Fri, 20 Aug 2010 18:25:16 +0200, Carsten Dominik carsten.domi...@gmail.com wrote: On Aug 20, 2010, at 4:36 PM, Puneeth wrote: Hi, Exporting from org to LaTeX is broken on the master. Git bisect gives the bad commit as 034dbac3eecd Search for LaTeX setup case-insensitively OK, I have reverted it. Can you please describe what happened? 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 Carsten, at least in my case, what happens is that the \documentclass line gets munged somewhere along the way. I have the following for org-export-latex-classes: : ((article : \\documentclass[11pt]{scrartcl}\n\\usepackage[utf8]{inputenc}\n...)) (truncated). When I export to latex, I get: : % Created 2010-08-20 Fri 18:21 : \documentclassI{scrartcl} : \usepackage[utf8]{inputenc} : \usepackage[T1]{fontenc} (truncated again) Note the I after class which somehow has replaced the [11pt] argument I had to this command. In other latex files, I have seen r instead of I. Hope this helps. eric PS - I sympathise with your response to another email on the list about crossing emails: I do much of my email processing on the train while off-line... so I hope this doesn't cross the message from you that says that this problem has already been fixed ;-) -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ 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] tag or property names with dashes
On Fri, Aug 20, 2010 at 11:02 PM, Manish wrote: On Fri, Aug 20, 2010 at 7:15 PM, Carsten Dominik wrote: On Aug 20, 2010, at 3:36 PM, Manish wrote: [snip: accepting -'s in properties (17 lines)] Are # and % are disallowed in the tags? Can they be made to work please? This is non-trivial and I shy away from the work for now. Make me a patch and I will look at it. Attempting something that /you/ call non-trivial is nigh impossible for me. :( But even if I were to dare.. any hints where I could start? Attaching a naive first attempt. With this patch, I have tested special behavior of ctrl-a/e respecting tags in org files, ascii and HTML exports, agenda, and tag filtering. LaTeX export was not working so could not test and do not have the setup for testing Docbook exports. Please do take a look -- I do not understand the larger repurcussions/side effects of the changes to all the regexes. Thanks -- Manish ___ 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 for latex export supporting nested emphasis
That's very useful. On Fri, Aug 20, 2010 at 3:30 PM, Robert Hennig robert.hen...@freylax.dewrote: Dear Orgmode maintainers, I would like to provide a patch which allows nested emphasis for the latex export. The problem of handling nested emphasis was solved by applying the org-export-latex-fontify recursively. The example Now *you /can/ write* /nested/ */emphasis/ recursively!* will be translated to: Now \textbf{you \emph{can} write} \emph{nested} \textbf{\emph{emphasis} recursively!} Best regards, yours faithful Robert Hennig ___ 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] Interactive Search in Agenda
Hello all, I'd like to implement some sort of interactive search in the agenda, as the subject says. Consider a.org that contains something like this: :PROPERTIES: :Sample: S0001 :Request: R0001 :END: and a second file that contains :PROPERTIES: :Sample: S0001 :Request: R0001 :END: Both files are agenda files. What I'd like to be able to do is the following: 1. Hit C-c a 2. In the dispatcher, hit `X' 3. I get prompted which Property I want to search for, and I enter `Sample' 4. I get prompted which value I want that property to have, and I enter `S0002' 5. I get a list of all hits Now, I know that I can achieve this by using 1. Hit C-c a 2. Hit `m' 3. Enter `+Sample=S0002' but that's too much typing for my taste. Is there a way to achieve what I want? Thanks and 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
[Orgmode] RE: [babel] evaluating shell commands for side effect
Another question related to using babel, shell commands, in a session: When I try to export a .org file with begin_src sh :session *shell* :exports code blocks, I'm prompted whether I want to evaluate the code. However, I thought :exports code would avoid evaluation on export (and that :session is only about evaluation). Any help appreciated. Thanks. -- Greg -- Greg Sullivan, gregory.sulli...@baesystems.com (781)262-4553 (desk), (978)430-3461 (cell) -Original Message- From: emacs-orgmode-bounces+gregory.sullivan=baesystems@gnu.org [mailto:emacs-orgmode-bounces+gregory.sullivan=baesystems@gnu.org] On Behalf Of Sullivan, Gregory (US SSA) Sent: Thursday, August 19, 2010 12:51 PM To: emacs-orgmode@gnu.org Subject: [Orgmode] [babel] evaluating shell commands for side effect I'm writing how to documents that include sequences of shell commands, such as: #+begin_src sh :session *shell* cd /home/sullivan/myproj/src ./configure --prefix /home/sullivan/myproj/install make make test #+end_src and simply want C-c C-c to send the lines, one at a time, to the inferior shell process. That is, I want readers to read along, and then execute the code as needed. Currently, it never returns (until C-g). It might be related to the issues discussed last November, http://lists.gnu.org/archive/html/emacs-orgmode/2009-11/msg01166.html I have the latest git version of org mode, and I think I've set comint-prompt-regexp correctly. So: I don't want to filter the output, I don't want to collect the results - just send the commands and go. Looking at ob-sh.el/org-babel-sh-evaluate, I can't figure out what the Right Thing to do is. Appended is a cheap hack that checks for ignore as a results string (e.g. #+begin_src sh :session *shell* :results ignore) and sends the lines one at a time to the inferior shell buffer. But I suspect there's a more straightforward way to do it. Thoughts? Thanks. -- Greg -- Greg Sullivan, gregory.sulli...@baesystems.com (781)262-4553 (desk), (978)430-3461 (cell) -- (defun org-babel-sh-evaluate (session body optional result-params) Pass BODY to the Shell process in BUFFER. If RESULT-TYPE equals 'output then return a list of the outputs of the statements in BODY, if RESULT-TYPE equals 'value then return the value of the last statement in BODY. ((lambda (results) (if (or (member scalar result-params) (member ignore result-params) (member output result-params)) results (let ((tmp-file (make-temp-file org-babel-sh))) (with-temp-file tmp-file (insert results)) (org-babel-import-elisp-from-file tmp-file (if (not session) (org-babel-eval org-babel-sh-command (org-babel-trim body)) (if (member ignore result-params) (progn (save-excursion (set-buffer session) (mapc (lambda (line) (insert line) (comint-send-input nil t) (sleep-for 0.25)) (split-string (org-babel-trim body) \n))) '()) (let ((tmp-file (make-temp-file org-babel-sh))) (mapconcat #'org-babel-sh-strip-weird-long-prompt (mapcar #'org-babel-trim (butlast (org-babel-comint-with-output (session org-babel-sh-eoe-output t body) (mapc (lambda (line) (insert line) (comint-send-input nil t) (sleep-for 0.25)) (append (split-string (org-babel-trim body) \n) (list org-babel-sh-eoe-indicator 2)) \n) ) ___ 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: [babel] evaluating shell commands for side effect
I meant whenever I want to _export_ the code (C-c C-e h). -- Greg -- Greg Sullivan, gregory.sulli...@baesystems.com (781)262-4553 (desk), (978)430-3461 (cell) -Original Message- From: Sullivan, Gregory (US SSA) Sent: Friday, August 20, 2010 7:37 PM To: Sullivan, Gregory (US SSA); emacs-orgmode@gnu.org Subject: RE: [babel] evaluating shell commands for side effect Another question related to using babel, shell commands, in a session: When I try to export a .org file with begin_src sh :session *shell* :exports code blocks, I'm prompted whether I want to evaluate the code. However, I thought :exports code would avoid evaluation on export (and that :session is only about evaluation). Any help appreciated. Thanks. -- Greg -- Greg Sullivan, gregory.sulli...@baesystems.com (781)262-4553 (desk), (978)430-3461 (cell) -Original Message- From: emacs-orgmode-bounces+gregory.sullivan=baesystems@gnu.org [mailto:emacs-orgmode-bounces+gregory.sullivan=baesystems@gnu.org] On Behalf Of Sullivan, Gregory (US SSA) Sent: Thursday, August 19, 2010 12:51 PM To: emacs-orgmode@gnu.org Subject: [Orgmode] [babel] evaluating shell commands for side effect I'm writing how to documents that include sequences of shell commands, such as: #+begin_src sh :session *shell* cd /home/sullivan/myproj/src ./configure --prefix /home/sullivan/myproj/install make make test #+end_src and simply want C-c C-c to send the lines, one at a time, to the inferior shell process. That is, I want readers to read along, and then execute the code as needed. Currently, it never returns (until C-g). It might be related to the issues discussed last November, http://lists.gnu.org/archive/html/emacs-orgmode/2009-11/msg01166.html I have the latest git version of org mode, and I think I've set comint-prompt-regexp correctly. So: I don't want to filter the output, I don't want to collect the results - just send the commands and go. Looking at ob-sh.el/org-babel-sh-evaluate, I can't figure out what the Right Thing to do is. Appended is a cheap hack that checks for ignore as a results string (e.g. #+begin_src sh :session *shell* :results ignore) and sends the lines one at a time to the inferior shell buffer. But I suspect there's a more straightforward way to do it. Thoughts? Thanks. -- Greg -- Greg Sullivan, gregory.sulli...@baesystems.com (781)262-4553 (desk), (978)430-3461 (cell) -- (defun org-babel-sh-evaluate (session body optional result-params) Pass BODY to the Shell process in BUFFER. If RESULT-TYPE equals 'output then return a list of the outputs of the statements in BODY, if RESULT-TYPE equals 'value then return the value of the last statement in BODY. ((lambda (results) (if (or (member scalar result-params) (member ignore result-params) (member output result-params)) results (let ((tmp-file (make-temp-file org-babel-sh))) (with-temp-file tmp-file (insert results)) (org-babel-import-elisp-from-file tmp-file (if (not session) (org-babel-eval org-babel-sh-command (org-babel-trim body)) (if (member ignore result-params) (progn (save-excursion (set-buffer session) (mapc (lambda (line) (insert line) (comint-send-input nil t) (sleep-for 0.25)) (split-string (org-babel-trim body) \n))) '()) (let ((tmp-file (make-temp-file org-babel-sh))) (mapconcat #'org-babel-sh-strip-weird-long-prompt (mapcar #'org-babel-trim (butlast (org-babel-comint-with-output (session org-babel-sh-eoe-output t body) (mapc (lambda (line) (insert line) (comint-send-input nil t) (sleep-for 0.25)) (append (split-string (org-babel-trim body) \n) (list org-babel-sh-eoe-indicator 2)) \n) ) ___ 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] Printing Multiple Lines For Agenda Export
Maybe I asked the wrong question, maybe there is another mailing list, but I hope that there is a solution to the issue that I am having. I Googled around and the only thing that that I saw even remotely close was this link http://www.mail-archive.com/emacs-orgmode@gnu.org/msg11636.html . Original Message: I have some task that have/need more descriptive text, but I am not able to get the text to show up when I export the view. I have set the command : Org Agenda Add Entry Text Maxlines to display more than 0, but then the program hangs and I have to force it to quit. This is the custom command that I would like to add the function to: (@ Print for the day ((agenda ((org-agenda-ndays 2) (org-agenda-overriding-header Today List) (org-agenda-sorting-strategy '(time-up priority-down tag-up)) (org-deadline-warning-days 2) (org-agenda-filter-preset '(-Personal (todo DELEGATE) (todo WAITING ((org-agenda-filter-preset '(-Personal (tags-todo REPORTS ((org-agenda-overriding-header Report Detail) )) (tags-todo Order) (tags-todo Repair) ) nil (~/Documents/Magic Briefcase/Mobile Folders/notes/@.txt) ) I am using Emacs 23 for Windows and Aquamacs for OSX Andre Powell ___ 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: Orgmode[PATCH] org-export-generic, text markup -- and a request
On Aug 20, 2010, at 7:05 PM, Robert Goldman wrote: On 8/20/10 Aug 20 -9:09 AM, Carsten Dominik wrote: Hi Robert, can you point me to that patch? Any other testers? Did Wes take a look and greed to apply it? No, I'm afraid I have sent multiple emails and have heard nothing. I don't have a good way to recruit any other testers, unfortunately. I'm not sure how many people actually use org-generic-export; I do because I have wikis I need to write to and I can never remember all those oddball wiki syntaxen. Here's a question: what about setting up a branch on the core git repo and letting me push that patch there? Or you could push the patch to the branch yourself. That way people who are interested could test, and those who aren't interested could just ignore it. My patch seems really quite critical for anyone who DOES want to use org-generic-export. The existing generic export simply does not and CANNOT work when markup spreads across line boundaries. Generic export processes the org-mode file line-by-line. I fixed it to use the preprocessing that is done by other org exporters, bringing together multiple lines when there is markup (say italicization) that spreads across line boundaries. My next message will be a forwarding of a prior message containing the patches. I will send it only to you because I don't believe the mailing list will take it. Interested readers can find it at: http://thread.gmane.org/gmane.emacs.orgmode/27959/focus=28255 Hi Robert, I think the best way to proceed is that I simply apply the patch. This is definitely the best way to get people to test it. I would like to ask that you - at least for a while - become the responsible person for the generic exporter. Wes is, I guess, too busy or not interested right now. So if you could please look at any additional patches for he general exporter and make a recommendation as to wether to apply them and what changes are necessary. I have just applied al your 7 patches and pushed the result. Can you please get in touch with to...@tuxteam.de and see if and what has to be done with his patch? Thanks, in particular for your patience. - 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] exec code on task state progression
What would be the best approach, if at all possible, to having org manage tasks which allow me set dates for a task to be scheduled and then let me manually progress/cycle that task and have it then invoke code/scripts? e.g I might have a task which is Update Org which is scheduled as a repeat task once a week, When marking it done for that week (to drop it from my agenda) it also runs a shell script which goes ahead and executes a small bash script which does a git pull etc. I might also use it for, say, reminding me to send an email to certain customers every month and actually invoke the necessary gnus functions via elisp when I set it to done. I realise I can use babel to manually exec code blocks and that org can also follow shell and elisp links, but how to easily tie that in with task flow? ___ 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] Printing Multiple Lines For Agenda Export
On Sat, Aug 21, 2010 at 8:18 AM, Andre Powell wrote: Maybe I asked the wrong question, maybe there is another mailing list, but I hope that there is a solution to the issue that I am having. I Googled around and the only thing that that I saw even remotely close was this link http://www.mail-archive.com/emacs-orgmode@gnu.org/msg11636.html . Original Message: I have some task that have/need more descriptive text, but I am not able to get the text to show up when I export the view. I have set the command : Org Agenda Add Entry Text Maxlines to display more than 0, but then the program hangs and I have to force it to quit. This is the custom command that I would like to add the function to: (@ Print for the day ((agenda ((org-agenda-ndays 2) (org-agenda-overriding-header Today List) (org-agenda-sorting-strategy '(time-up priority-down tag-up)) (org-deadline-warning-days 2) (org-agenda-filter-preset '(-Personal (todo DELEGATE) (todo WAITING ((org-agenda-filter-preset '(-Personal (tags-todo REPORTS ((org-agenda-overriding-header Report Detail) )) (tags-todo Order) (tags-todo Repair) ) nil (~/Documents/Magic Briefcase/Mobile Folders/notes/@.txt) ) I am using Emacs 23 for Windows and Aquamacs for OSX I can confirm the behavior. Exporting agenda with org-agenda-add-entry-text-maxlines set to any non-zero value causes Emacs to eat cycles endlessly and has to be interrupted. The behavior is same when org-agenda-add-entry-text-descriptive-links is set to nil or t. I am on GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) running Org-mode git head. -- Manish ___ 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: Composing letters using org-mode and scrlttr2
Hi, Is someone working on producing a clean version of the changes required to integrate this? - Carsten On Jul 28, 2010, at 4:23 PM, Eric Schulte wrote: Hi Jambunathan, This looks very useful, and the output of scrlttr2 looks great. I think two things can be done to make this more accessible to the wider Org-mode community. First it seems (as you mentioned) like the bulk of your changes can be implemented without any change to the Org-mode core, but rather by using existing hooks (e.g. removing newlines in `org-export-latex-final- hook' and defining a scrlttr2 class in `org-export-latex-classes'). Second, a set of step-by-step instructions documenting how to generate a letter from an Org-mode file using your patch would make this much more approachable and would make a good addition to Worg. I look forward to trying this out. Thanks -- Eric Jambunathan K kjambunat...@gmail.com writes: With reference to my earlier post, (http://lists.gnu.org/archive/html/emacs-orgmode/2010-07/msg01060.html ) I would like to add the following clarification. #+LaTeX_CLASS_OPTIONS: [a4paper,parskip=full,backaddress=off,foldmarks=off,jambu] All the styling and context-specific information comes from 'jambu' in the LaTeX_CLASS_OPTIONS line. In this case, jambu is 'an lco file' that in turn loads DIN.lco. (The later file comes with the standard distribution) The patch as such doesn't bother with the styling elements but merely transforms content from org to scrlttr2 form. To illustrate, * subject Composing letters using org-mode and scrlttr2 section in org gets transformed in the final letter into the following TeX form. \setkomavar{subject} { \label{sec-2} Sub:- Composing letters using org-mode and scrlttr2 } This is done as part of org-scrlttr2-sectioning defun in my earlier patch. Jambunathan K. --- Input Org file --- #+TITLE: #+AUTHOR: #+EMAIL: #+LANGUAGE: #+TEXT: #+LaTeX_CLASS_OPTIONS: [a4paper ,fromalign = right ,pagenumber = headmiddle ,parskip = full ,fromphone = true ,fromfax = false ,fromrule = false ,fromemail =true,subject=afteropening,backaddress=off,foldmarks=off,jambu] #+OPTIONS: toc:nil #+LaTeX_CLASS: scrlttr2 * letter Org Mode User Group \\ World Wide Web * subject Sub:- Composing letters using org-mode and scrlttr2 * opening Dear Org Mode Users * body Lately, I have been composing formal letters using KOMA script's sscrlttr2. I found it convenient to have them composed from within org-mode. I am enclosing the initial set of changes needed to compose some simple letters as this one. The only change that is too 'intrusive' seems to be an extra newline which gets added immediately after the emission of labels. These extra newlines trigger syntax errors in the closing{} and encl{} directives. I think rest of the changes could be squeeed in through existing hooks. #+BEGIN_EXAMPLE - (insert (mapconcat (lambda (l) (format \\label{%s} l)) -label-list \n) \n)) + (insert (mapconcat (lambda (l) (format \\label{%s} l)) + label-list \n))) #+END_EXAMPLE If there is some general interest, I could work on making a formal patch available. * closing Yours Truly * encl Patch from my work-area. --- Output Tex file --- % Created 2010-07-26 Mon 23:19 \documentclass [a4paper ,fromalign = right ,pagenumber = headmiddle ,parskip = full ,fromphone = true ,fromfax = false ,fromrule = false ,fromemail =true,subject=afteropening,backaddress=off,foldmarks=off,jambu] {scrlttr2} \usepackage[latin1]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{t1enc} \usepackage{textcomp} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \usepackage{pdfpages} \providecommand{\alert}[1]{\textbf{#1}} \title{} \author{} \date{26 July 2010} \begin{document} \begin{letter} { \label{sec-1} Org Mode User Group \\ World Wide Web } \setkomavar{subject} { \label{sec-2} Sub:- Composing letters using org-mode and scrlttr2 } \opening { \label{sec-3} Dear Org Mode Users } \label{sec-4} Lately, I have been composing formal letters using KOMA script's sscrlttr2. I found it convenient to have them composed from within org-mode. I am enclosing the initial set of changes needed to compose some simple letters as this one. The only change that is too `intrusive' seems to be an extra newline which gets added immediately after the emission of labels. These extra newlines trigger syntax errors in the closing\{\} and encl\{\} directives. I think rest of the changes could be squeeed in through existing hooks. \begin{verbatim} - (insert (mapconcat (lambda (l) (format \\label{%s} l)) -label-list \n) \n)) + (insert (mapconcat (lambda (l) (format \\label{%s} l)) +
Re: [Orgmode] Printing Multiple Lines For Agenda Export
Hi, this is now fixed. Thanks for the report. - Carsten On Aug 4, 2010, at 7:24 PM, Andre Powell wrote: I have some task that have/need more descriptive text, but I am not able to get the text to show up when I export the view. I have set the command : Org Agenda Add Entry Text Maxlines to display more than 0, but then the program hangs and I have to force it to quit. This is the custom command that I would like to add the function to: (@ Print for the day ((agenda ((org-agenda-ndays 2) (org-agenda-overriding-header Today List) (org-agenda-sorting-strategy '(time-up priority-down tag-up)) (org-deadline-warning-days 2) (org-agenda-filter-preset '(-Personal (todo DELEGATE) (todo WAITING ((org-agenda-filter-preset '(-Personal (tags-todo REPORTS ((org-agenda-overriding-header Report Detail) )) (tags-todo Order) (tags-todo Repair) ) nil (~/Documents/Magic Briefcase/Mobile Folders/notes/@.txt) ) I am using Emacs 23 for Windows and Aquamacs for OSX Any help will be appreciated, Andre ___ 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