Re: [Orgmode] Mails with icalendar appointments (Was: Org support for the notmuch mail client)
Hi Andreas, I have the same problem at work. I also use icalendar-import-buffer, but I find it not ideal... I have recently found this http://lists.gnu.org/archive/html/emacs-orgmode/2010-07/msg00732.html but did not try it yet. Matthieu ___ 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] [ANN] Changes to lists
Hello, Samuel Wales writes: Latest git. This is on list devel branch, not on master branch yet. Regards, -- Nicolas ___ 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: Re-map global key while in the agenda?
Hi Bernt, Bernt Hansen be...@norang.ca writes: It's useful with a C-u prefix to pick another task off the recently clocked items menu. I use this in non-org-mode buffers. Then Nathan wants: (global-set-key (kbd f3 i) (lambda() (interactive) (org-clock-in '(4 which doesn't prevent setting the same key for org-agenda-mode-map. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Extending paste to auto-archive a copied image
Hi Marcelo, Marcelo de Moraes Serpa celose...@gmail.com writes: What I am suggesting is, somehow hook into the moment the file is pasted/dragged and run some code. This would require code in Emacs. I'm not familiar at all with Emacs ability to recognize drag'n droped files (as I don't use drag'n drop) but perhaps other do and might suggest how to set a hook when Emacs copies external content/files/whatever from X. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-stow (Proof of concept)
Hi Tom, Tom Breton (Tehom) te...@panix.com writes: I pushed it just now; it's on branch stow-design. Thanks! (On a side note: I'd rather keep org-mode.git (remote) branches for stuff we know we _will_ include, not just for testing code. Better point to a public branch of yours in that case.) Here is a little documentation: Can you show a real use-case? I'm still unsure in what situation org-stow.el is useful... lack of imagination :) The commands: * org-stow-make-item-stowable makes an item stowable. It prompts you for where to stow the item and remembers that information. * org-stow-item stows the item at point, marking it accordingly. I tries this. With this file: , | #+TITLE: Test org-stow | | * Tasks :Task: | | ** TODO Drop off Stuff :stowable: |:PROPERTIES: |:ID: 746eba6c-3e4b-441e-815c-cb2b88d848c6 |:STOW-TO: /home/guerry/test.org Tasks |:END: ` M-x org-stow-make-item-stowable RET on TODO Drop off stuff is okay. But M-x org-stow-item RET on the same item is not -- here is a backtrace: Debugger entered--Lisp error: (error Bad type spec: (list string (repeat org-stow-source) (or null org-stow-target))) signal(error (Bad type spec: (list string (repeat org-stow-source) (or null org-stow-target error(Bad type spec: %s (list string (repeat org-stow-source) (or null org-stow-target))) cl-make-type-test(apair (list string (repeat org-stow-source) (or null org-stow-target))) cl-make-type-test(apair org-stow-apair) #[(form type optional string) \306 \203 \307W\204 \307U\205P\310\n\307\\203 \n\202\311\312!\313\314\f\\315\316\317\206/\320\fD\320\nDFEE\n=\203F\321\322E\202O\323\nDC\322F*\207 [cl-optimize-speed cl-optimize-safety form temp type string cl-compiling-file 3 cl-simple-expr-p make-symbol --cl-var-- or cl-make-type-test signal (quote wrong-type-argument) list quote progn nil let body] 9 (/usr/local/share/emacs/24.0.50/lisp/emacs-lisp/cl-macs.elc . 93074)](apair org-stow-apair) (check-type apair org-stow-apair) (lambda (apair) (check-type apair org-stow-apair) (if (third apair) (cdr apair) (list (second apair) (org-stow-make-target :type (quote virtual) :path (org-stow-target-path target-parent) :rv-virt-path (cons (first apair) (org-stow-target-rv-virt-path target-parent))((Drop off Stuff ([cl-struct-org-stow-source 746eba6c-3e4b-441e-815c-cb2b88d848c6 nil Drop off Stuff]) nil)) mapcar((lambda (apair) (check-type apair org-stow-apair) (if (third apair) (cdr apair) (list (second apair) (org-stow-make-target :type (quote virtual) :path (org-stow-target-path target-parent) :rv-virt-path (cons (first apair) (org-stow-target-rv-virt-path target-parent)) ((Drop off Stuff ([cl-struct-org-stow-source 746eba6c-3e4b-441e-815c-cb2b88d848c6 nil Drop off Stuff]) nil))) (let* ((alist (quote nil))) (dolist (src sources) (let* ((headline (org-stow-source-headline src)) (apair (assoc headline alist))) (if apair (progn (check-type apair org-stow-apair) (push src (second apair))) (push (list headline (list src) nil) alist (when (eq (org-stow-target-type target-parent) (quote item)) (dolist (trgt (org-stow-get-target-children target-parent)) (let* ((rv-virt-path (org-stow-target-rv-virt-path trgt)) (headline (if rv-virt-path (car rv-virt-path) (last ...))) (apair (assoc headline alist))) (if apair (progn (check-type apair org-stow-apair) (assert (null ...)) (setf (third apair) trgt)) (push (list headline (quote nil) trgt) alist) (mapcar (function (lambda (apair) (check-type apair org-stow-apair) (if (third apair) (cdr apair) (list (second apair) (org-stow-make-target :type (quote virtual) :path (org-stow-target-path target-parent) :rv-virt-path (cons ... ...)) alist)) org-stow-get-split-arglists(([cl-struct-org-stow-source 746eba6c-3e4b-441e-815c-cb2b88d848c6 nil Drop off Stuff]) [cl-struct-org-stow-target item (/home/guerry/test.org Tasks) nil]) (let* ((source-children (apply (function nconc) (mapcar (function (lambda (src) (let* ... ... children))) source-list))) (child-groups (org-stow-get-split-arglists source-children target))) (apply (function nconc) (mapcar (function (lambda (group) (apply (function org-stow-get-actions) group))) child-groups))) org-stow-get-actions-item(([cl-struct-org-stow-source 746eba6c-3e4b-441e-815c-cb2b88d848c6 (Drop off Stuff) nil]) [cl-struct-org-stow-target item (/home/guerry/test.org Tasks) nil]) funcall(org-stow-get-actions-item ([cl-struct-org-stow-source 746eba6c-3e4b-441e-815c-cb2b88d848c6 (Drop off Stuff) nil]) [cl-struct-org-stow-target item (/home/guerry/test.org Tasks) nil]) org-stow-get-actions(([cl-struct-org-stow-source 746eba6c-3e4b-441e-815c-cb2b88d848c6 (Drop off Stuff) nil]) [cl-struct-org-stow-target item (/home/guerry/test.org Tasks) nil]) (let* ((target-path
Re: [Orgmode] Announcing org-contacts, a bbdb-like contact manager for Org
Hi Julien, Julien Danjou jul...@danjou.info writes: Following my short presentation at the Paris OrgCamp, I've now written a page and officially released org-contacts. It is a contact manager based on Org, that can possibly replace BBDB for certain usage. http://julien.danjou.info/org-contacts.html This is great, thanks for this! I've played around with it, and I can already see the benefit. When org-contacts will insinuate into Gnus, that will be a real win. I'm willing to add this to contrib/lisp/ - would that be okay for you? Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-git-link does not support locational information within file
Hi Samuel, Samuel Wales samolog...@gmail.com writes: I think your reluctance to change the syntax is understandable. Then again, I'm a proponent of simple syntax. That is one reason I like Lisp. So do I. My other concern is backward compatibility, and burden any change about this may put on third-part tools (like the python parsers and so on.) org-git-link.el is quite readable, and I'd welcome ideas on how to extend it to fulfill your wishes without extending Org's link syntax too much... It can be done without extending Org's link syntax at all. How? I managed to hack something with git links looking like git:/file/::master{...}::textsearchstring When I say it doesn't stick to the simple stored link syntax, I mean it requires additional ::. Which is not a big deal _per se_, and maybe I'll end up implementing this. I think questions of syntax are important. Over time, syntaxes get complicated, and we need more features, but fear to add them. Sometimes we end up stuck in the middle, with complicated regexps, not always factored, not quite sure how it will export or whether it can be nested or combined or what other syntaxes it will work with or how search will find it, but also lacking a feature somebody wants. Adding a feature can sometimes raise questions of how to quote or escape literal strings that look exactly like the special syntax for the feature. I wrote about this in a post called parsing risk with greater care than I can apply here. For new features, I think it would be good to consider extensible syntax, which is a specific, documented proposal for a universal syntax in which you can add things without breaking other things. A very small amount of code is necessary to add a new subfeature to a feature, and it is even possible to open it up to users. The parsing and semantics are worked out once, and apply to all uses of extensible syntax for all future features and subfeatures. You can have confidence that the feature or subfeature you are adding will not have syntax problems. (By the way, extensible syntax is a specific proposal for org that enables many different possible future features, not the general idea of extending syntax. Important not to be confused about that. If you want to add to link syntax, you are not doing extensible syntax. But you can use extensible syntax to implement /any type of link you want with any subfeatures you want including git features/. For example, I supplied an example that allows link coloring according to whether the link was visited recently. And I have been wanting another where you can have bidirectional links using Org-IDs so that you can move both ends of the link anywhere you want -- and automatic labels. All of this is feasible with a single syntax, so we don't have to pull our hair out over unintended consequences.) Nice thoughts, I share the spirit of it. Some previous posts: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg28464.html I've reread this. The proposed syntax is clean, but implementing this is certainly a daunting task, and discussing the theorical benefits of such a change is not high on my todo list right now... Perhaps this is something to consider. It is -- there are enough brains here to let the discussion grow in a useful way, and this list is not a place where we close doors :) Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Insert ampersand in HTML export?
Uriel Avalos amscopub-m...@yahoo.com writes: gets incorrectly converted to amp; It's what's expected in most cases. But I added a new variable `org-export-html-protect-char-alist' to allow fine tuning of what characters should be HTML proected. You can set this variable per buffer through #+BIND. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Agenda and one-line diary display
Hi Rasmus, Rasmus Pank Roulund rasmus.p...@gmail.com writes: So I'd say for now no, you cannot reduce your diary entry to just one line. Too bad. I've now pushed a change that puts multiline diary entries on a single line when it makes sense (i.e. when lines don't start with a diary time specification.) HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Multiple var definitions in :PROPERTIES: block?
Hi Rainer, Rainer M Krug r.m.k...@gmail.com writes: assuming the following: * Test case with two var definitions in :PROPERTIES: drawer: :PROPERTIES: :tangle: var.sh :var: FIRST=test13 :var: SECOND=test14 :END: #+begin_src sh echo $FIRST echo $SECOND #+end_src #+results: : test13 Only the first one is defined and exported into the code. I can reproduce this, but I'm not familiar with Babel enough to try to fix it. By the way, wouldn't set sound more natural than var? I feel like :var: FIRST=test13 is more redundant than :set: FIRST=test13 ... not a big deal of course, and I'm aware :var is also used as a begin_src parameter. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org support for the notmuch mail client
Hi Andreas, Andreas Amann a.am...@ucc.ie writes: Just to say that I use Matthieu's code to do my daily email to todolist conversion. Nothing spectacular but works reliably as advertised. In my opinion it would be a useful addition to org-mode. Thanks for the confirmation - I just proposed to Matthieu to integrate his code in contrib/lisp/. Best, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug in column mode where parent has TODO [#A] [/]
Hi Luke, Luke Crook l...@balooga.com writes: In column mode, if I modify the TODO status of a subtree then the priority of the parent becomes manged. This issue has been fixed in the latest git repository. Thanks for reporting this. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Something like SETUPFILE, but in .emacs?
Hi Gary, Gary Oberbrunner ga...@oberbrunner.com writes: I've put all my org-mode export template stuff into a setup file in my home dir, and I make all my org-mode files use it by putting #+SETUPFILE: ~/my-setup.org My question is can I make this totally automatic, so every .org file I load gets that setupfile automatically? Maybe just define a function that you can hook to `find-file-not-found-functions' ? The function would recognize you're finding a new .org file, and then insert #+SETUPFILE: ~/my-setup.org on the top of it. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] need help with lisp for export function regarding timestamps
Hi Arun, Arun Persaud apers...@lbl.gov writes: SCHEDULED: date1 day1 time1--date2 day2 time2 but I can't figure out how to check for these? Do I need to write my own reg-exp for this and test the whole entry or is there some org internal function for this? I'm afraid you need to write your own regexp... Best, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org support for the notmuch mail client
Hi Matthieu, The attached file implements links to mail collections and searchs to the notmuch mail client. A search is a query to be performed by notmuch; it is the equivalent to folders in other mail clients. Similarly, mails are refered to by a query, so both a link can refer to several mails. I'm not using notmuch, but people reported it as useful -- I'm willing to add org-notmuch.el to the contrib/lisp/ folder in org-mode.git. Would that be okay for you? Thanks! PS: just add a This file is not part of GNU Emacs somewhere in the comments. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug in column mode where parent has TODO [#A] [/]
Hi Luke, This problem was fixed in master on February 4 after release_7.4 in commit 28b88bbb11289d6c8d39ccc8dc420e7051fc0d4c. Regards, Bernt Luke Crook l...@balooga.com writes: In column mode, if I modify the TODO status of a subtree then the priority of the parent becomes manged. I am using org-version 7.4 For example; ** TODO [#A] [2/3] BLAH *** TODO BLEE When in column mode, changing the subheading to something other than TODO results in the following: ** TODO [#[2/3]/3] BLAH *** PENDING Blee The priority is removed. Adding the priority back, results in this ** TODO [#A] [#[2/3]/3] BLAH *** PENDING Blee And changing the subheading again (when in column mode) to something other than TODO results in this; ** TODO [#[2/3]2/3]]/3] BLAH *** PENDING Blee -Luke ___ 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] Insert ampersand in HTML export?
On Feb 12, 2011, at 12:51 PM, Bastien wrote: Uriel Avalos amscopub-m...@yahoo.com writes: gets incorrectly converted to amp; It's what's expected in most cases. But I added a new variable `org-export-html-protect-char-alist' to allow fine tuning of what characters should be HTML proected. Can't we just use == or something like this? - Carsten You can set this variable per buffer through #+BIND. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Insert ampersand in HTML export?
Hi Uriel, On Feb 11, 2011, at 5:48 PM, Uriel Avalos wrote: On Fri, 11 Feb 2011 09:34:08 +0100 Carsten Dominik carsten.domi...@gmail.com wrote: On Feb 10, 2011, at 9:25 PM, Uriel Avalos wrote: How do you insert the actual character in an HTML export? I'm trying to write a macro to insert a MATHML snippet but org-mode converts to amp;. How can I prevent that behavior? Hi Uriel, do you really want everyone here to construct their own test case for this? Please provide an example file with the macro definition and its use to make it as easy as possible for someone to try it out and fix it. Thanks - Carsten Look, there isn't really a test case. I'm just asking if this feature is available. But with a test line, it is soo much easier to understand what you are looking for even if your question itself might not be clear - as it was for me in this case. The docs just say that exports to amp; in HTML export and \$ in latex export. I'm asking if there's a way to disable that feature on a case-by- case basis i.e., I want to export to in HTML export for some situations. Hope that's clear enough. Here's a test macro: #+MACRO: ANG @math@mrow@mox2220;@/mo@mi$1@/mi@/mrow@/ math This should be angle $1. The MATML snippet works fine in a HTML file in firefox linux but the macro does not. I get this in the HTML export: math mo amp; #x2220; /mo mi ... /mi /mrow /math gets incorrectly converted to amp; Now I see, thank you for the example. Maybe you can use #+MACRO: ANG @math@mrow@mo \angle @/mo@mi$1@/mi@/mrow@/ math Org has a whole slew of special characters defined this way, and they translate correctly to both HTML and LaTeX. - 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] Why second \footnotemarker no link?
Hi rainer, Rainer M Krug r.m.k...@gmail.com writes: The second footnotemarker\footnotemark is not formated as link. This seems to be a LaTeX problem, but has anybody here an answer, on how I can make this second footnotemark\footnotemark[\value{footnote}], which references to the same footnote, also format as a linkt to the footnote\footnotemark[\value{footnote}] ? Please provide a file with can test. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] %20 in file://... URL
Hi David, did you find time to work on characters escaping in links? Is there some code we can test by patching the current git HEAD? Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] org splitting window weird layout
Hi Leo, Leo sdl@gmail.com writes: Function org-fast-tag-selection may create a three-window layout like this: http://imagebin.org/127056. Perhaps due to my delay in replying, the image disappeared. Do you still have this problem? If so, can you be so kind as to report the picture? Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Babel][R] buffer-wide and code block specific use of :session
Org-mode version 7.4 (release_7.4.348.g6132) Dear all, I am preparing a document which contains text and R code/output. In particular, I'd like to print out a (correlation) matrix. This is my org-mode document (I intentionally have two code blocks): #-- #+ Does not work #+BABEL: :session *R* #+BEGIN_SRC R :results silent :tangle simcorrdata.R cormat - c(1.0, 0.2, 0.4, 0.2, 1.0, -0.3, 0.4, -0.3, 1.0) cormat - matrix(cormat, ncol = 3, byrow = TRUE) #+END_SRC So, the correlation matrix looks as follows: #+BEGIN_SRC R :exports both :tangle simcorrdata.R print(cormat) #+END_SRC #-- Since I have two code blocks, I need to use :session. If I define :session buffer-wide as #+BABEL: :session *R* then the matrix cormat is unknown within the second code block (object 'cormat' not found). However, if I specify :session for each code block seperately then it works as expected. #-- #+ Does work #+BEGIN_SRC R :session :results silent :tangle simcorrdata.R cormat - c(1.0, 0.2, 0.4, 0.2, 1.0, -0.3, 0.4, -0.3, 1.0) cormat - matrix(cormat, ncol = 3, byrow = TRUE) #+END_SRC So, the correlation matrix looks as follows: #+BEGIN_SRC R :session :exports both :tangle simcorrdata.R print(cormat) #+END_SRC #-- Does this happen due to my poor understanding of the :session argument? Or is this a bug? Thanks for your help, Bernd ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX exporter #+INCLUDE bug
Hi Rasmus, Rasmus rasmus.p...@gmail.com writes: I think there might be a bug when using #+INCLUDE and the LaTeX exporter. The content of the included file is exported twice, although slightly different in each case. I experience this when I include org-files starting with a headline, i.e. *. Fixed, thanks for reporting this. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org support for the notmuch mail client
Hi Bastien, I'm not using notmuch, but people reported it as useful -- I'm willing to add org-notmuch.el to the contrib/lisp/ folder in org-mode.git. [...] PS: just add a This file is not part of GNU Emacs somewhere in the comments. Great! Here it is. org-notmuch.el Description: application/emacs-lisp Best, Matthieu ___ 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] Insert ampersand in HTML export?
Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: But I added a new variable `org-export-html-protect-char-alist' to allow fine tuning of what characters should be HTML proected. Can't we just use == or something like this? For now == will be exported as codeamp;/code Do you mean that everything within =...= should not go through `org-html-protect'? And if so, that org-export-html-protect-char-alist might not be necessary anymore? PS: Well, I thought about this but couldn't solve Uriel's problem this way... -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Exporting to html
Hi Andrea, Andrea Crotti andrea.crott...@gmail.com writes: I have a quite huge file with a lot of code blocks in many possible languages. Now the problem is that I'm not able to export it to html/pdf. For errors when exporting *big* file, one way to find the culprit is to perform manual bisections, try to export smaller parts then isolate the problematic string. Can you do this -- if fixing your problem is worth the trouble? Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] %20 in file://... URL
Hi David, David Maus dm...@ictsoc.de writes: To be exact: Org already escapes some characters (C-h v org-link-escape-chars RET) and the colon is a candidate for beeing on the list. The functions responsible for escaping/unescaping are `org-link-escape' and `org-link-unescape' and the new implementations of these functions can be found in https://github.com/dmj/dmj-org-mode/tree/feature/org-percent-escaping The task at hand: Anticipate the consquences of the new implementation. I.e. what will happen to links created with the old algorithm. Did you have time to progress on this front? Is there something I can test right now? Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org support for the notmuch mail client
Hi Matthieu, Matthieu Lemerre ra...@free.fr writes: Great! Here it is. It's now in org-mode.git, thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Exporting footnotes
Hi Ethan, Ethan Glasser-Camp gla...@cs.rpi.edu writes: 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. I agree. 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? I tested the patch and it does what you want, thanks for it. It doesn't break footnotes export in LaTeX (good thing!). I didn't test for other exporters. However, it seems to me that org-footnote-normalize does the right thing when putting every footnotes at a single place -- at least, there should be a footnote section, even when footnotes live within a subtree. It'll make life easier for exporter. If you don't mind, I first want to do some work on the generic exporter to decide how to implement your idea. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Allow property retrieval before first heading?
Currently (org-entry-get) throws an error if point is before the first heading. Is there a reason that this must be so? Org is too essential for headings to be obligatory! An example of when it would be useful to get properties is in a buffer containing src blocks but no headings (babel takes header args from Org properties). I make heavy use of such buffers as a scratch pad. I'm not sure to what extent speed is essential in these functions, and therefore unsure whether the calls to `org-before-first-heading-p' are acceptable. Dan Allow properties to be retrieved before first heading in file. * lisp/org.el (org-entry-get): Don't look for a property drawer if we are before the first heading in the file. (org-entry-get-with-inheritance): Don't attempt to move up the tree if we are before the first heading in the file. Also, enclose less of the function in the save-excursion. diff --git a/lisp/org.el b/lisp/org.el index 0104007..a676ec4 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13567,7 +13567,8 @@ when a \nil\ value can supersede a non-nil value higher up the hierarchy. ;; We need a special property. Use `org-entry-properties' to ;; retrieve it, but specify the wanted property (cdr (assoc property (org-entry-properties nil 'special property))) - (let ((range (org-get-property-block))) + (let ((range (unless (org-before-first-heading-p) + (org-get-property-block (if (and range (goto-char (car range)) (re-search-forward @@ -13680,6 +13681,7 @@ should be considered as undefined (this is the meaning of nil here). However, if LITERAL-NIL is set, return the string value \nil\ instead. (move-marker org-entry-property-inherited-from nil) (let (tmp) +(unless (org-before-first-heading-p) (save-excursion (save-restriction (widen) @@ -13690,11 +13692,12 @@ However, if LITERAL-NIL is set, return the string value \nil\ instead. (move-marker org-entry-property-inherited-from (point)) (throw 'ex tmp)) (or (org-up-heading-safe) (throw 'ex nil) + )) (setq tmp (or tmp (cdr (assoc property org-file-properties)) (cdr (assoc property org-global-properties)) (cdr (assoc property org-global-properties-fixed - (if literal-nil tmp (org-not-nil tmp) + (if literal-nil tmp (org-not-nil tmp (defvar org-property-changed-functions nil Hook called when the value of a property has changed. ___ 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] Announcing org-contacts, a bbdb-like contact manager for Org
Julien Danjou jul...@danjou.info writes: Following my short presentation at the Paris OrgCamp, I've now written a page and officially released org-contacts. It is a contact manager based on Org, that can possibly replace BBDB for certain usage. http://julien.danjou.info/org-contacts.html I know people have responded re. the A/a+tab when trying to use for email... but did anyone solve the pure 'M-x org-contacts N/name' issue? Are they the same? I just want proper case insensitivity and don't use it for email. Thanks, John ___ 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: [PATCH] Allow property retrieval before first heading?
Dan Davison dandavis...@gmail.com writes: Currently (org-entry-get) throws an error if point is before the first heading. Is there a reason that this must be so? Org is too essential for headings to be obligatory! An example of when it would be useful to get properties is in a buffer containing src blocks but no headings (babel takes header args from Org properties). Hmm, for the record I was confused on that point; Eric already has a workaround for the error to the effect that babel will take header args from a #+PROPERTY line in a buffer with no headings. But my question stands, as this error is a gotcha, requiring code like this (or (condition-case nil (org-entry-get (point) header-arg t) (error nil)) (cdr (assoc header-arg org-file-properties Dan I make heavy use of such buffers as a scratch pad. I'm not sure to what extent speed is essential in these functions, and therefore unsure whether the calls to `org-before-first-heading-p' are acceptable. Dan Allow properties to be retrieved before first heading in file. * lisp/org.el (org-entry-get): Don't look for a property drawer if we are before the first heading in the file. (org-entry-get-with-inheritance): Don't attempt to move up the tree if we are before the first heading in the file. Also, enclose less of the function in the save-excursion. diff --git a/lisp/org.el b/lisp/org.el index 0104007..a676ec4 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13567,7 +13567,8 @@ when a \nil\ value can supersede a non-nil value higher up the hierarchy. ;; We need a special property. Use `org-entry-properties' to ;; retrieve it, but specify the wanted property (cdr (assoc property (org-entry-properties nil 'special property))) - (let ((range (org-get-property-block))) + (let ((range (unless (org-before-first-heading-p) +(org-get-property-block (if (and range (goto-char (car range)) (re-search-forward @@ -13680,6 +13681,7 @@ should be considered as undefined (this is the meaning of nil here). However, if LITERAL-NIL is set, return the string value \nil\ instead. (move-marker org-entry-property-inherited-from nil) (let (tmp) +(unless (org-before-first-heading-p) (save-excursion (save-restriction (widen) @@ -13690,11 +13692,12 @@ However, if LITERAL-NIL is set, return the string value \nil\ instead. (move-marker org-entry-property-inherited-from (point)) (throw 'ex tmp)) (or (org-up-heading-safe) (throw 'ex nil) + )) (setq tmp (or tmp (cdr (assoc property org-file-properties)) (cdr (assoc property org-global-properties)) (cdr (assoc property org-global-properties-fixed - (if literal-nil tmp (org-not-nil tmp) + (if literal-nil tmp (org-not-nil tmp (defvar org-property-changed-functions nil Hook called when the value of a property has changed. ___ 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] [BUG] org splitting window weird layout
On 2011-02-12 22:41 +0800, Bastien wrote: Leo sdl@gmail.com writes: Function org-fast-tag-selection may create a three-window layout like this: http://imagebin.org/127056. Perhaps due to my delay in replying, the image disappeared. Do you still have this problem? If so, can you be so kind as to report the picture? Thanks! Carsten has applied the patch. Leo -- Oracle is the new evil ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [BUG] org splitting window weird layout
Leo sdl@gmail.com writes: Carsten has applied the patch. Thanks for confirming. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re-map global key while in the agenda?
On Fri, Feb 11, 2011 at 1:48 PM, Bastien bastien.gue...@wikimedia.fr wrote: Hi Nathan, Nathan Neff nathan.n...@gmail.com writes: I have F3 i mapped to 'org-clock-in and I would also like F3 i to clock in while I'm in the agenda. How is that useful outside an org-mode buffer? It's not :0) I started defining shortcut keys using global-set-key and didn't really think about it. Is it possible to redefine a global key mapping in the agenda? No. Better to define your key in org-mode-map and org-agenda-mode-map, no need for a global key IMHO. Will do -- thanks for the advice. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Announcing org-contacts, a bbdb-like contact manager for Org
Hi John, John Hendy jw.he...@gmail.com writes: I know people have responded re. the A/a+tab when trying to use for email... but did anyone solve the pure 'M-x org-contacts N/name' issue? Are they the same? I just want proper case insensitivity and don't use it for email. Julien is away for more than a week, I guess he will answer these questions when he's back. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] More entries able to export to icalendar format
Hi Bastien, Both attaching and quoting patches should be fine. Alright, I will quote the patches, so that readers of the list can also easily access them. The details are described in the patches. By the way, I have made some changes since I last sent my redefinitions of these functions, as a few things did not work correctly. They do now. First, a tiny change to org-icalendar, adding the uid as a text-property: #+begin_src diff From 4ed18aa7aa13ac02784ad536fff5d5719f2942b9 Mon Sep 17 00:00:00 2001 From: Niels Giesen niels.gie...@gmail.com Date: Fri, 11 Feb 2011 13:59:12 +0100 Subject: [PATCH] Add uid text property to diary entries * lisp/org-icalendar.el (org-print-icalendar-entries): Add 'uid text property based on the ID property of the org entry to the first character of the diary entry. This text property can be used by `icalendar--create-uid', instead of creating a uid by itself. NOTE: `icalendar--create-uid' should be patched to pick up this uid. TINYCHANGE --- lisp/org-icalendar.el |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/lisp/org-icalendar.el b/lisp/org-icalendar.el index 3583e6a..093ff93 100644 --- a/lisp/org-icalendar.el +++ b/lisp/org-icalendar.el @@ -412,7 +412,10 @@ When COMBINE is non nil, add the category to each line. (if scheduledp (setq summary (concat S: summary))) (if (string-match \\`%% ts) (with-current-buffer sexp-buffer - (insert (substring ts 1 -1) summary \n)) + (let ((entry (substring ts 1 -1))) + (put-text-property 0 1 'uid +(concat prefix uid) entry) + (insert entry summary \n))) (princ (format BEGIN:VEVENT UID: %s %s -- 1.7.1 #+end_src Then, in icalendar.el, pick up that uid: #+begin_src diff From 9958d2783887dde8bcd6d50a28ecbafca31eb7c1 Mon Sep 17 00:00:00 2001 From: Niels Giesen niels.gie...@gmail.com Date: Fri, 11 Feb 2011 14:23:33 +0100 Subject: [PATCH 1/2] Pick up uid that may have been set by another application, e.g. org-mode. * lisp/calendar/icalendar.el (icalendar--create-uid): get a value for uid from 'uid text-property from first character of the entry, if existing, otherwise create the uid as before. --- lisp/calendar/icalendar.el |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/lisp/calendar/icalendar.el b/lisp/calendar/icalendar.el index ca88548..b1d2bba 100644 --- a/lisp/calendar/icalendar.el +++ b/lisp/calendar/icalendar.el @@ -925,7 +925,10 @@ ENTRY-FULL is the full diary entry string. CONTENTS is the current iCalendar object, as a string. Increase `icalendar--uid-count'. Returns the UID string. (let ((uid icalendar-uid-format)) - +(if + ;;Allow other apps (such as org-mode) to create its own uid + (get-text-property 0 'uid entry-full) + (setq uid (get-text-property 0 'uid entry-full)) (setq uid (replace-regexp-in-string %c (format %d icalendar--uid-count) @@ -945,7 +948,7 @@ current iCalendar object, as a string. Increase (let ((dtstart (if (string-match ^DTSTART[^:]*:\\([0-9]*\\) contents) (substring contents (match-beginning 1) (match-end 1)) DTSTART))) - (setq uid (replace-regexp-in-string %s dtstart uid t t))) + (setq uid (replace-regexp-in-string %s dtstart uid t t ;; Return the UID string uid)) -- 1.7.1 #+end_src And finally, the largest change, as it implements exports of `diary-float': #+begin_src diff From a2db198dae5210fa3d2a4353667f2c75d28cd16a Mon Sep 17 00:00:00 2001 From: Niels Giesen niels.gie...@gmail.com Date: Sat, 12 Feb 2011 18:12:16 +0100 Subject: [PATCH 2/2] Export `diary-float' entries. * lisp/calendar/icalendar.el (require 'diary-lib): diary-lib required by code now used in `icalendar--convert-float-to-ical'. * lisp/calendar/icalendar.el (icalendar--convert-float-to-ical): Implement the body of this function instead of backing out. This change implements the export of `diary-float' entries save for those with the optional day entry. The current date is used as the start date (but excluded if the current date does not match the `diary-float' arguments). The use of the current date as the start date is quite arbitrary, in the same way as the start dates for weekly and yearly events are arbitrary. It might be wise to bring the behaviour for these different entries more in line with each other, perhaps leaving the user a choice via customization. --- lisp/calendar/icalendar.el | 74 --- 1 files changed, 62 insertions(+), 12 deletions(-) diff --git a/lisp/calendar/icalendar.el b/lisp/calendar/icalendar.el index b1d2bba..38a74df 100644 --- a/lisp/calendar/icalendar.el +++ b/lisp/calendar/icalendar.el @@ -34,6 +34,8 @@ ;; week of the year 2000 when they are exported. ;; - Yearly diary entries are
[Accepted] [Orgmode] Allow property retrieval before first heading?
Patch 595 (http://patchwork.newartisans.com/patch/595/) is now Accepted. Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3Cm1tyg9qkwg.fsf%4094.197.159.103.threembb.co.uk%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] Allow property retrieval before first heading? Date: Sat, 12 Feb 2011 21:26:23 - From: Dan Davison dandavis...@gmail.com X-Patchwork-Id: 595 Message-Id: m1tyg9qkwg@94.197.159.103.threembb.co.uk To: emacs-orgmode@gnu.org Currently (org-entry-get) throws an error if point is before the first heading. Is there a reason that this must be so? Org is too essential for headings to be obligatory! An example of when it would be useful to get properties is in a buffer containing src blocks but no headings (babel takes header args from Org properties). I make heavy use of such buffers as a scratch pad. I'm not sure to what extent speed is essential in these functions, and therefore unsure whether the calls to `org-before-first-heading-p' are acceptable. Dan Allow properties to be retrieved before first heading in file. * lisp/org.el (org-entry-get): Don't look for a property drawer if we are before the first heading in the file. (org-entry-get-with-inheritance): Don't attempt to move up the tree if we are before the first heading in the file. Also, enclose less of the function in the save-excursion. diff --git a/lisp/org.el b/lisp/org.el index 0104007..a676ec4 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13567,7 +13567,8 @@ when a \nil\ value can supersede a non-nil value higher up the hierarchy. ;; We need a special property. Use `org-entry-properties' to ;; retrieve it, but specify the wanted property (cdr (assoc property (org-entry-properties nil 'special property))) - (let ((range (org-get-property-block))) + (let ((range (unless (org-before-first-heading-p) +(org-get-property-block (if (and range (goto-char (car range)) (re-search-forward @@ -13680,6 +13681,7 @@ should be considered as undefined (this is the meaning of nil here). However, if LITERAL-NIL is set, return the string value \nil\ instead. (move-marker org-entry-property-inherited-from nil) (let (tmp) +(unless (org-before-first-heading-p) (save-excursion (save-restriction (widen) @@ -13690,11 +13692,12 @@ However, if LITERAL-NIL is set, return the string value \nil\ instead. (move-marker org-entry-property-inherited-from (point)) (throw 'ex tmp)) (or (org-up-heading-safe) (throw 'ex nil) + )) (setq tmp (or tmp (cdr (assoc property org-file-properties)) (cdr (assoc property org-global-properties)) (cdr (assoc property org-global-properties-fixed - (if literal-nil tmp (org-not-nil tmp) + (if literal-nil tmp (org-not-nil tmp (defvar org-property-changed-functions nil Hook called when the value of a property has changed. ___ 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: [PATCH] Allow property retrieval before first heading?
Hi Dan, Dan Davison dandavis...@gmail.com writes: Dan Davison dandavis...@gmail.com writes: Currently (org-entry-get) throws an error if point is before the first heading. Is there a reason that this must be so? Org is too essential for headings to be obligatory! Thanks for the patch -- makes sense, I applied it. An example of when it would be useful to get properties is in a buffer containing src blocks but no headings (babel takes header args from Org properties). Hmm, for the record I was confused on that point; Eric already has a workaround for the error to the effect that babel will take header args from a #+PROPERTY line in a buffer with no headings. But my question stands, as this error is a gotcha, requiring code like this (or (condition-case nil (org-entry-get (point) header-arg t) (error nil)) (cdr (assoc header-arg org-file-properties Yes - I removed a few useless condition-case wrapping since your patch. Please report any problem. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] using (id Name) target in org-capture-templates
Patch 593 (http://patchwork.newartisans.com/patch/593/) is now Accepted. Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C87wrl6yipt.fsf%40gnu.org%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] using (id Name) target in org-capture-templates Date: Fri, 11 Feb 2011 15:21:50 - From: Bastien bastien.gue...@wikimedia.fr X-Patchwork-Id: 593 Message-Id: 87wrl6yipt@gnu.org To: Sullivan\, Gregory \(US SSA\) gregory.sulli...@baesystems.com Cc: Emacs-orgmode@gnu.org Emacs-orgmode@gnu.org Hi Gregory, Sullivan, Gregory (US SSA) gregory.sulli...@baesystems.com writes: Thanks for the note. I did indeed mean to use headings. I think it would be nice to be able to have the file dynamic but the heading static in capture templates. In my case, I always want to find a particular heading in the buffer that the capture originated from. So I had to put the whole target spec in a function, as in: I like the idea of being able to tell capture to use the current file. This patch against latest Org allows you to use (currentfile) like this: , | (setq org-capture-templates | '((j Journal entry (currentfile) * %a\n\n%i))) ` Let me know if you find this useful. From a276dc40c860e636be7c8d743bd01b401461a8f5 Mon Sep 17 00:00:00 2001 From: Bastien Guerry b...@altern.org Date: Fri, 11 Feb 2011 11:17:16 +0100 Subject: [PATCH] Allow (currentfile) for capture templates. * org-capture.el (org-capture-templates): document currentfile for capture template. (org-capture-templates): Allow to use currentfile for capture templates. (org-capture-set-target-location): Handle currentfile as a way to setting the capture buffer. * org.texi (Template elements): document currentfile for capture templates. --- doc/org.texi|4 lisp/org-capture.el | 12 2 files changed, 16 insertions(+), 0 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index f8a7493..be66b75 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -6314,6 +6314,10 @@ Valid values are: @item (file path/to/file) Text will be placed at the beginning or end of that file. +@item (currentfile) +Text will be placed at the beginning or end of the file +@code{org-capture} is called from. + @item (id id of existing org entry) Filing as child of this entry, or in the body of the entry. diff --git a/lisp/org-capture.el b/lisp/org-capture.el index e258308..2f9b379 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -120,6 +120,10 @@ target Specification of where the captured item should be placed. (file \path/to/file\) Text will be placed at the beginning or end of that file + (currentfile) + Text will be placed at the beginning or end of the file + org-capture is called from + (id \id of existing org entry\) File as child of this entry, or in the body of the entry @@ -266,6 +270,8 @@ calendar| %:type %:date (list :tag File (const :format file) (file :tag File)) +(list :tag Current file + (const :format currentfile)) (list :tag ID (const :format id) (string :tag ID)) @@ -632,6 +638,12 @@ already gone. Any prefix argument will be passed to the refile comand. (set-buffer (org-capture-target-buffer (nth 1 target))) (setq target-entry-p nil)) + ((eq (car target) 'currentfile) + (if (not (and (buffer-file-name) (org-mode-p))) + (error Cannot call this capture template outside of an Org buffer) + (set-buffer (org-capture-target-buffer (buffer-file-name))) + (setq target-entry-p nil))) + ((eq (car target) 'id) (let ((loc (org-id-find (nth 1 target (if (not loc) -- 1.7.4 ___ 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][R] buffer-wide and code block specific use of :session
Bernd Weiss bernd.we...@uni-koeln.de writes: Org-mode version 7.4 (release_7.4.348.g6132) Dear all, I am preparing a document which contains text and R code/output. In particular, I'd like to print out a (correlation) matrix. This is my org-mode document (I intentionally have two code blocks): #-- #+ Does not work #+BABEL: :session *R* #+BEGIN_SRC R :results silent :tangle simcorrdata.R cormat - c(1.0, 0.2, 0.4, 0.2, 1.0, -0.3, 0.4, -0.3, 1.0) cormat - matrix(cormat, ncol = 3, byrow = TRUE) #+END_SRC So, the correlation matrix looks as follows: #+BEGIN_SRC R :exports both :tangle simcorrdata.R print(cormat) #+END_SRC #-- Since I have two code blocks, I need to use :session. If I define :session buffer-wide as #+BABEL: :session *R* then the matrix cormat is unknown within the second code block (object 'cormat' not found). However, if I specify :session for each code block seperately then it works as expected. Hi Bernd, The above does work for me. Some things to check: 1. After altering the #+BABEL line, it's necessary to refresh Org's file-local options, for example with C-c C-c on the #+BABEL line. (Same is true for #+OPTIONS, #+PROPERTY, etc) 2. I've just fixed a bug which was causing it to fail to work on the first attempt... But it did work on second and subsequent attempts. Please note that it is possible to make an equivalent setting using #+PROPERTY: session *R* In fact, I suspect we are going to drop #+BABEL entirely, so please consider it deprecated and use this form instead. After evaluating the first block, an ESS R buffer named *R* should exist, in which the variable cormat should be defined. Let me know if your problem persists. Dan #-- #+ Does work #+BEGIN_SRC R :session :results silent :tangle simcorrdata.R cormat - c(1.0, 0.2, 0.4, 0.2, 1.0, -0.3, 0.4, -0.3, 1.0) cormat - matrix(cormat, ncol = 3, byrow = TRUE) #+END_SRC So, the correlation matrix looks as follows: #+BEGIN_SRC R :session :exports both :tangle simcorrdata.R print(cormat) #+END_SRC #-- Does this happen due to my poor understanding of the :session argument? Or is this a bug? Thanks for your help, Bernd ___ 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] Re: Announcing org-contacts, a bbdb-like contact manager for Org
Stefan Monnier monn...@iro.umontreal.ca writes: Hi Stefan Julien, Hm, why not simply add a property :ignore-case to the PROPS a function in `completion-at-point-functions' may return in addition to the existing :predicate and :annotation-function? That could work as well, but it's more complexity in completion-at-point, compared to completion-table-case-fold which can be added without touching any existing code. You are right. I've implemented and tested your approach, and it works just fine. Thanks a ton! @Julien: Here's a patch for org-contacts.el which uses Stefan's suggestion to fix the completion in the case-insensitive case. Bye, Tassilo --8---cut here---start-8--- From 4195d4cd3a63df06e52465e4519863ef2a7933e7 Mon Sep 17 00:00:00 2001 From: Tassilo Horn tass...@member.fsf.org Date: Sat, 12 Feb 2011 19:36:51 +0100 Subject: [PATCH] Fix case-insensitive completion --- org-contacts.el | 10 +- 1 files changed, 9 insertions(+), 1 deletions(-) diff --git a/org-contacts.el b/org-contacts.el index 8513117..4c99ca9 100644 --- a/org-contacts.el +++ b/org-contacts.el @@ -114,6 +114,12 @@ If both match values are nil, return all contacts. (add-to-list 'result (list (org-get-heading t) marker (org-entry-properties marker 'all))) +(when (not (fboundp 'completion-table-case-fold)) + ;; That function is new in Emacs 24... + (defun completion-table-case-fold (table string pred action) +(let ((completion-ignore-case t)) + (complete-with-action action table string pred + (defun org-contacts-complete-name (optional start) Complete text at START with a user name and email. (let* ((end (point)) @@ -167,7 +173,9 @@ If both match values are nil, return all contacts. ;; If the user has an email address, append USER EMAIL. if email collect (concat contact-name email )) , ) -(list start end completion-list))) +(list start end (if org-contacts-completion-ignore-case + (apply-partially #'completion-table-case-fold completion-list) + completion-list (defun org-contacts-message-complete-function () Function used in `completion-at-point-functions' in `message-mode'. -- 1.7.4 --8---cut here---end---8--- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: org-capture - org-vm store link requires buffer file not always present [7.4]
Hi Arik, Arik Mitschang arik.mitsch...@mq.edu.au writes: In VM if you have created a virtual folder, the buffer is not associated with any file. However, during org-capture a function called org-vm-store-link requires that the buffer (the vm folder in this case) be associated with a file causing a type-mismatch error. I can fix the problem with the following patch: I've now impemented a slightly different solution - please test and report any problem. Thanks for proposing the patch, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug in column mode where parent has TODO [#A] [/]
Bernt Hansen bernt at norang.ca writes: Hi Luke, This problem was fixed in master on February 4 after release_7.4 in commit 28b88bbb11289d6c8d39ccc8dc420e7051fc0d4c. Regards, Bernt Thank you. I'll upgrade to the latest version. -Luke ___ 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: Announcing org-contacts, a bbdb-like contact manager for Org
Bastien bastien.gue...@wikimedia.fr writes: Hi Julien, Julien Danjou jul...@danjou.info writes: Following my short presentation at the Paris OrgCamp, I've now written a page and officially released org-contacts. It is a contact manager based on Org, that can possibly replace BBDB for certain usage. http://julien.danjou.info/org-contacts.html I've played around with it, and I can already see the benefit. When org-contacts will insinuate into Gnus, that will be a real win. Agreed. Thanks, Julien! I'm curious how others are planning to organize contacts (i.e., in a single file or scattered throughout agenda files). I tried org-contacts with my rather large agenda files, but because it uses org-scan-tags instead of regexp searches, queries are slow. E.g., org-contacts-filter takes approximately 15-20 seconds. Also, the function org-contacts uses a tags/property search and then a skip function. Would it perhaps be quicker to use org-search-view to match against two regexps (the name and the contacts email property)? 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] bug(?) in org-preview-latex-fragment
Hi Sebastian, Sebastian Hofer sebho...@gmail.com writes: it seems that org-preview-latex-fragment does not process \include{} commands in the LATEX_HEADER (while it does process \newcommand). It this supposed to be like that? If not, can it be changed or worked around somehow? dvipng creates images in the temporary folder (/tmp/). Put command.tex in /tmp/ and it will work. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] Add explicit time zone to datetime exported to ical.
Patch 502 (http://patchwork.newartisans.com/patch/502/) is now Accepted. Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C87lj3ixljr.dlv%40debian.org%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] Add explicit time zone to datetime exported to ical. Date: Wed, 22 Dec 2010 13:24:08 - From: =?utf-8?q?R=C3=A9mi_Vanicat_=3Cvanicat=40debian=2Eorg=3E?= X-Patchwork-Id: 502 Message-Id: 87lj3ixljr@debian.org To: emacs-orgmode@gnu.org When exporting to ical, using localtime is incompatible with some software, using explicit universal time may failed with daylight saving time, so we need another possibility, that is localtime with explicit timezone. --- lisp/org-icalendar.el | 30 +- 1 files changed, 21 insertions(+), 9 deletions(-) diff --git a/lisp/org-icalendar.el b/lisp/org-icalendar.el index d4034fe..1dfd3ed 100644 --- a/lisp/org-icalendar.el +++ b/lisp/org-icalendar.el @@ -194,12 +194,25 @@ When nil of the empty string, use the abbreviation retrieved from Emacs. (const :tag Unspecified nil) (string :tag Time zone))) -(defcustom org-icalendar-use-UTC-date-time () - Non-nil force the use of the universal time for iCalendar DATE-TIME. -The iCalendar DATE-TIME can be expressed with local time or universal Time, -universal time could be more compatible with some external tools. +(defcustom org-icalendar-date-time-format :%Y%m%dT%H%M%S + format-string for exporting icalendar DATE-TIME. +See `format-time-string' for a full documentation. The only +difference is that `org-icalendar-timezone' is used for %Z + +Interesting value are: + - \:%Y%m%dT%H%M%S\ for local time + - \;TZID=%Z:%Y%m%dT%H%M%S\ for local time with explicit timezone + - \:%Y%m%dT%H%M%SZ\ for time expressed in Universal Time + :group 'org-export-icalendar - :type 'boolean) + :type '(choice + (const :tag Local time :%Y%m%dT%H%M%S) + (const :tag Explicit local time ;TZID=%Z:%Y%m%dT%H%M%S) + (const :tag Universal time :%Y%m%dT%H%M%SZ) + (string :tag Explicit format))) + +(defun org-icalendar-use-UTC-date-timep () + (char-equal (elt org-icalendar-date-time-format (1- (length org-icalendar-date-time-format))) ?Z)) ;;; iCalendar export @@ -641,12 +654,11 @@ a time), or the day by one (if it does not contain a time). (setq h (+ 2 h))) (setq d (1+ d (setq time (encode-time s mi h d m y))) - (setq fmt (if have-time (if org-icalendar-use-UTC-date-time - :%Y%m%dT%H%M%SZ - :%Y%m%dT%H%M%S) + (setq fmt (if have-time + (replace-regexp-in-string %Z org-icalendar-timezone org-icalendar-date-time-format) ;VALUE=DATE:%Y%m%d)) (concat keyword (format-time-string fmt time - (and org-icalendar-use-UTC-date-time + (and (org-icalendar-use-UTC-date-timep) have-time)) (provide 'org-icalendar) ___ 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] Add explicit time zone to datetime exported to ical.
Hi Rémi, Rémi Vanicat vani...@debian.org writes: When exporting to ical, using localtime is incompatible with some software, using explicit universal time may failed with daylight saving time, so we need another possibility, that is localtime with explicit timezone. Applied, Thanks. I also made org-icalendar-date-time-format backward compatible, it defaults to the right value if org-icalendar-use-UTC-date-time was set to t. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Babel][R] buffer-wide and code block specific use of :session
Am 12.02.2011 13:30, schrieb Dan Davison: Bernd Weissbernd.we...@uni-koeln.de writes: [...] Since I have two code blocks, I need to use :session. If I define :session buffer-wide as #+BABEL: :session *R* then the matrix cormat is unknown within the second code block (object 'cormat' not found). However, if I specify :session for each code block seperately then it works as expected. Hi Bernd, The above does work for me. Some things to check: 1. After altering the #+BABEL line, it's necessary to refresh Org's file-local options, for example with C-c C-c on the #+BABEL line. (Same is true for #+OPTIONS, #+PROPERTY, etc) 2. I've just fixed a bug which was causing it to fail to work on the first attempt... But it did work on second and subsequent attempts. Please note that it is possible to make an equivalent setting using #+PROPERTY: session *R* In fact, I suspect we are going to drop #+BABEL entirely, so please consider it deprecated and use this form instead. After evaluating the first block, an ESS R buffer named *R* should exist, in which the variable cormat should be defined. Let me know if your problem persists. Hi Dan, Thanks for your reply. Using #+PROPERTY: session *R* (and running another =git pull origin master=) solved all my problems. Thanks, Bernd ___ 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-git-link does not support locational information within file
I think it will always be much easier to add a little syntax here and there to existing syntaxes. To me, the question is whether it is worth it in the big picture, long-term perspective to keep adding small syntax extensions to existing syntax. Yes, we have great people on this list who might be able to do something with this. Thanks. 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
Re: [Orgmode] org-stow (Proof of concept)
M-x org-stow-make-item-stowable RET on TODO Drop off stuff is okay. But M-x org-stow-item RET on the same item is not -- here is a backtrace: D'oh! I completely forgot about the type-checking code! That's for development, not production. It just assertfails if the wrong type is used. Very helpful in finding problems early. It relies on a type-checking support module in emtest that defines certain types that Common Lisp provides but cl doesn't. I am pushing a quick fix where if that module is not available, the type just always succeeds. If you'd like the type-checking support (which is stand-alone) or all of emtest, I can certainly include it. Since you seem to have chosen ert, I don't know what you want in this regard. Tom Breton (Tehom) ___ 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] Unintended behavior? Links without description
Hi Christian, Christian Moe m...@christianmoe.com writes: I think I've tracked down the problem, but I don't necessarily understand what org-export-normalize-links is supposed to do or what other behaviors depend on this, so I'm not going to submit a patch. If this is now the intended behavior, it will be no problem to rewrite the custom link export definitions to take account of it. Here again*, I think org-export-normalize-links: various backends will decide what to do about having identical [path] and [desc]. I'd welcome a patch making org-bbdb.el a bit more clever about this. Thanks! * see my recent email about org-footnote-normalize -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Improve percent escaping links in Org mode (pull request / OK to push)
Hi David, David Maus dm...@ictsoc.de writes: This is a pull request or push announcement for the first set of patches to improve Org mode's percent escaping functions. This set of changes solves the problems with percent escaping non-ascii characters. Wow... how could I missed this email? Thanks for the thorough details about this change, which is most than welcome (I read Vincent's emails about this.) I hope you can rebase this on current head without too much headache, and provide a set of patches. I'd rather read patches than just test from a branch... Thanks a lot! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Extending paste to auto-archive a copied image
It'd be an awesome feature IMO :) Thanks! Marcelo. On Sat, Feb 12, 2011 at 5:25 AM, Bastien bastien.gue...@wikimedia.fr wrote: Hi Marcelo, Marcelo de Moraes Serpa celose...@gmail.com writes: What I am suggesting is, somehow hook into the moment the file is pasted/dragged and run some code. This would require code in Emacs. I'm not familiar at all with Emacs ability to recognize drag'n droped files (as I don't use drag'n drop) but perhaps other do and might suggest how to set a hook when Emacs copies external content/files/whatever from X. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] PATCH: org-open-at-point curation
Patch 564 (http://patchwork.newartisans.com/patch/564/) is now Accepted. Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3Cm1lj22z7wo.fsf%40gmail.com%3E Here is the original message containing the patch: Content-Type: text/plain; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: [Orgmode] PATCH: org-open-at-point curation Date: Sun, 30 Jan 2011 21:13:43 - From: Dan Davison dandavis...@gmail.com X-Patchwork-Id: 564 Message-Id: m1lj22z7wo@gmail.com To: emacs org-mode mailing list emacs-orgmode@gnu.org 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 #+end_src 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) ___ 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] unset :var definitions for subtree
Dan Davison dandavis...@gmail.com writes: [...] 2. It should be possible somehow to include the options together with the shebang, or to replace :shebang with a more general preamble concept. Or to make :shebang accept a code block as its value. #+BABEL: :var A=13 #+BABEL: :var B=14 #+header: :shebang #!/bin/bash #$ -cwd #+begin_src sh :tangle script.sh # empty #+end_src Similar to above - should work, but now the options for torque are hidden in the shebang - which is not to nice, but should work - although changing the options is not nearly as nice as if the options are in the source block. It seems that we should be able to put the preamble lines in a src block. This works, but only after making an alteration to the sbe function (below) so that it will allow multiple line results. Maybe Eric will have some ideas here. I'm happy for your patch below to be applied, although maybe replace org-babel-table-truncate-at-newline with org-babel-trim, so that leading/trailing newlines are still removed. It would be nice to retain org-babel-table-truncate-at-newline if we could tell which evaluations were headed for a variable -- although this behavior doesn't seem worth the addition of a new argument to sbe. --- #+BABEL: :var A=13 #+BABEL: :var B=14 #+srcname: sheb #+begin_src sh :results output echo '#!/bin/bash' echo '#$ -cwd' #+end_src #+header: :shebang (sbe sheb) #+begin_src sh :tangle script.sh # empty #+end_src --- (setq source-block (symbol-name source-block))) -(org-babel-table-truncate-at-newline ;; org-table cells can't be multi-line (if (and source-block ( (length source-block) 0)) (let ((params (eval `(org-babel-parse-header-arguments @@ -116,7 +115,7 @@ example above. )) (org-babel-execute-src-block nil (list emacs-lisp results params) '((:results . silent - + ))) Dan ___ 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: [BABEL] unset :var definitions for subtree
[...] It seems that what you want to do can be described as disabling inheritance of the :var properties for a specific block. Agreed - that would solve my problem. So I'm suggesting that it may be more parsimonious to do this with the existing Org inheritance mechanisms than to introduce new babel header arguments specifically for this purpose. Agreed here. If this is possible, then I'm all for it, however I do not think that it is currently possible to disinherit specific properties. Note: do to the way babel collects properties, I don't think that temporarily changing the value of `org-use-property-inheritance' will be sufficient. [...] So how can I now define multiple variables? I don't know :) Could Eric help here? in a properties drawer multiple :var does not work? Could you give a simple example how to define variables A and B? Yes, I've always been a bit uncomfortable with this. As Eric says, Org properties are supposed to be a bit like a hash, with unique keys. So based on this, I can only define a single variable per properties drawer? I'm not sure how this should be solved. Would it be possible/desirable to allow multiple settings of the same key in Org-mode properties? That seems like it could be a destructive change across all of Org-mode. Maybe we could extend the :var header argument to support the following syntax... #+begin_src emacs-lisp :var A=1 B=3 ;; code #+end_src or ** two vars in a properties block :PROPERTIES: :var: test1=7 test2=8 :END: That shouldn't be overly difficult, and should solve our requirements. Sound good? -- Eric ___ 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] unset :var definitions for subtree
[...] I agree, the things I was talking about don't end up being simpler in terms of usage for this case. My thinking was that variable unsetting might be something that would be required fairly rarely, and so it might be worth appropriate to support it as part of a more general/powerful mechanism tied into Org properties, or even that hook. It does sound like if there were a way to disable inheritance for certain properties for certain sub-trees of a document, then that would be ideal -- although I can't imagine how such functionality would be implemented. Can we think of an Org-wide syntax for disinheriting specific properties? Before we proceed with the variable unsetting, could someone provide a motivating example, just to convince ourselves that the extra features are justified? (The conclusion of another message was that the torque script example was more a motivating example for shebang/preamble processing than for variable unsetting.) Certainly. 1. taking Rainer's first example, lets say that you want a variable specified for all but one code block in a file (maybe that one code block is the source of the value of the variable). In this case it would be much simpler to specify the variable file-wide, and then unset the variable for that one code block. 2. say you want the same session for /nearly/ every code block in a file. 3. same for :dir, :file, or :shebang... So, in summary, I am all for a general org-mode wide solution for disinheriting specific properties, however, if we are unable to find such a solution then I would lean towards implementing this for Babel specifically. Best -- Eric ___ 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-add-link-type
Aloha Bastien, 0001-lisp-org.el-Documentation-change-for-org-add-link-ty.patch Description: Binary data All the best, Tom On Feb 12, 2011, at 12:39 PM, Bastien wrote: Hi Thomas, Thomas S. Dye t...@tsdye.com writes: Thanks for looking at this. The problem isn't that the description is being protected from conversion, it is that it is there at all. The link in the example lacks a description and the documentation says that in this case desc will be nil, so it was a surprise to find a value being passed instead. Yes -- that's because org-export-normalize-links add a description when there is none. Can you tell me where the documentation is wrong about this? I cannot find it right now. Thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] custom agenda view with tags-todo not work
Hi OSiRiS, OSiRiS os...@osiux.com.ar writes: The Match only show results when =bugs.org= is open, execute =C-c C-a m= and paste: +TODO=DONE+STATUS=FIXED+CLOSED=2011-02-10 Can you reproduce the problem with a *minimal* example? -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH 0/2] References auto-generated labels with \ref in LaTeX export
Hi Lawrence, Lawrence Mitchell we...@gmx.li writes: This patch set introduces a new option `org-latex-unprettify-internal-links' which, if non-nil, converts bare references to auto-generated section labels into a \ref rather than a \hyperref. Thanks for the patch and the explanations. What about using org-export-latex-hyperref-format directly? (setq org-export-latex-hyperref-format \\ref{%s}) and you're set. I updated the docstring to make clear there is no real problem in having less than two %s in here -- the format function will just ignore the second one. Best, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-add-link-type
Great, applied, thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Accepted] [Orgmode, 1/2] Only match complete words in org-export-add-options-to-plist
Patch 551 (http://patchwork.newartisans.com/patch/551/) is now Accepted. Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C1c07dac7fa0dd036dec6a1147fde83c5cddf8639.1295529378.git.wence%40gmx.li%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, 1/2] Only match complete words in org-export-add-options-to-plist Date: Thu, 20 Jan 2011 18:23:22 - From: Lawrence Mitchell we...@gmx.li X-Patchwork-Id: 551 Message-Id: 1c07dac7fa0dd036dec6a1147fde83c5cddf8639.1295529378.git.we...@gmx.li To: emacs-orgmode@gnu.org Cc: Lawrence Mitchell we...@gmx.li * org-exp.el (org-export-add-options-to-plist): Require match to start at a word-boundary. Previously, if an option was the suffix of another option (such as TeX and LaTeX) the setting for the former would propagator to the latter. This seems like an unintended consequence of a lax regexp in org-export-add-options-to-plist. This patch allows options to share a suffix with another option by requiring that the match against an option starts at a word-boundary. --- lisp/org-exp.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 9954227..d099c82 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -824,7 +824,7 @@ security risks. (let ((op org-export-plist-vars)) (while (setq o (pop op)) (if (and (nth 1 o) -(string-match (concat (regexp-quote (nth 1 o)) +(string-match (concat \\ (regexp-quote (nth 1 o)) :\\([^ \t\n\r;,.]*\\)) options)) (setq p (plist-put p (car o) ___ 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-stow (Proof of concept)
Hi Tom, Tom Breton (Tehom) te...@panix.com writes: D'oh! I completely forgot about the type-checking code! That's for development, not production. It just assertfails if the wrong type is used. Very helpful in finding problems early. It relies on a type-checking support module in emtest that defines certain types that Common Lisp provides but cl doesn't. I am pushing a quick fix where if that module is not available, the type just always succeeds. If you'd like the type-checking support (which is stand-alone) or all of emtest, I can certainly include it. Since you seem to have chosen ert, I don't know what you want in this regard. I'm roughly parsing 37% of this :) Again, can you demonstrate a clear and simple use-case, assuming people like me don't know anything about stow, stew, straw or whatsover? Thanks!! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Give focus to a item
Hi list, So, I see myself too often trying going to the same toplevel item on my gtd.org file. For example, let's say I have this on the org file: * Project 1 This is a project about something important. Check this URL for more information: http://someurl.com ** TODO Some item to do ** TODO Another item to do * Project 2 * Project 3 Right now, most of my focus is on Project 1. I find myself adding more and more items to it or coming back to add additional notes. Of course I can narrow it, or maybe just use org-remember to input items to it, but it would also be nice if I could setup a shortcut to focus it. By focus I mean that, by pressing this key-combo, the following would happen: - The pointer would go to Project 1; - The tree would open; - All of the other items would close. I'm not well-versed in elisp, nor in the org-mode API. Anyone with more experience thinks this could be something easy to implement? Thanks, Marcelo. ___ 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: need help with lisp for export function regarding timestamps
Having said that, emacs has a number of regexp building utilities that can help you. An inbuilt one M-x regexp-builder or the external library regex-tool.el, which can be found at https://github.com/jwiegley/regex-tool.git Cheers Shelagh -- email: shelagh.man...@gmail.com BA (Asian Studies) - ANU Grad Dip IST - UOW ___ 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] Properly format start and end times in time ranges.
Hi Tassilo, Tassilo Horn tass...@member.fsf.org writes: * org-agenda.el (org-format-agenda-item): Properly format start and end times in time ranges, i.e., print the start time of the start date, no times for intermediate dates, and the end time with preceeding dots for the end date. Thanks for the patch, and sorry for the delay in replying. I couldn't apply the patch against latest git HEAD -- would you mind rebasing and resubmit it? If you don't have time right now no problem at all -- Julien and I are working on a bigger agenda change and I'd rather apply your patch after his... Thanks for this tiny-but-neat enhancement! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] More entries able to export to icalendar format
Hi Niels, I tested the patches against icalendar.el and the one against org-icalendar.el -- all work fine! Thanks for this. Better to submit the icalendar patches to emacs-devel first, then I'll apply the one for org-icalendar.el. I'll make sure your patches against icalendar.el get the deserved attention! Best, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Give focus to a item
Hi Marcelo, Marcelo de Moraes Serpa celose...@gmail.com writes: So, I see myself too often trying going to the same toplevel item on my gtd.org file. Bernt posted some useful bits in a similar discussion: http://article.gmane.org/gmane.emacs.orgmode/37180 I would do this: --8---cut here---start-8--- (defun my-focus-on-this () Focus on THIS project (interactive) (org-id-goto 6e959401-f6d3-4e9e-9cd8-0f80f12fa585) (org-show-subtree) (org-narrow-to-subtree)) --8---cut here---end---8--- Use `org-id-get-create' to create the ID if necessary. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL] unset :var definitions for subtree
Eric Schulte schulte.e...@gmail.com writes: [...] It seems that what you want to do can be described as disabling inheritance of the :var properties for a specific block. Agreed - that would solve my problem. So I'm suggesting that it may be more parsimonious to do this with the existing Org inheritance mechanisms than to introduce new babel header arguments specifically for this purpose. Agreed here. If this is possible, then I'm all for it, however I do not think that it is currently possible to disinherit specific properties. Note: do to the way babel collects properties, I don't think that temporarily changing the value of `org-use-property-inheritance' will be sufficient. [...] So how can I now define multiple variables? I don't know :) Could Eric help here? in a properties drawer multiple :var does not work? Could you give a simple example how to define variables A and B? Yes, I've always been a bit uncomfortable with this. As Eric says, Org properties are supposed to be a bit like a hash, with unique keys. So based on this, I can only define a single variable per properties drawer? I'm not sure how this should be solved. Would it be possible/desirable to allow multiple settings of the same key in Org-mode properties? That seems like it could be a destructive change across all of Org-mode. Maybe we could extend the :var header argument to support the following syntax... #+begin_src emacs-lisp :var A=1 B=3 ;; code #+end_src or ** two vars in a properties block :PROPERTIES: :var: test1=7 test2=8 :END: That shouldn't be overly difficult, and should solve our requirements. Yes, that looks good. In the following Org file --- #+property: :var a=1 b=2 * h1 :PROPERTIES: :var: c=3 :END: ** h11 :PROPERTIES: :var: d=4 e=5 b=7 :END: #+begin_src sh :var f=6 # code here #+end_src --- if we follow programming languages by analogy then the behavior we should aim for is for variables a,b,c,d,e to all be set in the src block, with b having the value 7. I've made a start on a patch to do that -- it involves treating :var differently from other header args. Whereas normal property inheritance searches up the tree until the specified property is encountered, my patch searches up the tree to the root, collecting all the :var assignments encountered. So perhaps we should go for a solution involving both the new :var a=1 b=2 syntax (to allow multiple :var in the same block), and the pluralistic inheritance described above (to allow :var to be collected from all levels in the hierarchy). Dan Sound good? -- Eric ___ 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] unset :var definitions for subtree
Eric Schulte schulte.e...@gmail.com writes: [...] I agree, the things I was talking about don't end up being simpler in terms of usage for this case. My thinking was that variable unsetting might be something that would be required fairly rarely, and so it might be worth appropriate to support it as part of a more general/powerful mechanism tied into Org properties, or even that hook. It does sound like if there were a way to disable inheritance for certain properties for certain sub-trees of a document, then that would be ideal -- although I can't imagine how such functionality would be implemented. Can we think of an Org-wide syntax for disinheriting specific properties? I'm not sure whether or how this fits it, but it's worth noting that Org currently documents the following , | org-entry-get-with-inheritance is a Lisp function in `org.el'. | | (org-entry-get-with-inheritance PROPERTY optional LITERAL-NIL) | | Get entry property, and search higher levels if not present. | The search will stop at the first ancestor which has the property defined. | If the value found is nil, return nil to show that the property | should be considered as undefined (this is the meaning of nil here). | However, if LITERAL-NIL is set, return the string value nil instead. ` so that seems to suggest :var nil as a way of knocking out all :var assignments, but doesn't immediately suggest how to knock out on a per-variable basis. :var a=nil ? (Which otherwise would look for a src block named nil) Before we proceed with the variable unsetting, could someone provide a motivating example, just to convince ourselves that the extra features are justified? (The conclusion of another message was that the torque script example was more a motivating example for shebang/preamble processing than for variable unsetting.) Certainly. 1. taking Rainer's first example, lets say that you want a variable specified for all but one code block in a file (maybe that one code block is the source of the value of the variable). In this case it would be much simpler to specify the variable file-wide, and then unset the variable for that one code block. Agreed. It's not clean, but currently in this situation one could just set the offending variable to some other value. 2. say you want the same session for /nearly/ every code block in a file. 3. same for :dir, :file, or :shebang... I'd just note that some of these already have natural values that can be used to unset :session none :dir . :shebang :file not sure about this one, but maybe none should be used... Dan So, in summary, I am all for a general org-mode wide solution for disinheriting specific properties, however, if we are unable to find such a solution then I would lean towards implementing this for Babel specifically. Best -- Eric ___ 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] Insert ampersand in HTML export?
On Sat, 12 Feb 2011 16:24:23 +0100 Bastien bastien.gue...@wikimedia.fr wrote: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: But I added a new variable `org-export-html-protect-char-alist' to allow fine tuning of what characters should be HTML proected. Can't we just use == or something like this? For now == will be exported as codeamp;/code Do you mean that everything within =...= should not go through `org-html-protect'? And if so, that org-export-html-protect-char-alist might not be necessary anymore? PS: Well, I thought about this but couldn't solve Uriel's problem this way... -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode What about some type of escape character like \? That way \ is exported as instead of amp; or \$. Would that work? org-export-html-protect-char-alist may work in my case---the MATHML macros are in a seperate #+SETUPFILE. As long as this variable doesn't bubble up i.e., apply to the file that calls #+SETUPFILE, then it will work. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Help with Babel and using SQL
Hello: I am new to orgmode. So far I have managed to organize and use org by reading documemtation. Now I want to experiment with babel and SQL and I am stuck as I am unable to find any good documentation on this. I also searched the mail archive and I see several code snippets but so far I have not been able to put them together. I see stuf like engine but I can't find documentation. I am trying to do two things. 1. Query a mysql or oracle table and post results in orgtable format 2. Select data from an existing orgtable in current buffer and do further processing with them (example: insert them into Oracle). I am sorry if this is vague but I am just looking for some initial guidance on how to get around. Is this possible? Can someone point me to the documentation or share some experience. Thanks. ___ 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