Re: [O] HTML Postamble is inside Content DIV
Hi Jonathan, Jonathan BISSON wrote: Sébastien Vauban wxhgmqzgwmuf@... writes: After a couple of tests, I've observed that the postamble is forced to be included *inside* the div content. Proof on Line 1764... These are the ending tags of every HTML page: #+begin_src emacs-lisp (unless body-only (insert \n/div\n/body\n/html\n)) #+end_src ... the closing /div referring to the opening of content. Shouldn't it make sense to be able to insert something *out of* the content div? I think so (and the same for preamble)! I rewrote org-export-as-html and did a custom org-publish-org-to-html to call it, in order to get them out off the content div (you can look at a first test on my webpage http://www.bjonnh.net). It's easy to do it I can send you my file if you are interested. I think sharing the code here is always a good idea. However, I'd favor an approach commonly shared by others, ie by either: - moving the postamble out of the content DIV - adding an extra environment next to the content DIV, if the postamble must stay where it currently is -- for historical or compliance reasons? (same applies for preamble) Any comment for others? Best regards, Seb -- Sébastien Vauban
Re: [O] org-agenda-log-mode doesn't list past scheduled items if org-agenda-skip-scheduled-if-done is t
Hi, Carsten Dominik wrote: On May 2, 2011, at 11:52 AM, Antoine Levitt wrote: 02/05/11 11:20, Carsten Dominik Hi Antoine, Hi, thanks for replying to this old thread. the agenda does list scheduled items anyway, so I do not see why this information should be repeated in the logging items. It doesn't list DONE scheduled items. The point is I'd like for log-mode to be just like the normal agenda, except that it also lists DONE items. I think maybe log should just force org-agenda-skip-scheduled-if-done to t. I don't really think so. A Scheduling timestamp, or a Deadline are for planning. The log view is for displaying when things where actually done. AA work-around for you is to make a custom agenda view and set org-agenda-skip-scheduled-if-done in the options section of that custom command I would add that you can see what you did by displaying *logged* entries, ie a report based on the time you really spent doing something last week. Best regards, Seb -- Sébastien Vauban
Re: [O] Dumbquotes in exported source listings
Hi Nick, Nick Dokos wrote: Ben Finney ben+em...@benfinney.id.au wrote: Avdi Grimm gro...@inbox.avdi.org writes: Nowadays with Unicode available ubiquitously we can simply use the correct typographical quotation marks directly in the plain text file, but TeX and some other legacy systems don't work very well with Unicode. I really hate those smart quotes, better named dumb quotes, because: - I don't find them attractive at all, but that's personal, and could depend on font families, etc. - they're not correctly converted when playing with the coding system: from UTF-8 to Latin 1, for example. That's really nasty. I was/am planning to have a function for converting them on the fly when pasting... or when saving the Org buffer... or at any better moment. Though, I didn't get the right code to do so yet... AFAIK, TeX works fine with UTF8, given the defaults that org-mode export uses. What problems do you see? UTF-8 is correctly handled in LaTeX documents, but not in every environment: Listings has problems, even if a Listings exist for UTF-8, and so for many other environments. So I would say that UTF-8 usage is still not yet fully supported in TeX. Best regards, Seb -- Sébastien Vauban
Re: [O] Restrict agenda search to specific org files
Hi Marcelo, Marcelo de Moraes Serpa wrote: I'd like to know if it's possible to create custom agenda search commands that will search only specific files (a subset) from the agenda list. It would be nice if we could also override the agenda file list and just specify the file(s) in the command. Example: #+begin_src emacs-lisp (Qw Website search search ((org-agenda-files (file-expand-wildcards ~/Public/Websites/Org/source/*.org #+end_src Best regards, Seb -- Sébastien Vauban
[O] HTML Postamble is inside Content DIV
Hello, After a couple of tests, I've observed that the postamble is forced to be included *inside* the div content. Proof on Line 1764... These are the ending tags of every HTML page: #+begin_src emacs-lisp (unless body-only (insert \n/div\n/body\n/html\n)) #+end_src ... the closing /div referring to the opening of content. Shouldn't it make sense to be able to insert something *out of* the content div? Best regards, Seb -- Sébastien Vauban
Re: [O] Footnotes in LaTeX export
Hi Matt, Matt Lundin wrote: Sébastien Vauban writes: Hi Nick and all, Nick Dokos wrote: Thomas S. Dye t...@tsdye.com wrote: What is an ECM? I don't know how widespread it is in French-speaking milieus, but I believe Seb Vauban is responsible for introducing it into this mailing list (see http://thread.gmane.org/gmane.emacs.orgmode/16375/focus=16453 and its parent thread) and Nicolas Goaziou has perpetuated its use: it stands for Exemple Complet Minimal (= Minimal Complete Example). Between the two of them, they'll drag us all through remedial French class :-) Yes, I think I am responsible for this viral marketing of using the term ECM here. It comes from the excellent FCTT newsgroup (french.comp.text.tex) about LaTeX. I must admit this term, when understood, is excellent for describing what we expect from people posting questions about troubles. [...] Maybe it should go into the FAQ... Could be, yes. Using the French acronym, or inventing MCE? I stand for ECM. Thanks for this explanation, Seb! I wrote an FAQ about it: http://orgmode.org/worg/org-faq.html#ecm I also wrote up a few FAQs that might be helpful for new users: - Can Org-mode do x? Does org have x feature? + http://orgmode.org/worg/org-faq.html#can-org-do-x + Provides tips on where to look to see if org has a particular feature. + A friendly version of RTFM. :) - I think my Org-mode is broken! How do I report a bug? + http://orgmode.org/worg/org-faq.html#bug-reporting - What should I do before contacting the mailing list? + http://orgmode.org/worg/org-faq.html#when-to-contact-mailing-list Please feel free to edit (or send me patches) as you see fit. Excellent additions. Nothing to add right now. Thanks for us! Best regards, Seb -- Sébastien Vauban
Re: [O] example or source blocks with captions
Hi Neilen, Neilen Marais wrote: Is it possible to caption a #+begin_src or #+begin_example block? Doing #+CAPTION: dipole_analytical_balanis.mac #+begin_example #+end_example doesn't seem to do the trick. I would find this useful to include suggested filenames when quoting source on a web page. Would such block be better for you? --8---cut here---start-8--- #+srcname: dipole_analytical_balanis.mac #+begin_src mac #+end_src --8---cut here---end---8--- The source name should be exported in HTML. If not, this is a feature.[1] Best regards, Seb Footnotes: [1] I know for sure it does when the block has grounded parameters (ie, with a given value). -- Sébastien Vauban
Re: [O] Using orgmode to take inline notes for research
Hi John, John Hendy wrote: Sebastien: my other questions re. how to interpret the code and inserting proper linebreaks are still of interest! Sorry, just came back today after a 2-week holiday. Given the number of posts I have to read, could you tell me if all your questions have been answered and, if not, provide a minimal, but problematic, example of yours? Best regards, Seb -- Sébastien Vauban
[O] Re: Using orgmode to take inline notes for research
Hi John, John Hendy wrote: Something's still not right. This: -- * Top headline Some notes about this stuff to see how this custom export works! Some notes about this stuff to see how this custom export works! *** An inline section Here's some text inside an inline section; let's see what the format looks like on export! *** END Some notes about this stuff to see how this custom export works! Some notes about this stuff to see how this custom export works! -- Is producing the attached. Yes, you're right. You need the todonotes package. This is standard in my private class, reason why I forgot about this link. Go and add it, you'll love it! Best regards, Seb -- Sébastien Vauban
[O] Re: Using orgmode to take inline notes for research
Hi Jeff, Jeff Horn wrote: No problem. As a note for others searching on this, I'll just go ahead and re-iterate that if you don't want a particular inline-task to be printed, just add the :noexport: tag to the headline. Better to say it twice! Sebastian, or others: One is able to add properties to inline-style headlines correct? John could add an HTML container class property and use a stylesheet to play with HTML export, including indentation, but I don't know if there is any equivalent help from the LaTeX exporter. This is my current config for nice styling: #+begin_src emacs-lisp ;; initial state (TODO keyword) of inline tasks (setq org-inlinetask-default-state TODO) ;; templates for inline tasks in various exporters (setq org-inlinetask-export-templates '((html pre class=\inlinetask\b%s%s/b%s/pre '((unless (eq todo ) (format span class=\%s %s\%s%s/span class todo todo priority)) heading content)) (latex \\todo[inline]{\\textbf{\\textsf{%s %s}}\\linebreak{} %s} '((unless (eq todo ) (format \\textsc{%s%s} todo priority)) heading content)) (ascii -- %s%s%s '((unless (eq todo ) (format %s%s todo priority)) heading (unless (eq content ) (format \n ¦ %s (mapconcat 'identity (org-split-string content \n) \n ¦ ))) #+end_src Customize to your own taste (and report back!)... Best regards, Seb -- Sébastien Vauban
[O] Re: Using orgmode to take inline notes for research
Hi Jeff, Jeff Horn wrote: Have you tried using org-inline-task without a TODO keyword? These super-deep headlines aren't treated as headlines, so they don't break doc structure, but they are foldable, and unlike COMMENT keyword headlines, they're printable. I second this approach, and add the following: you can tag the inline tasks as well, and doing so, choose to export them or not, on a wish-basis. Best regards, Seb -- Sébastien Vauban
[O] Re: unnumbered subsections in latex export
Hi Matt, Matt Lundin wrote: Sébastien Vauban writes: When discussing exporters and features, two things that come up to my mind as missing as a general Org feature: - bibliography :: works for LaTeX[1], not for HTML export. Have you tried the contributed module org-exp-bibtex.el? It is not a self-contained org-mode module, in that it relies on bibtex2html and an external bibtex file, but it does enable bibliographical export to html. Did not know about it. Will give it a try. Thanks. - acronyms :: idem. I want to be able to say, in my Org file, that DNS is an acronym, for example. I'm thinking -- brainstorming! -- at a solution _such as_ adding accolades around the acronyms: This paper talks about {DNS} clients and {DNS} servers... In LaTeX, this should have to be translated to: This paper talks about \acro{DNS} clients and \acro{DNS} servers... One way to accommodate acronyms would be to create a new link type: (org-add-link-type acro nil (lambda (path desc format) (cond ((eq format 'latex) (format \\acro{%s}{%s} path desc)) ((eq format 'html) (format acronym title=\%s\%s/acronym desc path) A link such as... [[acro:DNS][Domain Name System]] ...would then export to latex as... \acro{DNS}{Domain Name System} ...and to html as... acronym title=Domain Name SystemDNS/acronym Having never used acronyms in LaTeX or html before, I have no idea whether the above syntax is correct. The point is simply to offer a proof of concept. This is clearly interesting, and maybe part of the final solution. However, one of the point is that we should be able to: - define once that DNS = Domain Name System - have all occurrences of DNS automagically pointing to its definition - (optionnally) have the first occurrence of DNS automagically expanded. (I guess that) the above does not meet this, and that's what made my spirit go in the direction of pre-processing. But maybe alternatives do exist to meet those requirements. Best regards, Seb -- Sébastien Vauban
[O] Re: unnumbered subsections in latex export
Hi Aankhen, Aankhen wrote: 2011/4/4 Sébastien Vauban wxhgmqzgw...@spammotel.com: [snip] When discussing exporters and features, two things that come up to my mind as missing as a general Org feature: - bibliography :: works for LaTeX[1], not for HTML export. - acronyms :: idem. Maybe those should be made available for general Org usage by making them somehow part of the preprocessing? FWIW, acronyms wouldn’t need any preprocessing for HTML export. Or maybe they would: HTML has both ‘acronym’ and ‘abbr’ (abbreviation) elements, the distinction between them being a little hard to make. Could go the other way and provide both in Org and combine them where there’s no distinction, I suppose. Uhm, anyway. Acronyms are natively supported in HTML. That is all. Thanks for reporting this. Wasn't aware of it. Though, that does not alter the need (at least, what I consider so) for acronyms handling in/from Org. Let's clarify what I'm talking about -- I know, I should have done it earlier. I want to be able to say, in my Org file, that DNS is an acronym, for example. I'm thinking -- brainstorming! -- at a solution _such as_ adding accolades around the acronyms: --8---cut here---start-8--- This paper talks about {DNS} clients and {DNS} servers... --8---cut here---end---8--- In LaTeX, this should have to be translated to: --8---cut here---start-8--- This paper talks about \acro{DNS} clients and \acro{DNS} servers... --8---cut here---end---8--- And the effects would be that: 1. the first occurrence of the acronym would be expanded in the PDF, while others not -- this is customizable! 2. every occurrence would be a link to the list of acronyms, at the end of the document. In HTML, I would expect internal links to a list of acronyms at the end of the document. I was thinking at preprocessing, because some smart things need to be done: - expanding the first occurrence of the acronym (if wished) with its definition, not the following; - in the list, at the end of the document, only list acronym definitions for the acronyms that have been used in the document. For the readability of the Org buffer, and for the behavior that we could expect, maybe a new link type would make it? I would expect a similar treatment for the bibliography: having some built-in representation for that in Org, and have the exporters make it to both LaTeX and HTML (and ...). Comments welcome! Best regards, Seb -- Sébastien Vauban
[O] New features for the exporters?
Hi Eric, Aankhen and al., Just answering very quickly on one sole idea of the exchanged ones in this thread: Eric S Fraga wrote: Aankhen aank...@gmail.com writes: The expansion is invisible by default; it shows up in a tooltip when you hover over the text. You can try a live example to see for yourself.[1] In this way, the expansion is always there when you need it (and you can distinguish between multiple terms sharing the same acronym, should the need ever arise), but it takes up no space if you don’t. There are those of us that, for one reason or another, do *not* use a mouse or any other graphical pointer. Tooltips do not appear ever in those cases. I would like a solution that does not rely on any particular graphical interface paradigm, basically! Of course, I know that I am in the minority here... but accessibility is always an important factor and one that should not be ignored, IMO. I don't think you're part of the minority. Anyway, there are good reasons to have tooltips (on a wish-basis), but other good reasons to have the list of acronyms at the end of the document (on a wish-basis): to get a readable and very accessible document when printed! Best regards, Seb -- Sébastien Vauban
[O] Re: unnumbered subsections in latex export
Hi Nick and al., Nick Dokos wrote: This will at least help with the first difficulty -- and motivate all people working on the exporters to address the second one. The third one can be turned into a *chance*: that of having several people working in the same direction. Excellent plan! If nobody beats me to it, I'll send out an initial draft of such a table to the list for comment over the weekend: not a complete thing, mind you - just something partially covering one or two exporters. We can modify it as necessary and then proceed to populate it over the next few weeks. When discussing exporters and features, two things that come up to my mind as missing as a general Org feature: - bibliography :: works for LaTeX[1], not for HTML export. - acronyms :: idem. Maybe those should be made available for general Org usage by making them somehow part of the preprocessing? Best regards, Seb Footnotes: [1] ... but uglyfies a bit (too much) the *visible* text. Ideally, such features should be hidden behind things like links or so. -- Sébastien Vauban
[O] Re: Illiterate programming question
Hi Eric, Eric Schulte wrote: Nick Dokos nicholas.do...@hp.com writes: Sean O'Halpin sean.ohal...@gmail.com wrote: On Thu, Mar 31, 2011 at 9:13 PM, Nick Dokos nicholas.do...@hp.com wrote: Sean O'Halpin sean.ohal...@gmail.com wrote: which doesn't look right to me. To be honest, I don't know what it /should/ look like but I have ':comments yes' on three sections and get only one link on output, so I can't see how this would detangle properly. Also, # [[][main]] is missing the file reference (in the first set of brackets), so it won't work as a link. Yes, it does look unlikely. I don't know about the other comments (line numbers, etc.) but at least the link calculation in org-babel-tangle-collect-blocks is wrong I believe: it uses org-store-link to supposedly store a link to the current location on the global org-stored-links stack and then pops it, takes the car of it and sanitizes text properties of the result: that then becomes the link that should be stored in the tangled file. But it seems that org-store-link does not behave this way when called non-interactively: I get nothing on the global stack. Instead it seems to *return* the link as a string, which is then just thrown away. This all looks to be correct, thanks for debugging this one. I've just pushed up a fix which brings the tangling link-extraction code up to date with the current version of org-store-link. The tangled comments should now appear as fully formed links. However, in testing this I noticed that the code for following these links form a source code file back into the original org-mode file (namely `org-babel-tangle-jump-to-org') is not currently working for some link types (e.g. id: links). The problem here is that there is no org function for parsing/following a link which can be called non-interactively. I'd like to either 1. change org-open-at-point (the function which currently holds all of the org-link following logic) so that it returns an object (probably the buffer, maybe the buffer and point) holding the information on the link target, so that other elisp code can follow org-mode links with something like. #+begin_src emacs-lisp (pop-to-buffer (org-open-link-at-point)) #+end_src 2. or, another option would be to pull the link-parsing logic out of org-open-link-at-point into a separate function which could then be called by org-open-link-at-point, and by other elisp functions wishing to use org-mode links. I'm not comfortable making either of these changes myself without Carsten or Bastien giving their OK. For sure, this is a regression between somewhere around Wed Mar 23 2011 (can be a couple of days before, would I have passed days without updating Org -- that can't be true?) and now... --8---cut here---start-8--- diff --git a/org/css/worg-leuven.css b/org/css/worg-leuven.css index 0706bc2..970aa78 100755 --- a/org/css/worg-leuven.css +++ b/org/css/worg-leuven.css @@ -1,11 +1,11 @@ -/* [[id:a69e0323-2643-418b-bf1a-75c7dc53cf74][External-CSS:1]] */ +/* [[][External-CSS:1]] */ --8---cut here---end---8--- As you can see, I *had* correct ID comments the last time I tangled the CSS file. Now, not anymore, with user changes (AFAICT). Best regards, Seb -- Sébastien Vauban
[O] Re: [BABEL][BUG] Tangle incorrect with variables
Hi Rainer, Rainer M Krug wrote: I get the following tangled output --8---cut here---start-8--- REV=$(cat 'BABEL_TABLE' master BABEL_TABLE ) STATE=$(cat 'BABEL_TABLE' edited BABEL_TABLE ) rm -rf ./R rm -f ./spreadSim.sub REVISION=$REV.$STATE tar -xf nsa.$REVISION.tar.gz $HOME/R/R/R-2.12.0/bin/Rscript --vanilla -e source('./R/generateLatinHypercubeScenarios.R'); doIt() for SCENARIO in ./R/scenarios/*.R; do export SCENARIO=${SCENARIO#./R/scenarios/} qsub nsa.sub done --8---cut here---end---8--- Which looks right to me. Could it be something specific about your setup which is causing this issue? Sorry - I did not relize that the way the variables are inserted has changed - I should have tried the script before asking. It works fine. For my own understanding, could you explicit what you consider as changed in the way the variables are inserted? Best regards, Seb -- Sébastien Vauban
[O] Re: Problem with Export-Org-Mode
Hi Shyam, Michael Markert wrote: The issue: I type my org mode file, and just use the C-c C-e d to export the org mode document to pdf and open the pdf file. My default pdf reader is evince. I would like to go back to emacs and make some more changes to the org document and again do the C-c C-e d. Emacs org mode fails to over write the pdf since it is already opened in evince and throws an error permission denied.. .././../test.pdf test.pdf is the pdf file that I have opened up. IIRC Window prevents removing/overwriting opened files. So you can't do anything about it on the Emacs/Org side (aside from killing the evince process before exporting, but that could be cumbersome). No problem at all on Windows, at least with Sumatra (1.4, excellent!). BTW, the first time, you have to do C-c C-e d for display; but, the next ones, only C-c C-e p for process (= regenerate the PDF). Best regards, Seb -- Sébastien Vauban
[O] Re: org-src-fontify-natively makes things very, very slow
Hi Matt, Matt Lundin wrote: Sébastien Vauban writes: Maybe this is (partly?) due to the overlay I added: #+begin_src emacs-lisp (overlay-put (make-overlay beg1 block-end) 'face 'org-block-background)) #+end_src I believe there is a bug here. I'm not sure if it is related to the performance issues, but when org-src-fontify-natively is t, new overlays keep getting added to the source block with each keypress in the source block. For instance, just typing this line of perl... #+begin_src perl my @apples = (golden delicious, braeburn); #+end_src ...resulted in 54 identical overlays being added to the buffer. ,[ M-x describe-text-properties | There are 54 overlays here: | From 39 to 88 | face org-block-background | From 39 to 88 | face org-block-background | From 39 to 88 | face org-block-background | From 39 to 88 | face org-block-background | [and so on] ` I believe as well there is a problem! The number keeps growing with more typing, since make-overlay is called without a test to see if an overlay already exists. Thanks (a lot) for your very enlightening analysis. I will try to get this fixed in a couple of days. Best regards, Seb -- Sébastien Vauban
[O] Re: Illiterate programming question
Hi Robert, Robert Goldman wrote: On 3/30/11 Mar 30 -4:33 PM, Nick Dokos wrote: Robert Goldman rpgold...@sift.info wrote: I would like to do the opposite of literate programming (hence the subject line!): I would like to pull into my org file snippets from a code file. I know that org-mode will let me import /entire/ source code files. Is there some way to say Import the region of this file between these two delimiters? If not, do you think it would be hard to add this feature? I already have the snappy name, after all! I don't really understand: can't you cut and paste? Yes, but if I cut and paste the text of the code that I am describing may change out from under my text. If I import the code, it stays in sync (at least when the document is exported). Honestly, I was tempted to do the literate programming thing with babel, but was concerned that it might not work well as a multiple-author thing (I would be writing the document, but someone else might be modifying the code and might find org-babel confusing). Not a problem: your colleagues edit the tangled file, and you untangle it on demand (iff delimiter comments haven't been touched). Best regards, Seb -- Sébastien Vauban
[O] Re: Continuation of main section text after subsections
Hi, Samuel Wales wrote: Perhaps we could have a tag like :noexport: except that it exports body. It does not export the header. Optionally, it would be replaced with a blank line. Then he can put headers anywhere he wants. Would this work for the OP's use case? I really am not (yet?) convinced by the need -- as I don't really see how it fits in LaTeX/HTML. However, just to answer one detail point, would such a new tag globally exist, it would have to be :ignoreheading: (it does already exist in Org-Beamer for anonym columns). Best regards, Seb -- Sébastien Vauban
[O] Re: latex export settings in init files
Hi Eric, Eric S Fraga wrote: By the way, for the types of customisation you are doing above (obviously, I don't know what you have omitted), I find it easier to define an org template that has the appropriate #+LaTeX_CLASS_OPTIONS and #+LATEX_HEADER lines. I guess that you mean it if the number of custom LaTeX lines is 5 or 10, something like that. Even in such a case, I would opt the OP for his own document class (or style file), so that every custom is only made once, in one place. And, would he recompile his Org doc later, he would benefit from all the updated features he put in his class -- if nothing is contradictorily changed... Your argument is maybe about being easier. True. And false: after all, what's a class or style file, everything you want except for the first few lines, and the last one, no? (not trying to say the opposite of you ;-) but give the OP another sound of clock -- maybe you think as well at other points I'm missing here?) Best regards, Seb -- Sébastien Vauban
[O] Re: Outlook replacement
Hi Eric, Eric Abrahamsen wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Chris Malone wrote: Hi Henri-Paul, While you've brought the topic up I /have/ been recently curious about others' email setup and how they incorporate that into Emacs/org-mode? I notice several users send emails from within Emacs using org-mode syntax - any tips on setting such a thing up? For Org-mode syntax (putting codes as the above): - simply copy/paste, - select region with C-x C-x, - demarcate block with C-c C-v C-d and insert the correct language (here: emacs-lisp). Where does that last keybinding come from? I run (turn-on-orgstruct++), but org-babel-demarcate-block isn't bound to anything, True. I've made a global binding of it: #+begin_src emacs-lisp* (global-set-key (kbd C-c C-v C-d) 'org-babel-demarcate-block) #+end_src and C-c C-v runs message-delete-not-region… True. I've removed that binding from Message -- never used it anyway. #+begin_src emacs-lisp* ;; remove the binding of `C-c C-v', used by Org-Babel commands (add-hook 'message-mode-hook (lambda () (define-key message-mode-map (kbd C-c C-v) nil))) #+end_src Best regards, Seb -- Sébastien Vauban
[O] Re: [Link] Missing referenced page in Org-beamer
Hi Eric, Eric S Fraga wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Check this out in section 4.3 of http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.html (last line). Thanks Seb. Yes, that document ceased to exist a while back. I forgot I was linking to it. This shows that we should have some type of link checker[1]. I began working on one which even produces a DOT graph (let's dream of a clickable sitemap?), but I'm still stuck with it. I could finish it right away, using only LP, but I'd like to be able to execute parts of the document inside it (in situ execution) for testing purpose, and assemble all of its parts at the end (à la LP). For this, Dan had proposed a =:stdin= option to the Babel blocks (which I think would resolve my problem), but I'm not sure I've communicated the problem correctly, hence a current status quo and/or a lack of time. See http://www.mail-archive.com/emacs-orgmode@gnu.org/msg36924.html for the skeleton. Best regards, Seb Footnotes: [1] In fact, it's more than checking links, it is as well checking that no files are just sitting there on an island, unreferenced. -- Sébastien Vauban
[O] Bug: Jumping to date in custom agenda looses starting day of week
Hi Bernt, Bernt Hansen wrote: I can move forwards and backwards one day at a time with 'f' and 'b' and it works great. If however I want to jump to a specific date the block view is lost and it reverts back to the regular calendar agenda view. In the same spirit, I would add another point: if you have a view with starting day (of the week) on Monday: --8---cut here---start-8--- (C Weekly appointments agenda ((org-agenda-ndays 7) (org-agenda-start-on-weekday 1) (org-agenda-time-grid nil) (org-agenda-prefix-format %12:t ) (org-agenda-include-all-todo nil) (org-agenda-repeating-timestamp-show-all t) (org-agenda-skip-function '(org-agenda-skip-entry-if 'deadline 'scheduled --8---cut here---end---8--- and jump to a Thursday, then the new 7-days view is beginning on Thursday (which is my global setting), instead of keeping the Monday. What I would find logical is to keep this setting active for the jump. Best regards, Seb -- Sébastien Vauban
[O] Re: Org-capture does not work with long extracts of text
Hi Giovanni, Giovanni Ridolfi wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Org-capture, [...] on Firefox/Windows XP. [...] So, what's the limitation? I can only capture _short text_ extracts from the Web. Once it gets over 20 lines of text or so, the Org-capture button still does not do anything. would you please share some details and a brief tutorial so that I can try to reproduce this behaviour? I followed quite precisely the instructions given on http://orgmode.org/worg/org-contrib/org-protocol.php In particular, for Windows, I created the following =.reg= file: #+begin_src txt :tangle org-protocol-setup.reg REGEDIT4 [HKEY_CLASSES_ROOT\org-protocol] @=URL:Org Protocol URL Protocol= [HKEY_CLASSES_ROOT\org-protocol\shell] [HKEY_CLASSES_ROOT\org-protocol\shell\open] [HKEY_CLASSES_ROOT\org-protocol\shell\open\command] @=\C:\\Program Files\\Emacs\\emacs\\bin\\emacsclientw.exe\ \%1\ #+end_src and double-click it. Then I created JavaScript bookmarklets, by adding new bookmarks, with the following *names* and *addresses*: - =org-capture= #+BEGIN_SRC javascript javascript:location.href='org-protocol://capture://'+encodeURIComponent(location.href)+'/'+encodeURIComponent(document.title)+'/'+encodeURIComponent(window.getSelection()) #+END_SRC - =org-store-link= #+BEGIN_SRC javascript javascript:location.href='org-protocol://store-link://'+encodeURIComponent(location.href)+'/'+encodeURIComponent(document.title)+'/'+encodeURIComponent(window.getSelection()) #+END_SRC - =org-open-source= #+BEGIN_SRC javascript javascript:location.href='org-protocol://open-source://'+encodeURIComponent(location.href) #+END_SRC Best regards, Seb -- Sébastien Vauban
[O] Re: [babel] Marker does not point anywhere error?
Hi Rainer, Rainer M Krug wrote: On 25/03/11 13:50, Jambunathan K wrote: Can you do M-x toggle-debug-on-error and copy/paste what comes up in the backtrace buffer? Here it is: Debugger entered--Lisp error: (error Marker does not point anywhere) (...) org-babel-execute-src-block-maybe() org-babel-execute-maybe() org-babel-execute-safely-maybe() run-hook-with-args-until-success(org-babel-execute-safely-maybe) org-ctrl-c-ctrl-c(nil) call-interactively(org-ctrl-c-ctrl-c nil nil) Just to be sure: above, it refers to C-c C-c When I put my cursor into the block and want to execute it with C-c c I get usually at the first attempt a Marker does not point anywhere error, and when I, without moving the cursor, do C-c c again, the code is executed - it is not a serious problem, but a little bit irritating. Here to C-c c... What's the capital i you refer to? Can you explicit which keybinding you're using? Best regards, Seb -- Sébastien Vauban
[O] Comma-protection of Org blocks (was: [bug] Problem with Worg (html?) publishing)
Hi Eric (and Eric, and Dan, and ...), Eric S Fraga wrote: In the org-beamer tutorial (Worg/org-tutorials/org-beamer/tutorial.org), I have the following: , | | #+BEGIN_Example | ,** Two columns | | ,*** A block :B_ignoreheading:BMCOL: | :PROPERTIES: | :BEAMER_env: ignoreheading | :BEAMER_col: 0.4 | :END: | - this slide consists of two columns | - the first (left) column has no heading and consists of text | - the second (right) column has an image and is enclosed in an | @example@ block | | ,*** A screenshot :BMCOL:B_example: | :PROPERTIES: | :BEAMER_col: 0.6 | :BEAMER_env: example | :END: | ,#+ATTR_LATEX: width=\textwidth | [[file://../../images/org-beamer/a-simple-slide.png]] | #+END_Example ` Note the second last line of the example which sets the latex attribute for the following image. On export to HTML for publishing on the Worg website, this line has magically *disappeared*! The ',' is supposed to protect this line but instead it disappears. This makes me think of a request I briefly discussed with Carsten and Bastien, the day of Fosdem. The comma-protection causes troubles when M-q comes into play. For the sake of clarity -- I hope --, an example (for my Isodoc letters in Org): * Body #+srcname: body #+begin_src org :results latex ,Ik ben het totaalbedrag van de omzet 2010 vergeten op te nemen. De ontbrekende ,gegeven voor mijn kleine onderneming is 0,00 EUR (nul euro). #+end_src * Composed letter :noexport: #+begin_src latex :noweb yes :tangle yes \documentclass[11pt]{isodoc} \begin{document} \letter[language=dutch,to={\firstname~\lastname\\\addressi\\\postcode~\town\\\country},openingcomma={,}]{% body() } \end{document} #+end_src The above body block is converted to LaTeX and its result is tangled into the Isodoc LaTeX letter (here, voluntary kept to an ultra-minimal). The prefix , is not kept in the process, that's what is expected. But the trouble is if I press M-q, because I add words to the sentences directly in the whole Org buffer: pressing M-q will move all the leading , everywhere in the text, and then they will be transported up to the TeX file. Not what I want. The above user mistake (pressing M-q, what puts the leading commas everywhere, letting them loose their initial meaning) -- is it really an error? -- would have had no impact (or much much less), would the prefix be a space, for example... Hence, questions: - would it be possible to replace the comma by something more neutral (maybe a space, or a non-breaking space for example) for HTML/LaTeX exports? - would it be possible to put the protecting prefix only when needed (automatic detection when TAB'ing), or let it be specified by the user? - is there maybe an alternative for the above Org/TeX problem (conversion + tangling)? Best regards, Seb -- Sébastien Vauban
[O] Re: Outlook replacement
Chris Malone, Chris Malone wrote: Hi Henri-Paul, While you've brought the topic up I /have/ been recently curious about others' email setup and how they incorporate that into Emacs/org-mode? I notice several users send emails from within Emacs using org-mode syntax - any tips on setting such a thing up? For the list and table stuff, here's an example from my .gnus file: #+begin_src emacs-lisp ;; operates on messages you send (defun my/message-mode-hook () ;; tab completion for alias in `.mailrc' (local-set-key (kbd M-TAB) 'mail-abbrev-complete-alias) ;; enable automatic word-wrap when composing messages (setq fill-column 78) (turn-on-auto-fill) (when (try-require 'org-footnote) ;; default style used for footnoting is local to the Message being ;; written (set (make-local-variable 'org-footnote-auto-label) 'plain)) (when (locate-library org.el) ;; turn on the `org-mode' table editor (turn-on-orgtbl) ;; turn on orgstruct-mode (turn-on-orgstruct) ;; turn on the enhanced version of orgstruct-mode (turn-on-orgstruct++))) (add-hook 'message-mode-hook 'my/message-mode-hook) #+end_src For Org-mode syntax (putting codes as the above): - simply copy/paste, - select region with C-x C-x, - demarcate block with C-c C-v C-d and insert the correct language (here: emacs-lisp). Also, how do you handle outside email accounts, for example, from gmail? What do you mean? Accessing them? That can be done from Emacs, although I did not set this up (yet). Does the above meet your question? Best regards, Seb -- Sébastien Vauban
[O] [Link] Missing referenced page in Org-beamer
Hi Eric, Check this out in section 4.3 of http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.html (last line). Best regards, Seb -- Sébastien Vauban
[O] Re: [bug] Problem with Worg (html?) publishing
Hi Nick, Nick Dokos wrote: It's not clear to me how to fix it properly: at the point where org-export-select-backend-specific-text is called, there's been a partial transformation of the input, so the function is looking at the following: , | | #+BEGIN_HTML | pre class=example | *** A block :B_ignoreheading:BMCOL: | :PROPERTIES: | :BEAMER_env: ignoreheading | :BEAMER_col: 0.4 | :END: | - this slide consists of two columns | - the first (left) column has no heading and consists of text | - the second (right) column has an image and is enclosed in an | @example@ block | | *** A screenshot :BMCOL:B_example: | :PROPERTIES: | :BEAMER_col: 0.6 | :BEAMER_env: example | :END: | #+ATTR_LATEX: width=\textwidth | [[file://../../images/org-beamer/a-simple-slide.png]] | /pre | | #+END_HTML | ` It could use the fact that it is in a pre section - but the function is generic wrt backends, so it doesn't worry about details like this. Maybe a backend-specific function can be called at this point to deal with it - and that can be smarter about how to transform it properly. A comment from a 30,000 feet view: why looking at pre? Maybe looking at the fact it is (still, at that point in time) a LaTeX order in a HTML block? The opposite could be as generic: not interpreting HTML orders when in LaTeX blocks? Best regards, Seb -- Sébastien Vauban
[O] Org-capture does not work with long extracts of text
Hi, I'm using for months Org-capture, with a lot of interest. In the beginning, it was on Firefox/Ubuntu, now it is (for external reasons) on Firefox/Windows XP. I think I can relate the limitation I'll expose with the switch from Linux to Windows. However, that does not necessarily mean that Windows is the culprit, as there are so many (little) differences between the two systems. So, what's the limitation? I can only capture _short text_ extracts from the Web. Once it gets over 20 lines of text or so, the Org-capture button still does not do anything. On the same page (whichever, in fact) as the one exhibiting the above problem, selecting a shorter region of text makes the behavior of the button come back to life. So, it really is related somehow to the length of the copied text (words, lines, bytes, ...?). Any idea or workaround for this? Best regards, Seb -- Sébastien Vauban
[O] Re: unnumbered subsections in latex export
Hi Suvayu, Suvayu Ali wrote: Hi Orgers, I was wondering whether there is some way to export the attached org file to latex such that headlines beyond level 2 (3 and onwards) can be exported as unnumbered subsections or subsubsections like this, \subsection*{}, instead of enclosing them within itemize. The file uses the following options header: #+OPTIONS: H:2 num:t toc:t ::t |:t ^:t -:t f:t *:t :nil Using H:3 num:2? Untested... But that should do the work. Best regards, Seb -- Sébastien Vauban
[O] Re: unnumbered subsections in latex export
Hi Suvayu, Suvayu Ali wrote: On Tue, 22 Mar 2011 13:20:29 +0100 Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: I was wondering whether there is some way to export the attached org file to latex such that headlines beyond level 2 (3 and onwards) can be exported as unnumbered subsections or subsubsections like this, \subsection*{}, instead of enclosing them within itemize. The file uses the following options header: #+OPTIONS: H:2 num:t toc:t ::t |:t ^:t -:t f:t *:t :nil Using H:3 num:2? Untested... But that should do the work. That didn't work. It exports the same as the following options #+OPTIONS: H:3 num:t toc:t ::t |:t ^:t -:t f:t *:t :nil I think the num option is a boolean. The manual says the following: num: turn on/off section-numbers You're right. I mixed that usage with what's possible for `toc': --8---cut here---start-8--- H: set the number of headline levels for export num: turn on/off section-numbers toc: turn on/off table of contents, or set level limit (integer) --8---cut here---end---8--- Would it be a worthwhile feature request to allow numbers for that option? Then one could have finer control on the numbering. I think that'd be a good addition. Best regards, Seb -- Sébastien Vauban
[O] Re: org-src-fontify-natively makes things very, very slow
Hi Eric, Eric S Fraga wrote: going back to the original subject of this thread (although thanks all for your inputs on yasnippet ;-), I have started working on a new document and am finding the slowdown of navigation (next-line) very annoying. In this document, I have two gnuplot source blocks. Navigating through them, I get the following results from elp: next-line 54 5.946677 0.1101236481 previous-line 44 0.435003 0.0098864318 org-encrypt-entries 1 0.000424 0.000424 org-scan-tags 1 0.000368 0.000368 org-make-tags-matcher 1 5.1e-05 5.1e-05 org-activate-plain-links 1 2.4e-05 2.4e-05 org-raise-scripts 1 2.1e-05 2.1e-05 org-fontify-meta-lines-and-blocks 1 1.9e-05 1.9e-05 org-font-lock-hook1 1.9e-05 1.9e-05 org-outline-level 5 1.9e-05 3.8e-06 org-mode-flyspell-verify 14 1.8e-05 1.285...e-06 org-inlinetask-fontify1 1.5e-05 1.5e-05 org-activate-footnote-links 1 1.5e-05 1.5e-05 org-unfontify-region 1 1.2e-05 1.2e-05 org-do-emphasis-faces 1 1.2e-05 1.2e-05 org-activate-angle-links 1 1.2e-05 1.2e-05 org-activate-dates1 1.1e-05 1.1e-05 org-fontify-entities 1 1.1e-05 1.1e-05 From these timings, the font locking doesn't seem to be the issue but maybe the overlays are. However, commenting out the code that Sébastien Vauban indicated: Maybe this is (partly?) due to the overlay I added: #+begin_src emacs-lisp (overlay-put (make-overlay beg1 block-end) 'face 'org-block-background)) #+end_src See http://patchwork.newartisans.com/patch/581/ for a full diff. You can see I only add *one* overlay: for the background face. (well, commenting out the whole condition that includes this code) makes no difference at all. I'm surprised. Good to hear, but as some were finger pointing the overlays, and as I added one for every block... But, OK, better like that! For the sake of completeness, know that I first tried to add the background fontification as a text property, but that made the other properties disappear (annihilating the native fontification in fact). No a solution, or I did not try the right way -- which is entirely possible, seen my poor knowledge on this subject (I have to admit I succeeded by trials and errors). So, I turned off =org-src-fontify-natively= and things are back to normal: next-line is as fast as previous-line. I can put up without the fontification so this is what I am doing now. However, as it's a pity to lose the native fontification, it would be nice to solve this problem in another way. Can anybody suggest any other thing to try? Not that I can think of now. Sorry for not being of any help here. Best regards, Seb -- Sébastien Vauban
[O] Re: org-src-fontify-natively makes things very, very slow
Hi Eric, Eric S Fraga wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Maybe this is (partly?) due to the overlay I added: #+begin_src emacs-lisp (overlay-put (make-overlay beg1 block-end) 'face 'org-block-background)) #+end_src This could indeed be one cause, especially depending on what this does when there is no block-end line, or at least not anywhere near in the buffer. I seem to get a slowdown when I have a situation like this: #+begin_example [... some text ...] #+begin_src somelanguage [... text which is part of the source block...] point here [... lots of other text ...] [... including other source blocks] #+end_example where there is no matching #+end_src or, more precisely, the next #+end_src line is one that does not belong to this current source block. Your search (in org.el) for the end of the block assumes that it does have the end statement in place already. I'm not sure how to fix this because it's an ill-defined situation. You say your search... but I only added the overlay-put command... and I must admit this whole block is difficult to follow (so many cases). It may be worthwhile making the overlay optional? Although I must admit that I like it! I simply can't live without it, either. My solution, by the way, is to insert the #+end_src line immediately upon writing a #+begin_src line and then back up a line to start writing the code. My solution is even simpler: just use a yasnippet template, that prompts you for the language and puts the begin/end upfront: --8---cut here---start-8--- #name : #+begin_src...#+end_src # -- #+srcname: ${1:name} #+begin_src ${2:language} $3 $0 #+end_src --8---cut here---end---8--- Best regards, Seb -- Sébastien Vauban
[O] Re: [Bug] MCE for HTML test of export
Hi Nicolas, Nicolas wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Regarding this problem only, it must be an interaction then with my following setting for the inline task in HTML: #+begin_src emacs-lisp ;; templates for inline tasks in various exporters (setq org-inlinetask-export-templates '((html pre class=\inlinetask\b%s%s/bbr%s/pre '((unless (eq todo ) (format span class=\%s %s\%s%s/span class todo todo priority)) heading content)) (latex \\todo[inline]{\\textbf{\\textsf{%s %s}}\\linebreak{} %s} '((unless (eq todo ) (format \\textsc{%s%s} todo priority)) heading content)) (ascii -- %s%s%s '((unless (eq todo ) (format %s%s todo priority)) heading (unless (eq content ) (format \n ¦ %s (mapconcat 'identity (org-split-string content \n) \n ¦ ))) #+end_src Indeed, it came from your templates. To prevent this, I made sure, with the following patch, that CONTENT is always enclosed by newline characters. Would you mind testing it before I apply it ? Perfect. Works like a charm. Please do apply it... Also, you may have a look at default templates, as your HTML variant is slightly wrong (wrt br tag). I'm not sure to understand what's wrong. You mean the fact I added manually a br tag after the title? If yes, it was to have the title line (task subject, with TODO keyword) on its own line, followed by the rest of the entry on subsquent paragraphs. But, indeed (after testing it), it seems I am not (anymore?) forced to insert that. Was it this you were talking about? Thanks for the comment, anyway... and for the patch! Best regards, Seb -- Sébastien Vauban
[O] Re: Problem with agenda and diary
Hi Tassilo, Tassilo Horn wrote: It may has been introduced by one of my latest commit. Could you load org-agenda.el (not compiled) and give me the full backtrace (in private)? Sure, here it is. There' nothing private in it, so we can stay on list. Debugger entered--Lisp error: (wrong-type-argument integerp nil) substring(#( Diary: St. Patrick's Day 0 2 (org-category diary tags nil org-highest-priority 65 org-lowest-priority 67 time-of-day nil duration nil effort nil effort-minutes nil txt #(St. Patrick's Day 0 17 (fontified nil org-heading t)) time extra dotime time fontified nil org-heading t type diary date (3 17 2011) face org-todo) 2 14 (org-category diary tags nil org-highest-priority 65 org-lowest-priority 67 time-of-day nil duration nil effort nil effort-minutes nil txt #(St. Patrick's Day 0 17 (fontified nil org-heading t)) time extra dotime time fontified nil org-heading t type diary date (3 17 2011) face org-agenda-diary) 14 31 (org-heading t fontified nil org-category diary tags nil org-highest-priority 65 org-lowest-priority 67 time-of-day nil duration nil effort nil effort-minutes nil txt #(St. Patrick's Day 0 17 (fontified nil org-heading t)) time extra dotime time type diary date (3 17 2011) face org-agenda-diary)) nil) (concat (substring x 0 (match-end 1)) (format org-agenda-todo-keyword-format (match-string 2 x)) (org-add-props #( 0 1 (done-face org-agenda-done undone-face org-warning face org-todo date (3 17 2011) type diary todo-state #(STARTED 0 7 (fontified nil org-category uni)) priority 1002 org-hd-marker #marker at 11277 in uni.org org-marker #marker at 11332 in uni.org help-echo mouse-2 or RET jump to org file ~/repos/org/uni.org org-complex-heading-regexp ^\\(\\*+\\)[ ]+\\(?:\\(TODO\\|STARTED\\|DELEGATED\\|IDEA\\|DONE\\|CANCELLED\\))?\\(?:[ ]*\\(\\[#.\\]\\)\\)?[ ]*\\(.*?\\)\\(?:[ ]+\\(:[[:alnum:]_@#%:]+:\\)\\)?[]*$ org-todo-regexp (TODO\\|STARTED\\|DELEGATED\\|IDEA\\|DONE\\|CANCELLED\\)\\ org-not-done-regexp (TODO\\|STARTED\\|DELEGATED\\|IDEA\\)\\ mouse-face highlight dotime time extra time txt #(St. Patrick's Day 0 17 (fontified nil org-heading t)) effort-minutes nil effort nil duration nil time-of-day nil org-lowest-priority 67 org-highest-priority 65 tags nil ...)) (text-properties-at 0 x)) (substring x (match-end 3))) [...] org-agenda(nil) call-interactively(org-agenda nil nil) Side question: how do you do to see a really full backtrace? My backtraces always are elided with ellipsis inside the lines... Best regards, Seb -- Sébastien Vauban
[O] Re: org-src-fontify-natively makes things very, very slow
Hi all, Eric S Fraga wrote: Julian Burgos jmbur...@uw.edu writes: I was very excited to discover org-src-fontify-natively, but I´m not having a good experience with it. When it is on, org-mode becomes very slow while typing into a code block. This happens regardless of the size of the file or number of blocks, and the slow down is very noticeable. Each keystroke takes about half a second to appear in screen. Typing outside of the code blocks everything works fine. Turning off font-lock-verbose and global-linum-mode did not make any difference. I´m running OrgMode 7.5 and GNU Emacs 23.2.1. on Windows XP. Any ideas? Idem for me. Slow(er) in Org buffer itself. If you edit the source code block in its native mode (C-c', =org-edit-special=), is it fast or slow? Fast(er) in dedicated buffer. In any case, this may be related to the thread on slow behaviour discussed on this list the past few days. Does the response improve if you kill the buffer and load the file again? Maybe this is (partly?) due to the overlay I added: #+begin_src emacs-lisp (overlay-put (make-overlay beg1 block-end) 'face 'org-block-background)) #+end_src in function #+begin_src emacs-lisp (defun org-fontify-meta-lines-and-blocks (limit) #+end_src in file org.el. Best regards, Seb -- Sébastien Vauban
[O] Re: Problem with agenda and diary
Hi Nick, Nick Dokos wrote: =?utf-8?Q?S=C3=A9bastien_Vauban?= wxhgmqzgw...@spammotel.com wrote: Side question: how do you do to see a really full backtrace? My backtraces always are elided with ellipsis inside the lines... IIRC, these should do it: , | -- Variable: print-length | The value of this variable is the maximum number of elements to | print in any list, vector or bool-vector. If an object being | printed has more than this many elements, it is abbreviated with | an ellipsis. | | If the value is `nil' (the default), then there is no limit. | | (setq print-length 2) |= 2 | (print '(1 2 3 4 5)) |-| (1 2 ...) |= (1 2 ...) | | -- Variable: print-level | The value of this variable is the maximum depth of nesting of | parentheses and brackets when printed. Any list or vector at a | depth exceeding this limit is abbreviated with an ellipsis. A | value of `nil' (which is the default) means no limit. ` Weird, they already both are at nil in my current setup. As I don't play with them (in my config), I don't understand how the traces are still partial... Best regards, Seb -- Sébastien Vauban
Re: [O] quick question about face names
Hi Nick and Filippo, I'm trying to find the face of plain text (not headlines or checklist items). Does it have a name that distinguishes it from other faces? Cheers. Fil I don't think so: C-u C-x = tells faces if it finds one - in this case, it says nothing about a face. ... so it means that the body text uses the properties of face default. Best regards, Seb -- Sébastien Vauban
Re: [O] quick question about face names
Hi Nick and Filippo, I'm trying to find the face of plain text (not headlines or checklist items). Does it have a name that distinguishes it from other faces? Cheers. Fil I don't think so: C-u C-x = tells faces if it finds one - in this case, it says nothing about a face. ... so it means that the body text uses the properties of face default. Though, it could be nice to have a real body text face, that would be in most cases identical to the default face, but that could be customized as well (for using other fonts or colors in Org editing buffers)... Best regards, Seb -- Sébastien Vauban
[O] [Bug] MCE for HTML test of export
Hello, Here a minimal complete example of some functionality that not working fine in HTML exports. This is for easy testing... --8---cut here---start-8--- #+TITLE: ECM #+OPTIONS: H:4 toc:2 * Past appointment [2010-04-21 Wed 13:30-14:30] Notice the =BR= here above... * TODO Extra BR as well DEADLINE: 2012-06-30 Sat * Russian dolls In the following, I see one block in the other, with visible =ORG-LIST-END-MARKERs=. *** TODO To send - This - That *** END *** TODO To receive - Pictures - Invoice *** END * Verse for mail extract:mail: [2010-07-26 Mon 10:44] #+begin_verse Please find here... #+end_verse From [[gnus:nnimap%2Bmc:INBOX.folder#0070d1cb2ca3$96c5b2e0$0100a8c0@every][Email from someone]] The above reference link gets wrongly translated (lt, gt). I know, though, that such a link does not work from HTML (what a pitty!) -- but I've put it here for when editing in Emacs... * DONE Other mail :mail: #+begin_verse Dear, See how nicely this mail gets translated into HTML. Since the new implementation of Nicolas: 1. These lists work 2. *really* well! Unnumbered as well: - your price - when you could come. Best regards. #+end_verse ** This mail extract is not fully OK Except this one... #+begin_verse I would choose for: || \EUR | |+---| | Test 1 | 17821 | | Test A | 330 | |+---| || 18151 | #+TBLFM: @4$2=vsum(@-I..@-II) Double backslashes appear above. And this line gets out of the verse env. #+end_verse ** CANX The URL address gets escaped Found on [2011-02-07 Mon]. From [[http://www.cathycabine.be/chantier.asp?docid%3D55344langue%3DFR][Mini-cabines - Cathy Cabine sprl - Amay - Chantier et Evénements - Location cabines sanitaires]] ** URL with underscores See http://www.jardideco.fr/boutique/fiche_produit.cfm?ref=76555SZtype=77code_lg=lg_frnum=131 ** URL with double dashes - [[http://www.premiezoeker.be/premie_info?premie=11232][11232 -- Federale belastingvermindering voor de vervanging van oude stookketels (factuur betaald in 2010)]] --8---cut here---end---8--- Best regards, Seb -- Sébastien Vauban
Re: [O] Re: [Bug] MCE for HTML test of export
Hi Nicolas, Nicolas wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: * Russian dolls In the following, I see one block in the other, with visible =ORG-LIST-END-MARKERs=. *** TODO To send - This - That *** END *** TODO To receive - Pictures - Invoice *** END It will not be very helpful, but: I cannot reproduce it, even with minimal setup. Regarding this problem only, it must be an interaction then with my following setting for the inline task in HTML: #+begin_src emacs-lisp ;; templates for inline tasks in various exporters (setq org-inlinetask-export-templates '((html pre class=\inlinetask\b%s%s/bbr%s/pre '((unless (eq todo ) (format span class=\%s %s\%s%s/span class todo todo priority)) heading content)) (latex \\todo[inline]{\\textbf{\\textsf{%s %s}}\\linebreak{} %s} '((unless (eq todo ) (format \\textsc{%s%s} todo priority)) heading content)) (ascii -- %s%s%s '((unless (eq todo ) (format %s%s todo priority)) heading (unless (eq content ) (format \n ¦ %s (mapconcat 'identity (org-split-string content \n) \n ¦ ))) #+end_src Best regards, Seb -- Sébastien Vauban
Re: [O] [Patch] HTML export -- Allow to change the name of the global DIV
Hi Bastien, Bastien wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Here is a patch which allows one to change the (currently) hard-coded DIV name in which the page contents is being inserted. It currently is content, but some prefer container or wrapper. If accepted, my next patch will be to make this a per-project variable. Are there other hardcoded HTML classes/ids that the user might want to customize? If so, can we think about a simple way to define all of them at once? I did not find any other element -- yet -- that should be un-hardcoded. Maybe other people will have more info about this. Anyway, next step is to allow such element(s) to be specifiable per project, so that one can manage different projects with different CSS sources (remember the question about CSS blueprint, a couple of days ago). Best regards, Seb -- Sébastien Vauban
Re: [O] [PATCH] Adding known properties
Hi Bastien, Bastien wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Thanks for catching this -- I've applied a modified patch, yours add EXPORT_DATE twice :) Hein? Not sure what you're talking about... I'm talking about _nothing_ -- just misread your patch. Sorry for that! Not a problem... Thanks for your work. Best regards, Seb -- Sébastien Vauban
[O] [Patch] HTML export -- Allow to change the name of the global DIV
Hello, Here is a patch which allows one to change the (currently) hard-coded DIV name in which the page contents is being inserted. It currently is content, but some prefer container or wrapper. If accepted, my next patch will be to make this a per-project variable. diff --git a/lisp/org-html.el b/lisp/org-html.el index c60c90d..772e9d0 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1,6 +1,6 @@ ;;; org-html.el --- HTML export for Org-mode -;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010 +;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011 ;; Free Software Foundation, Inc. ;; Author: Carsten Dominik carsten at orgmode dot org @@ -583,6 +583,11 @@ with a link to this URL. (const :tag Keep internal css nil) (string :tag URL or local href))) +(defcustom org-export-content-div content + The name of the container DIV that holds all the page contents. + :group 'org-export-htmlize + :type 'string) + ;;; Hooks (defvar org-export-html-after-blockquotes-hook nil @@ -1251,7 +1256,7 @@ lang=\%s\ xml:lang=\%s\ %s /head body -div id=\content\ +div id=\%s\ %s (format @@ -1268,6 +1273,7 @@ lang=\%s\ xml:lang=\%s\ date author description keywords style mathjax + org-export-content-div (if (or link-up link-home) (concat (format org-export-html-home/up-format Best regards, Seb -- Sébastien Vauban
Re: [O] tags match agenda
Hi Richard, Richard Riley wrote: when I create an agenda matching a certain tag its not working for file level tags. Is this a known issue or have I done something wrong? (C-c a m) http://orgmode.org/manual/Setting-tags.html file level tags: #+TAGS: laptop car pc sailboat It works for me with a slightly different syntax: #+FILETAGS: :laptop:car:pc:sailboat: Best regards, Seb -- Sébastien Vauban
Re: [O] [PATCH] Adding known properties
Hi Bastien, Bastien wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: I found out about (at least) 2 missing known properties. This patch adds them to the list. Thanks for catching this -- I've applied a modified patch, yours add EXPORT_DATE twice :) Hein? Not sure what you're talking about... diff --git a/lisp/org.el b/lisp/org.el index 92f2406..9205719 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13402,7 +13402,8 @@ but in some other way.) '(ARCHIVE CATEGORY SUMMARY DESCRIPTION CUSTOM_ID LOCATION LOGGING COLUMNS VISIBILITY TABLE_EXPORT_FORMAT TABLE_EXPORT_FILE -EXPORT_FILE_NAME EXPORT_TITLE EXPORT_AUTHOR EXPORT_DATE +EXPORT_FILE_NAME EXPORT_TITLE EXPORT_TEXT EXPORT_AUTHOR +EXPORT_DATE EXPORT_OPTIONS ORDERED NOBLOCKING COOKIE_DATA LOG_INTO_DRAWER REPEAT_TO_STATE CLOCK_MODELINE_TOTAL STYLE HTML_CONTAINER_CLASS) Some properties that are used by Org-mode for various purposes. Best regards, Seb -- Sébastien Vauban
[O] [PATCH] Adding known properties
Hello, I found out about (at least) 2 missing known properties. This patch adds them to the list. --8---cut here---start-8--- diff --git a/lisp/org.el b/lisp/org.el index 92f2406..9205719 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13402,7 +13402,8 @@ but in some other way.) '(ARCHIVE CATEGORY SUMMARY DESCRIPTION CUSTOM_ID LOCATION LOGGING COLUMNS VISIBILITY TABLE_EXPORT_FORMAT TABLE_EXPORT_FILE -EXPORT_FILE_NAME EXPORT_TITLE EXPORT_AUTHOR EXPORT_DATE +EXPORT_FILE_NAME EXPORT_TITLE EXPORT_TEXT EXPORT_AUTHOR +EXPORT_DATE EXPORT_OPTIONS ORDERED NOBLOCKING COOKIE_DATA LOG_INTO_DRAWER REPEAT_TO_STATE CLOCK_MODELINE_TOTAL STYLE HTML_CONTAINER_CLASS) Some properties that are used by Org-mode for various purposes. --8---cut here---end---8--- Best regards, Seb -- Sébastien Vauban
Re: [O] Macro expansion in included files
Hi Benny, Benny Simonsen wrote: 2011/3/2 Benny Simonsen be...@slbs.dk: I would like to use macros in files that I include in another file. The problem is that the macros don't expand in included files. Is there something I have missed or? Example with two files, main.org and sub.org = main.org START #+TITLE: Mainpage #+MACRO: MacM @strong$1@/strong {{{MacM(Main)}}} #+INCLUDE: sub.org = main.org END = sub.org START #+TITLE: Subpage #+MACRO: Mac @strong$1@/strong {{{MacM(Sub)}}} {{{Mac(Sub)}}} * Subpage title content = sub.org END I export to html e.g. via: org-export-as-html-to-buffer on main.org The result is {{{MacM(Main)}}} is expanded as expected but the {{{Mac*(Sub)}}} isn't expanded. Your example looks wrong to me: you say Mac* is not working, but only MacM and Mac are defined. What about the trailing the star? Best regards, Seb -- Sébastien Vauban
Re: [O] org google weather
Hi Ian, Ian Barton wrote: Has anybody tried adding the functionality of %%(diary-sunrise-sunset) (sunrise, sunset time and daylight hours) to the google weather code? I just have something like: #+CATEGORY: Day/Year %%(diary-day-of-year) #+CATEGORY: Sunrise %%(diary-sunrise-sunset) in one of my Agenda files. Sunrise then appears at sunrise time in my Agenda like: Sunrise: 6:53.. Sunrise (GMT), sunset 5:52pm (GMT) at Wilkesley (10:58 hours daylight) Do you have a way to get the sunset located on a line on its own (different line from the sunrise one)? That'd be even much nicer... Best regards, Seb -- Sébastien Vauban
[O] Re: TODO state change from TODO to DONE blocked
Hi Bastien, Bastien wrote: I've a really weird exception occurring: change state from TODO to DONE is blocked... while I'm on a leaf of the Org tree!? Debugger entered--Lisp error: (error #(TODO state change from TODO to DONE blocked 23 27 (face org-todo) 31 35 (face org-done))) Are you using `org-blocker-hook' or `org-trigger-hook'? Nope. Never heard of them. Maybe you can try to `edebug-defun' the `org-todo' function and follow it's execution step by step. Did it, but not obvious to follow -- I don't talk of the code itself, but of my edebug skills. Let us know. Though, hopping from one variable description to another, I remembered that I had set the variable =org-enforce-todo-dependencies= to =t=. Trying to set it to =nil= made the problem disappear... So, it was a bit narrowed. I could see in the description of that var that it could block state change if tasks were ordered and a previous one not done. But I never use the ordered property. ... Well, never, but well in that parent tree. Was it for test purpose? Did I have something else in mind? I dunno anymore, but that property was definitely the culprit. Doing so, I'm wondering: - if the output message could be updated to make it clear what the reason is, or can be? - why it allowed me to update the tasks state when I narrowed the buffer to that task only? Does that mean that *narrowing* somehow *drops the inherited properties*? Anyway, my fault... Best regards, Seb -- Sébastien Vauban
[O] [PATCH] Re: TODO state change from TODO to DONE blocked
Hi Bastien, Sébastien Vauban wrote: Bastien wrote: I've a really weird exception occurring: change state from TODO to DONE is blocked... while I'm on a leaf of the Org tree!? Debugger entered--Lisp error: (error #(TODO state change from TODO to DONE blocked 23 27 (face org-todo) 31 35 (face org-done))) Are you using `org-blocker-hook' or `org-trigger-hook'? Let us know. Though, hopping from one variable description to another, I remembered that I had set the variable =org-enforce-todo-dependencies= to =t=. Trying to set it to =nil= made the problem disappear... So, it was a bit narrowed. I could see in the description of that var that it could block state change if tasks were ordered and a previous one not done. But I never use the ordered property. ... Well, never, but well in that parent tree. Was it for test purpose? Did I have something else in mind? I dunno anymore, but that property was definitely the culprit. Doing so, I'm wondering: - if the output message could be updated to make it clear what the reason is, or can be? diff --git a/lisp/org.el b/lisp/org.el index 3a07cfd..fb60bc6 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -10927,7 +10927,10 @@ For calling through lisp, arg is also interpreted in the following way: (run-hook-with-args-until-failure 'org-blocker-hook change-plist))) (if (interactive-p) - (error TODO state change from %s to %s blocked this state) + (error (concat TODO state change from %s to %s blocked +(because of undone child, or +parent with ORDERED property and undone prior sibling)) +this state) ;; fail silently (message TODO state change from %s to %s blocked this state) (throw 'exit nil Best regards, Seb -- Sébastien Vauban
Re: [O] Re: HTML export options are being ignored
Bastien, Bastien wrote: Hi Jason, Jason Dunsmore emacs-orgm...@dunsmor.com writes: http://orgmode.org/w/org-mode.git/commitdiff/da8dc7bba7261 1) :preamble was renamed :html-preamble 2) :postamble was renamed :html-postamble 3) org-export-email-info is no longer checked before attempting export of email address. For the first two, the manual needs to be updated. Done, thanks. The third change seems like a bug. Yes. I've changed the default of org-export-html-preamble (and postamble) to nil, so that the default behavior reproduce the old one, and author/email/creator-info options will be honored. You meant to `t' (not to `nil'), as shown by lines 346--388 of `org-html.el': #+begin_src emacs-lisp (defcustom org-export-html-preamble t Non-nil means insert a preamble in HTML export. The format of the preamble is set as `org-export-html-preamble-format'. Setting :html-preamble in publishing projects will override this. :group 'org-export-html :type 'boolean) (defcustom org-export-html-preamble-format '((en h1 class=\title\%t/h1)) The format for the HTML preamble. %t stands for the title. If you need to use a \%\ character, you need to escape it like that: \%%\. :group 'org-export-html :type 'string) (defcustom org-export-html-postamble t Non-nil means insert a postamble in HTML export. The format of the postamble is set as `org-export-html-postamble-format'. Setting :html-postamble in publishing projects will override this. :group 'org-export-html :type 'boolean) (defcustom org-export-html-postamble-format '((en p class=\author\Author: %a (%e)/p p class=\date\Date: %d/p p class=\creator\Generated by %c/p p class=\xhtml-validation\%v/p )) The format for the HTML postamble. %a stands for the author. %e stands for the email(s). %d stands for the date. %c will be replaced by information about Org/Emacs. %v will be replaced by `org-export-html-validation-link'. If you need to use a \%\ character, you need to escape it like that: \%%\. :group 'org-export-html :type 'string) #+end_src Best regards, Seb -- Sébastien Vauban
Re: [O] Re: TODO state change from TODO to DONE blocked
Hi Bernt, Bernt Hansen wrote: Sébastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: Bastien wrote: I've a really weird exception occurring: change state from TODO to DONE is blocked... while I'm on a leaf of the Org tree!? Debugger entered--Lisp error: (error #(TODO state change from TODO to DONE blocked 23 27 (face org-todo) 31 35 (face org-done))) snip I could see in the description of that var that it could block state change if tasks were ordered and a previous one not done. But I never use the ordered property. ... Well, never, but well in that parent tree. Was it for test purpose? Did I have something else in mind? I dunno anymore, but that property was definitely the culprit. Doing so, I'm wondering: - if the output message could be updated to make it clear what the reason is, or can be? - why it allowed me to update the tasks state when I narrowed the buffer to that task only? Does that mean that *narrowing* somehow *drops the inherited properties*? If narrowing the buffer allows the state change when the parent (outside the narrowed region) has the ORDERED property - I think that's a bug that needs to be fixed. Yes, it does. That has been my workaround once -- before searching more to find the root cause. The behaviour shouldn't change if you narrow the buffer. We share the same point of view. Best regards, Seb -- Sébastien Vauban
Re: [O] [PATCH] Re: TODO state change from TODO to DONE blocked
Hi Bastien, Bastien wrote: Hi Sébastien, Sébastien Vauban wxhgmqzgw...@spammotel.com writes: - if the output message could be updated to make it clear what the reason is, or can be? diff --git a/lisp/org.el b/lisp/org.el index 3a07cfd..fb60bc6 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -10927,7 +10927,10 @@ For calling through lisp, arg is also interpreted in the following way: (run-hook-with-args-until-failure 'org-blocker-hook change-plist))) (if (interactive-p) - (error TODO state change from %s to %s blocked this state) + (error (concat TODO state change from %s to %s blocked + (because of undone child, or + parent with ORDERED property and undone prior sibling)) + this state) I'm not in favor of displaying such a long error message: I find it not easily readable, and it raises too many potential causes for the error. I know, too long. The user already knows about these various reasons by reading the docstring of `org-enforce-todo-dependencies', which defaults to `nil'. It was a matter of allowing people to loose less time next time they'll see that message. Thanks anyway for the patch! Not a problem. Just discard it. Best regards, Seb -- Sébastien Vauban
Re: [O] Re: Feature Request: attach link type
Hi Darlan and Bastien, Darlan Cavalcante Moreira wrote: Other useful things (just random thoughts) could be: - Perform some operation when a file is attached, such as replacing white-spaces in the file-name by underscores IMHO this goes beyond what org-attach.el should do: attach files. Besides, that would require even more confirmation steps. My common use scenario for org-attach is to store files associated to a sub-tree. For instance, when I receive a file by E-mail that I need to read I create a task for it and attach the file. I usually need to change the file name, since I don't like spaces and If would be practical if I could attach the file as it is and know that org-attach would store it the way I like. Is there a hook I could use to do this myself then? (I'm not a lisp programmer, but think I can google tips about how to do this). Just to comment on that point: reworking the filename is exactly what Gnus do with attachment files, once you want to save them. It (optionally) do whatever is needed to make them better, such as removing spaces, replacing accents, etc... Best regards, Seb -- Sébastien Vauban
Re: [O] org google weather
Hi Nick, Nick Dokos wrote: Ian Barton li...@manor-farm.org wrote: Ian Barton wrote: Has anybody tried adding the functionality of %%(diary-sunrise-sunset) (sunrise, sunset time and daylight hours) to the google weather code? I just have something like: #+CATEGORY: Day/Year %%(diary-day-of-year) #+CATEGORY: Sunrise %%(diary-sunrise-sunset) in one of my Agenda files. Sunrise then appears at sunrise time in my Agenda like: Sunrise: 6:53.. Sunrise (GMT), sunset 5:52pm (GMT) at Wilkesley (10:58 hours daylight) Do you have a way to get the sunset located on a line on its own (different line from the sunrise one)? That'd be even much nicer... No, but I would like one:) If there were separate diary functions for sunrise and sunset it would be easy. Maybe I need to look at the diary elisp and write my own separate functions. Quick hack just parsing the output of diary-sunrise-sunset. Excellent hack, for at least 2 reasons: the feature itself, and showing us the way how to enhance the agenda... Thanks a lot. I added this early in my org-config file (which is sourced by .emacs) [...] and this to one of my agenda files: #+CATEGORY: Weather %%(diary-sunrise) %%(diary-sunset) and I get: , | Friday 4 March 2011 | Weather: 6:16.. Sunrise (EST) |8:00.. | 10:00.. | 12:00.. | 14:00.. | 16:00.. | Weather:17:36.. Sunset (EST) | 18:00.. | 20:00.. ` Because of this: #+begin_src emacs-lisp (setq org-agenda-default-appointment-duration 60) #+end_src I get: , | 2011-03-05 Sat |0:01-1:01 now | Weather: 7:18-8:18 Sunrise (+0100) |8:00-9:00 | 10:00-11:00 | 12:00-13:00 | 14:00-15:00 | 16:00-17:00 | 18:00-19:00 | Weather:18:24-19:24 Sunset (+0100) ` i.e, a not-that-clear indication of when the sunrise/sunset is supposed to happen. In this case, it's clearly a one-minute event. Is there, then, a way to avoid the + 1 hour range computation for it, while keeping the above variable for other common tasks? Best regards, Seb -- Sébastien Vauban
Re: [O] Re: [PATCH] European date format
Hi Milan, Milan Zamazal wrote: ND == Nick Dokos nicholas.do...@hp.com writes: ND The problem with the required final trailing dot (if you want to ND leave out the year) is that it is not obvious - at least to me: ND the equivalent ISO would be -03-04 and the equivalent American ND would be 3/4/ which look horrible - however, I don't know what ND the general practice is in Europe. The dots are not separators, they mark ordinal numbers. And at least here in Czech Republic the correct typeset form is e.g. 4. 3. 2011 although the compact form 4.3.2011 is often used. I don't think we have a real European format: in Belgium, a date is 16/03/2011, or 16/3/2011 for the sixteenth of March. So, here, the common separator is the dash, but the order is well day/month/year... Best regards, Seb -- Sébastien Vauban
Re: [O] Macro expansion in included files
Hi Benny, Benny Simonsen wrote: The result is {{{MacM(Main)}}} is expanded as expected but the {{{Mac*(Sub)}}} isn't expanded. What's Mac*? In your example, you just have MacM and Mac... Best regards, Seb -- Sébastien Vauban -- Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Worg 403 Forbidden
Hi Bastien, Bastien wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: In any case, http://orgmode.org/worg/sources/.emacs-custom.el is as well not found. I just added it. I see that there is a file on http://orgmode.org/worg/sources/emacs-custom.el (with the leading `.' -- fine for me), but I get a 403 Forbidden error this time. Sorry... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Worg 404 Not Found
Hi Jason, Jason Dunsmore wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: The file http://orgmode.org/worg/sources/emacs.el, referenced in http://orgmode.org/worg/worg-setup.html, is not found on Worg. Fixed it. Thanks. Seen it. Thanks. Though, for my understanding, why don't we find these files under our Worg local copy? Are there other missing files and directories, that aren't part of the Worg project? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Worg 404 Not Found
Hi Bastien, Bastien wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Though, for my understanding, why don't we find these files under our Worg local copy? emacs.el is an exception -- it a symbolic link to /home/emacs/.emacs.el on the server. So it's normal you don't have *this* file. You have all others files. Are there other missing files and directories, that aren't part of the Worg project? Nope. Are we suppose to be able to read the file ~/.emacs-custom.el referenced on line #1? In any case, http://orgmode.org/worg/sources/.emacs-custom.el is as well not found. But, maybe, that's intended, then? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Go to today in Calendar
Hi Bastien, Bastien wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Is it because of some order to respect in the different allowed timestamps (active, inactive, scheduled, deadline) Yes, SCHEDULED (or DEADLINE) should come first. OK. I did not think that mattered much, but that's no problem. In general, I tend to avoid mixing several timestamps format for the same entry (I just allow myself to use both SCHEDULED and DEADLINE, since that makes sense.) I almost never mix many dates, but this comes from the following need: I capture emails I have to respond to, and - I want the original date to be saved, and - add my SCHEDULED timestamp onto it. This is done with the following template (in which I just inversed the two lines containing dates): #+begin_src emacs-lisp (m Mail entry (file+headline ,org-default-notes-file Tasks) * TODO %:subject%? (from %:fromname) :mail: SCHEDULED: %t %:date-timestamp-inactive #+begin_verse %i #+end_verse From %a :empty-lines 1 :immediate-finish) #+end_src You'll tell me that I could use PROPERTIES as well, but I think I'd loose the ability to sort the tasks tree based on the inactive dates. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel-read should have option NOT to interpret as elisp
Hi Eric, Eric Schulte wrote: However I do agree that this would be onerous to have to wrap every cell of a table in double quotes... Aren't we forced to do so, right now? As in the following home-made example: #+TITLE: Show differences between files * Code Assuming you have two directories (namely =xhtml-dir= and =xhtml-dir-bak=, accessible from this local directory), the following blocks of code will compare named files (see column 2 of table) in them, in both /text/ and /binary/ versions. #+srcname: diff-text #+begin_src sh :var file= diff -sq --strip-trailing-cr xhtml-dir/$file xhtml-dir-bak/$file /dev/null case $? in 0) echo identical;; 1) echo differ;; 2) echo no such file;; *) echo ?;; esac #+end_src #+srcname: diff-binary #+begin_src sh :var file= diff -sq xhtml-dir/$file xhtml-dir-bak/$file /dev/null case $? in 0) echo identical;; 1) echo differ;; 2) echo no such file;; *) echo ?;; esac #+end_src * Results | FPH | File | Text | Binary| |-+---+---+---| | M | Icopreations.xhtml | identical | identical | | M | Ocuevaonspfiessai.xhtml | identical | differ| | M | Ocuevain-tut.xhtml | differ| differ| | M | Ocuevatagessai.xhtml| identical | differ| | M | Ocuf2-stg.xhtml | differ| differ| | M | Ocurolro.xhtml | identical | differ| | M | Ocuroliers.xhtml| differ| differ| | M | Ocurolredit.xhtml | identical | differ| | M | Ocusigletiquebc1233de.xhtml | differ| differ| | M | Rocsaieprestations.xhtml| identical | identical | #+TBLFM: $3='(sbe diff-text (file $2))::$4='(sbe diff-binary (file $2)) I had to enclose the filenames between double quotes, for the =sbe= code to work. Trying what you wrote on http://eschulte.github.com/babel-dev/DONE-literal-values-from-tables.html, that is using $$2 instead of $2 has the following behavior: when evaluating the table, Org prompts me for a Lisp expression!? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: Closing #+results: with #+end declaration?
Hi Eric and Bastien, Eric Schulte wrote: reading this, I wonder if we should consider use this instead: #+results: - (eric schulte) - (dan davison) - (seb vauban) #+end or better: #+begin_results - (eric schulte) - (dan davison) - (seb vauban) #+end_results Looks more consistent with the rest of the #+begin* statements. This has come up before, and there are now options which allow wrapping of results, e.g., #+begin_src emacs-lisp :results wrap :exports both (mapcar (lambda (el) (list el (+ 1 (* el el (number-sequence 0 2)) #+end_src #+results: #+BEGIN_RESULT | 0 | 1 | | 1 | 2 | | 2 | 5 | #+END_RESULT More generally, I've sometimes wondered why we need to use #+begin_* #+end_* instead of just #+begin_* #+end Unless we allow nested #+begin blocks (and AFAIK we don't), there is no real need for being specific about what #+end ends. What do you think? I'm always in favor of (a bit) too much of information, rather than not enough. Properly closing the results block (with a meaningful name) has the following advantages IMHO: - close to LaTeX and HTML styles -- though, a detail; - allows inserting blocks in other blocks (of a different nature); - maybe if numbered, and if there is a strong use case, would allow to insert blocks inside blocks of the same type. Remember a discussion we had where we would even be able to specify the name of the wrap environment to be used -- though not yet implemented. I agree that (possibly aside from clarity) there is no real need for the end block to specify its type. However as I use helper methods (e.g. yasnippets) for all block creation, then extra characters represent no real typing burden. If I had to choose (a right I don't have ;-)), I would more opt for the disappearance of the alone `#+results':' line, and only have `results' blocks such as: #+begin_results #+end_results That would simplify the way results are shown when wrapped, and avoid some problems (inserting results with blanks lines, not being able to say where it ends). This would stop the redundancy of the results line, and allow as well an easy conversion to nicely formatted LaTeX or HTML. My 2 cents. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [babel] How to kill two birds with one stone?
Hi Nick, Nick Dokos wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: My code was a bit more complex... because I need to be able to correctly take care of filenames containing spaces inside them (I'm on Windows, I never do such a thing, but there are well spaces on the files I wanna graph). #+results: graph-files-seb | dan | | | eric | | | other | | | seb | vauban | I suspect that this is a losing battle: spaces in filenames are legal, they are common on Windows systems, but they are a PITA. The main reason is that a *lot* of tools (particularly Unix tools of a certain age) assume that spaces in filenames will not occur and break in mysterious and unexpected ways when presented with a directory structure that contains such. There are various workarounds (the most important of which, practically speaking, is the idiom find ... -print0 | xargs -0 which causes ``find'' to use a null byte as a separator and ``xargs'' to search for same in order to split the list into its constituent components - null bytes being illegal in filenames), and there is a long, fairly exhaustive discusssion of such matters in David Wheeler's enlightening essay: http://www.dwheeler.com/essays/fixing-unix-linux-filenames.html but none of these would help in this case, because the culprit here turns out to be org-table-convert-region: , | (org-table-convert-region BEG0 END0 optional SEPARATOR) | | Convert region to a table. | SEPARATOR specifies the field separator in the lines. It can have the | following values: | | '(4) Use the comma as a field separator | '(16)Use a TAB as field separator | integer When a number, use that many spaces as field separator | nil When nil, the command tries to be smart and figure out the | separator in the following way: | - when each line contains a TAB, assume TAB-separated material | - when each line contains a comma, assume CSV material | - else, assume one or more SPACE characters as separator. ` It is called with a nil separator so it uses its smart mode and counts one or more whitespace characters as the separator (I wonder what would happen with a filename that contains a comma :-) In any case, the region has the filenames one per line, so if org-table-convert-region could parse a newline-separated list (and if there was a way to specify the newline separator from higher levels) everything would be hunky dory; there might be a way to specify the separator using dynamic scoping, but org-table-convert-region would require some changes to take advantage of it. If I follow you correctly, another approach would be to enhance `org-table-convert-region' so that it could take `\0' as field separator? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [babel] How to kill two birds with one stone?
Hi Eric, Eric Schulte wrote: I haven't followed this discussion very closely, but I'm not sure why it would be necessary to pass data through STDIN rather than through a variable or an external file. I took a shot at the dot graph example you proposed, the following works for me over a simple example directory. For sure, your version works, but it does not address the two goals -- I hope they don't exclude each other -- I wanna try to reach. This should clarify the subject. #+TITLE: graph-dir-eric-schulte #+DATE: 2011-02-28 #+LANGUAGE: en_US * Directory to search #+results: graph-dir : graph-dir * List all files in dir #+source: graph-files #+begin_src sh :results vector :var dir=graph-dir find $dir -type f -exec basename {} \; #+end_src #+results: graph-files | dan| | eric | | other | | seb_vauban | * Association of files with mentions #+source: graph-associations #+begin_src sh :var dir=graph-dir :var files=graph-files for i in $files; do for j in `grep -l -r $i $dir`; do echo $i, `basename $j` done done #+end_src #+results: graph-associations | dan| eric | | eric | seb_vauban | | other | eric | | other | seb_vauban | | seb_vauban | dan| * Ultimate goal The first goal of this document was to write small snippets of code, with a clear and concise specification, and test its results when applied on some input data. This goal is clearly met. Though, the following goal, the ultimate one, is to be able to output an independent shell script -- out of this stuff --, so that the program can be run independently by anybody, just from a simple shell. How could I write such a combined shell script? Something in the spirit of: #+source: graph-associations-sh-script #+begin_src sh :var dir=graph-dir :noweb yes cd $dir for i in `graph-files`; do for j in `grep -l -r $i $dir`; do echo $i, `basename $j` done done #+end_src #+results: graph-associations-sh-script But, of course (because of the =dir= var?), the above does not work, at least for my first goal: seeing in situ (part of) the results it returns when it is run. Maybe it's possible to reach both goals, maybe it's not -- I've no definite clue about this. - Maybe we need =stdin= to be properly handled for this, nothing more? - Maybe we need to add some extra hard constraints on how to write the little program parts, such as don't use the Babel :var mechanism? - Etc... * Executive summary To sum up what I'm trying to explain, I'd like the ability to write *and run* small snippets of code, such as: #+source: block-1 #+begin_src sh ... do this... #+end_src #+source: block-2 #+begin_src sh ... do that... #+end_src *and* to be able to produce the shell script that would run them all from a shell (no need for Emacs), something like: #+source: full-code #+begin_src sh :tangle yes block-1 block-2 #+end_src or #+source: full-code #+begin_src sh :tangle yes block-1 | block-2 #+end_src or #+source: full-code #+begin_src sh :tangle yes for i in `block-1`; do block-2 done #+end_src or ... (depending on what the code does) ... Which conditions would allow one to make both dreams true at the same time? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Re: [ANN] Changes to lists
Hi Nicolas, Carsten Dominik wrote: this is very impressive. Thanks so much for bringing back sublists with intersected text. With some delay... let me thank your for incorporating this feature. I really wanted it, and I'm very glad you could make it. Ex-cel-lent! Thank you, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [O] Re: view in browser
Hi Eric and Skip, Eric S Fraga wrote: I used to be able to do C-x C-e b to view the org file in a browser. Now it just generates the file but not open the browser. Same with PDF. Don't know what changed, but how do I get back the functionality? Thanks. Assuming you meant =C-c C-e b=, this does not work for me either; It still does work for me. Just tested it now, with: Org-mode version 7.4 (release_7.4.553.g83b7) however, =C-c C-e d= does work and opens the PDF in docview. For symmetry, I would have liked =b= to open my html in emacs w3m, I guess? Why not. But, for me, this should be a consequence of Emacs preferences regarding the browser to use when clicking on a link. See `browse-url-browser-function' and `browse-url-generic-program', among others. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[O] Worg 404 Not Found
Hi, The file http://orgmode.org/worg/sources/emacs.el, referenced in http://orgmode.org/worg/worg-setup.html, is not found on Worg. I tried to fix it myself, but I don't find any `sources' directory on my local copy of Worg either. Neither do I find a file named `emacs.el'... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [annoyance] Inserted headlines are immediately folded
Hi Bastien, Bastien wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Before, when inserting such a node, it stayed expanded, which my preferred way of viewing the file. Can you tell when was before? I would say two weeks ago or so. This is a recent change in behavior. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] org-babel-tangle causes Wrong type argument: sequencep, hline
Hi Eric, Eric Schulte wrote: I've just pushed up a change which should fix this issue i.e., the code block below now evaluates without error. Just for my (= our) information, which combination was special here and had to be fixed in the code? input file: #+STARTUP: showeverything #+BABEL::tangle yes * Normalize #+tblname: normalize | search| replace | |---+--| | no salt added | without salt | #+begin_src perl :var norm_search=normalize[*,0] :var norm_repl=normalize[*,1] $norm_search; $norm_repl; #+end_src Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Refile cache expire
Hi Samuel, Samuel Wales wrote: (And yes, refile goto is superb.) Just FYI, remember it can be accessed by `C-u C-u C-c C-w' (not written in the description of `org-refile-goto-last-stored' -- maybe because it's using another way to do the jump than the `16' argument, that is, in this case, it makes use of `bookmark-jump'... so maybe there are tiny subtle differences?). Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] org-babel-tangle causes Wrong type argument: sequencep, hline
Hi Eric, Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Eric Schulte wrote: I've just pushed up a change which should fix this issue i.e., the code block below now evaluates without error. Just for my (= our) information, which combination was special here and had to be fixed in the code? The hline was assumed to be a list (as normal rows are) by the indexing code, so I just inserted a quick check to ensure that hlines are left alone. #+begin_src diff diff --git a/lisp/ob-ref.el b/lisp/ob-ref.el index 6cb41ae..31944fd 100644 --- a/lisp/ob-ref.el +++ b/lisp/ob-ref.el @@ -181,7 +181,10 @@ to \0:-1\. (open (ls) (if (and (listp ls) (= (length ls) 1)) (car ls) ls))) (open (mapcar -(lambda (sub-lis) (org-babel-ref-index-list remainder sub-lis)) +(lambda (sub-lis) + (if (listp sub-lis) + (org-babel-ref-index-list remainder sub-lis) + sub-lis)) (if (or (= 0 (length portion)) (string-match ind-re portion)) (mapcar (lambda (n) (nth n lis)) #+end_src Thanks a lot for the precision... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [babel] How to kill two birds with one stone?
Hi Eric, First, thanks for answering this open thread! Eric Schulte wrote: I haven't followed this discussion very closely, but I'm not sure why it would be necessary to pass data through STDIN rather than through a variable or an external file. I'll comment on the full problem (or solution) later on. But I'd like to share a first problem with you. I took a shot at the dot graph example you proposed, the following works for me over a simple example directory. I've redone (almost) the same file structure as yours, so that our results must be similar, if not equal. directory to search #+results: graph-dir : graph-dir list all files in dir #+source: graph-files #+begin_src sh :results vector :var dir=graph-dir find $dir -type f -exec basename {} \; #+end_src #+results: graph-files | other | | dan | | eric | | seb | association of files with mentions #+source: graph-associations #+begin_src sh :var dir=graph-dir :var files=graph-files for i in $files; do for j in `grep -l -r $i $dir`;do echo $i, `basename $j` done done #+end_src #+results: graph-associations | other | eric | | other | seb | | dan | eric | | eric | seb | | seb | dan | My adapted version of your first paragraphs: * Directory to search #+results: graph-dir : graph-dir * List all files in dir (version of Eric) #+source: graph-files #+begin_src sh :results vector :var dir=graph-dir find $dir -type f -exec basename {} \; #+end_src #+results: graph-files | dan || | eric || | other || | seb | vauban | * List all files in dir (version of Seb) My code was a bit more complex... because I need to be able to correctly take care of filenames containing spaces inside them (I'm on Windows, I never do such a thing, but there are well spaces on the files I wanna graph). #+srcname: graph-files-seb #+begin_src sh :results vector :var dir=graph-dir find $dir -type f -print |\ while read -r name do echo \${name##*/}\ done #+end_src #+results: graph-files-seb | dan | | | eric | | | other | | | seb | vauban | Spaces are used as colon delimiters: they win over my double quotes. * List all files in dir (version of Seb) Just to show, this code prints a semi-colon after every filename. #+srcname: graph-files-seb2 #+begin_src sh :results vector :var dir=graph-dir find $dir -type f -print |\ while read -r name do echo \${name##*/}\; done #+end_src #+results: graph-files-seb2 | dan | | | eric | | | other | | | seb | vauban; | In most cases, these have been eaten as well... Is it possible to circumvent this problem, and get my filenames (even those with spaces in them) in one column? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Go to today in Calendar
Hi Carsten, Carsten Dominik wrote: On Feb 23, 2011, at 11:14 AM, Sébastien Vauban wrote: Nathan Neff wrote: I just found that you can press . in the Calendar to jump to today's date. This saves me a gazillion keypresses, especially when you have a one-key mapping to schedule something in agenda mode. I have s mapped in agenda mode to schedule, so I just press s . Enter. I wanted to use your trick, but just remembered that `s' is already mapped to `org-save-all-org-buffers', which is a nice keybinding as well... Too bad save and schedule share the same letter... Saving is also on `C-x C-s', which is a very natural key for this task. so using s for scheduling sounds like a very good user customization to me. Good to know. I did not look far enough in the describe mode key bindings. Thanks. Just played with it, and experienced a problem I already saw in the past (but never reported yet). In the agenda, because of this entry, --8---cut here---start-8--- ** TODO 2011 !!! (from Thomas):mail: [2010-12-24 Fri 21:22] SCHEDULED: 2011-02-24 Thu #+begin_verse joyeux noel et une bonne année ! #+end_verse From [[gnus:nnimap%2Bmc:INBOX.mc#4d1500ee.9040...@gmail.com][Email from Thomas: 2011 !!!]] --8---cut here---end---8--- I see (as of today): --8---cut here---start-8--- @refile:Sched. 2x: TODO 2011 !!! (from Thomas) :refile::mail: --8---cut here---end---8--- Let's say I want to schedule it to today (I should have replied to him 2 months ago, BTW ;-))... I do `C-c C-s' on the entry, choose today (with `.') and confirm (with RET). After saving (currently, `s' for me) and refreshing the agenda (`g'), I see: --8---cut here---start-8--- @refile:Sched. 2x: TODO 2011 !!! (from Thomas) :refile::mail: @refile:Scheduled: TODO 2011 !!! (from Thomas) :refile::mail: --8---cut here---end---8--- ... I get the entry *scheduled twice*! Looking at it, we see that there are now *2 scheduled dates*... --8---cut here---start-8--- ** TODO 2011 !!! (from Thomas):mail: SCHEDULED: 2011-02-25 Fri [2010-12-24 Fri 21:22] SCHEDULED: 2011-02-24 Thu #+begin_verse joyeux noel et une bonne année ! #+end_verse From [[gnus:nnimap%2Bmc:INBOX.mc#4d1500ee.9040...@gmail.com][Email from Thomas: 2011 !!!]] --8---cut here---end---8--- Is it because of some order to respect in the different allowed timestamps (active, inactive, scheduled, deadline) or a pure bug? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] TODO state change from TODO to DONE blocked
not related to the headline itself. But, so far, I'm unable to make a minimal example, as I don't understand yet the root cause of the problem. Anybody having an idea, or able to suggest some more tests to do, based on the above input? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: TODO state change from TODO to DONE blocked
Hi, Sébastien Vauban wrote: I've a really weird exception occurring: change state from TODO to DONE is blocked... while I'm on a leaf of the Org tree!? Debugger entered--Lisp error: (error #(TODO state change from TODO to DONE blocked 23 27 (face org-todo) 31 35 (face org-done))) signal(error (#(TODO state change from TODO to DONE blocked 23 27 (face org-todo) 31 35 (face org-done error(TODO state change from %s to %s blocked #(TODO 0 4 (face org-todo)) #(DONE 0 4 (face org-done))) (if (interactive-p) (error TODO state change from %s to %s blocked this state) (message TODO state change from %s to %s blocked this state) (throw (quote exit) nil)) (if (save-excursion (save-match-data ...)) nil (if (interactive-p) (error TODO state change from %s to %s blocked this state) (message TODO state change from %s to %s blocked this state) (throw ... nil))) (unless (save-excursion (save-match-data ...)) (if (interactive-p) (error TODO state change from %s to %s blocked this state) (message TODO state change from %s to %s blocked this state) (throw ... nil))) (progn (setq org-last-todo-state-is-todo (not ...)) (unless (save-excursion ...) (if ... ... ... ...))) (if org-blocker-hook (progn (setq org-last-todo-state-is-todo ...) (unless ... ...))) (when org-blocker-hook (setq org-last-todo-state-is-todo (not ...)) (unless (save-excursion ...) (if ... ... ... ...))) (let* ((match-data ...) (startpos ...) (logging ...) (org-log-done org-log-done) (org-log-repeat org-log-repeat) (org-todo-log-states org-todo-log-states) (this ...) (hl-pos ...) (head ...) (ass ...) (interpret ...) (done-word ...) (final-done-word ...) (last-state ...) (completion-ignore-case t) (member ...) (tail ...) (state ...) (state ...) (next ...) (change-plist ...) dolog now-done-p) (when org-blocker-hook (setq org-last-todo-state-is-todo ...) (unless ... ...)) (store-match-data match-data) (replace-match next t t) (unless (pos-visible-in-window-p hl-pos) (message TODO state changed to %s ...)) (unless head (setq head ... ass ... interpret ... done-word ... final-done-word ...)) (when (memq arg ...) (message Keyword-Set %d/%d: %s ... ... ...)) (setq org-last-todo-state-is-todo (not ...)) (setq now-done-p (and ... ...)) (and logging (org-local-logging logging)) (when (and ... ... ...) (setq dolog ...) (if ... ...) (when ... ...) (when ... ... ...) (when ... ...)) (org-todo-trigger-tag-changes state) (and org-auto-align-tags (not org-setting-tags) (org-set-tags nil t)) (when org-provide-todo-statistics (org-update-parent-todo-statistics)) (run-hooks (quote org-after-todo-state-change-hook)) (if (and arg ...) (setq head ...)) (put-text-property (point-at-bol) (point-at-eol) (quote org-todo-head) head) (when now-done-p (when ... ...) (org-auto-repeat-maybe state)) (if (and ... ... ... ...) (progn ... ...)) (when org-trigger-hook (save-excursion ...))) (catch (quote exit) (org-back-to-heading t) (if (looking-at outline-regexp) (goto-char ...)) (or (looking-at ...) (looking-at *)) (let* (... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... dolog now-done-p) (when org-blocker-hook ... ...) (store-match-data match-data) (replace-match next t t) (unless ... ...) (unless head ...) (when ... ...) (setq org-last-todo-state-is-todo ...) (setq now-done-p ...) (and logging ...) (when ... ... ... ... ... ...) (org-todo-trigger-tag-changes state) (and org-auto-align-tags ... ...) (when org-provide-todo-statistics ...) (run-hooks ...) (if ... ...) (put-text-property ... ... ... head) (when now-done-p ... ...) (if ... ...) (when org-trigger-hook ...))) (save-excursion (catch (quote exit) (org-back-to-heading t) (if ... ...) (or ... ...) (let* ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...))) (let ((org-blocker-hook org-blocker-hook) (case-fold-search nil)) (when (equal arg ...) (setq arg nil org-blocker-hook nil)) (when (and org-blocker-hook ...) (setq org-blocker-hook nil)) (save-excursion (catch ... ... ... ... ...))) org-todo(nil) call-interactively(org-todo) (cond ((commandp org-speed-command) (setq this-command org-speed-command) (call-interactively org-speed-command)) ((functionp org-speed-command) (funcall org-speed-command)) ((and org-speed-command ...) (eval org-speed-command)) (t (let ... ...))) (cond ((and org-use-speed-commands ...) (cond ... ... ... ...)) ((and ... ... ... ...) (let ... ... ... ... ...)) (t (setq org-table-may-need-update t) (self-insert-command N) (org-fix-tags-on-the-fly) (if org-self-insert-cluster-for-undo ...))) org-self-insert-command(1) call-interactively(org-self-insert-command nil nil) I absolutely don't understand which conditions are met for provoking that strange reaction. Taking that leaf and putting it in a blanco Org file allows me to do the state change. So, it's not related to the headline
[Orgmode] Re: Go to today in Calendar
Hi Nathan, Nathan Neff wrote: I just found that you can press . in the Calendar to jump to today's date. This saves me a gazillion keypresses, especially when you have a one-key mapping to schedule something in agenda mode. I have s mapped in agenda mode to schedule, so I just press s . Enter. I wanted to use your trick, but just remembered that `s' is already mapped to `org-save-all-org-buffers', which is a nice keybinding as well... Too bad save and schedule share the same letter... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: how to filter CATEGORY entries in org-agenda-custom command (agenda)?
Hi Rainer, Rainer Stengele wrote: I am in the middle of my org file, having a #+CATEGORY: TEST in line 1 of the file. Putting the code (org-entry-get (point) CATEGORY) in the middle of my file under any headline and evaluating it gives me nil. Shouldn't the code give me TEST? That usage of CATEGORY is deprecated, or not actively supported at least. The advised way is to put the category as a real property, inside the PROPERTIES drawer. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [annoyance] Inserted headlines are immediately folded
Hi, I just experienced the latest day(s) a small annoyance when inserting (copying) one headline into an existing Org file: it is folded immediately upon insertion. For example, inserting: --8---cut here---start-8--- ** RDV client ABC 2011-07-05 Tue 08:30-09:15 --8---cut here---end---8--- results into such a file: --8---cut here---start-8--- * Appointments ** RDV medical 2011-02-23 Wed 08:45-09:00 ** RDV client ABC... ** Birthday Donja 2011-03-05 Sat 18:30 --8---cut here---end---8--- Before, when inserting such a node, it stayed expanded, which my preferred way of viewing the file. I don't (think I) have any customization that would explain this new behavior. Can you confirm it? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: source code and parameters
Hi Andreas, Andreas Leha wrote: When working with source code in org mode I like to keep the parameters in org-tables. Especially since I have code in different languages that should share the same set of parameters. Problem is: When I tangle my source code blocks the tangled files loose the parameters. How do I deel best with parameters and source code blocks? Could you show us a small example explaining what the problem is? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: question about capture templates
Hi Filippo, Filippo A. Salustri wrote: I would really like to be able to vary the file into which a captured item goes. Specifically, I'd like to insert the item into whatever file I was visiting when I started the capture. I've been trying something like this: (m Message entry (file+datetree (buffer-file-name (buffer-base-buffer))) * MSG @ %U %?\n %a) But the (buffer-file-name (buffer-base-buffer)) doesn't work because the item keeps ending up in the default capture file. Can anyone suggest a way to do this? You have to use backquotes so that expressions are considered as code to execute, instead of data. See Emacs manual. In your case, something like this should do it (untested): #+begin_src emacs-lisp (setq org-capture-templates `((m Message entry (file+datetree ,(buffer-file-name (buffer-base-buffer))) * MSG @ %U %?\n %a))) #+end_src See backquote used instead of quote. See comma in front of functions and variables. Here, though, I'm not sure whether another comma is needed or not in front of =buffer-base-buffer=. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: question about capture templates
Hi Richard, Richard Lawrence wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Filippo A. Salustri wrote: I would really like to be able to vary the file into which a captured item goes. Specifically, I'd like to insert the item into whatever file I was visiting when I started the capture. You have to use backquotes so that expressions are considered as code to execute, instead of data. See Emacs manual. I'm not sure that backquotes will do what the OP wants. Backquotes will allow the OP to compute the value of a target file at the time the (setq org-capture templates ...) form is evaluated. The OP needs a way to determine the target file at the time of capture (right?), not at the time the variable is set. You're definitely right. I missed the distinction at Org launch time vs at execution time... Pull my answer off the records ;-) Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Worg publishing broken?
Hi Jambunathan and Bastien, Bastien wrote: Jambunathan K kjambunat...@gmail.com writes: 1) Used shell instead of sh for the source block mode. Fixed by commit e4ed828. If known languages are treated as keywords in #+begin_src context and fontified appropriately there would be enough visual feedback so that a user's `eye memory' could catch that something is amiss. Good idea -- I need time to explore org-src.el and I'm pretty sure Eric and Sebastien will be faster than me :) What I can say is that this feature is scheduled (well, not really) on my private task list for Org. Not only languages, but as well highlight of all other keywords such as `:vars', `:exports' and the like. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Does Effort support hours only?
Hi Bastien and Luke, Bastien wrote: Luke Crook l...@balooga.com writes: Is it possible to specify estimated effort in something other than hours (0.5, or 0:30)? No, it's not possible right now. But I second this idea: that'd be a great addition. Too often, we have to play with figures such as 64:00 or 80:00 just to indicate 8 or 10 days... Being able to specify suffixes like `d' for days or `w' for weeks would be awesome. But I guess it's very, very complex, though. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Error when publishing to HTML
Hi Manuel, Manuel Giraud wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: #+begin_src emacs-lisp (add-to-list 'org-publish-project-alist '((orgfiles :base-directory ~/src/web-in-org/org/ :base-extension org :publishing-directory ~/src/web-in-org/public_html/ :publishing-function org-publish-org-to-html :section-numbers nil :table-of-contents nil :auto-sitemap t :sitemap-title Sitemap :style link rel=\stylesheet\ href=\css/worg.css\ type=\text/css\/) (css :base-directory ~/src/web-in-org/org/css/ :base-extension css :publishing-directory ~/src/web-in-org/public_html/css/ :publishing-function org-publish-attachment) (mysite :components (orgfiles css #+end_src Ok, I think I found your problem here: your add-to-list create a too much nested list here. That was it. THANKS A LOT for your (successful) investigation... Stupid of me... OK, that's an easy mistake to make. BTW, would you see a better report mechanism in such cases? I definitely won't be the only one to make it. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BUG] htmlp and latexp
Hi Andreas, Andreas Leha wrote: to make this explicit: I can not export to latex any more, but instead I get Exporting to LaTeX... when: Symbol's value as variable is void: htmlp I confirm you this has been fixed 1 or 2 days ago. Just git pull, and you're gone. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: shell sessions hang
Hi Eric, Andreas Leha wrote: this topic has been here before and seems to be a TODO: http://eschulte.github.com/babel-dev/TODO-shell-sessions-hang-in-many-cases.html Just hijacking this thread for a suggestion (if you find it worth): wouldn't you drop the status keyword (TODO, DONE, etc.) from the URL, so that the same issue can be followed on during its lifecycle? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Error when publishing to HTML
eval a lot on the backtrace itself. But, in the above, I only can read the value of `prj' on the 4th line of the backtrace (for info, yes, it is equal to the above value of `org-publish-project-alist'). I can't eval expressions such as `(plist-get ... :base-directory)' because of the 3 dots inside it. Or can I somehow? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [bug] Invalid format character in html-postamble-format
Hi, When exporting to HTML (with lastest Git), I now have this error occurring: --8---cut here---start-8--- Debugger entered--Lisp error: (error Invalid format character: `%v') signal(error (Invalid format character: `%v')) error(Invalid format character: `%%%c' 118) --8---cut here---end---8--- I could spot the bad character in: --8---cut here---start-8--- html-postamble-format's value is p class=\author\Author: %a (%e)/p\np class=\date\Date: %d/p\np class=\creator\Generated by %c/p\np class=\xhtml-validation\%v/p\n Documentation: Not documented as a variable. --8---cut here---end---8--- But I don't know what was intended... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [bug] Invalid format character in html-postamble-format
Bastien, Bastien wrote: Maybe some kind of error catching should be added, still? That's right, I've done that now. Thanks! Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Timestamp display behavior in timeline view
Hi Bastien, Bastien wrote: You used this: * TODO 2010-12-25 Sat 14:40-2010-12-25 Sat 14:50 range with todo which looks weird. Better to put the timestamp/range on the next line: * TODO range with todo 2010-12-25 Sat 14:40-2010-12-25 Sat 14:50 You won't get the surprising results you see. Isn't it -- (two dashes) for the range purpose? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [BABEL] Editing dot blocks with org-exp-blocks
Hi Chris, Chris Maier wrote: In normal Org code blocks (e.g. #+begin_src clojure #+end_src) it's possible to hit C-c ' and edit the block code in a separate buffer with the appropriate mode. This doesn't appear to work when using org-exp-blocks to edit a begin_dot block. Is there a command to do this? I don't know... but you clearly should move your begin_dot code to a: #+begin_src dot ... #+end_src block. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Problem exporting table with images
Hi Rainer, Rainer M Krug wrote: Which gives the following error: LaTeX Warning: File `./img_1_1.pdf' not found on input line 68. !pdfTeX error: pdflatex (file ./img_1_1.pdf): cannot find image file == Fatal error occurred, no output PDF file produced! So do I have to provide absolute paths to the graphs? Why prefixing with `.', which is the current directory? If you correctly set the search path for the images (so that it includes the current directory -- that setting is certainly there by default), it should be OK. So, I'd try opting out the `./' prefix in front of your links, if that's acceptable for you. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Announcing org-contacts, a bbdb-like contact manager for Org
Hi Julien, John Hendy wrote: From skimming the website and org-contacts.el, is the main advantage that it can search multiple files as well as integrate with gnus? This looks very neat. Thanks for sharing. From skimming on the available docs, would I be right to state that the only missing *features set* (vs bbdb) is the *scanning done on the incoming mails*: detecting a new email address, asking to add it, eventually as the primary one, detecting the Organization field and storing it, parsing the X-Face and storing it, etc.? Would such features be added in the future? Or do we have to choose for the simplicity of the new format, eventually losing some minor features? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Problem exporting table with images
Hi Rainer, Rainer M Krug wrote: #+TITLE: Export of images in table to pdf #+AUTHOR:Rainer M. Krug #+DATE: 2011-02-08 Tue Hi I have problems exporting this table with graphs to pdf: 1) when exporting, the links are retained, and okular tells me malformed url 2) I would like to have the graphs inserted instead of the links --- according to the manual, this should be done automatically, but it does not work. Is there something I am missing here? Cheers, Rainer * Generating the graphs #+begin_src R :results output org :exports both cat(|---|---|---|\n) for (x in 1:3) { for (y in 1:3) { pdf(paste(img, x, y, pdf, sep=.)) plot(runif(100)) dev.off() } cat(|, paste( [[file:img.1, x, pdf, sep=.), ]] |, paste( [[./img.2, x, pdf, sep=.), ]] |, paste([[./img.3, x, pdf, sep=.), ]] |\n) } cat(|---|---|---|\n) #+end_src #+results: #+BEGIN_ORG |---++| | [[file:img.1.1.pdf ]] | [[./img.2.1.pdf ]] | [[./img.3.1.pdf ]] | | [[file:img.1.2.pdf ]] | [[./img.2.2.pdf ]] | [[./img.3.2.pdf ]] | | [[file:img.1.3.pdf ]] | [[./img.2.3.pdf ]] | [[./img.3.3.pdf ]] | |---++| #+END_ORG Don't know if that can be the source of the problem, but it appears you have spaces after the filename, in your links. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fontification of blocks
Hi Dan, Dan Davison wrote: Sébastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: Dan Davison wrote: Sébastien Vauban wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMSQIYZ4X/+iSw@public.gmane.orgrg writes: Dan Davison wrote: Just quickly, one thing I noticed is that the begin/end lines were visible even inside folded trees. I.e., in a folded org file, containing many src blocks, I could see the coloured backgrounds poking out of the folded sections, extending to the right of the screen. Do you see that? I would say this is a bug. Indeed, that's definitely a bug. Can you send me your file, for me to test if I have the same problem? I don't have that file any longer, but the problem occurs with all files. It is somewhat unpredictable -- I mess about with block show/hide, and global visibility cycling, and it happens eventually if not at first. E.g. this file - * heading #+begin_src emacs-lisp 1 #+end_src - I could reproduce it with your above file, if the file ends on the end_src line. The following: --8---cut here---start-8--- * heading #+begin_src emacs-lisp 1 #+end_src * other heading --8---cut here---end---8--- also exhibits the problem, but this one: --8---cut here---start-8--- * heading #+begin_src emacs-lisp 1 #+end_src * other heading --8---cut here---end---8--- does not. So, it is related to the fact that the block is the last line of the subtree or of the file. As I always have newlines before headings, I don't see such a problem on my docs. Dan, can you confirm the above observation? Knowing this, do you have an idea on how to fix it? If not, I'll try having a play with the patched file. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode