[Orgmode] Re: Feature Request: Assort a subtree randomly ?
That is excellent. Not too late, at all. This ability to sort by a function is excellent: presumably one could use a soundex algorithm! Thank you, Alan ___ 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] Merging .org files
Hello, In my current system, I have about 200 .org files. With this number of files, building the agenda is very slow in my home computer and, also, makes the performance of MobileOrg quite poor. So, I would like to join files, to increase the system's performance. Is there any script to cleanly join files, by transforming the title of the file in a first level heading (*) and adding an star to all other headings of the file? I think this is the cleaner way to join files. Thank You, Pere -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38. 43520 Roquetes (Tarragona), Spain. T. (+34) 977 500 511 - F. (+34) 977 504 660 http://www.obsebre.es - http://pere.quintanasegui.com GnuPG:2CAB4330 http://pere.quintanasegui.com/coses/key-transition.txt signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Status google calendar sync
[I replied privately to the my-own-fault OT part.] Mark Elston m_els...@comcast.net writes: On 1/29/2011 12:44 PM, Greg Troxel wrote: I think the only tricky part is somehow push UUIDs during scyning, and then you'll need an operation to merge an org event and an ical event with different UUIDs and remember the foreign UUID for the next sync. I'm not sure what you mean by this. I have never made use of any .ical/.ics files so this hasn't been an issue for me. The only UUIDs I am dealing with are google calendar's own internal UUIDs. I don't know how they compare with other UUIDs. I suspect, but am 100% not sure, that sending events to google calendar via the command-line tools is conceptually similar to exporting to ical and doing an import to some ical-style GUI calendar program. What I am working on now is a python script to initialize some of the info I have in my org files with info from google (including the google UUID). Most of this will go into a property drawer. This drawer can certainly be expanded to contain additional data from other tools as necessary. I think you're thinking the same problem I didn't articulate very well events in iCalendar/etc. systems (including google calendar) have a UUID, and those systems typically can accept an existing UUID on import org events have a UUID, at least after org-mobile-export, and it's ID in properties drawer. I'm not sure if these can be used as-is when exporting via iCalendar. someone might end up with the same event in both systems, but without matching UUIDs. In that case, there needs to be some way to merge events and remember both UUIDs so that future syncing keeps the events merged. What I would like is to be able to shuffle my schedule in org as it is often a more convenient interface for this than *any* calendar I have used for the kinds of things I have to do. Once I get the dates/times for individual events the way I want them I would then push them to google (or wherever). My notes and other useful data stay in org. Agreed; this is what I would like to do also. But I would like to also be able to change a time in [non-org scheduling program] or add an event (perhaps via a mailed iCalendar invitation) and have those flow into org. ical export seems to be present in org, but I found duplicated events after multiple exports. I need to find time to try it more and either fix it or construct a good bug report. pgp0xAZxdDieX.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Status google calendar sync
Mark Elston m_els...@comcast.net writes: [...] What I would like is to be able to shuffle my schedule in org as it is often a more convenient interface for this than *any* calendar I have used for the kinds of things I have to do. Once I get the dates/times for individual events the way I want them I would then push them to google (or wherever). My notes and other useful data stay in org. Google will load an ics file from a location on the web periodically so you could always export your org as an ics file and tell Google where to find it. The key problem with this is that the file has to be publicly accessible although, of course, you can obfuscate the path and protect it from web robots to some degree. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.260.gba0f6.dirty) ___ 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] Status google calendar sync
Greg Troxel g...@ir.bbn.com writes: [...] ical export seems to be present in org, but I found duplicated events after multiple exports. I need to find time to try it more and either fix it or construct a good bug report. if your org entries have ID properties, these will be used in creating the ical entries, ensuring that the entries remain unique if you upload the same entry more than once. I have : (setq org-icalendar-store-UID t) in my org customisation which may be necessary to have this feature. I cannot remember how to ensure that each exported entry has an ID property, however. Maybe somebody else can chime in or you might want to check the exporting section in the org manual. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.260.gba0f6.dirty) ___ 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] search and destroy bug?
When searching for something with C-/-/ and then deleting found subheadings with C-k, subheadings at the same level and below the deleted subheading is also deleted. The same is true when deleting subheadings found with C-/-m. Reproduce with: * heading ** 1 ** 2 ** 3 ** 4 Then C-/-/ 2, and C-k the subheading 2, fold and unfold heading, only 1 remains. ___ 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] search and destroy bug?
On Jan 30, 2011, at 3:14 PM, Fritjof wrote: When searching for something with C-/-/ and then deleting found subheadings with C-k, subheadings at the same level and below the deleted subheading is also deleted. The same is true when deleting subheadings found with C-/-m. Reproduce with: * heading ** 1 ** 2 ** 3 ** 4 Then C-/-/ 2, and C-k the subheading 2, fold and unfold heading, only 1 remains. Hi Fritjof, this is because org tries to represent the results as compactly as possible. However, the state of the tree is not strictly like a tree you'd create by drilling into it with only TAB. For a less compact (and safer) representation, see the variables org-show-following-heading org-show-siblings org-show-entry-blow These variables give very fine control about how the tree should look after various operations. For example, try (setq org-show-following-heading '((occur-tree . t) (default . nil))) Hope this helps - 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 ___ 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
[babel] Feature request, was Re: [Orgmode] [bug] [babel] results eat up following text
Eric Schulte schulte.e...@gmail.com writes: Hi Eric, Thanks for catching this issue. It turns out this was a result of adding lists as supported output types, the code block thinks that the enclosing list is the results list, and deletes it before inserting new results. Luckily this was a quick 2-character change, which has been committed. Cheers -- Eric Eric, maybe this will also be a quick change... I have a (very low priority) feature request: as I often have babel source code blocks within lists, it would be nice if the #+results line were generated to be indented to the same level as the #+begin_src /or #+begin_end lines. Babel appears to generate a results header with only 2 spaces before it, if no such line exists already, regardless of the indentation of the code block. However, if the results header is already there, the indentation is preserved, which is really nice! This is why it's a low priority request: it's straightforward enough to indent the line the first time it is generated! Thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.260.gba0f6.dirty) ___ 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] [BUG] org-html.el: internal links don't work unless CUSTOM_ID is used
Internal links do not work in HTML export unless CUSTOM_ID is used. I have tried with [[id:]] and [[*Heading]] links. It makes the link like this: a href=#sec-49 It makes the anchor like this: h2 id=sec-49.../h2 and if the entry has ID (id: link is used) then also a name=ID-80ea259f-73f0-4456-b2f5-3343d44e6336 id=ID-80ea259f-73f0-4456-b2f5-3343d44e6336/a Unfortunately h2.id doesn't create an anchor, and even for id: links it uses href=#sec-49, which doesn't work. I wondered how links in WORK work, so I checked, e.g. http://orgmode.org/worg/org-contrib/babel/intro.html The link is denoted like this [[#source-code-execution][here]] and the target like this: * Source Code Execution :PROPERTIES: :CUSTOM_ID: source-code-execution :END: Indeed the Org manual advises: The most important case is a link like `[[#my-custom-id]]' which will link to the entry with the `CUSTOM_ID' property `my-custom-id'. Such custom IDs are very good for HTML export (*note HTML export::) where they produce pretty section links. But it would be very tedious to add CUSTOM_ID to every target, and the manual also hints to it: You are responsible yourself to make sure these custom IDs are unique Having to go out and make a target interrupts one's flow. It's much faster to type [[*He and use completion to create the link. That's why I've marked this BUG and not Enhancement. ___ 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] Distinguish = and ~ delimiters in LaTeX export
Aloha Tom, On Jan 29, 2011, at 7:40 PM, Thomas S. Dye wrote: Aloha all, The default value of org-export-latex-emphasis-alist treats the = and ~ delimiters as \\verb. Both settings are ignored because org- export-latex-use-verb is nil by default. The = and ~ delimiters produce \texttt{} instead of \verb. This patch distinguishes = and ~ by changing the default for = to \\texttt{%s}. The docstring has also been changed to refer to org-export-latex-use- verb. With this patch, users exporting to LaTeX will be able to use = for \texttt text in LaTeX moving environments and ~ for \verb text in places where it is safe to use this construct. This is a pretty good patch, but I think we should still modify it. Org users traditionally use =stuff= to mark code pieces, and I think it is still important to escape special characters like ^ and ~ and others. The modified patch below does the following: - Like your patch, it makes Org use \\verb for the ~...~ emphasis. - For =...= emphasis, it uses a new keyword \\protectedtexttt. This will protect special characters and then do texttt. And I have extended the protection to include multiple hyphens by converting -- to -{}-. Do you agree with this solution? - Carsten Tom 0001-Changed-org-export-latex-emphasis-alist-to-distingui.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 ___ 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] Distinguish = and ~ delimiters in LaTeX export
Forgot to attach the patch... verb.patch Description: Binary data On Jan 30, 2011, at 4:30 PM, Carsten Dominik wrote: Aloha Tom, On Jan 29, 2011, at 7:40 PM, Thomas S. Dye wrote: Aloha all, The default value of org-export-latex-emphasis-alist treats the = and ~ delimiters as \\verb. Both settings are ignored because org- export-latex-use-verb is nil by default. The = and ~ delimiters produce \texttt{} instead of \verb. This patch distinguishes = and ~ by changing the default for = to \\texttt{%s}. The docstring has also been changed to refer to org-export-latex- use-verb. With this patch, users exporting to LaTeX will be able to use = for \texttt text in LaTeX moving environments and ~ for \verb text in places where it is safe to use this construct. This is a pretty good patch, but I think we should still modify it. Org users traditionally use =stuff= to mark code pieces, and I think it is still important to escape special characters like ^ and ~ and others. The modified patch below does the following: - Like your patch, it makes Org use \\verb for the ~...~ emphasis. - For =...= emphasis, it uses a new keyword \\protectedtexttt. This will protect special characters and then do texttt. And I have extended the protection to include multiple hyphens by converting -- to -{}-. Do you agree with this solution? - Carsten Tom 0001-Changed-org-export-latex-emphasis-alist-to-distingui.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 ___ 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: org-open-at-point curation
While fiddling with the way babel uses org-open-at-point, I noticed a coupe of things: 1. There's a bug when using the prefix arg with a text search link. E.g. try C-u C-c C-o on [[foo]] 2. The prefix arg is used in three different ways (two of them undocumented), not all of which correspond to the variable name used for the prefix arg. I'm leaving the extra uses undocumented, but have renamed the prefix arg with a more generic name. Dan ~ Some curation of `org-open-at-point' * lisp/org.el (org-open-at-point): Fix bug when using prefix arg to construct `org-link-search' call. Rename prefix arg with a more generic name, to reflect its diverse uses in this function. #+begin_src diff diff --git a/lisp/org.el b/lisp/org.el index a49d3e2..186af9d 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9084,12 +9084,12 @@ Functions in this hook must return t if they identify and follow a link at point. If they don't find anything interesting at point, they must return nil.) -(defun org-open-at-point (optional in-emacs reference-buffer) +(defun org-open-at-point (optional arg reference-buffer) Open link at or after point. If there is no link at point, this function will search forward up to the end of the current line. Normally, files will be opened by an appropriate application. If the -optional argument IN-EMACS is non-nil, Emacs will visit the file. +optional prefix argument ARG is non-nil, Emacs will visit the file. With a double prefix argument, try to open outside of Emacs, in the application the system uses for this file type. (interactive P) @@ -9107,7 +9107,7 @@ application the system uses for this file type. org-angle-link-re \\| [ \t]:[^ \t\n]+:[ \t]*$))) (not (get-text-property (point) 'org-linked-text))) -(or (org-offer-links-in-entry in-emacs) +(or (org-offer-links-in-entry arg) (progn (require 'org-attach) (org-attach-reveal 'if-exists ((run-hook-with-args-until-success 'org-open-at-point-functions)) ((org-at-timestamp-p t) (org-follow-timestamp-link)) @@ -9212,7 +9212,7 @@ application the system uses for this file type. (browse-url (concat type : path))) ((string= type tags) - (org-tags-view in-emacs path)) + (org-tags-view arg path)) ((string= type tree-match) (org-occur (concat \\[ (regexp-quote path) \\]))) @@ -9226,7 +9226,7 @@ application the system uses for this file type. path (substring path 0 (match-beginning 0) (if (string-match [*?{] (file-name-nondirectory path)) (dired path) - (org-open-file path in-emacs line search))) + (org-open-file path arg line search))) ((string= type shell) (let ((cmd path)) @@ -9258,14 +9258,14 @@ application the system uses for this file type. 'org-open-link-functions path))) ((string= type thisfile) - (if in-emacs + (if arg (switch-to-buffer-other-window (org-get-buffer-for-internal-link (current-buffer))) (org-mark-ring-push)) (let ((cmd `(org-link-search ,path - ,(cond ((equal in-emacs '(4)) 'occur) - ((equal in-emacs '(16)) 'org-occur) + ,(cond ((equal arg '(4)) ''occur) + ((equal arg '(16)) ''org-occur) (t nil)) ,pos))) (condition-case nil (eval cmd) #+end_src ___ 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] Special properties -- doc buglet?
At Sat, 22 Jan 2011 07:01:18 -0600, Tommy Kelly wrote: In section 7.2 Special properties the current online org manual says: The following property names are special and should not be used as keys in the properties drawer: ... CATEGORY ... Is it correct to have CATEGORY in that list? I thought that putting it as a key into the property drawer was exactly how to specify categories. As I see this, listing the CATEGORY property in Chapter 7.2 is okay. Chapter 7 is about property drawers in general. CATEGORY belongs to the list of reserved property names with a special meaning to Org. You should not use this property because it modifies Org mode's behavior and does not work like any other property. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpVBAr01P6A7.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Changes to lists
At Thu, 27 Jan 2011 21:39:03 +0100, Nicolas Goaziou wrote: The unfinished checkboxes and progress cookies are not boldened as they are in Orgmode itself and putting a hidden X inside the not begun checkboxes is somewhat tenous as the hidden attribute might not be honored (as happens for example if you display with no style). Putting a non-breaking space there might be a better idea. As far as I can remember, I did not change this behavior. Though, I don't mind boldening empty and unfinished checkboxes as well, nor I do mind exchanging the hidden attribute for a non-breaking space. What do others users think about this ? The non-breaking space in an unchecked item would not (necessarily) be as wide as the X in a checked item. But a checkbox list that does not align is in my eyes far better than unchecked items that appear as checked when viewed w/o CSS. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpFXpE3v1hGF.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] headlines in HTML
At Sun, 23 Jan 2011 14:30:00 -0700, Samuel Wales wrote: Maybe we could somehow skip H levels, so it goes H3 for title, then H5, H7, H9. But browsers might not understand such low level headlines. Maybe I could have other attributes to set, like centering and large non-bold, for specific levels. So, say, top is large bold centered, then large non-bold centered, then smaller bold, then smaller non-bold. Can things like that be done in org? I don't know if CSS is possible or easy in Blogger, especially for specific posts. Okay, if I understood you correctly you use headlines to give a blog post a structure and you are concerned with the appearance of the blog entry when displayed by a reader's browser. If this is the case, then using CSS is the solution. Cf. http://www.google.com/support/blogger/bin/answer.py?hl=enanswer=41954 Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgp5lkOK7GEzL.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] $0 replaced with ampersand () when invoking `org-edit-special'
At Sun, 09 Jan 2011 14:36:45 +0100, David Maus wrote: I can reproduce this with Org-mode version 7.4 (release_7.4.135.g84087) GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian And it sure looks like a bug to me. I did a first shot on a fix but are currently stuck with the question how to represent a reference to the current cell ($0) in the alphabetical notation. Any suggestions? Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpAFm7ZLmKgR.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Export issue of URL when the text begins with a date
At Mon, 17 Jan 2011 18:55:54 +0100, Bastien wrote: David Maus dm...@ictsoc.de writes: It seems that such a non-regression test base and script do not exist. However that would be good to have in order to check that any correction does not break anything. That's exactly what the testing framework[1] could and should do. I've just not figured out how to best write tests for entire export operations. Thinking of it: We could create an input file dedicated to test link exporting, put in different kinds of links, export and then use regexps to check if the links have been exported fine. I've just added testing/links.org to the testing framework. Vincent, feel free to suggest any addition to testing/ so that we can enrich our test-base with various examples! Being able to reproduce errors on those files will help people feel confident the error does not come from their configuration. Attached patch factors out the link handling part of `org-export-as-html' in a separat function which takes the processed line and the exporting options as arguments and returns the possibly modified line. Having the link handling in a separate function makes it way easier to test this specific behaviour of export. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de From ea1c1e8528af0490c03133a09575e72fa4d0f352 Mon Sep 17 00:00:00 2001 From: David Maus dm...@ictsoc.de Date: Sun, 30 Jan 2011 18:12:06 +0100 Subject: [PATCH] Factor out link Handling during export * org-html.el (org-html-handle-links): New function. Factor out link Handling during export. (org-export-as-html): Use new function. Putting the entire logic of link handling in a separate function makes it easier to test the link creation during html export and maybe refactor the function in the future. The body of the function is a 1:1 copy of the original code in `org-export-as-html', symbols which were used by the link handling exclusively are removed from `org-export-as-html'. --- lisp/org-html.el | 332 -- 1 files changed, 171 insertions(+), 161 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index 9a5d225..2216852 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -795,6 +795,173 @@ MAY-INLINE-P allows inlining it as an image. (org-export-html-format-desc desc) /a) +(defun org-html-handle-links (line opt-plist) + Return LINE with markup of Org mode links. +OPT-PLIST is the export options list. + (let ((start 0) + (current-dir (if buffer-file-name + (file-name-directory buffer-file-name) + default-directory)) + (link-validate (plist-get opt-plist :link-validation-function)) + type id-file fnc + rpl path attr desc descp desc1 desc2 link) +(while (string-match org-bracket-link-analytic-regexp++ line start) + (setq start (match-beginning 0)) + (setq path (save-match-data (org-link-unescape + (match-string 3 line + (setq type (cond + ((match-end 2) (match-string 2 line)) + ((save-match-data +(or (file-name-absolute-p path) +(string-match ^\\.\\.?/ path))) + file) + (t internal))) + (setq path (org-extract-attributes (org-link-unescape path))) + (setq attr (get-text-property 0 'org-attributes path)) + (setq desc1 (if (match-end 5) (match-string 5 line)) + desc2 (if (match-end 2) (concat type : path) path) + descp (and desc1 (not (equal desc1 desc2))) + desc (or desc1 desc2)) + ;; Make an image out of the description if that is so wanted + (when (and descp (org-file-image-p + desc org-export-html-inline-image-extensions)) + (save-match-data + (if (string-match ^file: desc) + (setq desc (substring desc (match-end 0) + (setq desc (org-add-props + (concat img src=\ desc \/) + '(org-protected t + (cond + ((equal type internal) + (let + ((frag-0 + (if (= (string-to-char path) ?#) + (substring path 1) + path))) + (setq rpl + (org-html-make-link +opt-plist + + +(org-solidify-link-text + (save-match-data (org-link-unescape frag-0)) + nil) +desc attr nil + ((and (equal type id) +(setq id-file (org-id-find-id-file path))) + ;; This is an id: link to another file (if it was the same file, + ;; it would have become an internal link...) + (save-match-data + (setq id-file (file-relative-name +id-file +
Re: [Orgmode] Merging .org files
Hola Pere, I'd suggest creating a master document with #includes of all your Orgmode files, and then export this master document as org-mode. http://orgmode.org/manual/Include-files.html#Include-files There is a :minlevel attribute to automatically demote included org-mode files. Saludos, .j. On Sun, Jan 30, 2011 at 12:39:35PM +0100, Pere Quintana Seguí wrote: In my current system, I have about 200 .org files. With this number of files, building the agenda is very slow in my home computer and, also, makes the performance of MobileOrg quite poor. So, I would like to join files, to increase the system's performance. Is there any script to cleanly join files, by transforming the title of the file in a first level heading (*) and adding an star to all other headings of the file? I think this is the cleaner way to join files. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] Distinguish = and ~ delimiters in LaTeX export
Hi Thomas, Thomas S. Dye wrote: The default value of org-export-latex-emphasis-alist treats the = and ~ delimiters as \\verb. Both settings are ignored because org-export- latex-use-verb is nil by default. The = and ~ delimiters produce \texttt{} instead of \verb. This patch distinguishes = and ~ by changing the default for = to \\texttt{%s}. The docstring has also been changed to refer to org-export-latex-use- verb. With this patch, users exporting to LaTeX will be able to use = for \texttt text in LaTeX moving environments and ~ for \verb text in places where it is safe to use this construct. What's the real use of that variable? I mean, wouldn't it be more simple if Org's export behavior was just based on the contents of org-export-latex-emphasis-alist? Is there verbatim in it, we use verbatim. Is is texttt in it, we use texttt... In fact, in which cases do we want to override what's described in the alist? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] exporting atom/rss feeds; org-feed-alist not downloading anything from www.rememberthemilk.com
At Sat, 29 Jan 2011 14:38:07 -0600, David LeBauer wrote: here is a copy of the rss feed Thanks and entries not showing up is not a problem with Org mode. RTM does not deliver a RSS, but an Atom feed and hence you need to set the properties :parse-entry and :parse-feed properties in `org-feed-alist' to org-feed-parse-atom-entry and org-feed-parse-atom-feed respectively. One remaining problem. though: In the example feed the feed entry content is delivered as XHTML. It is valid XML, thus the feed parser of Emacs' xml package creates a list representation of the feed content and inserts this as body of the feed content. I am not sure at the moment how to solver or mitigage this problem. You might check if RTM can deliver plain text or simple HTML in the feed entry. best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpwcHn5LhVYS.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Distinguish = and ~ delimiters in LaTeX export
On Jan 30, 2011, at 5:30 AM, Carsten Dominik wrote: Aloha Tom, On Jan 29, 2011, at 7:40 PM, Thomas S. Dye wrote: Aloha all, The default value of org-export-latex-emphasis-alist treats the = and ~ delimiters as \\verb. Both settings are ignored because org- export-latex-use-verb is nil by default. The = and ~ delimiters produce \texttt{} instead of \verb. This patch distinguishes = and ~ by changing the default for = to \\texttt{%s}. The docstring has also been changed to refer to org-export-latex- use-verb. With this patch, users exporting to LaTeX will be able to use = for \texttt text in LaTeX moving environments and ~ for \verb text in places where it is safe to use this construct. This is a pretty good patch, but I think we should still modify it. Org users traditionally use =stuff= to mark code pieces, and I think it is still important to escape special characters like ^ and ~ and others. The modified patch below does the following: - Like your patch, it makes Org use \\verb for the ~...~ emphasis. - For =...= emphasis, it uses a new keyword \\protectedtexttt. This will protect special characters and then do texttt. And I have extended the protection to include multiple hyphens by converting -- to -{}-. Do you agree with this solution? - Carsten Aloha Carsten, Yes, I do. Your patch works here for the use cases I had in mind. I'm pleased that you were able to make the patch work for other use cases as well. Also, I like having org-export-latex-use-verb default to t instead of nil. It is nice to have the \verb command immediately at hand. Thanks for looking into this. All the best, Tom ___ 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 Org file as UTF-8 text file generate error and do not output file
When I do C-c C-e u to export an Org file as UTF-8 text file, I get the following message: if: Wrong type argument: commandp, org-export-as-utf8 and nothing is exported. Exporting to ASCII works as expected. I run Emacs 23.2.1 on Windows 7 and Org's version is 7.3. Carl ___ 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] iimage and eps?
Hi all. Can I display eps images using iimage trick? Thanks. Petro. ___ 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] Exporting footnotes
Hi list, I've been playing with the HTML export and it's pretty cool. I just have one quibble, which is that footnotes are always put at the end of the document. I'd like them to be at the end of each item, which is where I put them in my org file -- i.e. I've set org-footnote-section to nil. I poked around in the code and it looks like the footnotes are being normalized, and the normalization function is putting them all at the end of the document. Normalization is necessary for the names of footnotes, but I think it is too aggressive about moving footnotes. Are there exporters for which collecting footnotes in one place is necessary? I think org-export-as-html could handle keeping the footnotes where they are with minimal changes. Attached is a sketchy patch that does what I want. It's an ugly hack. What do you think? Thanks. Ethan diff --git a/lisp/org-exp.el b/lisp/org-exp.el index a055bac..99b3a64 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -1094,7 +1094,9 @@ on this string to produce the exported version. ;; Normalize footnotes (when (plist-get parameters :footnotes) - (org-footnote-normalize nil t)) + (if htmlp + (org-footnote-normalize nil org-footnote-section) + (org-footnote-normalize nil t))) ;; Find all headings and compute the targets for them (setq target-alist (org-export-define-heading-targets target-alist)) diff --git a/lisp/org-footnote.el b/lisp/org-footnote.el index 88ffd6e..027856e 100644 --- a/lisp/org-footnote.el +++ b/lisp/org-footnote.el @@ -478,14 +478,24 @@ referenced sequence. (not sort-only) ; this is normalization for-preprocessor) ; the is the preprocessor ;; Insert the footnotes together in one place - (progn - (setq def - (mapconcat - (lambda (x) - (format [%s] %s (nth (if sort-only 0 1) x) - (org-trim (nth 2 x - ref-table \n\n)) - (if ref-table (insert \n def \n\n))) + (if for-preprocessor + (progn + (message %s ref-table) + (setq def + (mapconcat + (lambda (x) + (format [%s] %s (nth (if sort-only 0 1) x) + (org-trim (nth 2 x + ref-table \n\n)) + (if ref-table (insert \n def \n\n))) + (mapc (lambda (entry) + (when (car entry) + (goto-char (point-min)) + (when (re-search-forward (format .\\[%s[]:] (regexp-quote (nth 1 entry))) + nil t) + (org-footnote-goto-local-insertion-point) + (insert (format \n\n[%s] %s (nth 1 entry) (nth 2 entry)) + ref-table)) ;; Insert each footnote near the first reference ;; Happens only in Org files with no special footnote section, ;; and only when doing sorting diff --git a/lisp/org-html.el b/lisp/org-html.el index 9a5d225..3dedab9 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1676,16 +1676,19 @@ lang=\%s\ xml:lang=\%s\ ;; the /div to close the last text-... div. (when (and ( umax 0) first-heading-pos) (insert /div\n)) - (save-excursion - (goto-char (point-min)) - (while (re-search-forward p class=\footnote\[^\000]*?\\(/p\\|\\'\\) nil t) - (push (match-string 0) footnotes) - (replace-match t t))) - (when footnotes - (insert (format org-export-html-footnotes-section - (nth 4 lang-words) - (mapconcat 'identity (nreverse footnotes) \n)) - \n)) + (when org-footnote-section + ;; Move all the footnotes into a footnotes section + (save-excursion + (goto-char (point-min)) + (while (re-search-forward p class=\footnote\[^\000]*?\\(/p\\|\\'\\) nil t) + (push (match-string 0) footnotes) + (replace-match t t))) + (when footnotes + (insert (format org-export-html-footnotes-section + (nth 4 lang-words) + (mapconcat 'identity (nreverse footnotes) \n)) + \n))) + (let ((bib (org-export-html-get-bibliography))) (when bib (insert \n bib \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
Re: [Orgmode] headlines in HTML
David, Very interesting, thank you. Is it possible to style Blogger's post titles this way (i.e. in a permanent way) too? Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html I support the Whittemore-Peterson Institute (WPI) === I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] adding to /contrib/scripts
Hi it would be great, if the awk script at http://orgmode.org/worg/org-tutorials/org-google-sync.html could be added to contrib/scripts, so that we can version control it. The file is by Eric Fraga with some minor changes by myself. What's the best way to do this? I uploaded a copy of the file at http://nubati.net/cgi-bin/cgit.cgi/org-mode/ I'm not sure what the policy on copyright/GPL header for files in contrib/script is, but am happy to change things accordingly. Feel free to pull the last two commits (Eric's original script and my changes) from that tree. cheers ARUN ___ 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] Status google calendar sync
Hi On 01/30/2011 06:09 AM, Eric S Fraga wrote: [...] : (setq org-icalendar-store-UID t) in my org customisation which may be necessary to have this feature. I cannot remember how to ensure that each exported entry has an ID property, however. Maybe somebody else can chime in or you might want to check the exporting section in the org manual. Haven't tried using UID for google yet, if an entry has changed in org-mode and google which version will be used when it encounters two edited entries with the same UID? At the moment I'm thinking of just exporting non-google items back into google (by excluding category google during export), but this way I can only edit google-entries in google and org-entries in org... so using UIDs seems a lot better... Google will load an ics file from a location on the web periodically so you could always export your org as an ics file and tell Google where to find it. The key problem with this is that the file has to be publicly accessible although, of course, you can obfuscate the path and protect it from web robots to some degree. One of my problems is that when I upload to google with a .ics file it seems that I can only import into a secondary calendar and not my main one, so if other people look at my calendar they would miss all the org-mode entries... anyone solved this issue? Using googlecl on the other hand allows me to edit my main calendar directly, but then I don't know how to edit them... cheers ARUN ___ 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] Status google calendar sync
On 1/30/2011 5:28 AM, Greg Troxel wrote: Mark Elstonm_els...@comcast.net writes: On 1/29/2011 12:44 PM, Greg Troxel wrote: I have never made use of any .ical/.ics files so this hasn't been an issue for me. The only UUIDs I am dealing with are google calendar's own internal UUIDs. I don't know how they compare with other UUIDs. I suspect, but am 100% not sure, that sending events to google calendar via the command-line tools is conceptually similar to exporting to ical and doing an import to some ical-style GUI calendar program. You are probably correct here. I did some digging into ical and get the feeling that the ids are the same thing. What I am working on now is a python script to initialize some of the info I have in my org files with info from google (including the google UUID). Most of this will go into a property drawer. This drawer can certainly be expanded to contain additional data from other tools as necessary. I think you're thinking the same problem I didn't articulate very well events in iCalendar/etc. systems (including google calendar) have a UUID, and those systems typically can accept an existing UUID on import org events have a UUID, at least after org-mobile-export, and it's ID in properties drawer. I'm not sure if these can be used as-is when exporting via iCalendar. someone might end up with the same event in both systems, but without matching UUIDs. In that case, there needs to be some way to merge events and remember both UUIDs so that future syncing keeps the events merged. What I have done is to have a property called GOOGLE_UUID to keep track of that item. This way, if any other property gets added it probably won't conflict and I can keep track of google stuff separately. What I would like is to be able to shuffle my schedule in org as it is often a more convenient interface for this than *any* calendar I have used for the kinds of things I have to do. Once I get the dates/times for individual events the way I want them I would then push them to google (or wherever). My notes and other useful data stay in org. Agreed; this is what I would like to do also. But I would like to also be able to change a time in [non-org scheduling program] or add an event (perhaps via a mailed iCalendar invitation) and have those flow into org. I am working on the logic to do that right now. It is easier for me to work in Python as I am not an elisp expert but I am going to have to do *some* of this in elisp eventually. ical export seems to be present in org, but I found duplicated events after multiple exports. I need to find time to try it more and either fix it or construct a good bug report. I have had some confusion regarding repeated events. Does this have anything to do with what you saw? Mark ___ 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: Merging .org files
Pere Quintana Seguí pquint...@obsebre.es writes: In my current system, I have about 200 .org files. With this number of files, building the agenda is very slow in my home computer and, also, makes the performance of MobileOrg quite poor. So, I would like to join files, to increase the system's performance. FWIW, I've found the opposite to be true. Splitting up larger files and reducing the depth of the hierarchy marginally improves agenda performance (~ 0.2 seconds acc. to elp). But in my case, I split 10 files into 40, so I have no idea what 200 files would do. Perhaps there's a sweet spot somewhere? I also haven't used mobile org. In my experience, archiving old items and reducing the number of active todos is the best way to keep the agenda snappy. Is there any script to cleanly join files, by transforming the title of the file in a first level heading (*) and adding an star to all other headings of the file? Perl is always handy for this type of thing: --8---cut here---start-8--- #!/usr/bin/perl use strict; use warnings; my $mergefile = /tmp/merged.org; open NEWFILE, , $mergefile or die Can't open $mergefile: $!; while () { s/^(\*+)/*$1/; s/^#\+TITLE:\s+(.*)$/* $1/; s/^(#\+\w+:.*)$/: $1/; print NEWFILE $_; } close NEWFILE; --8---cut here---end---8--- Note: This is a quick proof of concept. Use at your own risk. ;) Best, Matt ___ 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] Merging .org files
Al 30/01/11 18:39, En/na Juan Pechiar ha escrit: Hola Pere, I'd suggest creating a master document with #includes of all your Orgmode files, and then export this master document as org-mode. http://orgmode.org/manual/Include-files.html#Include-files There is a :minlevel attribute to automatically demote included org-mode files. Saludos, .j. I'll try this. It looks like a very clean way to do this. Gracias, Pere -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38. 43520 Roquetes (Tarragona), Spain. T. (+34) 977 500 511 - F. (+34) 977 504 660 http://www.obsebre.es - http://pere.quintanasegui.com GnuPG:2CAB4330 http://pere.quintanasegui.com/coses/key-transition.txt signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Merging .org files
Al 30/01/11 20:22, En/na Michael Welle ha escrit: In my current system, I have about 200 .org files. With this number of files, building the agenda is very slow in my home computer and, also, makes the performance of MobileOrg quite poor. So, I would like to join files, to increase the system's performance. don't the org files reflect another structure, for instance projects you are working on, customers you are dealing with etc? Yes, they are organised in subjects. But, they could be organised in another way. There is more than one valid way to efficiently organise my information and I should choose the one that performs better. My current system is not good enough. Is there any script to cleanly join files, by transforming the title of the file in a first level heading (*) and adding an star to all other headings of the file? If you don't follow the advice of Juan, maybe you want only a few files merged into one file each, you can hack a Perl script or something similar. Finding regexp that match the headings isn't that complicated. I'll probably follow Juan's advice. Which is very clean. I know that hacking a script is easy, but it is even more efficient to use an already written script if it was already written by someone. My belief is that one of the points of free software is to reuse code as much as possible. And I think that there is much more wisdom in this list than in my humble brain, as Juan has proved. Thank you, Pere -- Dr. Pere Quintana Seguí Observatori de l'Ebre (Universitat Ramon Llull - CSIC) Horta Alta, 38. 43520 Roquetes (Tarragona), Spain. T. (+34) 977 500 511 - F. (+34) 977 504 660 http://www.obsebre.es - http://pere.quintanasegui.com GnuPG:2CAB4330 http://pere.quintanasegui.com/coses/key-transition.txt signature.asc Description: OpenPGP digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] exporting atom/rss feeds; org-feed-alist not downloading anything from www.rememberthemilk.com
I can also get the feed as either atom or rss, but it still gives the same error; I have attached the rss below: David's Tasks - wk-Testhttp://www.rememberthemilk.com/home/dlebauer/4685768/rememberthemilk.comtest task twohttp://www.rememberthemilk.com/home/dlebauer/4685768/155949335tag:rememberthemilk.com,1999:tasks-dlebauer-4685768.task-155949335DavidDavid2011-01-29T20:35:42Ztest task 1http://www.rememberthemilk.com/home/dlebauer/4685768/155949330tag:rememberthemilk.com,1999:tasks-dlebauer-4685768.task-155949330DavidDavid2011-01-29T20:34:55Z ___ 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] [worg] dangling/403 link error
Eric S Fraga e.fr...@ucl.ac.uk writes: Hello, in page http://orgmode.org/manual/Languages.html#Languages, there is a link to language specific documentation, http://orgmode.org/worg/org-contrib/babel/languages which is a directory without an index.org file so you get a =403 Forbidden= message as the web server does not appear to allow for directory listings. I'm not sure if this is related to the recent move of the website. I enabled directory indexing for: http://orgmode.org/worg/org-contrib/babel/languages/ Regards, Jason ___ 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: Repeating TODO are shown every day in the agenda
On Sat, 29 Jan 2011 15:22:32 -0500 Jeff Horn jrhorn...@gmail.com wrote: On Sat, Jan 29, 2011 at 3:08 PM, Matt Lundin m...@imapmail.org wrote: (setq org-agenda-repeating-timestamp-show-all nil) Matt, Is there a way to set this on a per-todo basis? I want some repeating items (e.g. class schedules) to repeat, but not others (like my daily review). And if this is not currently possible, that would be a welcome addition to org-mode's features! I definitely have use cases for such a setting. That`s only a humble question of course :-) There are already so many features I don`t know ... Detlef Jeff -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ 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