Re: [Orgmode] Generated images in buffer
Thanks! So it possible for LaTeX, but not for other image generators. That's a bit unfair. How difficult would it be to generalize this so that it would support any image generator? Regards, Dov On Sun, Nov 28, 2010 at 09:34, Jeff Horn jrhorn...@gmail.com wrote: On Sun, Nov 28, 2010 at 2:04 AM, Dov Grobgeld dov.grobg...@gmail.com wrote: The same idea could be used for any system generating images, e.g. LaTeX formulas, asymptote, a python script using cairo, etc. I think evaluating Babel code blocks can insert output into your org-file. Also, I regularly use =C-c C-x C-l= to display rendered LaTeX equations in-buffer. That keystroke only displays the current subtree's equations. With a prefix, it will generate previews for the entire document. Best, Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] template to auto complete the imdb entry address.
2010/11/28 Michael Brand michael.ch.br...@gmail.com On Sun, Nov 28, 2010 at 00:43, Alin Soare as1...@gmail.com wrote: | Domicile conjugal | tt0065651 | 20 | 1970 | France | I wish to have a link to imdb web page, and to see only its id (as now). Would link abbreviations help? http://orgmode.org/manual/Link-abbreviations.html e. g. the inline version: #+LINK: imdb http://www.imdb.com/title/ | Domicile conjugal | [[imdb:tt0065651]] | 20 | 1970 | France | | Douze hommes en colère | [[imdb:tt0050083]] | 20 | 1957 | Etats Unis | Great! Link abbreviations are exactly what I asked for. There is also yasnippet, tha I discovered with this occason , due to org mode. http://code.google.com/p/yasnippet/ Thanks a lot. Alin. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Recurring events within date ranges
Hi Carsten, On Sun, Nov 28, 2010 at 7:54 AM, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Suvaya, this has come up many tomes on the mailing list, and the various answers are covered by the FAQ. http://orgmode.org/worg/org-faq.php#diary-sexp-in-org-files Sorry, I should have looked in the FAQ. I had stumbled on the =diary-block= function but could not figure out how to possibly use it. Thank you very much. Works perfectly now. - Carsten -- Suvayu Open source is the future. It sets us free. ___ 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] sample file for mobileorg that displays well on iPhone?
I might have made a mess of my org-mode setup by having too many properties set in the # codes of my org file copying too many tricks of the various GTD masters out there. Anyway when I sync with latest released iPhone mobileorg using the latest devel git org-mode, it all works and the files sync back and forth. But the files on mobileorg make no sense, what I mean by that is I get loads of properties displayed but can't see how one is easily supposed to be able to use mobileorg on iPhone and work with todos. I suspect I might be working on the wrong heading level, or might just not have grasped the iPhone UI on how to do things. So what I am hoping is, that somebody might have a sample org file or two, that would be simplistic but would easily make sense on the iPhone UI when synced to it? Thanks, in advance. The more I play with org-mode the more I see it's potential, but at the moment I don't seem to be able to easily integrate it to the mobile platform that is with me all day. Thanks to you guys for creating such an excellent and flexible tool. Regards, -- Urs Rau ___ 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: Beamer and notes blocks
Jeff Horn jrhorn...@gmail.com writes: Could someone enlighten me as to how to get blocks with the beamer environment notes to show up? Specifically, I don't want notes to show up in the presentation (the default, expected behavior), but I would like them to show up in a speaker notes pdf. How are you producing speaker notes for your Beamer presentations using org-export? At the moment, my solution is to add: #+LaTeX_CLASS_OPTIONS: [notes] into your .org file when you want the beamer notes added, and disable that line (e.g. put a space after the hash) when you don't want the notes included. Is there another way though? Stephen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Beamer and notes blocks
On Nov 28, 2010, at 11:59 AM, Stephen Eglen wrote: Jeff Horn jrhorn...@gmail.com writes: Could someone enlighten me as to how to get blocks with the beamer environment notes to show up? Specifically, I don't want notes to show up in the presentation (the default, expected behavior), but I would like them to show up in a speaker notes pdf. How are you producing speaker notes for your Beamer presentations using org-export? At the moment, my solution is to add: #+LaTeX_CLASS_OPTIONS: [notes] into your .org file when you want the beamer notes added, and disable that line (e.g. put a space after the hash) when you don't want the notes included. Is there another way though? I am not sure. But maybe you could try to specify what a good interfact for notes would look like? - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Beamer and notes blocks
into your .org file when you want the beamer notes added, and disable that line (e.g. put a space after the hash) when you don't want the notes included. Is there another way though? I am not sure. But maybe you could try to specify what a good interfact for notes would look like? Yes, will do. The approach above is similar to what I do for beamer slides in .tex, so I'm used to this approach. I have just used org mode to make beamer slides for several lectures this term, and once term finishes, I'll think further and write some notes/examples. Stephen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Lists handling
Nicolas Goaziou n.goaz...@gmail.com schrieb: With a drawer, you mean something like the following? , | - Item 1 | - Item 1a | :COMMENT: | This is a comment. | :END: | - Item 1b | - Item 2 | - Item 3 ` Yes. It would be great to have drawers in lists. This is certaily a much cleaner structure than using inline tasks. But of course it lacks the possibility to define tasks withhin lists and to find them using the agenda. So I think both concepts may be useful - drawers for simple text and inline tasks to define tasks. ;-) Until we have an opinion about inline tasks are there any arguments agains drawers for list items? Regards, Karl ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Lists handling
Karl Maihofer writes: Until we have an opinion about inline tasks are there any arguments agains drawers for list items? I don't think so. It just needs to be implemented. But it isn't a straightforward task. In fact, that means you can have a list A containing a drawer, which can also contain one or more lists B, C... And, on top of that, lists A and B should ignore each other. There are many corner cases in this kind of situation. The good thing is that if drawers handling is implemented correctly, inline tasks can follow the same path. It is on my TODO list anyway. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-indent, org-inlinetask: patches on github
Hello, Eric S Fraga writes: However, I think that keeping the number of dependencies down is advantageous so I would vote for having a very generic default template for latex but with a good example of what is possible in the documentation (e.g. the particular template definition proposed by Sébastien). Agreed. I changed doc-string to include Sébastien's template (and specified it required an additional LaTeX package). I'm still all ears for a very generic default template for LaTeX, DocBook and ASCII (and not as ugly as those I provided). Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Lists handling
On Nov 27, 2010, at 7:12 PM, Nicolas Goaziou wrote: Hello, Karl Maihofer writes: Thanks for that. Did you work on the demote/promote problem, too? No, nothing related to lists actually. But I added a way to configure export of inline tasks. As pointed out above in my special case inline tasks would be a great thing to have in lists. But I understand your reservation. It would be desirable to hear the opinions of others here. 1. My feeling is that it would be nice to allow drawers inside a list. 2. I don't think it is important to allow lists inside drawers inside lists - you can just say in the docs that this is not supported and let users deal with this limitation. 3. What should be allowed is to have lists inside a drawer that is not itself in a list. We need that for logbook entries and the like. 4. I also think that inline tasks inside a list are overkill and would overly complicate things. Cheers - Carsten With a drawer, you mean something like the following? , | - Item 1 | - Item 1a | :COMMENT: | This is a comment. | :END: | - Item 1b | - Item 2 | - Item 3 ` Yes. In HTML export it would then be important to be able to format the comment with CSS. Right now my inline tasks get a nice border and a colored background so that the comments can be recognized withhin the lists. Would this be possible for drawers, too? Sure, drawers export is configurable. You can have a look at `org-export-format-drawer-function'. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: LaTeX export of lists
Aloha Richard,
On Nov 27, 2010, at 8:40 PM, Richard Lawrence wrote:
Hi Tom,
Is there an easy way to keep text following a list with the list,
i.e,
without a blank line following the list, during export?
* List
1. First item
2. Second item
Following text.
Gets exported as:
\section{List}
\label{sec-1}
\begin{enumerate}
\item First item
\item Second item
\end{enumerate}
Following text.
I don't want a blank line between \end{enumerate} and Following
text.
Is this because you don't want to start a new paragraph in LaTeX? I
have used \noindent on the occasions when I have run into this issue.
* List
1. First item
2. Second item
\noindent
Following text
Not necessarily pretty, but it works, if you're just looking to
prevent
indentation.
Best,
Richard
Thanks for this suggestion.
I'm typesetting the list inside a paragraph. The example I gave
should look something like this when typeset:
(i) First item (ii) Second item Following text
\noindent doesn't put Following text on the same line as Second
item. With \noindent I get this:
(i) First item (ii) Second item
Following text
The blank line following the exported list is really a problem in this
context. I'm hoping there is an easy way to suppress it, or at least
some way to do so, even if it isn't easy.
All the best,
Tom
All the best,
Tom ___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] LaTeX export of lists
Aloha all, The solution to my earlier query is this: * List 1. First item 2. Second item Following text. This works for lists set in a paragraph, but won't work for lists set out by themselves. Richard's \noindent will work in these situations, but I'm wondering why the empty line is there in the first place? All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: MobileOrg on DropBox for Teams
On Sat, 27 Nov 2010 23:01 -0600, Tommy Kelly tommy.ke...@verilab.com wrote: You should be able to rename the MobileOrg directory from within the web interface once you've linked MobileOrg to your Dropbox account. Thanks Richard, that worked fine. But does that mean there's a bit of coordination to manage if multiple users all decided they want to use MobileOrg? In turn, each user would get their top level MobileOrg folder up and running, then move it down a level, so as to make space for the next user who'd do the same? I'm not sure how your account sharing is setup: if you are all using the same credentials, you will probably run into trouble. Each Dropbox account will only get a single 'magic' MobileOrg folder, so if everyone is sharing a single login, I don't see how it will work. It would probably be possible to change MobileOrg to support specifying the folder in your Dropbox account that it should use, but I have reservations about that. The way I use the API now, MobileOrg only has access to its own sandbox/special folder. There's no way it could accidentally mess with/expose/etc your other Dropbox files. The other option is to let each user have their own Dropbox account and simply share folders from a master account to each person. Hope this helps, Richard ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Generated images in buffer
You can place the ditaa code into a code block and then evaluate the code block with C-c C-c. This will insert a link to the generated image into your Org-mode file. If you then turn on inline images with M-x org-toggle-inline-images you can preview the generated image from within your Org-mode buffer. For more information on code blocks see http://orgmode.org/manual/Working-With-Source-Code.html#Working-With-Source-Code Best -- Eric Dov Grobgeld dov.grobg...@gmail.com writes: Thanks! So it possible for LaTeX, but not for other image generators. That's a bit unfair. How difficult would it be to generalize this so that it would support any image generator? Regards, Dov On Sun, Nov 28, 2010 at 09:34, Jeff Horn jrhorn...@gmail.com wrote: On Sun, Nov 28, 2010 at 2:04 AM, Dov Grobgeld dov.grobg...@gmail.com wrote: The same idea could be used for any system generating images, e.g. LaTeX formulas, asymptote, a python script using cairo, etc. I think evaluating Babel code blocks can insert output into your org-file. Also, I regularly use =C-c C-x C-l= to display rendered LaTeX equations in-buffer. That keystroke only displays the current subtree's equations. With a prefix, it will generate previews for the entire document. Best, Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX export of lists
Hello, Thomas S Dye writes: * List 1. First item 2. Second item Following text. This is completely different from your first example. Here Following text is inside the list, whereas before, it was outside. This works for lists set in a paragraph, but won't work for lists set out by themselves. Richard's \noindent will work in these situations, but I'm wondering why the empty line is there in the first place? I don't know, I am going to investigate this. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [patch] LaTeX export of lists
Thomas, Could you please test this patch and tell me if it breaks something? Regards, -- Nicolas From 8fdd9ff682306cc5161f0b230d43493abff1d5e2 Mon Sep 17 00:00:00 2001 From: Nicolas Goaziou n.goaz...@gmail.com Date: Sun, 28 Nov 2010 16:51:14 +0100 Subject: [PATCH] Exporting lists to LaTeX respects blank lines * lisp/org-latex.el (org-export-latex-lists): do not add an unnecessary newline character after a list. * lisp/org-list.el (org-list-bottom-point-with-indent): ensure bottom point is just after a non blank line. --- lisp/org-latex.el |2 +- lisp/org-list.el |6 +- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/lisp/org-latex.el b/lisp/org-latex.el index 91bf380..1a0aaf7 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -2383,7 +2383,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. \n (match-string 1 res)) t t res))) - (insert res \n + (insert res (defconst org-latex-entities '(\\! diff --git a/lisp/org-list.el b/lisp/org-list.el index 2290b4a..07a15e4 100644 --- a/lisp/org-list.el +++ b/lisp/org-list.el @@ -518,7 +518,11 @@ List ending is determined by the indentation of text. See (setq ind-ref ind) (forward-line 1)) ((= ind ind-ref) - (throw 'exit (point-at-bol))) + (throw 'exit (progn +;; Ensure bottom is just after a +;; non-blank line. +(skip-chars-backward \r\t\n) +(min (point-max) (1+ (point-at-eol)) ((looking-at #\\+begin_) (re-search-forward [ \t]*#\\+end_) (forward-line 1)) -- 1.7.3.2 ___ 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: MobileOrg on DropBox for Teams
Richard Moreland r...@ncogni.to writes: ... I'm not sure how your account sharing is setup: if you are all using the same credentials, you will probably run into trouble. ... ... The other option is to let each user have their own Dropbox account and simply share folders from a master account to each person. DropBox For Teams is a third option[1]. Teams gives you a block of shared space and a set of accounts (each with their own authentication credentials) that share that space. The entry level is 350G of space and five accounts. From an authentication point of view, it acts just like each user having their own DB account. However, the difference is that with Teams, everyone has access (assuming the sharing allows it) to the full 350G of space[2]. Actually ... I've just realized that there's no problem. Every user *can* have their own MobileOrg at the DB root, provided they don't share it with anyone else. In fact, even if they did share it, it would merely appear in someone else's view with a number appended to the name (just as happens right now if there's already a MobileOrg folder in DB when MobileOrg first starts). But then I don't know what the iPhone client would do if it spotted multiple genuine MobileOrg (n) folders at the DB root. But I think the general solution -- in a DB for Teams environment -- would be to recognize that the entire DB space is being shared among separately authenticating users, a la a set of unix home directories. I'm willing to bet that as Teams develops (it must still be in beta, hence it not being advertized) its multi-user-ness will become more obvious and demanding of app support. OK - conclusion. No change needed on anything right now. It's all good[3]. Tommy [1] We've been using it for over a year now but AFAICT it's still not being advertized. [2] Compare an entry-level DB for teams -- five users, 350G of space -- with five completely individual accounts, each with 70G. If no one is sharing anything (and DB is being used by each user merely only to sync personal data among multiple machines) then they're pretty much the same thing, assuming an even share of the 350G in the Teams case. But when sharing, Teams is better. With Teams, the maximum shared space is 350G, whereas with the individual accounts the maximum is still only 70G. [3] But if the Teams edition is to be embraced, then making the location of the MobileOrg files controllable *from within the setups of both emacs and the mobile device* (as opposed to after setting up, via a move of the folder) is probably advisable. ___ 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] Org support for the notmuch mail client
Hello, org-mode! The attached file implements links to mail collections and searchs to the notmuch mail client. A search is a query to be performed by notmuch; it is the equivalent to folders in other mail clients. Similarly, mails are refered to by a query, so both a link can refer to several mails. I had read on this list (http://www.mail-archive.com/emacs-orgmode@gnu.org/msg28411.html) that there already was an implementation of links to notmuch, but it could not be implemented because of paperwork problems. I have implemented this because I got tired of waiting :) I'm new to hacking org-mode, and the implementation might not be perfect. I would be happy to receive comments. I already have one question: why is it needed to url-encode the links in org mode? For instance, I would like to be able to hand-write links like this: [[notmuch-search:to:xxx and not from:]] But it only works if I org-link-encode/org-link-decode the link (else, the and not .. is completely skipped from the query). Similarly, if I do (org-open-link-from-string notmuch:id:\7f39qo4aut@aeuaue.free.fr\)) The last gets removed in the argument I receive in org-notmuch-open. This is a pity because hand-writing url-encoded links is not user-friendly. PS: could you please Cc me because I am not subscribed to the list. Matthieu org-notmuch.el Description: application/emacs-lisp ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Creating files for a Kindle
Jeff, and Alan, Initial play around with has allowed me to find that: Firstly, the Kindle doesn't recognise the HTML extension and HTML files copied onto the Kindle simply don't appear as being available for viewing. If you change the extension to txt, the file appears and can be seen as an HTML files but includes some spuriois HTML code. The Orgmode to XHTML to SIGIL to ePub to Calibre to MOBI (for the Kindle) works extremely well, and for proper books looks good. But for quick updates Calibre wil read the HTML files directly and will convert to MOBI reasonably well, if its simple text and simple tables. This is stll better than Orgmode to PDF to Calibre to MOBI, as this route breaks even simple tables. Thanks for the help. Graham ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Creating files for a Kindle
Firstly, the Kindle doesn't recognise the HTML extension and HTML files copied onto the Kindle simply don't appear as being available for viewing. If you change the extension to txt, the file appears and can be seen as an HTML files but includes some spuriois HTML code. Ah, that's a bit disappointing. Do you have DX? My manual says that HTML is directly supported, with loads of other formats, so maybe it's a DX only feature? The Orgmode to XHTML to SIGIL to ePub to Calibre to MOBI (for the Kindle) works extremely well, and for proper books looks good. Great! I'm really glad you found something that works! Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-indent, org-inlinetask: patches on github
I'm still all ears for a very generic default template for LaTeX, DocBook and ASCII (and not as ugly as those I provided). I'm not familiar enough with LaTeX to write a template. The only changes I would like to see are the TODO keyword highlighted in red, the remainder of the heading set in a normal size font, and perhaps a frame box around the todo item. Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Creating files for a Kindle
Jeff, Ah, that's a bit disappointing. Do you have DX? My manual says that HTML is directly supported, with loads of other formats, so maybe it's a DX only feature? It's not the DX (I don't think the DX is available in the UK, it certainly isn't on the Amazon UK site) BUT on the US site it says that HTML is supported through conversion However, with the bigger screen PDFs might work OK, but they don't work very well on the smaller screen. The Orgmode to XHTML to SIGIL to ePub to Calibre to MOBI (for the Kindle) works extremely well, and for proper books looks good. Great! I'm really glad you found something that works! It certainly works well for proper documents, but a bit of a hassle for quick updates. Where in fact HTML files with the extension chnaged to txt might still be the best option. Graham ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Beamer and notes blocks
Oh, that's really nice. I'm particularly pleased with the way beamer writes speaker notes like slides. One additional thing: I needed to comment out #+LaTeX_CLASS_OPTIONS: [presentation] before adding #+LaTeX_CLASS_OPTIONS: [notes] Maybe that was implied. Just wanted to post for posterity. Thanks, again! Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Generated images in buffer
Eric Schulte schulte.e...@gmail.com writes: You can place the ditaa code into a code block and then evaluate the code block with C-c C-c. This will insert a link to the generated image into your Org-mode file. If you then turn on inline images with M-x org-toggle-inline-images you can preview the generated image from within your Org-mode buffer. Hi Dov, Following on from the above, you can make the images in the emacs buffer automatically refresh[1] after execution with (add-hook 'org-babel-after-execute-hook 'org-display-inline-images) Dan Footnotes: [1] On reading the docstring, one might think that this would be the right code, but it doesn't seem to refresh the image: (add-hook 'org-babel-after-execute-hook (lambda () (org-display-inline-images nil t))) For more information on code blocks see http://orgmode.org/manual/Working-With-Source-Code.html#Working-With-Source-Code Best -- Eric Dov Grobgeld dov.grobg...@gmail.com writes: Thanks! So it possible for LaTeX, but not for other image generators. That's a bit unfair. How difficult would it be to generalize this so that it would support any image generator? Regards, Dov On Sun, Nov 28, 2010 at 09:34, Jeff Horn jrhorn...@gmail.com wrote: On Sun, Nov 28, 2010 at 2:04 AM, Dov Grobgeld dov.grobg...@gmail.com wrote: The same idea could be used for any system generating images, e.g. LaTeX formulas, asymptote, a python script using cairo, etc. I think evaluating Babel code blocks can insert output into your org-file. Also, I regularly use =C-c C-x C-l= to display rendered LaTeX equations in-buffer. That keystroke only displays the current subtree's equations. With a prefix, it will generate previews for the entire document. Best, Jeff -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ 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: moving in the agenda view is slow
I generate results for a number (looks like 99 times from the results) of 'n' moves through my agenda, including going through a few days from today forwards. I get the following: , | org-agenda-later 4 2.319228 0.579807 | org-agenda-redo 4 2.319001 0.57975025 | org-agenda-list 5 1.907568 0.3815136 | org-agenda-get-day-entries 99 1.708234 0.017254 | org-agenda-to-appt 4 1.170569 0.29264225 | org-agenda 1 1.161838 1.161838 | org-let 4 1.145839 0.28645975 | org-agenda-get-scheduled 99 0.875935 0.0088478282 | org-prepare-agenda 5 0.866513 0.1733026000 | org-prepare-agenda-buffers 9 0.721267 0.080140 | org-agenda-next-line 129 0.645353 0.0050027441 ` Now, this is on my home system on which the response is actually perfectly fine! It is on my work system where the response is slow so I will repeat this on Tuesday if I get a chance. My home machine is actually slower than my office system *but* my office system is using a less effective X window system graphics driver so the current view that font-locking may have something to do with the problem could be consistent with this. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.148.gc3b7e) ___ 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: Typo in Worg Beamer Tutorial
Jeff Horn jrhorn...@gmail.com writes: Hi Eric (or others), I believe the image used in section 3.1 on the following page is incorrect. http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.php I was expecting an image of the slide generated by the example code in that section. Best, Jeff Okay, I guess that makes sense! My [...] looks like this: is probably a bit too vague! I've changed the example text to match the image and have pushed the change. Thanks. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.148.gc3b7e) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Creating files for a Kindle
One thing that works for me is this: export a file or subtree to html, then send to [myna...@kindle.free.com. Then, when my Kindle is connected to the internet, it will automatically download Amazon's conversion of my html file. This happens pretty quickly, in my experience, so it will almost certainly be faster than other methods described in this thread. Mark Graham Smith myotis...@gmail.com writes: Jeff, Ah, that's a bit disappointing. Do you have DX? My manual says that HTML is directly supported, with loads of other formats, so maybe it's a DX only feature? It's not the DX (I don't think the DX is available in the UK, it certainly isn't on the Amazon UK site) BUT on the US site it says that HTML is supported through conversion However, with the bigger screen PDFs might work OK, but they don't work very well on the smaller screen. The Orgmode to XHTML to SIGIL to ePub to Calibre to MOBI (for the Kindle) works extremely well, and for proper books looks good. Great! I'm really glad you found something that works! It certainly works well for proper documents, but a bit of a hassle for quick updates. Where in fact HTML files with the extension chnaged to txt might still be the best option. Graham ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Creating files for a Kindle
Mark, On 28 November 2010 18:08, marksc...@gmail.com wrote: One thing that works for me is this: export a file or subtree to html, then send to [myna...@kindle.free.com. Then, when my Kindle is connected to the internet, it will automatically download Amazon's conversion of my html file. This happens pretty quickly, in my experience, so it will almost certainly be faster than other methods described in this thread. I'm a little confused by this as it seems that if you are within Whispernet range the file is sent to your Kindle but will cost 99 cents per file (its per Megabyte, but rounded up to nearest Mb, and 15 cents if you are in the US) , but I agree costs apart this would seem the easiest solution. I'm not sure how this approach works with graphics. It's too expensive an approach for me. Graham ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Creating files for a Kindle
Graham, The cost is nothing if you send it via email to your @free.kindle.com address. This is different from whispernet (which uses 3g, correct?). Perhaps you would need to turn off the 3g option? I don't know because I have the Kindle without 3g. I haven't tried it with graphics at all, so I can't say. Perhaps someone has experimented? Mark Graham Smith myotis...@gmail.com writes: Mark, On 28 November 2010 18:08, marksc...@gmail.com wrote: One thing that works for me is this: export a file or subtree to html, then send to [myna...@kindle.free.com. Then, when my Kindle is connected to the internet, it will automatically download Amazon's conversion of my html file. This happens pretty quickly, in my experience, so it will almost certainly be faster than other methods described in this thread. I'm a little confused by this as it seems that if you are within Whispernet range the file is sent to your Kindle but will cost 99 cents per file (its per Megabyte, but rounded up to nearest Mb, and 15 cents if you are in the US) , but I agree costs apart this would seem the easiest solution. I'm not sure how this approach works with graphics. It's too expensive an approach for me. Graham ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: moving in the agenda view is slow
Am 28.11.2010 01:30, schrieb Nick Dokos: Rainer Stengelerainer.steng...@online.de wrote: Am 27.11.2010 20:23, schrieb Nick Dokos: ... Can you do M-x elp-instrument-functionRET next-lineRET and get another profile? ok, I did, getting org-agenda-next-line 10 0.864912 0.0864912 org-unhighlight 14 0.000875 6.257...e-05 org-detach-overlay14 0.000622 4.449...e-05 org-agenda-do-context-action 10 0.000274 2.74e-05 org-get-at-bol10 9.400...e-05 9.400...e-06 org-agenda-post-command-hook 14 7.5e-05 5.357...e-06 for 10 next-lines, all in the agenda block of Monday 29 November 2010 W48 which means there is no date crossing. What can I do to detail org-agenda-next-line? Apparently, you didn't read my mail carefully enough: see above. Nick Nick, sorry if I misunderstand, I tried again and get this: which probably is not what we expect to see? What I do is: being in the agenda I enter M-x elp-instrument-function RET next-line RET then enter n once and get: next-line 1 0.016 0.016 Thats really all I get. No more line than this one. Rainer ___ 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(?) in org-preview-latex-fragment
Hi all,
it seems that org-preview-latex-fragment does not process \include{} commands
in the LATEX_HEADER (while it does process \newcommand). It this supposed to be
like that? If not, can it be changed or worked around somehow?
TIA
Sebastian
Minimal example:
test.org:
===
#+LATEX_CLASS: article
#+LATEX_HEADER: \include{commands}
#+LATEX_HEADER: \newcommand{\x}{X}
* This works
$\x$
* This doesn't
$\y$
===
commands.tex:
===
\newcommand{\y}{Y}
===
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX export of lists
Aloha Nicolas,
On Nov 28, 2010, at 5:05 AM, Nicolas Goaziou wrote:
Hello,
Thomas S Dye writes:
* List
1. First item
2. Second item Following text.
This is completely different from your first example. Here Following
text is inside the list, whereas before, it was outside.
This works for lists set in a paragraph, but won't work for lists
set out by themselves. Richard's \noindent will work in these
situations, but I'm wondering why the empty line is there in the
first place?
I don't know, I am going to investigate this.
Thanks for looking into this. The desired org-mode example and
exported result is this:
* List
1. First item
2. Second item
Following text
\section{List}
\label{sec-1}
\begin{enumerate}
\item First item
\item Second item
\end{enumerate}
Following text
This way, the decision to typeset the list in-paragraph or displayed
with following non-indented text can be made by the LaTeX class file.
This means that
* List
1. First item
2. Second item
Following text
should export as:
\section{List}
\label{sec-1}
\begin{enumerate}
\item First item
\item Second item
\end{enumerate}
Following text
All the best,
Tom
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Creating files for a Kindle
Mark The cost is nothing if you send it via email to your @free.kindle.com address. This is different from whispernet (which uses 3g, correct?). Perhaps you would need to turn off the 3g option? I don't know because I have the Kindle without 3g. It seems you are correct, I am still wading through the instructions. I haven't tried it with graphics at all, so I can't say. Perhaps someone has experimented? If there are no costs inolved this could still be a quick and easy way of keeping text only/tables up to date on the Kindle, even if it doesn't do graphics. A lot of what I want regularly updated will be text. Thanks, Graham ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [patch] LaTeX export of lists
Aloha Nicolas, On Nov 28, 2010, at 5:54 AM, Nicolas Goaziou wrote: Thomas, Could you please test this patch and tell me if it breaks something? Regards, -- Nicolas 0001-Exporting-lists-to-LaTeX-respects-blank-lines.patch This works perfectly for me. Thanks! All the best, Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Lists handling
Carsten Dominik carsten.domi...@gmail.com writes: On Nov 27, 2010, at 7:12 PM, Nicolas Goaziou wrote: Hello, Karl Maihofer writes: Thanks for that. Did you work on the demote/promote problem, too? No, nothing related to lists actually. But I added a way to configure export of inline tasks. As pointed out above in my special case inline tasks would be a great thing to have in lists. But I understand your reservation. It would be desirable to hear the opinions of others here. 1. My feeling is that it would be nice to allow drawers inside a list. 2. I don't think it is important to allow lists inside drawers inside lists - you can just say in the docs that this is not supported and let users deal with this limitation. 3. What should be allowed is to have lists inside a drawer that is not itself in a list. We need that for logbook entries and the like. 4. I also think that inline tasks inside a list are overkill and would overly complicate things. Well, my immediate reaction was to jump in and say that this (pt 4) is exactly when I most need inline tasks! My typical use case is taking minutes at a meeting and assigning actions to individuals: inline tasks are perfect for this. However, on reflection, obviously a simple nested single item list would do the job just fine *if* we could assign TODO actions to list items... *but* we cannot unfortunately. So, I'm back to needing to use inline tasks or putting in a request for taskable list items... Of course, this need could be because I don't actually understand drawers and their potential for my particular use case. Any elucidation on this aspect would be most welcome! For instance, could drawers give me todo assignments? thanks, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.148.gc3b7e) ___ 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] Capture into subheading of current headline
I think I'm missing something obvious here -- I can't define a capture template that puts the results as a sub-heading of the heading that the cursor is currently in. For example: * Some Heading cursor is here some text in this heading I want to use org-capture to put a subheading here I tried defining a template that used the org-end-of-subtree function: (setq org-capture-templates `((x Subheading entry (function org-end-of-subtree) * %?\n\n :clock-in t :clock-resume t) ) ) But, the captured data is inserted as a sibling heading in front of the heading where the cursor is, like this: * The result of my capture template * Some Heading cursor is here ** I want the result of the capture template here I've also tried outline-next-heading, and outline-end-of-subtree but they add non-subtree headlines, and insert into #+begin_src / #+end_src blocks, which is undesirable I've also tried the solution proposed in this thread, but haven't quite got it correct: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg28946.html Any help appreciated, Thanks, --Nate ___ 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] MobileOrg and Voice Capturing (Android)
Hi together TextToSpeech has made our lives easier, especially for car-drivers like me. I have tried to capture tasks by voice on my Android device and implement them automatically to my org-files at home. The results are practicable but far from optimal by now. Maybe there are some Android users on this list who like to get involved in trying to find an optimal solution. *My method at the moment:* I use tasker, the Android killer-app for automatizing almost every thinkable task. Created a new task called org-voice with tasker. Pressing the associated icon does the following: 1. Plays Darth Vader's voice saying What is thy bidding, my master? 2. Loads app Voice2Clipboard 3. Waits for 30 seconds (to get Voice2Clipboard ready for recording and for me to finish speaking the note) 4. Write File: Writes the clipboard content to a file /sdcard/dropbox/org/org-voice.org After uploading the file with Dropbox, a cronjob on my PC (which is always switched on) takes care of the file. Its lines (each is a capture item) are transformed by a series of sed operations and put into a different file from-org-voice.org together with some TAGS and a TODO keyword; after that the original file is emptied. That's it. The problem with this approach is that you still have to manually download the (empty) capture-file (org-voice.org)[¹] and to manually upload it again, because Dropbox for Android doesn't sync changed files on the sdcard automatically. And especially to upload process needs quite a view clicks. *What would be better:* Use MobileOrg and have the clipboard contents written into the file used by MobileOrg for written captures. This is /sdcard/mobileorg/mobileorg.org if you use sdcard-storage. This way, you could use MobileOrg's own syncing process and no cronjob would be necessary. This could be done in two ways: 1. Use the same procedure and let tasker write the contents into the file directly. This is not possible for me since I have to use internal-storage for reasons of performance[²] and the files in /data/data/com.matburt.mobileorg/files/ are not writable for other programs without root. 2. Use tasker to start MobileOrg, enter the capture dialog and have a voice recognition app started. I simply don't know how to do that. Maybe tasker can even be programmed to automatically start MobileOrg's syncing process from time to time. But I don't know if and how this is possible. Does anybody have a better solution? Or a better idea? Greetings, Sven [¹] If you don't, the next sync with dropbox would replace the file with your notes by the empty file hosted on the Dropbox server. [²] On HTC Magic (Android 1.6) sdcard-storage makes MobileOrg incredibly slow. It takes more than a minute after starting MobileOrg until the files are displayed. ___ 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] placement of \title, \author,...
Hi,
would it be possible to move the \title, \author, \date commands to after
\begin{document}?
This may sound like a stupid suggestion, but some classes (in particular revtex
- the standard class for journals of the american physical society) throw
errors otherwise. A possible patch is attached. I tested the modification for
the standard classes (article, report, book and beamer) and they all work fine.
I'm wondering if Carsten never experienced this problem...
TIA
Sebastian
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 91bf380..e58c11d 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1281,6 +1281,8 @@ OPT-PLIST is the options plist for current buffer.
(org-export-apply-macros-in-string org-export-latex-append-header)
;; define alert if not yet defined
\n\\providecommand{\\alert}[1]{\\textbf{#1}}
+ ;; beginning of the document
+ \n\\begin{document}\n\n
;; insert the title
(format
\n\n\\title{%s}\n
@@ -1297,8 +1299,6 @@ OPT-PLIST is the options plist for current buffer.
(format-time-string
(or (plist-get opt-plist :date)
org-export-latex-date-format)))
- ;; beginning of the document
- \n\\begin{document}\n\n
;; insert the title command
(when (string-match \\S- title)
(if (string-match %s org-export-latex-title-command)
___
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: moving in the agenda view is slow
Eric S Fraga ucec...@ucl.ac.uk wrote: I generate results for a number (looks like 99 times from the results) Looks like 129 times from the results below. of 'n' moves through my agenda, including going through a few days from today forwards. I get the following: , | org-agenda-later 4 2.319228 0.579807 | org-agenda-redo 4 2.319001 0.57975025 | org-agenda-list 5 1.907568 0.3815136 | org-agenda-get-day-entries 99 1.708234 0.017254 | org-agenda-to-appt 4 1.170569 0.29264225 | org-agenda 1 1.161838 1.161838 | org-let 4 1.145839 0.28645975 | org-agenda-get-scheduled 99 0.875935 0.0088478282 | org-prepare-agenda 5 0.866513 0.1733026000 | org-prepare-agenda-buffers 9 0.721267 0.080140 | org-agenda-next-line 129 0.645353 0.0050027441 ` Are you leaning on the n key? It's probably better to press it a given number of times instead. Or is it the case that the delay you and Rainer see *only* exhibits itself on auto-repeat? If the latter, then it might very well be the case that X is the culprit (or the emacs display engine or who knows what else). The org-agenda-next-line time per call is about 4x what I get on my system (where I have not seen the problem), so I assume that you will also probably get the 50x (or so) slowdown on your office system that Rainer got. Now, this is on my home system on which the response is actually perfectly fine! It is on my work system where the response is slow so I will repeat this on Tuesday if I get a chance. My home machine is actually slower than my office system *but* my office system is using a less effective X window system graphics driver so the current view that font-locking may have something to do with the problem could be consistent with this. Actually, I'm not sure it has anything to do with font-lock: I got some font-lock results in my initial profile (for unknown reasons - I hadn't added font-lock to the elp list afaik, but I may have done something stupid), and Manuel Hermenegildo chimed in with a problem that he has had for a while: there is a suspected font-lock connection there and Manuel posted a workaround for this problem[fn:1], but afaik this problem is not related to that one. The main thing to check in this problem case is whether the time that org-agenda-next-line takes is roughly the same as the time that next-line itself takes. There is somewhat indirect evidence that that is the case, but we need to make sure. I asked Rainer to add next-line to the elp list with M-x elp-instrument-function RET next-line RET, but I haven't heard any results yet. Thanks, Nick Footnotes: [fn:1] I don't remember who posted the workaround originally and haven't gone back to check. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Creating files for a Kindle
Just to follow this up, the kindle service to convert the HTML seems to work well, and I have now grasped how the free service works. Even if you have the 3g version of the Kindle, if you send it to the free email address for conversion it isn't delivered until you are connected to the Internet via a Wireless connection, and hence no charges are incurred. Sorry, this has gone somewhat off topic. I did start off looking for Orgmode tips, but it drifted off. Graham ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Automatic screenshot insertion
At Thu, 18 Nov 2010 18:16:22 +0100, Jonathan BISSON wrote: Here is a little function that allows a user to insert a screenshot easily. Only works on unix-like systems where ImageMagick is installed (adapt import to your screenshot program if needed). Nice. Do you mind of I put the function on Org mode'S wiki (Worg) in the Org hacks page?[1] Best, -- David [1] http://orgmode.org/worg/org-hacks.php -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpdiCfMB9WSg.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: moving in the agenda view is slow
Am 28.11.2010 20:29, schrieb Nick Dokos: Eric S Fragaucec...@ucl.ac.uk wrote: I generate results for a number (looks like 99 times from the results) Looks like 129 times from the results below. of 'n' moves through my agenda, including going through a few days from today forwards. I get the following: , | org-agenda-later 4 2.319228 0.579807 | org-agenda-redo 4 2.319001 0.57975025 | org-agenda-list 5 1.907568 0.3815136 | org-agenda-get-day-entries 99 1.708234 0.017254 | org-agenda-to-appt 4 1.170569 0.29264225 | org-agenda 1 1.161838 1.161838 | org-let 4 1.145839 0.28645975 | org-agenda-get-scheduled 99 0.875935 0.0088478282 | org-prepare-agenda 5 0.866513 0.1733026000 | org-prepare-agenda-buffers 9 0.721267 0.080140 | org-agenda-next-line 129 0.645353 0.0050027441 ` Are you leaning on the n key? It's probably better to press it a given number of times instead. Or is it the case that the delay you and Rainer see *only* exhibits itself on auto-repeat? If the latter, then it might very well be the case that X is the culprit (or the emacs display engine or who knows what else). The org-agenda-next-line time per call is about 4x what I get on my system (where I have not seen the problem), so I assume that you will also probably get the 50x (or so) slowdown on your office system that Rainer got. Now, this is on my home system on which the response is actually perfectly fine! It is on my work system where the response is slow so I will repeat this on Tuesday if I get a chance. My home machine is actually slower than my office system *but* my office system is using a less effective X window system graphics driver so the current view that font-locking may have something to do with the problem could be consistent with this. Actually, I'm not sure it has anything to do with font-lock: I got some font-lock results in my initial profile (for unknown reasons - I hadn't added font-lock to the elp list afaik, but I may have done something stupid), and Manuel Hermenegildo chimed in with a problem that he has had for a while: there is a suspected font-lock connection there and Manuel posted a workaround for this problem[fn:1], but afaik this problem is not related to that one. The main thing to check in this problem case is whether the time that org-agenda-next-line takes is roughly the same as the time that next-line itself takes. There is somewhat indirect evidence that that is the case, but we need to make sure. I asked Rainer to add next-line to the elp list with M-x elp-instrument-functionRET next-lineRET, but I haven't heard any results yet. Thanks, Nick Footnotes: [fn:1] I don't remember who posted the workaround originally and haven't gone back to check. Nick, I tried with pressing n step by step 10 times, so no leaning on the n key: org-agenda-next-line 10 0.313999 0.0314 next-line 10 0.313999 0.0314 org-detach-overlay12 0.0 0.0 org-agenda-post-command-hook 12 0.0 0.0 org-agenda-do-context-action 10 0.0 0.0 org-get-at-bol10 0.0 0.0 org-unhighlight 12 0.0 0.0 font-lock-mode1 0.0 0.0 font-lock-default-function1 0.0 0.0 I see no change. Emacs is on Windows XP. Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-reverse-note-order
At Fri, 19 Nov 2010 09:58:11 -0500, Marvin Doyley wrote: [1 multipart/alternative (7bit)] (setq org-reverse-note-order t) does not seem to work properly with org-capture-templates It seems to append my TODO or notes at the end rather at the beginning. Does anybody know what I am doing wrong ? Not sure about this variable, but you might try the property :prepend in the capture template: C-h v org-capture-templates RET The rest of the entry is a property list of additional options. Recognized properties are: :prependNormally newly captured information will be appended at the target location (last child, last table line, last list item...). Setting this property will change that. HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpzwQet18O9r.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: HTML export of latex typesetting..
At Sun, 21 Nov 2010 18:36:27 + (UTC),
Madhu Rao wrote:
Ahmed Fasih fasih.1 at osu.edu writes:
I have a few latex fragments - textbf{some text} in an org-mode file.
When I export to HTML, I see them as \textbf{some text}. Is there a way to
get them bold faced in the HTML export?
I use the org mode markup, *some text* which gets exported correctly
to both Latex and HTML. Hope this helps.
Thanks Ahmed. Actually, I need to do the following:
bold-face only a letter of a word. Ex: \textbf{E}macs. orgmode markup
does not work for this: *E*macs.
You might try to use a lisp functions that is run in
`org-export-html-final-hook'
Hook run at the end of HTML export, in the new buffer.
E.g.
(defun my/replace-latex-markup ()
Replace LaTeX markup like textbf with html tags.
(interactive)
(replace-regexp textbf{\\([^}]+\\)} strong\\1/strong))
(add-hook 'org-export-html-final-hook 'my/replace-latex-markup)
HTH,
-- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de
pgp0nJ3oICbWM.pgp
Description: PGP signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Bug] Org-beamer block display math
Jeff Horn jrhorn...@gmail.com writes:
When marking a block to call out display math, I notice an extra line
break above the display math. I believe this occurs because the block
is given it's own section.
I've noticed this as well recently [1]. However, I do not believe it is
anything org is doing as the latex code generated is quite
straightforward. For instance, I get:
--8---cut here---start-8---
\begin{column}{0.5\textwidth}
\begin{block}{Model}
\label{sec-3_1_2}
\begin{align*}
\Diff{T(x)}{x} = - \frac{Q}{kA} \\
T(0) = 600 \\
T(L) = 20
\end{align*}
\end{block}
\end{column}
--8---cut here---end---8---
The two blank lines between the label and the beginning of the align do
not do anything. The extra space in the resulting block in the PDF is
there whether these lines are there or not.
I expect the math to be centered vertically within the block. Is there
a workaround?
I've taken to inserting
#+latex: \vspace*{-0.5cm}
just before my maths.
HTH,
eric
Footnotes:
[1] which only means that I have started doing a significant amount of
beamer work in org after a break of a number of weeks so any changes
in org et al. could have happened any time in the past couple of
months...
--
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1
: using Org-mode version 7.3 (release_7.3.148.gc3b7e)
___
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-reverse-note-order
Marvin Doyley marvin...@gmail.com writes: (setq org-reverse-note-order t) does not seem to work properly with org-capture-templates It seems to append my TODO or notes at the end rather at the beginning. Does anybody know what I am doing wrong ? AFAICT, org-reverse-note-order is only used by org-remember and org-refile. To have notes placed at the top of a file/entry by org-capture, you need to use the :prepend property in the relevant capture templates. ,[ C-h v org-capture-templates ] | [snip] | The rest of the entry is a property list of additional options. Recognized | properties are: | | :prependNormally newly captured information will be appended at | the target location (last child, last table line, | last list item...). Setting this property will | change that. | [snip] ` Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: moving in the agenda view is slow
Rainer Stengele rainer.steng...@online.de wrote: Am 28.11.2010 01:30, schrieb Nick Dokos: Rainer Stengelerainer.steng...@online.de wrote: Am 27.11.2010 20:23, schrieb Nick Dokos: ... Can you do M-x elp-instrument-functionRET next-lineRET and get another profile? ok, I did, getting org-agenda-next-line 10 0.864912 0.0864912 org-unhighlight 14 0.000875 6.257...e-05 org-detach-overlay14 0.000622 4.449...e-05 org-agenda-do-context-action 10 0.000274 2.74e-05 org-get-at-bol10 9.400...e-05 9.400...e-06 org-agenda-post-command-hook 14 7.5e-05 5.357...e-06 for 10 next-lines, all in the agenda block of Monday 29 November 2010 W48 which means there is no date crossing. What can I do to detail org-agenda-next-line? Apparently, you didn't read my mail carefully enough: see above. Nick Nick, sorry if I misunderstand, I tried again and get this: which probably is not what we expect to see? What I do is: being in the agenda I enter M-x elp-instrument-function RET next-line RET then enter n once and get: next-line 1 0.016 0.016 Thats really all I get. No more line than this one. I just tried the following sequence: --8---cut here---start-8--- o Start a new emacs o M-x elp-instrument-package RET org RET o M-x elp-instrument-function RET next-line RET o C-c a a to get an agenda o M-x elp-reset-all o Press n 11 times (I just went over all the items for today). o M-x elp-results --8---cut here---end---8--- and I get the following results: --8---cut here---start-8--- org-agenda-next-line 11 0.012638 0.0011489090 org-agenda-do-context-action 11 0.007312 0.0006647272 org-display-outline-path 10 0.006614 0.0006614 next-line 11 0.005075 0.0004613636 org-get-outline-path 10 0.002875 0.0002875999 org-up-heading-safe 20 0.002387 0.0001193500 org-back-to-heading 20 0.000652 3.26e-05 org-format-outline-path 10 0.000316 3.16e-05 org-unhighlight 12 0.00023 1.916...e-05 org-outline-level 30 0.000179 5.966...e-06 org-add-props 10 7.199...e-05 7.199...e-06 org-get-at-bol11 6e-05 5.454...e-06 org-detach-overlay12 5.600...e-05 4.666...e-06 org-agenda-post-command-hook 12 4.199...e-05 3.499...e-06 --8---cut here---end---8--- Can you try this and let me know if it's not working the same way? Thanks, Nick PS Incidentally, note that in my case the next-line times account for about 40% of the org-agenda-next-line times: the other 60% is accounted for by org-agenda-do-context-action. In your original profile, the latter was insignificant: that's why I'd like to see the next-line results. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Babel] Reporting 2 problems of code execution
#+TITLE: 2 problems with executing block codes #+DATE: 2010-11-28 #+LANGUAGE: en Hi Eric and Dan, * Abstract Reporting two problems: 1. parsing problem of unescaped text from a shell block 2. end marker repeated upon execution of elisp block Note that I added the RESULT thing in my default headers. * Data Let's say I want to grep trough arbitrary text, such as: #+results:a-couple-of-lines : He said I'll do it : but that cannot be echo'ed! ... or to let it scanned by AWK for post-processing (like generating some DOT representation). But, first, as errors are popping up, let's say I can just output it as is. * Shell code #+begin_src sh :var data=a-couple-of-lines :exports both echo $data #+end_src #+results: #+BEGIN_RESULT #+END_RESULT The data is impossible (*for me*, as is) to print out from a shell code. Though, it is in Emacs-Lisp... without any change. Note that it's the second *single quote* only that's causing a problem, not the first one... * Emacs-Lisp code Executing this: #+begin_src emacs-lisp :var data=a-couple-of-lines :exports both (prin1-to-string data) #+end_src #+results: #+BEGIN_RESULT #+begin_example He said \I'll do it\ but that cannot be echoed! #+END_RESULT#+end_example #+end_example #+end_example #+end_example #+end_example #+end_example #+end_example #+end_example #+end_example works, but the *end marker is repeated* as long as we re-execute the 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
Re: [Orgmode] Lists handling
Eric S Fraga ucec...@ucl.ac.uk schrieb: Well, my immediate reaction was to jump in and say that this (pt 4) is exactly when I most need inline tasks! My typical use case is taking minutes at a meeting and assigning actions to individuals: inline tasks are perfect for this. However, on reflection, obviously a simple nested single item list would do the job just fine *if* we could assign TODO actions to list items... *but* we cannot unfortunately. So, I'm back to needing to use inline tasks or putting in a request for taskable list items... Seems as if I'm not alone. :-) 1) I understand that inline tasks withhin lists are not the perfect solution. They break the list visually because they live in column 1. So if you do not need to define a real task but just write a comment, a drawer should be the better solution. , | - Item 1 | - Item 1a | :COMMENT: | This is a comment. | :END: | - Item 1b | - Item 2 | - Item 3 ` 2) Another topic is the need of real tasks withhin lists. And I think that this depends on how you use Org. If you use Org just to write down thoughts using headings, you can define tasks for any item. , | * Text | * Text | ** Text | ** TODO Text | * Text ` But if you have more complex documents that have different headings and you'd like to have a list view for your structured thoughts, you may prefer lists. And when these lists get larger, the need to define list items as tasks gets more important. Since Org is based on a outline structure of items beginning with a star, it may be difficult to realise the possibility to mark list items as tasks!? , | - Item 1 | - Item 1a | - TODO Item 1b | - Item 3 ` So inline tasks may be a work around. My first guess was something like that: , | - Item 1 | - Item 1a | *** TODO Inline Task | Here is text. | *** END | - Item 1b | - Item 2 | - Item 3 ` If that is difficult to implement and drawers are a appropriate way to mark text to belong to a list item, what about using inline tasks withhin such a drawer? , | - Item 1 | - Item 1a | :TASK: | *** TODO Inline Task | Here is text. | *** END | :END: | - Item 1b | - Item 2 | - Item 3 ` The best solution seems to be allowing list items to get a TODO-state. But I think this is too complicated to implement? Regards, Karl ___ 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: Stack overflow in regexp matcher
Michael Brand michael.ch.br...@gmail.com writes: Here is an issue for the quite common work flow of copy pasting some table columns in a whole from a spreadsheet application into Org table. For this situation I suggest to provide a better user information than only the current error message Stack overflow in regexp matcher. Reproduce like this: in a spreadsheet application like OpenOffice.org Calc or Excel: - create a 1x2 table with two columns A and B - fill out the fields A1 and B1 with some simple content - select the columns A and B and copy to clipboard in a new Org buffer: - paste from clipboard - select the line with A1 and B1 - convert the selection to Org table: C-c | - change A1 to the assignment `=1' - try to update Org table: C-c C-c This will produce the above mentioned error message. The reason are the 65535 lines with a TAB following the Org table that have been copied when selecting the two first columns A and B in the spreadsheet application. It can be quite annoying to find this out with only the current error message and with TABs not made visible so I thought it would be helpful to point this out in the hope of someone finding a better user guidance. I'd like to provide a patch by myself but in this case I don't understand more than to find out that the many TABs are the problem and have to be removed or to be not copied. I can reproduce this with OpenOffice. Here's the backtrace: Debugger entered--Lisp error: (error Stack overflow in regexp matcher) looking-at(\\([ ]*\n\\)*[ ]*#\\+TBLFM: *\\(.*\\)) org-table-get-stored-formulas() org-table-get-formula(#(1 0 1 (face org-formula fontified t)) nil) org-table-eval-formula(nil #(1 0 1 (face org-formula fontified t))) org-table-maybe-eval-formula() org-ctrl-c-ctrl-c(nil) call-interactively(org-ctrl-c-ctrl-c nil nil) Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: moving in the agenda view is slow
Nick Dokos nicholas.do...@hp.com writes: [...] I just tried the following sequence: o Start a new emacs o M-x elp-instrument-package RET org RET o M-x elp-instrument-function RET next-line RET o C-c a a to get an agenda o M-x elp-reset-all o Press n 11 times (I just went over all the items for today). o M-x elp-results and I get the following results: org-agenda-next-line 11 0.012638 0.0011489090 org-agenda-do-context-action 11 0.007312 0.0006647272 org-display-outline-path 10 0.006614 0.0006614 next-line11 0.005075 0.0004613636 org-get-outline-path 10 0.002875 0.0002875999 org-up-heading-safe 20 0.002387 0.0001193500 org-back-to-heading 20 0.000652 3.26e-05 org-format-outline-path 10 0.000316 3.16e-05 org-unhighlight 12 0.00023 1.916...e-05 org-outline-level30 0.000179 5.966...e-06 org-add-props10 7.199...e-05 7.199...e-06 org-get-at-bol 11 6e-05 5.454...e-06 org-detach-overlay 12 5.600...e-05 4.666...e-06 org-agenda-post-command-hook 12 4.199...e-05 3.499...e-06 Can you try this and let me know if it's not working the same way? Okay, here are mine for 11 presses of the n command: --8---cut here---start-8--- org-agenda-next-line 11 0.063334 0.0057576363 next-line11 0.033 0.003 org-agenda-do-context-action 11 0.030161 0.002741 org-display-outline-path 11 0.029602 0.0026910909 org-get-outline-path 11 0.023259 0.0021144545 org-up-heading-safe 44 0.022231 0.0005052727 org-back-to-heading 44 0.000716 1.629...e-05 org-format-outline-path 11 0.000484 4.409...e-05 org-outline-level77 0.000479 6.220...e-06 org-unhighlight 15 0.000189 1.266...e-05 org-add-props33 9.399...e-05 2.848...e-06 org-agenda-post-command-hook 15 4.499...e-05 2.999...e-06 org-get-at-bol 11 3.9e-05 3.545...e-06 org-detach-overlay 15 3.4e-05 2.266...e-06 --8---cut here---end---8--- I'm not sure what conclusions to draw from here (but, again, this is on my home system which seems much faster than my office system despite being a slower computer with less memory etc). PS Incidentally, note that in my case the next-line times account for about 40% of the org-agenda-next-line times: the other 60% is accounted for by org-agenda-do-context-action. In your original profile, the latter was insignificant: that's why I'd like to see the next-line results. And in mine, next-line is 50% of the time with the remainder being org-agenda-do-context-action. What does this mean? In any case, I will try all of this on Tuesday on my office system. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.148.gc3b7e) ___ 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-reverse-note-order
Hi David, I figured this out a week ago. You are correct I needed to include the prepend. Thanks M On Sunday, November 28, 2010, David Maus dm...@ictsoc.de wrote: At Fri, 19 Nov 2010 09:58:11 -0500, Marvin Doyley wrote: [1 multipart/alternative (7bit)] (setq org-reverse-note-order t) does not seem to work properly with org-capture-templates It seems to append my TODO or notes at the end rather at the beginning. Does anybody know what I am doing wrong ? Not sure about this variable, but you might try the property :prepend in the capture template: C-h v org-capture-templates RET The rest of the entry is a property list of additional options. Recognized properties are: :prepend Normally newly captured information will be appended at the target location (last child, last table line, last list item...). Setting this property will change that. HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] OT: Question concerning vc-working-revision in git versus svn
At Thu, 25 Nov 2010 14:38:29 +0100,
Rainer M Krug wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I migrated from svn to git, but I have one problem: in some documents, I
used
src_emacs-lisp[:exports results]{(vc-working-revision (or
(buffer-file-name) org-current-export-file))}
to insert the revision of the document. In svn, this resulted in a
number, through which I could identify the revision and retrieve it from
svn when needed in the future.
Under git, it simply tells me master - is there anything I can do to
get something similar then the revision number in svn, which I can use
to retrieve the version from git?
The problem is, that Git does not track revision of single files, but
only the entire work dir. So from Git's point of view there is no
such thing like a revision number of a particular file.
You might use this function
(defun my/git-last-commit-id ()
Return last commit in current workdir.
(let ((commit (shell-command-to-string git log -1 --pretty=oneline)))
(when (stringp commit)
(message
(substring commit 0 40)
To insert the ID of the last commit in the src_emacs_lisp[:exports
results] line.
Depending of the exact use of Git (e.g. explicitly committing changes
vs. auto-commits via cron) using rcs (which supports file revision
numbers) on top of Git.
I do this for some files and have this in my .emacs.d/init.el:
(setq vc-handled-backends
(append
(list 'RCS 'Git)
(delq 'Git (delq 'RCS vc-handled-backends
What makes vc prefer RCS over Git, and Git over all other VCSs. So
C-x v v by default uses RCS.
HTH,
-- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de
pgpKXGbFTLIAn.pgp
Description: PGP signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Generated images in buffer
Thanks! This is exactly what I was looking for. And indeed it is as easy to
output a graph from python (or any other language) as it is from ditaa:
* A ditaa image
#+begin_src ditaa :file example.png
+-+
| cBLU|
| |
|++
||cPNK|
|||
+++
#+end_src
#+results:
[[file:example.png]]
* A Python image
#+begin_src python :file circle.png
import cairo,math, os
width, height = 256,256
surface = cairo.ImageSurface (cairo.FORMAT_ARGB32, width, height)
ctx = cairo.Context (surface)
ctx.set_source_rgb(0,0,0)
ctx.rectangle(0,0,width,height)
ctx.fill()
ctx.set_source_rgb(1,1,1)
ctx.move_to(width/2,height/2)
ctx.arc(width/2,height/2,width*0.25,0,math.pi*2)
ctx.fill()
surface.write_to_png(circle.png)
#+end_src
#+results:
[[file:circle.png]]
* A matplotlib graph from http://matplotlib.sourceforge.net
#+begin_src python :file graph.png
from pylab import *
t = arange(0.0, 2.0, 0.01)
s = sin(2*pi*t)
plot(t, s, linewidth=1.0)
xlabel('time (s)')
ylabel('voltage (mV)')
title('About as simple as it gets, folks')
grid(True)
savefig(graph.png,dpi=50)
#+end_src
#+results:
[[file:graph.png]]
I'm wondering over one thing though. When exporting to HTML, the ditaa
source code is omitted, but the python source code is included. Is there any
way of controlling this in begin_src?
Thanks!
Dov
On Sun, Nov 28, 2010 at 19:27, Dan Davison dandavis...@gmail.com wrote:
(add-hook 'org-babel-after-execute-hook
(lambda () (org-display-inline-images nil t)))
___
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: request for latex-to-org importer
Marvin Doyley marvin...@gmail.com writes: Does anybody have a latex-org- importer ? I would like to use this as a collaborative tool when working with colleagues and students who are versed in latex but not familiar with emacs or org mode. Could prove to be very powerful when editing latex manuscripts - just import into org edit (my preferred way of working with latex) and export back to latex and send to co-authors. I have a rudimentary latex2org perl script (ahem, bundle of hacks) born of necessity that I intend to put up on Worg when I get a chance. I'm afraid it knows nothing (at the moment) of math formulas. (I did use it to convert a large manuscript, including biblatex citations, to a nice clean org file --- a result that brought a smile to my face, however ugly the script itself might be.) I'll try to clean it up and make it available as soon as I can. Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [patch] LaTeX export of lists
This works perfectly for me. Thanks! It is available on master branch now. Thanks for pointing out this little annoyance. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: moving in the agenda view is slow
Rainer Stengele rainer.steng...@diplan.de wrote: I tried with pressing n step by step 10 times, so no leaning on the n key: org-agenda-next-line 10 0.313999 0.0314 next-line 10 0.313999 0.0314 org-detach-overlay12 0.0 0.0 org-agenda-post-command-hook 12 0.0 0.0 org-agenda-do-context-action 10 0.0 0.0 org-get-at-bol10 0.0 0.0 org-unhighlight 12 0.0 0.0 font-lock-mode1 0.0 0.0 font-lock-default-function1 0.0 0.0 I see no change. Emacs is on Windows XP. OK - next-line is indeed taking up all the time (but the exact equality and the 0.0 times make me wonder about the clock resolution on this platform and how reliable elp is here), so, unless there is some backdoor connection, these delays have nothing to do with org - it's emacs itself which is slow: 31ms per call is not as slow as it was yesterday, but it's still 25x what I see. Eric, do you encounter this problem on Emacs/Windows XP as well? Has anybody encountered this problem on anything *but* Emacs/Windows XP? Rainer, if you'd like to continue the exercise, maybe the thing to do is to profile functions that next-line calls and get another profile. The only other function that seems likely to take up time is line-move, so you might proceed like this: Set up a minimal emacs so that you don't have to retype everything over and over. Something like the following, where I assume you use org-install to initialize org - you'll also have to change the load-path and the list of org-agenda-files to suit your situation: --8---cut here---start-8--- (add-to-list 'load-path ~/elisp/org-mode/lisp) (add-to-list 'auto-mode-alist '(\\.\\(org\\|org_archive\\|txt\\)$ . org-mode)) (require 'org-install) (require 'org-agenda) (global-set-key \C-cl 'org-store-link) (global-set-key \C-ca 'org-agenda) (global-set-key \C-cr 'elp-results) (elp-instrument-list '(org-agenda-next-line next-line line-move)) (setq org-agenda-files '(~/lib/org/work.org ~/lib/org/home.org)) (org-agenda-list) (elp-reset-all) --8---cut here---end---8--- Save it in a file called minimal.emacs and then say emacs -Q --load minimal.emacs You should get an agenda - press n a dozen times, and then C-c r to get the results. You can add more functions to the list above (the next few candidates are line-move-partial, line-move-visual, line-move-1). Assuming that you get consistent results implicating these, I suspect that the thing to do is to post your findings in an emacs forum or open an emacs bug report. I haven't gone back to check your original emails, but is there a particular version of emacs that exhibits this problem? Is there a version that does *not* exhibit it? When exactly did you start noticing this behavior (relative to emacs updates etc)? Thanks, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: moving in the agenda view is slow
Am 28.11.2010 21:01, schrieb Nick Dokos: Rainer Stengelerainer.steng...@online.de wrote: Am 28.11.2010 01:30, schrieb Nick Dokos: Rainer Stengelerainer.steng...@online.de wrote: Am 27.11.2010 20:23, schrieb Nick Dokos: ... Can you do M-x elp-instrument-functionRET next-lineRET and get another profile? ok, I did, getting org-agenda-next-line 10 0.864912 0.0864912 org-unhighlight 14 0.000875 6.257...e-05 org-detach-overlay14 0.000622 4.449...e-05 org-agenda-do-context-action 10 0.000274 2.74e-05 org-get-at-bol10 9.400...e-05 9.400...e-06 org-agenda-post-command-hook 14 7.5e-05 5.357...e-06 for 10 next-lines, all in the agenda block of Monday 29 November 2010 W48 which means there is no date crossing. What can I do to detail org-agenda-next-line? Apparently, you didn't read my mail carefully enough: see above. Nick Nick, sorry if I misunderstand, I tried again and get this: which probably is not what we expect to see? What I do is: being in the agenda I enter M-x elp-instrument-functionRET next-lineRET then enter n once and get: next-line 1 0.016 0.016 Thats really all I get. No more line than this one. I just tried the following sequence: --8---cut here---start-8--- o Start a new emacs o M-x elp-instrument-packageRET orgRET o M-x elp-instrument-functionRET next-lineRET o C-c a a to get an agenda o M-x elp-reset-all o Press n 11 times (I just went over all the items for today). o M-x elp-results --8---cut here---end---8--- and I get the following results: --8---cut here---start-8--- org-agenda-next-line 11 0.012638 0.0011489090 org-agenda-do-context-action 11 0.007312 0.0006647272 org-display-outline-path 10 0.006614 0.0006614 next-line 11 0.005075 0.0004613636 org-get-outline-path 10 0.002875 0.0002875999 org-up-heading-safe 20 0.002387 0.0001193500 org-back-to-heading 20 0.000652 3.26e-05 org-format-outline-path 10 0.000316 3.16e-05 org-unhighlight 12 0.00023 1.916...e-05 org-outline-level 30 0.000179 5.966...e-06 org-add-props 10 7.199...e-05 7.199...e-06 org-get-at-bol11 6e-05 5.454...e-06 org-detach-overlay12 5.600...e-05 4.666...e-06 org-agenda-post-command-hook 12 4.199...e-05 3.499...e-06 --8---cut here---end---8--- Can you try this and let me know if it's not working the same way? Thanks, Nick PS Incidentally, note that in my case the next-line times account for about 40% of the org-agenda-next-line times: the other 60% is accounted for by org-agenda-do-context-action. In your original profile, the latter was insignificant: that's why I'd like to see the next-line results. I did exactly what you wrote and got this: org-agenda-next-line 11 0.156000 0.0141818181 next-line 11 0.156000 0.0141818181 org-detach-overlay13 0.0 0.0 org-agenda-post-command-hook 13 0.0 0.0 org-agenda-do-context-action 11 0.0 0.0 org-get-at-bol11 0.0 0.0 org-unhighlight 13 0.0 0.0 Thanks, Rainer ___ 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] orgmode wiki sync
I have a dream. A dream where all people, emacs orgmode devotees or not, can work together on a wiki. :-) I mean this: in an office environment, the majority of people would not be emacs users. So despite the excellent collaboration workflow based on sharing org files through git, the average office worker (such as myself) is stranded if they have to work on a wiki. I think what's needed is a way to sync changes between wiki and org, a kind of extension of wiki publishing. The task is complex and involves: - converters for various wikis (back and forth). May use a common central format such as Creole as a hub - a strategy to deal with unrecognized markup for both directions. Such should be left alone, not clobbered - a strategy to deal with mapping between org files/trees and wiki pages (often people map level1 or level2 org trees to a wiki page) - sync/diff functionality to merge changes and resolve conflicts -- in the simplest scenario, org could refresh a page from the wiki, obtain a page lock (most wikis support page locks), change only one page, commit it - read write conduits for various wikis Is anyone interested in collaborating on this? What wikis are important for you? ___ 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
Lists, headlines, inline tasks, etc. (Re: [Orgmode] Lists handling)
Philosophically, or better, fundamentally, what are the differences between headlines and lists? Haven't thought about list syntax deeply, but for one, you can have text before a list and then after it. For another, headlines allow significant metadata. Also, we have mechanisms, including the agenda, user code, and even third-party stuff, that treat headlines specially. Lists are typically (almost always) treated as text content in .org files. Exporters treat lists as exported lists, of course. Lists have checkboxes and bullet styles. I think these things make lists different from headlines. === I am starting to favor inline tasks in lists, if it is possible to implement. It keeps the concepts separate and allows ALL properties of headlines. These include todo kw, drawers, properties, tags, count and percent cookies, priorities, headline coloring, other coloring, and existing user code for headlines. Somehow, actually, I sense the potential for constant bug fixes, compatibility problems, version issues, surprise export behavior, and regular expression issues over the next few years if some of these are implemented in lists. I don't think it's worth it. At least, that is my intuition. Inline tasks are pretty much guaranteed to do the things we want them to do. And they fit with the philosophy in org of putting tasks in your notes exactly where you want them, instead of keeping them separate. If you have a long list, not allowing inline tasks in the list prevents that. === When I started with org, I thought lists might be an extraneous concept; anything we want to do with them should be done with headlines. But now that I have learned more about org and exporting, I think it's a good idea to have lists. The fundamental principle in software that this raised, for me, is the concept that if two things are similar enough, they should be made the same, only parameterized. But we are past the point of no return on lists. For example, we can't implement lists and headlines with the same code. And different code to do the same thing is just wrong. :) Of course we should have list navigation and shifting (promoting, demoting, moving) be analogous with headlines. But that is behavior; it isn't a fundamental need for parameterization. I'd say, with my current knowledge of org, it seems much better to allow inline tasks than to gradually make lists more like headlines by adding todo kw and the like. I know opinions vary on this (including Carsten's desire, expressed long ago, to add todo kw to lists). And I don't need inline tasks in lists. And again I have not thought deeply about list syntax. So consider it merely ideas for consideration. Another possibility is to use ID markers, which you can insert anywhere, can be made invisible for export, and can point to a real task. But it's not quite the same thing as an inline task. Samuel -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied a deadly serious disease for 25 years] == HIV-like virus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: moving in the agenda view is slow
Eric S Fraga ucec...@ucl.ac.uk wrote: Okay, here are mine for 11 presses of the n command: --8---cut here---start-8--- org-agenda-next-line 11 0.063334 0.0057576363 next-line11 0.033 0.003 org-agenda-do-context-action 11 0.030161 0.002741 org-display-outline-path 11 0.029602 0.0026910909 org-get-outline-path 11 0.023259 0.0021144545 org-up-heading-safe 44 0.022231 0.0005052727 org-back-to-heading 44 0.000716 1.629...e-05 org-format-outline-path 11 0.000484 4.409...e-05 org-outline-level77 0.000479 6.220...e-06 org-unhighlight 15 0.000189 1.266...e-05 org-add-props33 9.399...e-05 2.848...e-06 org-agenda-post-command-hook 15 4.499...e-05 2.999...e-06 org-get-at-bol 11 3.9e-05 3.545...e-06 org-detach-overlay 15 3.4e-05 2.266...e-06 --8---cut here---end---8--- I'm not sure what conclusions to draw from here (but, again, this is on my home system which seems much faster than my office system despite being a slower computer with less memory etc). PS Incidentally, note that in my case the next-line times account for about 40% of the org-agenda-next-line times: the other 60% is accounted for by org-agenda-do-context-action. In your original profile, the latter was insignificant: that's why I'd like to see the next-line results. And in mine, next-line is 50% of the time with the remainder being org-agenda-do-context-action. What does this mean? It's qualitatively different from Rainer's original profile. org-agenda-next-line calls next-line and then org-agenda-do-context-action. In Rainer's profile, the latter took almost no time, whereas in your faster system and also in mine, there is a roughly 50/50 (or 40/60) split. In Rainer's later profiles, it's a 100/0 split. That, along with the fact that the whole thing takes much longer (somewhere from 10x to 50x[fn:1]) leads to the conclusion that probably something is busted in next-line. So it doesn't mean much: just gathering sticks for now and maybe we can build a house with them (then again, maybe not). In any case, I will try all of this on Tuesday on my office system. I'd be very interested to learn what you find out. Thanks, Nick Footnotes: [fn:1] this kind of variance bothers me, but I guess I'll have to live with it. ___ 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: moving in the agenda view is slow
Nick Dokos nicholas.do...@hp.com writes: [...] Eric, do you encounter this problem on Emacs/Windows XP as well? Has anybody encountered this problem on anything *but* Emacs/Windows XP? All my systems run Linux (Debian testing+unstable mix) so it's not the OS. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1 : using Org-mode version 7.3 (release_7.3.148.gc3b7e) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: moving in the agenda view is slow
Eric S Fraga ucec...@ucl.ac.uk wrote: Nick Dokos nicholas.do...@hp.com writes: [...] Eric, do you encounter this problem on Emacs/Windows XP as well? Has anybody encountered this problem on anything *but* Emacs/Windows XP? All my systems run Linux (Debian testing+unstable mix) so it's not the OS. OK, thanks. It also eliminates the window system (unless Rainer is running X on Windows), so it looks like an emacs problem. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Generated images in buffer
Dov Grobgeld dov.grobg...@gmail.com writes: Thanks! This is exactly what I was looking for. And indeed it is as easy to output a graph from python (or any other language) as it is from ditaa: * A ditaa image #+begin_src ditaa :file example.png [...] * A Python image #+begin_src python :file circle.png [...] I'm wondering over one thing though. When exporting to HTML, the ditaa source code is omitted, but the python source code is included. Is there any way of controlling this in begin_src? Hi Dov, Yes, see the documentation of the :exports header argument. http://orgmode.org/manual/Exporting-code-blocks.html#Exporting-code-blocks Header arguments such as :exports can be set in various different ways. http://orgmode.org/manual/Using-header-arguments.html#Using-header-arguments The difference in behavior you see stems from the value of the variable org-babel-default-header-args, and the language-specific versions of that variable. Note below that although :exports in general defaults to code, for ditaa this default is overridden to results. The reason for which was that ditaa code is typically going to be there to generate graphics, whereas that is only occasionally true for python. #+begin_src emacs-lisp :results pp org-babel-default-header-args #+end_src #+results: : ((:session . none) : (:results . replace) : (:exports . code) : (:cache . no) : (:noweb . no) : (:hlines . no) : (:tangle . no)) #+begin_src emacs-lisp :results pp org-babel-default-header-args:ditaa #+end_src #+results: : ((:results . file) : (:exports . results)) #+begin_src emacs-lisp :results pp org-babel-default-header-args:python #+end_src #+results: : nil Dan Thanks! Dov On Sun, Nov 28, 2010 at 19:27, Dan Davison dandavis...@gmail.com wrote: (add-hook 'org-babel-after-execute-hook (lambda () (org-display-inline-images nil t))) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Project management Dynamic block per tag + [Babel]
Francesco Pizzolante fpz-djc/ipccudyqhejpep6iedvlejwur...@public.gmane.org writes: Hi, I'm using Org to manage a project. I need to output a tasks list for every of my colleagues, person per person. I'm currently using tags to assing people to tasks (even if I'm not completely convinced that this is the right way to go). What I would like is to generate a dynamic block for each person with all tasks assigned to that person. This means, list all headings with a given tag. Could someone tell me how to do that? I'm not sure if this is what you are after, but one way is to use custom agenda commands and then to save the agenda as a txt file: The following pages have good information on creating block agenda with custom commands: http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.php http://orgmode.org/manual/Block-agenda.html#Block-agenda E.g., --8---cut here---start-8--- (add-to-list 'org-agenda-custom-commands '(D Delegated tasks ((tags-todo Jenny) (tags-todo Archie) (tags-todo George --8---cut here---end---8--- Once you create a custom agenda command, you can simply save it as txt by typing C-x C-w and the filename + relevant extension. Another option is to use a babel block and org-map-entries to spit out a simple list of tasks for each person: --8---cut here---start-8--- #+source: tasklist #+begin_src emacs-lisp :var person=me (let (tasklist) (org-map-entries (lambda () (add-to-list 'tasklist (concat - (nth 4 (org-heading-components) (concat person /!TODO) 'agenda) (mapconcat 'identity tasklist \n)) #+end_src #+call: tasklist(person=Jenny) --8---cut here---end---8--- Add this to an org file, replace Jenny with the appropriate name, and type C-c C-c to spit out a list (of all TODO items tagged with the relevant name) that looks like this: --8---cut here---start-8--- #+results: tasklist(person=Jenny) #+begin_example - Call George - Call Archie - Estimate cost of widgets --8---cut here---end---8--- You could do something similar with dynamic block function. HTH, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-Babel - Clojure Lazy Sequences Bug
Hey Eric, thanks for the changes... I tried them locally and they didn't work as some of the pprint functions you were using weren't fully qualified. I've attached a small patch with the fixes. Also it's worth noting for anyone else that clojure 1.2.0(+) is required for this to work. Thanks again for working on this, R. On 27 November 2010 15:20, Eric Schulte schulte.e...@gmail.com wrote: Fixed, Thanks -- Eric Achim Gratz strom...@nexgo.de writes: Eric Schulte schulte.e...@gmail.com writes: I've just pushed up an implementation of this feature. I'm afraid byte-compile doesn't like it: In org-babel-expand-body:clojure: ob-clojure.el:63:26:Warning: reference to free variable `result-params' :-) Achim. ___ 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 From 4c05743905a1ab3970d7f5075440e67e1be9d7f3 Mon Sep 17 00:00:00 2001 From: Rick Moynihan r...@wgrids.com Date: Sun, 28 Nov 2010 23:21:02 + Subject: [PATCH] Fixed babel pretty printing, by fully qualifying function names --- lisp/ob-clojure.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/ob-clojure.el b/lisp/ob-clojure.el index e41bf15..a5e8c72 100644 --- a/lisp/ob-clojure.el +++ b/lisp/ob-clojure.el @@ -63,7 +63,7 @@ (if (or (member code result-params) (member pp result-params)) (format (concat (let [org-mode-print-catcher (java.io.StringWriter.)] - (with-pprint-dispatch %s-dispatch + (clojure.pprint/with-pprint-dispatch clojure.pprint/%s-dispatch (clojure.pprint/pprint %s org-mode-print-catcher) (str org-mode-print-catcher (if (member code result-params) code simple) body) -- 1.7.0.4 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] bug#7506: Replacement for 'htmlize-region-for-past using htmlfontify?
On Mon, Nov 29, 2010 at 2:31 AM, Glenn Morris r...@gnu.org wrote: Could we please add a replacement for 'htmlize-region-for-past using htmlfontify? [...] I have never used it, but it is used by org-mode when it exports code fragment in an org-mode file to html. That will show the syntax coloring (make by font-lock) in the exported html code. How on earth do you expect anyone to figure out what you meant from your initial report? org-html uses htmlize; now that there is an htmlfontify package in Emacs, it would be good to use that instead. Once again: please take more time when composing your bug reports. It wastes everbody's time having to play 20 questions. Sorry if it seemed to confusing. If you knew what htmlize-region-for-paste does then it probably would be easy to understand. Anyway I hope this is something Vivek can figure out how to fix. ___ 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: [OT] retrieving old messages [WAS] Re: [Babel] Handling of errors when using Ledger
Dan Davison dandavis...@gmail.com writes: Bernt Hansen be...@norang.ca writes: Dan dandavis...@gmail.com writes: Incidentally, can any gnus users tell me -- is there a non-painful way of retrieving an old message from nntp in order to create a reply in the correct thread? Or do you hack the headers to make it appear in the right thread? I'm using the gmane web interface to send this. I read the list through gnus and gmane. When I'm in the summary buffer for the org-mode list I can retrieve old messages with / O 500 RET to get the last 500 messages from the list. Thanks Bernt and Seb, but that was the route I was referring to when I said painful :) The list volume is quite high, and retrieving thousands of messages takes a while. And of course you go for 1500 and it turns out to be message 1728... It seems a rather primitive practice, can we really not do better? Is it not possible to use a unique identifier to pull down a specific message? (I was not reading usenet or whatever it was called in the 1980s; I don't really know anything about these technologies.) FWIW, recent changes nnir (in nognus and development Emacs) allow for easy searching of individual Gmane groups. Simply type G G on the org-mode group in the in the Group buffer or call gnus-group-make-nnir-group from within the summary buffer or an article. I typed M-x gnus-group-make-nnir-group while editing this message, entered gnus painful and received the following summary buffer (limited to the org-mode list) in less than a second: --8---cut here---start-8--- . 27-Sep: Bernt Hansen - [85: gmane.emacs.orgmode/3394] Wish list: Storing links and enabling MIME actions on files . 27-Sep: Carsten Dominik \- [83: gmane.emacs.orgmode/3400] Re: Wish list: Storing links and enabling MIME actions on files . 03-Oct: Bernt Hansen - [80: gmane.emacs.orgmode/3559] Intermittent Font Face problem . 25-Apr: Chao Lu - [89: gmane.emacs.orgmode/24512] Edit Worg, Tracking changes, ect. . 29-Apr: David Frascone - [91: gmane.emacs.orgmode/24740] Re: Re: Linking Mail ? . 29-Apr: Matt Lundin +- [94: gmane.emacs.orgmode/24746] Re: Linking Mail ? . 29-Apr: David Frascone | \- [91: gmane.emacs.orgmode/24749] Re: Linking Mail ? . 29-Apr: Rémi Vanicat | +- [87: gmane.emacs.orgmode/24777] Re: Linking Mail ? . 30-Apr: David Maus | \- [89: gmane.emacs.orgmode/24793] Re: Re: Linking Mail ? . 30-Apr: Uday S Reddy \- [82: gmane.emacs.orgmode/24826] Re: Linking Mail ? . 29-Sep: Matt Lundin - [54: gmane.emacs.orgmode/31143] Re: Having (too) many files in org-agenda-files . 25-Nov: Dan - [60: gmane.emacs.orgmode/34047] Re: [Babel] Handling of errors when using Ledger . 25-Nov: Bernt Hansen +- [88: gmane.emacs.orgmode/34055] Re: [Babel] Handling of errors when using Ledger . 25-Nov: Dan Davison | +- [91: gmane.emacs.orgmode/34057] [OT] retrieving old messages [WAS] Re: [Babel] Handling of errors when using Ledger . 25-Nov: Bernt Hansen | | \- [100: gmane.emacs.orgmode/34065] Re: [OT] retrieving old messages . 25-Nov: Sébastien Vauba | \- [86: gmane.emacs.orgmode/34059] Re: [Babel] Handling of errors when using Ledger . 25-Nov: Sébastien Vauba \- [88: gmane.emacs.orgmode/34056] Re: [Babel] Handling of errors when using Ledger --8---cut here---end---8--- You can reply directly to any of these articles or type A T to recover the full thread in the Gmane group. If your search is too broad (i.e.,., hundreds of results) and you choose to display all of the results at once, nnir can take a bit of time. I'm not sure it's any more painful than wading through web search results on gmane, though. ;) Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] MobileOrg and Voice Capturing (Android)
Hey Sven, here's some thoughts: MobileOrg Android already supports speech to text in that, you can go to capture a new note and click the mic button on the soft keyboard and start speaking. I don't see that it would be particularly difficult to integrate this in a larger fashion. There could be a button on the capture interface that would let you start it automatically. You could also create (or extend the existing) Desktop Widget to include a button for capturing a note and/or capturing a note via spoken word. Also... given that you had a button to activate the speech to text without having to pull up the soft keyboard... you could write another application that calls MobileOrg's Capture activity with that mode enabled. http://matburt.net On Sun, Nov 28, 2010 at 2:10 PM, Sven Bretfeld sven.bretf...@gmx.ch wrote: Hi together TextToSpeech has made our lives easier, especially for car-drivers like me. I have tried to capture tasks by voice on my Android device and implement them automatically to my org-files at home. The results are practicable but far from optimal by now. Maybe there are some Android users on this list who like to get involved in trying to find an optimal solution. *My method at the moment:* I use tasker, the Android killer-app for automatizing almost every thinkable task. Created a new task called org-voice with tasker. Pressing the associated icon does the following: 1. Plays Darth Vader's voice saying What is thy bidding, my master? 2. Loads app Voice2Clipboard 3. Waits for 30 seconds (to get Voice2Clipboard ready for recording and for me to finish speaking the note) 4. Write File: Writes the clipboard content to a file /sdcard/dropbox/org/org-voice.org After uploading the file with Dropbox, a cronjob on my PC (which is always switched on) takes care of the file. Its lines (each is a capture item) are transformed by a series of sed operations and put into a different file from-org-voice.org together with some TAGS and a TODO keyword; after that the original file is emptied. That's it. The problem with this approach is that you still have to manually download the (empty) capture-file (org-voice.org)[¹] and to manually upload it again, because Dropbox for Android doesn't sync changed files on the sdcard automatically. And especially to upload process needs quite a view clicks. *What would be better:* Use MobileOrg and have the clipboard contents written into the file used by MobileOrg for written captures. This is /sdcard/mobileorg/mobileorg.org if you use sdcard-storage. This way, you could use MobileOrg's own syncing process and no cronjob would be necessary. This could be done in two ways: 1. Use the same procedure and let tasker write the contents into the file directly. This is not possible for me since I have to use internal-storage for reasons of performance[²] and the files in /data/data/com.matburt.mobileorg/files/ are not writable for other programs without root. 2. Use tasker to start MobileOrg, enter the capture dialog and have a voice recognition app started. I simply don't know how to do that. Maybe tasker can even be programmed to automatically start MobileOrg's syncing process from time to time. But I don't know if and how this is possible. Does anybody have a better solution? Or a better idea? Greetings, Sven [¹] If you don't, the next sync with dropbox would replace the file with your notes by the empty file hosted on the Dropbox server. [²] On HTC Magic (Android 1.6) sdcard-storage makes MobileOrg incredibly slow. It takes more than a minute after starting MobileOrg until the files are displayed. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Tutorial on advanced searches
These days I find myself frequently searching a mountainous pile of org files. To clarify my own understanding of Org-mode's powerful search tools, I wrote a tutorial on advanced searches. It's available on Worg: http://orgmode.org/worg/org-tutorials/advanced-searching.php I hope the tutorial proves useful. If nothing else, I'd like to bring some attention of one of Org-mode's hidden gems: C-c a s (org-search-view). Since Worg is in perpetual beta, any suggestions or comments would, of course, be greatly appreciated! Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Tutorial on advanced searches
Excellent. Thorough. I'd point out that ... will not match if there are newlines in the matched text (though perhaps it should, if possible, a la google). ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-Babel - Clojure Lazy Sequences Bug
Hi Rick, Thanks for catching this, I've just pushed up your fix. -- Eric Rick Moynihan rick.moyni...@gmail.com writes: Hey Eric, thanks for the changes... I tried them locally and they didn't work as some of the pprint functions you were using weren't fully qualified. I've attached a small patch with the fixes. Also it's worth noting for anyone else that clojure 1.2.0(+) is required for this to work. Thanks again for working on this, R. On 27 November 2010 15:20, Eric Schulte schulte.e...@gmail.com wrote: Fixed, Thanks -- Eric Achim Gratz strom...@nexgo.de writes: Eric Schulte schulte.e...@gmail.com writes: I've just pushed up an implementation of this feature. I'm afraid byte-compile doesn't like it: In org-babel-expand-body:clojure: ob-clojure.el:63:26:Warning: reference to free variable `result-params' :-) Achim. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [Babel] Reporting 2 problems of code execution
On Sun, 28 Nov 2010, Sébastien Vauban wrote: #+TITLE: 2 problems with executing block codes #+DATE: 2010-11-28 #+LANGUAGE: en Hi Eric and Dan, * Abstract Reporting two problems: Did you mean to include :results output in the headers? When I do that in eaco of the src blocks I get what I think you were expecting. See inline below. Chuck 1. parsing problem of unescaped text from a shell block 2. end marker repeated upon execution of elisp block Note that I added the RESULT thing in my default headers. * Data Let's say I want to grep trough arbitrary text, such as: #+results:a-couple-of-lines : He said I'll do it : but that cannot be echo'ed! ... or to let it scanned by AWK for post-processing (like generating some DOT representation). But, first, as errors are popping up, let's say I can just output it as is. * Shell code #+begin_src sh :var data=a-couple-of-lines :exports both echo $data #+end_src #+results: #+BEGIN_RESULT #+END_RESULT #+begin_src sh :results output :var data=a-couple-of-lines :exports both echo $data #+end_src #+results: : He said I'll do it : but that cannot be echo'ed! The data is impossible (*for me*, as is) to print out from a shell code. Though, it is in Emacs-Lisp... without any change. Note that it's the second *single quote* only that's causing a problem, not the first one... * Emacs-Lisp code Executing this: #+begin_src emacs-lisp :var data=a-couple-of-lines :exports both (prin1-to-string data) #+end_src #+results: #+BEGIN_RESULT #+begin_example He said \I'll do it\ but that cannot be echoed! #+END_RESULT#+end_example #+end_example #+end_example #+end_example #+end_example #+end_example #+end_example #+end_example #+end_example works, but the *end marker is repeated* as long as we re-execute the block. #+begin_src emacs-lisp results output :var data=a-couple-of-lines :exports both (prin1-to-string data) #+end_src #+results: : He said \I'll do it\ : but that cannot be echo'ed! 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 Charles C. BerryDept of Family/Preventive Medicine cbe...@tajo.ucsd.eduUC San Diego http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901 ___ 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] org-mac-protocol/org-protocol-capture
Has anyone done any hacking or changes to get a working setup using the capture mechanic in org-mode 7.01 to work with org-mac-protocol[1] by claviclaws? I'm pretty lisp clueless and searched around a bit but couldn't find any obvious changes in order to get everything to work as expected. [1] https://github.com/claviclaws/org-mac-protocol ___ 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
