Re: [O] org-odt-export-to-odt: hide text
Hi, I have written something that may be useful to some and is somewhat complementary to what is being discussed here. [Well 'written' is not quite accurate -- Nick and Stefan helped me get it together] Its a transliteration system that Ive used with the itrans devanagari (ie Hindi/Sanskrit etc) I expect that in any language in which 1. there is a somewhat accepted standard roman form 2. that roman form is available as an emacs input method 3. the roman is easier to write but painful (for natives of course!!) to read this will be useful ie make a buffer (needs to be visiting a file) containing OM and call rpm-apply-iinput-method and you should get a buffer containing ॐ Regards Rusi -- http://www.the-magus.in http://blog.languager.org apply-input-method.el Description: Binary data
[O] Q: subtree - LaTex and no tags in document title
Hi, I want to export, to LaTex, a subtree of my org file and I want the subtrees top heading to be the document title. So; I go to the heading of the subtree and narrow the view with 'C-x n s' Than I go to the export dispatcher 'C-c C-e' and toggle the subtree export 'C-s' and export to Latex 'l o'. This works fine, but the document title also contains the tags from the subtrees top heading. That's not what I want. Q: how to get rid of these tags in the document title? kind regards Dick
Re: [O] TODO list sorted across categories
Hi Edward, Edward DeMeulle e...@demeulle.org writes: I'd like to be able to produce a TODO list that is sorted by timestamp independently of category. I'm still new to elisp and so don't yet understand all the code involved. What I've been able to do so far is create a separate version of org-todo-list by changing a single line: (org-set-sorting-strategy 'timestamp-up) ; was 'todo however that appears to sort by timestamp within categories, not across. Is there a relatively simply way to have org-todo-list ignore categories? Did you try to set `org-agenda-sorting-strategy' for your agenda view? That's the standard way of manipulating TODO list views you create on the fly with M-x org-agenda RET. 2 cts, -- Bastien
Re: [O] org-odt-export-to-odt: hide text
On Sun, Jul 07, 2013 at 11:32:49AM +0800, Eric Abrahamsen wrote: Daniel Clemente n142...@gmail.com writes: Just some ideas for anyone who has the time to come up with a multilingual export engine. [1]: http://www.danielclemente.com/dislines/syntax.en.html I came up with the basics of an automated translation system, that could be turned into this. The problem is that I only work from Chinese to English, so I never got around to multilingual support, nor does it support tagging or blocking out specific strings to translate. May I just say, this is why I absolutely love this list/community; I write a longish part-rant part-explanation response, and that triggers such an interesting discussion. Amazing! -- Suvayu Open source is the future. It sets us free.
Re: [O] org-odt-export-to-odt: hide text
Hello Rustom, On Sun, Jul 07, 2013 at 12:53:19PM +0530, Rustom Mody wrote: ie make a buffer (needs to be visiting a file) containing OM and call rpm-apply-iinput-method and you should get a buffer containing ॐ Beautiful! I'll fool around with this a bit. -- Suvayu Open source is the future. It sets us free.
Re: [O] org-odt-export-to-odt: hide text
You put your translation table in an org table, and there's a command to slurp that into a hashtable. The translation commands just whizz through the text and swap strings, basically. You can do subtree/region/file, tag subtrees to translate or not to translate, and there are interactive (a la query-replace) and noninteractive (for use as an export hook) versions. This is the usual gettext approach, which centralizes translations in a file (or table). When you change the original, your strings won't be found and you must update the translation table. I prefer the approach of having a phrase's translations together, so that you when you make a change you can update the translations from the same place. An overlay system in Emacs could show only „the current language“ and hide the others, then with some keys you could cycle through languages. I think this is something that can be done at an Emacs level (since it's for any text file), and org can simply use it.
[O] Showing timestamps in agenda items
Hello, I've developed a habit of typing items like this: * Foo Event 2013-07-07 Sun..2013-08-07 Wed The effect of this used to be agenda entries that looked like: Sunday 7 July 2013 foo:Foo Event ..2013-07-07 Sun Saturday7 August 2013 foo:Foo Event 2013-08-07 Wed.. It worked great for long, passive events that I only wanted to see the beginning and end of, with a terse construct. Listing many dates was great too, only stripping the current date for any appearance in the agenda: * Bar Event 2013-07-08 Mon,2013-07-10 Wed,2013-07-12 Fri Monday 8 July 2013 foo:Bar Event ,2013-07-10 Wed,2013-07-12 Fri At some point (I think between 7.8 and 7.9) all dates stopped appearing in the description part of agenda lines, so now all that shows is: Sunday 7 July 2013 foo:Some Event .. This is not as useful, as I could already put dates that I didn't want visible on a following line. I've searched the org-adenda options but haven't found a way to affect this behaviour. I haven't looked at the code yet :). How much effort would it be to do this? Showing all dates in agenda descriptions would be alright too. My next choice might be to do: * Foo ** Foo starts 2013-07-07 Sun ** Foo ends 2013-08-07 Wed But I'm open to other ideas. Thanks, Bryan
Re: [O] TODO list sorted across categories
Thank you. That was far simpler than I expected.
[O] [org-trello] emacs minor mode for org-mode to sync with trello
For informations, to any people interested in trello and org-mode, I am developing a minor-mode for org-mode to sync your org-files with your trello. Because sometimes, we need to work with other tools than those we like. https://github.com/ardumont/org-trello This has been released in melpa at the moment. As soon as i have time, i'll release to marmalade my tags. Functionalities: - create/update/delete card/checklist/items - move around card according to status - install setup routines (one for tokens authentication, one for the sync with the board) Cheers, -- Antoine R. Dumont https://github.com/ardumont https://coderwall.com/ardumont http://twitter.com/ardumont http://adumont.fr/blog
Re: [O] [babel] feature request: debug messages
Hopefully the following: 1. will run 2. will work 3. will be usable Yes. Yes. Yes. Great^3 I still believe, that there is a bug in the manual, where :epilogue and :prologue are described. Could you elaborate? Tanks a lot for your help and that really nice feature! Happy to help, Cheers, Andreas -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Showing timestamps in agenda items
Perhaps this note from my .emacs might help. ;; ;; removing timestamps ;; ;; the variable seems to be completely ignored. it always ;; removes active timestamps no matter what the setting of this ;; variable is. it never removes any other timestamps or time ;; specifications. ;; ;; if it is fixed, then i might want it for inactive as beg. ;; with a wide screen it is less important. ;; ;; this does not work for inactive (i tested it) as displayed ;; with the [ ] feature. ;; ;; (setq org-agenda-remove-times-when-in-prefix 'beg) (setq org-agenda-remove-times-when-in-prefix nil) ;; default is t. ;; (setq org-agenda-remove-times-when-in-prefix t) On 7/7/13, Bryan Gardiner b...@khumba.net wrote: Hello, I've developed a habit of typing items like this: * Foo Event 2013-07-07 Sun..2013-08-07 Wed The effect of this used to be agenda entries that looked like: Sunday 7 July 2013 foo:Foo Event ..2013-07-07 Sun Saturday7 August 2013 foo:Foo Event 2013-08-07 Wed.. It worked great for long, passive events that I only wanted to see the beginning and end of, with a terse construct. Listing many dates was great too, only stripping the current date for any appearance in the agenda: * Bar Event 2013-07-08 Mon,2013-07-10 Wed,2013-07-12 Fri Monday 8 July 2013 foo:Bar Event ,2013-07-10 Wed,2013-07-12 Fri At some point (I think between 7.8 and 7.9) all dates stopped appearing in the description part of agenda lines, so now all that shows is: Sunday 7 July 2013 foo:Some Event .. This is not as useful, as I could already put dates that I didn't want visible on a following line. I've searched the org-adenda options but haven't found a way to affect this behaviour. I haven't looked at the code yet :). How much effort would it be to do this? Showing all dates in agenda descriptions would be alright too. My next choice might be to do: * Foo ** Foo starts 2013-07-07 Sun ** Foo ends 2013-08-07 Wed But I'm open to other ideas. Thanks, Bryan -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] Showing timestamps in agenda items
On Sun, 7 Jul 2013 10:22:34 -0700 Samuel Wales samolog...@gmail.com wrote: On 7/7/13, Bryan Gardiner b...@khumba.net wrote: Hello, I've developed a habit of typing items like this: * Foo Event 2013-07-07 Sun..2013-08-07 Wed The effect of this used to be agenda entries that looked like: Sunday 7 July 2013 foo:Foo Event ..2013-07-07 Sun Saturday7 August 2013 foo:Foo Event 2013-08-07 Wed.. It worked great for long, passive events that I only wanted to see the beginning and end of, with a terse construct. Listing many dates was great too, only stripping the current date for any appearance in the agenda: * Bar Event 2013-07-08 Mon,2013-07-10 Wed,2013-07-12 Fri Monday 8 July 2013 foo:Bar Event ,2013-07-10 Wed,2013-07-12 Fri At some point (I think between 7.8 and 7.9) all dates stopped appearing in the description part of agenda lines, so now all that shows is: Sunday 7 July 2013 foo:Some Event .. This is not as useful, as I could already put dates that I didn't want visible on a following line. I've searched the org-adenda options but haven't found a way to affect this behaviour. I haven't looked at the code yet :). How much effort would it be to do this? Showing all dates in agenda descriptions would be alright too. My next choice might be to do: * Foo ** Foo starts 2013-07-07 Sun ** Foo ends 2013-08-07 Wed But I'm open to other ideas. Thanks, Bryan Perhaps this note from my .emacs might help. ;; ;; removing timestamps ;; ;; the variable seems to be completely ignored. it always ;; removes active timestamps no matter what the setting of this ;; variable is. it never removes any other timestamps or time ;; specifications. ;; ;; if it is fixed, then i might want it for inactive as beg. ;; with a wide screen it is less important. ;; ;; this does not work for inactive (i tested it) as displayed ;; with the [ ] feature. ;; ;; (setq org-agenda-remove-times-when-in-prefix 'beg) (setq org-agenda-remove-times-when-in-prefix nil) ;; default is t. ;; (setq org-agenda-remove-times-when-in-prefix t) Thanks Samuel. I'd tried playing around with this as well and I confirm that it doesn't seem to do anything. It does sound like the correct feature though, doesn't it? Found a better workaround: hitting : RET (or anything to change the entry) will display the headline unmodified... - Bryan
Re: [O] [babel] feature request: debug messages
Hi Eric, Eric Schulte schulte.e...@gmail.com writes: [...] I still believe, that there is a bug in the manual, where :epilogue and :prologue are described. Could you elaborate? In my build I get the sections on :epilogue and :prologue unnumbered. They are also not present present in the TOC. I guess it should be: 14.8.2.25 :post 14.8.2.26 :prologue 14.8.2.27 :epilogue Regards, Andreas
[O] org-export-section-number-format does not work
Org-mode version 8.0.5 (latest) Test done with this command: emacs -q --load ~/t/org-test-final.el Contents of ~/t/org-test-final.el: (setq package-load-list '((org t) (org-plus-contrib t))) (setq org-export-section-number-format '(((I .)) . .)) (package-initialize) (find-file ~/t/simple.org) Contents of ~/t/simple.org: * one ** two *** three In the test emacs session, press C-c C-e (org-export-dispatch) then press h o to open the exported html in the browser. The section numbers are shown as 1 and 1.1 and 1.1.1 when they should be, I guess, I. and I.I. and I.I.I. Same result with this too: (setq package-load-list '((org t))) (custom-set-variables '(org-export-section-number-format (quote (((1 .)) . . (package-initialize) (find-file ~/t/simple.org) C-h v cannot find the variable org-export-section-number-format but M-x customize-group RET org-export-general RET shows its documentation, after that C-h v shows it is defined in org-exp.el which is a file bundled with Emacs, and is not part of the latest org package.
[O] Lists, exports to LaTeX and cr/lf
Hi, I have a question regarding lists and Org-mode 8.0.2 (the version I currently use). It seems that if I export this : - foo foo foo foo foo bar bar bar bar - foo foo foo foo foo bar bar bar bar Then I get 2 itemize environments because I broke the line after foo. I don't remember that it was the case previously. I would find it much more convenient if the end of the environment was denoted by an empty line, ie: - foo foo foo foo foo bar bar bar bar - foo foo foo foo foo bar bar bar bar Any comment about this or did I miss something already explained on the list? Thanks in advance, -- Fabrice
Re: [O] Lists, exports to LaTeX and cr/lf
Aloha Fabrice, Fabrice Popineau fabrice.popin...@supelec.fr writes: Hi, I have a question regarding lists and Org-mode 8.0.2 (the version I currently use). It seems that if I export this : - foo foo foo foo foo bar bar bar bar - foo foo foo foo foo bar bar bar bar Then I get 2 itemize environments because I broke the line after foo. The line break is not terminating the itemize environment by itself. It is the lack of indentation on the bar bar lines that terminates the itemize environments in this case. The following should yield a single itemize environment when it is exported: - foo foo foo foo foo bar bar bar bar - foo foo foo foo foo bar bar bar bar I don't remember that it was the case previously. I would find it much more convenient if the end of the environment was denoted by an empty line, ie: - foo foo foo foo foo bar bar bar bar - foo foo foo foo foo bar bar bar bar The end of the environment can be denoted by two (or more) empty lines. This way it is possible to have multi-paragraph (separated by single empty lines) items in lists. See section 2.7, Plain lists, in the Org-mode manual for a precise description of list indentation and ending. hth, Tom Any comment about this or did I miss something already explained on the list? Thanks in advance, -- Fabrice Hi, I have a question regarding lists and Org-mode 8.0.2 (the version I currently use). It seems that if I export this : - foo foo foo foo foo bar bar bar bar - foo foo foo foo foo bar bar bar bar Then I get 2 itemize environments because I broke the line after foo. I don't remember that it was the case previously. I would find it much more convenient if the end of the environment was denoted by an empty line, ie: - foo foo foo foo foo bar bar bar bar - foo foo foo foo foo bar bar bar bar Any comment about this or did I miss something already explained on the list? Thanks in advance, -- Thomas S. Dye http://www.tsdye.com
Re: [O] Lists, exports to LaTeX and cr/lf
The line break is not terminating the itemize environment by itself. It is the lack of indentation on the bar bar lines that terminates the itemize environments in this case. Thanks a lot! I have been fooled by Emacs. This situation was the result on M-q on a previously single-line paragraph. I should have seen that. I wonder why M-q didn't format it correctly. And now (after a restart), it does. Well, everything is fine. Best regards, Fabrice
[O] Per-window visibility cycling
This likely has been asked in the past but I didn't find it so please allow me :) Is visibility cycling per-buffer and not per-window? I ask because I want to do a horizontal split of a window containing an org-mode file. Then I want to do a certain level of visibility cycling in the left side to sort of make an index. On the right side, I want to open/close various tree branches without affecting the left side. But the two always seem to stay in sync with respect to visibility. Any ideas appreciated. -- Bob Newell Honolulu, Hawai`i * Sent via NoGnus 0.18-Emacs 23.3-Linux Mint 13 *
Re: [O] Per-window visibility cycling
You can use an indirect buffer. On 7/7/13, Bob Newell bobnew...@bobnewell.net wrote: This likely has been asked in the past but I didn't find it so please allow me :) Is visibility cycling per-buffer and not per-window? -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] [babel] feature request: debug messages
In my build I get the sections on :epilogue and :prologue unnumbered. They are also not present present in the TOC. I guess it should be: 14.8.2.25 :post 14.8.2.26 :prologue 14.8.2.27 :epilogue Oh, I had to open the HTML version of the documentation to see what you mean, but you're right; I forgot to add subsection lines for these header arguments. This should be fixed now, thanks for the report! -- Eric Schulte http://cs.unm.edu/~eschulte
[O] Bug: need to eval-when-compile org-compat [8.0.5 (8.0.5-elpaplus @ /u/kimr/elisp/emacs-24/org-plus-contrib-20130704/)]
Line 83 of org.el nees to be changed from (require 'org-compat) to (eval-when-compile (require 'org-compat)) in order to prevent (invalid-function org-with-silent-modifications) error when an org file is loaded and `C-x C-e h h' is hit to export to a file. The call stack is org-with-silent-modifications org-refresh-category-properties org-get-category org-entry-properties org-element-headline-parser org-element--current-element org-element--parse-elements org-element-parse-buffer org-export-filter-apply-functions org-export-as org-export-to-file org-html-export-to-html org-export-dispatch call-interactively(org-export-dispatch nil nil) This occured on emacs-24 (which I compiled using latest version from http://bzr.savannah.gnu.org/r/emacs/emacs-24/ branch as of July 6, 2013). This is with org-plus-contrib-20130704.tar ELPA package installed. I can work around (invalid-function org-with-silent-modifications) problem if I byte compile org.el again after making sure that org-compat is loaded. However it seems like to me that one should not have to mess with files byte compiled as part of `M-x package-install'. That is why I think the one line change suggested above should be made. Emacs : GNU Emacs 24.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of 2013-07-06 on kimr-laptop Package: Org-mode version 8.0.5 (8.0.5-elpaplus @ /u/kimr/elisp/emacs-24/org-plus-contrib-20130704/)
Re: [O] Bug: need to eval-when-compile org-compat [8.0.5 (8.0.5-elpaplus at /u/kimr/elisp/emacs-24/org-plus-contrib-20130704/)]
Richard Kim emacs18 at gmail.com writes: Line 83 of org.el nees to be changed from (require 'org-compat) to (eval-when-compile (require 'org-compat)) No, absolutely not: require does an implicit eval-and-compile. in order to prevent (invalid-function org-with-silent-modifications) error when an org file is loaded and `C-x C-e h h' is hit to export to a file. This is a different problem, namely package manager getting into the game after parts of the Org that ship with Emacs24 have already been loaded. This has been discussed before as well as how to workaround it. In a nutshell, you need to install Orgmode in an entirely fresh session. When you still hit this problem, then restart Emacs and (in the same session) remove and then re-install Org. Regards, Achim.
