Re: [O] Colour themes suggestions?
Torsten Wagner writes: > Hi Rainer, > > I am a big fan of Zenburn. > Unfortunately, it is exactly the opposite of what you are looking for. I find > it very eye friendly. > However, maybe once in a while you want a dark-color-theme and then zenburn > might be worse to try ;) I know Zenburn - I used it before under emacs 23. Very nice theme indeed. I will install it and keep it as a second option. Thanks, Rainer > > Greetings > > Torsten > <#secure method=pgpmime mode=sign> -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] Colour themes suggestions?
t...@tsdye.com (Thomas S. Dye) writes: > Hi Rainer > Torsten Wagner writes: > >> Hi Rainer, >> >> I am a big fan of Zenburn. >> Unfortunately, it is exactly the opposite of what you are looking for. I >> find it very eye friendly. >> However, maybe once in a while you want a dark-color-theme and then zenburn >> might be worse to try ;) >> > > The anti-zenburn theme is the light version. It is subdued and the > faces make the distinctions well, as does zenburn. Excellent idea - I'll check it out. Thanks, Rainer > > hth, > Tom <#secure method=pgpmime mode=sign> -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
[O] why is 'no' the default value of :tangle
Hi, I am wondering why the default value of header argument :tangle is 'no' rather than 'yes'. Back to google-calendar.org as an example. Is it normal that whomever wants to use the embedded elisp file needs to edit the source and e.g. insert a '#+PROPERTY: tangle yes'? It is clear that this file will need to be tangled by every single person that wants to use the embedded code, so should the default not allow for tangling without having the edit the input file? There are probably some very valid reasons why the default is 'no' rather than 'yes'. Please enlighten me. Respectfully, Guido -- The older I grow, the more I distrust the familiar doctrine that age brings wisdom. -- H. L. Mencken
Re: [O] org-attach-expand-link in latex exports (Emacs-24.3)
Hi Dieter,
"Dieter Wilhelm, H." writes:
> I added to org-link-abbrev-alist the list ("att" .
> org-attach-expand-link) and it works nicely when I'm opening links
> (C-c C-o) to images in the attachment directory. But when I try to
> export the document org-attach-expand-link is not to working.
Instead of modifying `org-link-abbrev-alist', you can simply use
#+LINK: att %(org-attach-expand-link)
in your buffer. It will open the correct attachment in links and
export them correctly. There was a bug that prevented the correct
export of abbreviated links of the form %(org-attach-expand-link)
but I just fixed this bug.
Best,
--
Bastien
Re: [O] Fix for bug in org-capture
Hi Robert,
Robert Goldman writes:
> I tried to make two submenus to my org-capture templates: a prefix key
> "t" (for TODO) and a prefix key "T" (for today's TODO).
>
> When I tried to use them, the "T" key did not appear and was not accepted.
>
> Looking more deeply, it appears that it was filtered out by a mistakenly
> case-folding (or at least potentially case-folding) search in org-capture.
I cannot reproduce this.
I have these two captures templates:
(setq org-capture-templates
'(
("Ir" "Information read" entry (file+headline "~/org/garden.org"
"Infos")
"* TODO %?%a :Read:\n :PROPERTIES:\n :CAPTURED: %U\n :END:\n\n%i"
:prepend t)
("IR" "Information read (!)" entry (file+headline "~/org/garden.org"
"Infos")
"* TODO %?%a :Read:\n :PROPERTIES:\n :CAPTURED: %U\n :END:\n\n%i"
:prepend t :immediate-finish t)
))
They are both recognized well.
Maybe you can try with this minimal example and tell if you can
still reproduce the problem? Also let us know what version of Org
you are using.
> I am attaching a diff which has the two line fix for this bug.
I'll apply it if we can reproduce and narrow down the problem.
Thanks,
--
Bastien
Re: [O] Colour themes suggestions?
Vikas Rawal writes: >> yet. >> >> I am looking for suggestions for color themes which are on a light >> background (reflections are less) and has nice and effective syntax >> highlighting. > > http://orgmode.org/worg/org-color-themes.html > > You may like Leuven. Indeed - Leuven looks very nice - I like the different background colors for the code blocks - very useful. Thanks, Rainer > > Vikas > > > <#secure method=pgpmime mode=sign> -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] Colour themes suggestions?
rai...@krugs.de (Rainer M. Krug) writes: > Vikas Rawal writes: > >>> yet. >>> >>> I am looking for suggestions for color themes which are on a light >>> background (reflections are less) and has nice and effective syntax >>> highlighting. >> >> http://orgmode.org/worg/org-color-themes.html >> >> You may like Leuven. > > Indeed - Leuven looks very nice - I like the different background > colors for the code blocks - very useful. One question though - can I use it under emacs 24, as it states "Obsolete since Emacs 24" on git? Rainer > > Thanks, > > Rainer > >> >> Vikas >> >> >> > <#secure method=pgpmime mode=sign> > <#secure method=pgpmime mode=sign> -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] Colour themes suggestions?
Manuel Prinz writes: > On Mon, Apr 15, 2013 at 03:32:31PM +0200, Rainer M. Krug wrote: >> I am looking for suggestions for color themes which are on a light >> background (reflections are less) and has nice and effective syntax >> highlighting. Any suggestions? > > I'm a big fan of Solarized [1]. It comes in light and dark. I use it > in combination with the font "Source Code Pro" [2]. Thanks - will check them out. Rainer > > Best regards, > > Manuel <#secure method=pgpmime mode=sign> -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] New exporter and dates in tables
Hi Nicolas, Nicolas Goaziou writes: > Bastien writes: > >> Nicolas Goaziou writes: >> >>> We can widen the definition of `standalone': a standalone timestamp is >>> a timestamp belonging to a paragraph that contains only timestamps >>> objects. >> >> Great. If that's possible, then I think that's the best solution. > > The following patch should do that. It comes with tests, but it should > be tested extensively, if only to know if this feature is as useful as > it seems. I think I nailed down the root of the confusion. org-export-with-planning does the job that org-export-with-timestamps used to do. So first of all, org-export-with-timestamps should be an alias to org-export-with-planning so that users who customized org-export-with-timestamps don't have to change their customization: (define-obsolete-variable-alias 'org-export-with-timestamps 'org-export-with-planning "24.4") Today, org-export-with-timestamps does a completely different job, more fine-grained than the old org-export-with-timestamps. I suggest to rename it to org-export-with-individual-timestamps and to use the latest patch you sent, with a default value of t. I expect the next useful value is 'not-standalone. But if someone wants to get rid of time-stamps in tables or in lists, he now can. > Note that another option is to allow all timestamps, put timestamps you > don't want to export in a specific drawer (e.g. "TIME"), and ignore this > drawer during export. Yes, but that requires educating users, which I don't really like. Thanks, -- Bastien
Re: [O] Error with :wrap org in babel and 8.0-pre
Hello, Eric Schulte wrote: >> - Can we prune some options/syntax that's no longer necessary? For >> example, what does =:wrap= (no argument provided) do? > > Wrap has been deprecated for some time. No, it hasn't been deprecated. ":results wrap" has; not ":wrap"... > Perhaps it has been long enough that we can go ahead and remove it entirely > from the code and documentation at this point. > >> Or =:wrap src org= / =:results output org=? It seems that these once >> served a purpose but no longer accomplish anything useful. > > I would be happy to remove support for =:results org=. It has been > supplanted by =:results drawer=, and I don't believe there is any other > use for it. Unless someone complains, I'd be happy to remove both. ":results org" and ":results drawer" are not the same regarding Org results: the first does comma-escape the result lines, not the second. Best regards, Seb -- Sebastien Vauban
Re: [O] why is 'no' the default value of :tangle
Guido Van Hoecke writes: > I am wondering why the default value of header argument :tangle is 'no' > rather than 'yes'. FWIW, the default makes sense to me. A document might contain lots of little code blocks for one purpose or another (testing, little utilities, version archive, etc.) that you don't want included in the tangled product. > Back to google-calendar.org as an example. > > Is it normal that whomever wants to use the embedded elisp file needs > to edit the source and e.g. insert a '#+PROPERTY: tangle yes'? > > It is clear that this file will need to be tangled by every single > person that wants to use the embedded code, so should the default not > allow for tangling without having the edit the input file? Well, if you're distributing code for others to use in the form of source blocks in Org documents, it may be a courtesy to set `:tangle yes'. But that doesn't necessarily give users the tangled result where they want it on their system, with the filename they want, so they will often have to edit it anyway. Yours, Christian
Re: [O] Colour themes suggestions?
Manuel Prinz writes: > On Mon, Apr 15, 2013 at 03:32:31PM +0200, Rainer M. Krug wrote: >> I am looking for suggestions for color themes which are on a light >> background (reflections are less) and has nice and effective syntax >> highlighting. Any suggestions? > > I'm a big fan of Solarized [1]. It comes in light and dark. I use it > in combination with the font "Source Code Pro" [2]. Yes - solarized is nice. I am now using Occidental which offers quite a nice contrast and syntax highlighting. One question about the font: Can I use it under Linux as well? And how can I install it then? Tanks, Rainer > > Best regards, > > Manuel <#secure method=pgpmime mode=sign> -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] Colour themes suggestions?
rai...@krugs.de (Rainer M. Krug) writes: > Manuel Prinz writes: > >> On Mon, Apr 15, 2013 at 03:32:31PM +0200, Rainer M. Krug wrote: >>> I am looking for suggestions for color themes which are on a light >>> background (reflections are less) and has nice and effective syntax >>> highlighting. Any suggestions? >> >> I'm a big fan of Solarized [1]. It comes in light and dark. I use it >> in combination with the font "Source Code Pro" [2]. > > Yes - solarized is nice. > > I am now using Occidental which offers quite a nice contrast and syntax > highlighting. > > One question about the font: Can I use it under Linux as well? And how > can I install it then? Sorry - found it. Rainer > > Tanks, > > Rainer > >> >> Best regards, >> >> Manuel > <#secure method=pgpmime mode=sign> > <#secure method=pgpmime mode=sign> -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] Colour themes suggestions?
rai...@krugs.de (Rainer M. Krug) writes: > One question about the font: Can I use it under Linux as well? And how > can I install it then? Yes you can use it. 1. Download font 2. Place font in ~/.fonts/ (you may create this directory if you don't already have it.) (3. Stop & start Emacs? Can't remember.) Done. -- David
Re: [O] Error with :wrap org in babel and 8.0-pre
Eric Schulte writes: >> - Is =:results drawer= what we want as the syntax to get org syntax >> parsed by the exporter? > > Yes. > >> Just guessing from the name, it strikes me as a fix or enhancement for >> some other behavior/option that's now being applied to code as an >> after thought. >> > > As I recall this solution came about because drawers are the best (maybe > only) way to demarcate a region without changing its semantics (which is > exactly what we want in this case). I suppose you've considered delimiting results in general with e.g. a line like #+END_RESULTS? Needless clutter for the most part, I know. But perhaps useful in this kind of case. Also safe, semantically neutral, and possibly more intuitive than drawers, with less special behaviors in terms of visibility and export. Yours, Christian
Re: [O] why is 'no' the default value of :tangle
Christian Moe wrote: > Guido Van Hoecke writes: >> I am wondering why the default value of header argument :tangle is 'no' >> rather than 'yes'. > > FWIW, the default makes sense to me. A document might contain lots of > little code blocks for one purpose or another (testing, little > utilities, version archive, etc.) that you don't want included in the > tangled product. > >> Back to google-calendar.org as an example. >> >> Is it normal that whomever wants to use the embedded elisp file needs >> to edit the source and e.g. insert a '#+PROPERTY: tangle yes'? >> >> It is clear that this file will need to be tangled by every single >> person that wants to use the embedded code, so should the default not >> allow for tangling without having the edit the input file? > > Well, if you're distributing code for others to use in the form of > source blocks in Org documents, it may be a courtesy to set `:tangle > yes'. > > But that doesn't necessarily give users the tangled result where they > want it on their system, with the filename they want, so they will often > have to edit it anyway. And you can change the default for your Org installation, by changing the default of the "tangle" header argument in your .emacs file: #+begin_src emacs-lisp ;; add default arguments (add-to-list 'org-babel-default-header-args '(:tangle . "yes")) #+end_src Best regards, Seb -- Sebastien Vauban
Re: [O] Colour themes suggestions?
Rainer M. Krug wrote: > rai...@krugs.de (Rainer M. Krug) writes: >> Vikas Rawal writes: I am looking for suggestions for color themes which are on a light background (reflections are less) and has nice and effective syntax highlighting. >>> >>> http://orgmode.org/worg/org-color-themes.html >>> >>> You may like Leuven. >> >> Indeed - Leuven looks very nice - I like the different background >> colors for the code blocks - very useful. > > One question though - can I use it under emacs 24, as it states > "Obsolete since Emacs 24" on git? There are 2 different packages, one using `color-theme-6.6.0' (which does not work anymore on Emacs 24, IIRC), and another using the new "custom theme" feature of Emacs. So, it does well work under Emacs 24. Best regards, Seb -- Sebastien Vauban
Re: [O] phone links...
Michael Strey writes: > Here is the most important part of Mat's reply: > > , > | note that "tel:" is a common uri for indicating that something is a > | telephone number (http://tools.ietf.org/html/rfc3966) > ` > > Seems that we should prefer 'tel' as key for the phone link. +1 -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 and Org release_7.9.3f-1199-g3a0e55
Re: [O] [bug] org-edit-src-code auto-save glitch
Hi Charles, "Charles C. Berry" writes: > Attached. Thanks for the patch -- there is a confusion here. `org-edit-src-auto-save-idle-delay' controls whether the base buffer will be saved after some idle delay. If so, it does what C-x C-s would do: save the base buffer, not the editing window. Using auto-save-default was a bit too much, so there is now `org-edit-src-turn-on-auto-save' which will take care of setting `buffer-auto-save-file-name', which turns on auto-save-mode. Thanks for bringing this up, -- Bastien
Re: [O] Best way to generate textile from orgmode ?
Suvayu Ali writes: > On Fri, Apr 12, 2013 at 07:36:26AM +0200, Bastien wrote: >> For this you need to define a new derived exporter from 'ascii. >> >> Get a fresh clone of Org and see how this is done in ox-md.el, >> which create a MarkDown exporter by deriving it from the ascii >> one. > > Actually ox-md derives from ox-html. It was not clear to me why that is > the case though. Simple. Markdown syntax supports raw HTML. So anything not supported by Markdown can be written as HTML. Regards, -- Nicolas Goaziou
Re: [O] Best way to generate textile from orgmode ?
On Tue, Apr 16, 2013 at 10:43:39AM +0200, Nicolas Goaziou wrote: > Suvayu Ali writes: > > > On Fri, Apr 12, 2013 at 07:36:26AM +0200, Bastien wrote: > >> For this you need to define a new derived exporter from 'ascii. > >> > >> Get a fresh clone of Org and see how this is done in ox-md.el, > >> which create a MarkDown exporter by deriving it from the ascii > >> one. > > > > Actually ox-md derives from ox-html. It was not clear to me why that is > > the case though. > > Simple. Markdown syntax supports raw HTML. So anything not supported by > Markdown can be written as HTML. Simple indeed! I did not know that bit of information. Thanks, -- Suvayu Open source is the future. It sets us free.
Re: [O] Org-mode as a replacement for Google Reader
* Rainer M. Krug wrote: > > There is, imho, one big difference between using google reader and gwene > with any desktop news reader: as far as I know, you can not sync read > items between ydifferent readers (desktops, mobile devices, tablets, > ...). This is for me a problem, as I mainly read from my iPad, and > sometimes friom my desktop. Besides the fact that I am using my Android phone and my Android tablet in addition to my desktop, I totally copy your point. > But I want to see only the news which I did not read on the other > device. So something like an imap implementation for gwene would > be needed to make it a *very* interesting solution for me. Ack. However, for me it is necessary to implement per-feed settings for grabbing the article content. Some feeds do offer only a short description of the content but I want to get the whole article without indirection over mobile browsers or such. > As it stands at the moment, I registered with feedly [1] which > syncs with google reader (while it still exists) and provides very > similar benefits. Yes. BUT: feedly does not offer offline support. Thus, when I am on an airplane or without data connection, I am not able to read my RSS feeds. Not acceptable to me. > If I could sync my gnus (it is really not that difficult to get started, > but much more difficult to not get carried away with configuring and > tweaking - just because one can... But I love gnus: highly recommended) > with my mobile device, I will stick with feedly. I tested Emacs on my Android tablet and no, I definitely do *not* want to use my beloved Emacs on this very limited device (shortcuts/keyboard). -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] Colour themes suggestions?
"Sebastien Vauban" writes: > Rainer M. Krug wrote: >> rai...@krugs.de (Rainer M. Krug) writes: >>> Vikas Rawal writes: > > I am looking for suggestions for color themes which are on a light > background (reflections are less) and has nice and effective syntax > highlighting. http://orgmode.org/worg/org-color-themes.html You may like Leuven. >>> >>> Indeed - Leuven looks very nice - I like the different background >>> colors for the code blocks - very useful. >> >> One question though - can I use it under emacs 24, as it states >> "Obsolete since Emacs 24" on git? > > There are 2 different packages, one using `color-theme-6.6.0' (which does not > work anymore on Emacs 24, IIRC), and another using the new "custom theme" > feature of Emacs. > > So, it does well work under Emacs 24. <#secure method=pgpmime mode=sign> good to know, but I seem to be looking at the wrong place. For the record: the correct git repo for emacs 24 is: https://github.com/fniessen/emacs-leuven-theme It is working now and looking really nice! Thanks for everybody's input and help, Rainer - > > Best regards, > Seb -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] Colour themes suggestions?
David Rogers writes: > rai...@krugs.de (Rainer M. Krug) writes: > >> One question about the font: Can I use it under Linux as well? And how >> can I install it then? > > Yes you can use it. > > 1. Download font > > 2. Place font in ~/.fonts/ (you may create this directory if you don't > already have it.) > > (3. Stop & start Emacs? Can't remember.) > > Done. <#secure method=pgpmime mode=sign> Thanks - found it and working. Rainer -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] [bug] latex fragment preview with dvipng ignores :foreground specification
Hi Eric, Eric S Fraga writes: > This leads me to suggest that both cases (dvipng > and imagemagick) use the same latex code and, in fact, it may be > possible to fold both functions org-create-formula-image-with-dvipng and > org-create-formula-image-with-imagemagick into one... I would welcome such a refactoring, because there is obviously some redundancy here. But I felt too lazy to tackle this so far, and I guess I won't be tackling this before long. So the door is open for anyone to enter! Best, -- Bastien
Re: [O] Quotes not being converted correctly for LaTeX export
Hi Nicolas,
Bastien writes:
>> It makes sense indeed. latex back-end will use, by default, smart
>> quotes.
>
> We should turn this on by default unless we have a mechanism to fix
> the LaTeX headers, if needed.
>
> The default behavior now is wrong: for example, if I use quotes in
> a document with #+LANGUAGE: fr but no LaTeX Babel in the header,
> then the \og ... \fg{} will not be processed correctly and the
> quotes won't be displayed.
I fixed this:
http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=320b63
--
Bastien
Re: [O] Org-mode as a replacement for Google Reader
Karl Voit writes: > * Rainer M. Krug wrote: >> >> There is, imho, one big difference between using google reader and gwene >> with any desktop news reader: as far as I know, you can not sync read >> items between ydifferent readers (desktops, mobile devices, tablets, >> ...). This is for me a problem, as I mainly read from my iPad, and >> sometimes friom my desktop. > > Besides the fact that I am using my Android phone and my Android > tablet in addition to my desktop, I totally copy your point. > >> But I want to see only the news which I did not read on the other >> device. So something like an imap implementation for gwene would >> be needed to make it a *very* interesting solution for me. > > Ack. Ack? > > However, for me it is necessary to implement per-feed settings for > grabbing the article content. Some feeds do offer only a short > description of the content but I want to get the whole article > without indirection over mobile browsers or such. > >> As it stands at the moment, I registered with feedly [1] which >> syncs with google reader (while it still exists) and provides very >> similar benefits. > > Yes. BUT: feedly does not offer offline support. Thus, when I am on > an airplane or without data connection, I am not able to read my RSS > feeds. Not acceptable to me. This is most definitely a huge problem - I agree. But if I remember correctly, they are working on it. The only additional thing which is missing is being able to sync from the other reader apps which have offline support with feedly. > >> If I could sync my gnus (it is really not that difficult to get started, >> but much more difficult to not get carried away with configuring and >> tweaking - just because one can... But I love gnus: highly recommended) >> with my mobile device, I will stick with feedly. > > I tested Emacs on my Android tablet and no, I definitely do *not* > want to use my beloved Emacs on this very limited device > (shortcuts/keyboard). I can imagine - a regular emacs on an android touch tablet without an additional keyboard... Cheers, Rainer -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug
Re: [O] Org-mode as a replacement for Google Reader
* Rainer M. Krug wrote: > Karl Voit writes: > >> * Rainer M. Krug wrote: >> >>> But I want to see only the news which I did not read on the other >>> device. So something like an imap implementation for gwene would >>> be needed to make it a *very* interesting solution for me. >> >> Ack. > > Ack? Sorry for using an abbr. that is not as widespread as I thought. Ack = Acknowledge. Here I used it in short for „I agree“. >> Yes. BUT: feedly does not offer offline support. Thus, when I am on >> an airplane or without data connection, I am not able to read my RSS >> feeds. Not acceptable to me. > > This is most definitely a huge problem - I agree. But if I remember > correctly, they are working on it. The only additional thing which is > missing is being able to sync from the other reader apps which have > offline support with feedly. Most important features to me. >> I tested Emacs on my Android tablet and no, I definitely do *not* >> want to use my beloved Emacs on this very limited device >> (shortcuts/keyboard). > > I can imagine - a regular emacs on an android touch tablet without an > additional keyboard... I also tested a FreedomPro bluetooth keyboard with my XOOM tablet. Unfortunately, no Ctrl/ESC/Alt is working. So Android/Emacs is not usable without the Hacker's keyboard which is an on-screen keyboard that offers all those modifier keys. When the on-screen keyboard uses half of the tablet screen, it is no fun using Emacs at all. -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] Org-mode as a replacement for Google Reader
Karl Voit schrieb: [...] >> I can imagine - a regular emacs on an android touch tablet without an >> additional keyboard... > >I also tested a FreedomPro bluetooth keyboard with my XOOM tablet. >Unfortunately, no Ctrl/ESC/Alt is working. So Android/Emacs is not >usable without the Hacker's keyboard which is an on-screen keyboard >that offers all those modifier keys. When the on-screen keyboard >uses half of the tablet screen, it is no fun using Emacs at all. There is an app, External Keyboard Helper (Pro), that enables full usage of most bluetooth/usb keyboards. It is not without usability Problems, some would need a rooted phone to solve, but I'm happy with the setup so far. I mostly need it for connectbot sessions. It is a payed app, but there is a free version, so you can test your setup first. Regards, Tom -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
Re: [O] Latex export of tables
> > I am using org-mode version 8.0-pre (release_8.0-pre-247-gbc3ccd @
> > /home/vikas/lisp/org-mode/lisp/).
> >
> > I have a table generated by a source block in a document that I would
> > like to export to latex. In the exported tex file, I would like org to
> > insert a line like the following between \end(tabular} and \end{table}
> >
> > \begin{minipage}{\textwidth} \tiny Note: Some descriptive text here.
> > \end{minipage}
>
> I do not think this is possible. You have to realise that Org does not
> aim to support everything you can do with a backend natively. One of
> the primary reasons for that is the backend agnostic abstraction
> provided by Org.
I have seen some way of doing things like this. See section 13.3 at
http://orgmode.org/worg/org-tutorials/org-latex-export.html
I can't get it to work though. Will keep trying.
>
> When in need of specific needs like this, I resort to writing LaTeX
> natively.
I guess one thing about org-mode is that it is addictive. Afterall, if
it is something to do with manipulating text, it ought to be possible
:)
There is also a reason for not doing it natively in latex even if the
org-mode solution is somewhat round-about. I am writing a research
paper using orgmode, with embedded R source blocks in it. I do not
mind embedding some latex source block into it but I would not like to
edit an exported latex file. After all, in the end, the objective is
to be able to have an org file which produces a full paper when exported.
Vikas
Re: [O] Org-mode as a replacement for Google Reader
rai...@krugs.de (Rainer M. Krug) writes: > Ack? That comes from ASCII (the first edition of the standard), which had two control characters (OK, it had more than two control characters, but I'm only looking at those two!): ACK and NAK, for Acknowledge and Negative Acknowledge. At this time, serial communications were often half duplex (only one side writes at a time), and prone to loosing characters. RS 232 defined RTS and CTS (Request to Send and Clear to Send) for implementing half duplex at the wire level. When at a higher level, things were differing depending on if you used asynchronous modems or rarer synchronous modems (where start bits and stop bits could be spared, so increasing the speed a tiny bit): asynchronous were using XON and XOFF (Transmission On and Transmission Off), synchronous were using ACK and NAK. Do I remember well? In ASCII 2, XON/XOFF/ACK/NAK were all renamed DC1/DC2/DC3/DC4 (not necessarily in that order), (DC stands for Data Control). Or was it SI and SO (Shift In and Shift Out)? I'm not sure. Yet, in any case, ACK and NAK remained in the culture for much longer. This is while going from ASCII 1 to ASCII 2 that NUL and BEL both acquired their second "L" :-). François
Re: [O] phone links...
Well, but note that we don't use file URLs -- we have special org hyperlinks with their own syntax... The reason I am reluctant to adopt tel: is that that would suggest we should adopt the phone number syntax of RFC 3966. I confess that I haven't slogged my way through it, nor am I likely to have time to in the near future It seems like false advertising to adopt a scheme without playing by its rules: I'd be happier doing this if I had an RFC 3966-compliant parser to use All I have done so far is trust that phone: is followed by something the org-phone-call can deal with. What do you all think? Am I being too fussy? On Apr 16, 2013, at 2:57, Eric S Fraga wrote: > Michael Strey writes: > >> Here is the most important part of Mat's reply: >> >> , >> | note that "tel:" is a common uri for indicating that something is a >> | telephone number (http://tools.ietf.org/html/rfc3966) >> ` >> >> Seems that we should prefer 'tel' as key for the phone link. > > +1 > -- > : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D > : in Emacs 24.3.50.1 and Org release_7.9.3f-1199-g3a0e55 >
Re: [O] org-attach-expand-link in latex exports (Emacs-24.3)
2013/4/16 Bastien :
> Hi Dieter,
>
> "Dieter Wilhelm, H." writes:
>
>> I added to org-link-abbrev-alist the list ("att" .
>> org-attach-expand-link) and it works nicely when I'm opening links
>> (C-c C-o) to images in the attachment directory. But when I try to
>> export the document org-attach-expand-link is not to working.
>
> Instead of modifying `org-link-abbrev-alist', you can simply use
>
> #+LINK: att %(org-attach-expand-link)
Crazy! Thanks for the information.
> in your buffer. It will open the correct attachment in links and
> export them correctly. There was a bug that prevented the correct
> export of abbreviated links of the form %(org-attach-expand-link)
> but I just fixed this bug.
I see, the org-link-abbrev-alist way worked for me since you prodded
me to use 8.0-pre... :-)
---
All the best
Dieter
> Best,
>
> --
> Bastien
Re: [O] why is 'no' the default value of :tangle
"Sebastien Vauban" writes: > Christian Moe wrote: >> Guido Van Hoecke writes: >>> I am wondering why the default value of header argument :tangle is 'no' >>> rather than 'yes'. >> >> FWIW, the default makes sense to me. A document might contain lots of >> little code blocks for one purpose or another (testing, little >> utilities, version archive, etc.) that you don't want included in the >> tangled product. I see, that's a very valid point. >>> Back to google-calendar.org as an example. >>> >>> Is it normal that whomever wants to use the embedded elisp file needs >>> to edit the source and e.g. insert a '#+PROPERTY: tangle yes'? >>> >>> It is clear that this file will need to be tangled by every single >>> person that wants to use the embedded code, so should the default not >>> allow for tangling without having the edit the input file? >> >> Well, if you're distributing code for others to use in the form of >> source blocks in Org documents, it may be a courtesy to set `:tangle >> yes'. >> >> But that doesn't necessarily give users the tangled result where they >> want it on their system, with the filename they want, so they will often >> have to edit it anyway. > > And you can change the default for your Org installation, by changing the > default of the "tangle" header argument in your .emacs file: > > #+begin_src emacs-lisp > ;; add default arguments > (add-to-list 'org-babel-default-header-args > '(:tangle . "yes")) > #+end_src I should have known that this is configurable :) Thank you guys, Guido -- Regardless of whether a mission expands or contracts, administrative overhead continues to grow at a steady rate.
Re: [O] [RFC] new :post header argument for post-processing of code block results
Eric Schulte writes: > Hi, > > I've been wanting to add the ability to post-process the results of a > code block for some time, and some recent threads (e.g., [1] and [2]) > could both have benefited from post-processing of code block output. [...] > Does this new header argument seem useful? Any suggestions for better > syntax which don't add too much conceptual or code complexity? Very useful indeed! I don't have a chance to try this out properly now but I know of several previous org files where this would have been very useful. One question: can one have a sequence of forward chained blocks with length > 2? Thanks, eric -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 and Org release_7.9.3f-1199-g3a0e55
Re: [O] Latex export of tables
Hi Vikas
I am not sure I understand the problem correctly, but how about this?
Here is a table produced by a R-src block
with some descriptive text in a minipage:
---snip--
#+BEGIN_SRC R :results output latex :exports results :session *R* :cache yes
tab <- matrix(1:12,nrow=4)
cat("\n\\begin{table}\n")
cat("\\begin{minipage}{\\textwidth}\n")
cat("\\tiny{ Note: some descriptive text}\n")
cat("\\end{minipage}\n")
nix <- apply(tab,1,function(x)cat(paste(x,collab="&"),"\n"))
cat("\\end{table}\n")
#+END_SRC
#+RESULTS[<2013-04-16 15:11:58> 964853177d477abc1cba212a72dde1f7cf3251c0]:
#+BEGIN_LaTeX
\begin{table}
\begin{minipage}{\textwidth}
\tiny{ Note: some descriptive text}
\end{minipage}
1 & 5 & 9 & \\
2 & 6 & 10 & \\
3 & 7 & 11 & \\
4 & 8 & 12 & \\
\end{table}
#+END_LaTeX
---snap--
cheers Thomas
Vikas Rawal writes:
>> > I am using org-mode version 8.0-pre (release_8.0-pre-247-gbc3ccd @
>> > /home/vikas/lisp/org-mode/lisp/).
>> >
>> > I have a table generated by a source block in a document that I
>> > would like to export to latex. In the exported tex file, I would
>> > like org to insert a line like the following between \end(tabular}
>> > and \end{table}
>> >
>> > \begin{minipage}{\textwidth} \tiny Note: Some descriptive text
>> > here. \end{minipage}
>> I do not think this is possible. You have to realise that Org does
>> not aim to support everything you can do with a backend natively.
>> One of the primary reasons for that is the backend agnostic
>> abstraction provided by Org.
>
> I have seen some way of doing things like this. See section 13.3 at
> http://orgmode.org/worg/org-tutorials/org-latex-export.html
>
> I can't get it to work though. Will keep trying.
>
>> When in need of specific needs like this, I resort to writing LaTeX
>> natively.
>
> I guess one thing about org-mode is that it is addictive. Afterall, if
> it is something to do with manipulating text, it ought to be possible
> :)
>
> There is also a reason for not doing it natively in latex even if the
> org-mode solution is somewhat round-about. I am writing a research
> paper using orgmode, with embedded R source blocks in it. I do not
> mind embedding some latex source block into it but I would not like to
> edit an exported latex file. After all, in the end, the objective is
> to be able to have an org file which produces a full paper when
> exported.
>
> Vikas
--
Thomas A. Gerds -- Assoc. Prof. Department of Biostatistics
University of Copenhagen, Øster Farimagsgade 5, 1014 Copenhagen, Denmark
Office: CSS-15.2.07 (Gamle Kommunehospital)
tel: 35327914 (sec: 35327901)
[O] Invalid syntax in INCLUDE keyword
After upgrading, when publish a project I get the error: org-export-expand-include-keyword: Invalid syntax in INCLUDE keyword I try delete all lines with: #+INCLUDE: header.org But the error persists. Anyone know how to fix it? org-version: 8.0-pre (release_8.0-pre-410-g87e84c) Emacs 23.4.1 thanks! -- :: Osiris Alejandro Gomez (OSiUX) os...@osiux.com.ar DC44 95D2 0D5D D544 FC1A F00F B308 A671 9237 D36C http://www.osiux.com.ar http://www.altermundi.net signature.asc Description: Digital signature
[O] OT: Android, external HW-keyboard and Emacs (was: Org-mode as a replacement for Google Reader)
* Tom wrote: > > Karl Voit schrieb: >> >>I also tested a FreedomPro bluetooth keyboard with my XOOM tablet. >>Unfortunately, no Ctrl/ESC/Alt is working. So Android/Emacs is not >>usable without the Hacker's keyboard which is an on-screen >>keyboard that offers all those modifier keys. When the on-screen >>keyboard uses half of the tablet screen, it is no fun using Emacs >>at all. > > There is an app, External Keyboard Helper (Pro), that enables full > usage of most bluetooth/usb keyboards. It is not without usability > Problems, some would need a rooted phone to solve, but I'm happy > with the setup so far. I mostly need it for connectbot sessions. Thank you *very* much for this pointer! Unfortunately, my Android Emacs segfaults now (can't test it) and while typing in a note taking app works quite fine, simple characters like «!» do not work in ConnectBot/vim :-( I have to invest some time in this tool. Probably I might be able to get it to work. -- mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode: > get Memacs from https://github.com/novoid/Memacs < https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github
Re: [O] Invalid syntax in INCLUDE keyword
OSiUX, OSiUX wrote: > After upgrading, when publish a project I get > the error: > > org-export-expand-include-keyword: > Invalid syntax in INCLUDE keyword > > I try delete all lines with: > > #+INCLUDE: header.org New syntax: quote the file name... #+INCLUDE: "header.org" > But the error persists. Anyone know how to fix it? > > org-version: 8.0-pre (release_8.0-pre-410-g87e84c) > Emacs 23.4.1 > > thanks! Best regards, Seb -- Sebastien Vauban
Re: [O] Error with :wrap org in babel and 8.0-pre
On Tue, Apr 16, 2013 at 3:23 AM, Christian Moe wrote: > > Eric Schulte writes: >>> - Is =:results drawer= what we want as the syntax to get org syntax >>> parsed by the exporter? >> >> Yes. >> >>> Just guessing from the name, it strikes me as a fix or enhancement for >>> some other behavior/option that's now being applied to code as an >>> after thought. >>> >> >> As I recall this solution came about because drawers are the best (maybe >> only) way to demarcate a region without changing its semantics (which is >> exactly what we want in this case). > > I suppose you've considered delimiting results in general with e.g. a > line like #+END_RESULTS? > As in compiling with simply =:results output raw= and then adding my own #+end_results line after the block? If so, I haven't tried that. But :wrap with no second argument creates #+begin/end_results, which doesn't export correctly. Thanks, John > Needless clutter for the most part, I know. But perhaps useful in this > kind of case. Also safe, semantically neutral, and possibly more > intuitive than drawers, with less special behaviors in terms of > visibility and export. > > Yours, > Christian > >
Re: [O] [RFC] new :post header argument for post-processing of code block results
Eric S Fraga writes: > Eric Schulte writes: > >> Hi, >> >> I've been wanting to add the ability to post-process the results of a >> code block for some time, and some recent threads (e.g., [1] and [2]) >> could both have benefited from post-processing of code block output. > > [...] > >> Does this new header argument seem useful? Any suggestions for better >> syntax which don't add too much conceptual or code complexity? > > Very useful indeed! I don't have a chance to try this out properly now > but I know of several previous org files where this would have been very > useful. > Great, I'm happy I wasn't the only one. > > One question: can one have a sequence of forward chained blocks with > length > 2? > > Thanks, > eric Yes, this is now just part of the :var machinery. #+Title: :post header example #+name: mult #+begin_src emacs-lisp :var in=0 (* 2 in) #+end_src #+name: add #+begin_src emacs-lisp :var in=0 (+ 1 in) #+end_src Putting the previous two together we get. #+begin_src emacs-lisp :post mult(add(*this*)) 4 #+end_src #+RESULTS: : 10 -- Eric Schulte http://cs.unm.edu/~eschulte
Re: [O] Error with :wrap org in babel and 8.0-pre
John Hendy writes: > On Tue, Apr 16, 2013 at 3:23 AM, Christian Moe wrote: >> >> Eric Schulte writes: - Is =:results drawer= what we want as the syntax to get org syntax parsed by the exporter? >>> >>> Yes. >>> Just guessing from the name, it strikes me as a fix or enhancement for some other behavior/option that's now being applied to code as an after thought. >>> >>> As I recall this solution came about because drawers are the best (maybe >>> only) way to demarcate a region without changing its semantics (which is >>> exactly what we want in this case). >> >> I suppose you've considered delimiting results in general with e.g. a >> line like #+END_RESULTS? >> > Drawers are the preferred solution here. Thanks, > > As in compiling with simply =:results output raw= and then adding my > own #+end_results line after the block? > > If so, I haven't tried that. But :wrap with no second argument creates > #+begin/end_results, which doesn't export correctly. > > > Thanks, > John > >> Needless clutter for the most part, I know. But perhaps useful in this >> kind of case. Also safe, semantically neutral, and possibly more >> intuitive than drawers, with less special behaviors in terms of >> visibility and export. >> >> Yours, >> Christian >> >> -- Eric Schulte http://cs.unm.edu/~eschulte
[O] C code block: no return values
Hello,
I'm working through examples in "A Multi-Language Computing Environment for
Literate Programming and Reproducible Research" by Shulte et al. J.
Stat. Software, 46/3, 2012.
This example compiles but results are not returned to the Org-mode buffer:
#+name: cocktail.c
#+begin_src C :noweb yes :tangle cocktail.c
#include
<>
<>
#+end_src
#+name: main
#+begin_src C
int main(int argc, char *argv[]) {
int lst[argc-1];
int i;
for(i=1;i>
}
if ( swapped == 0 ) break;
swapped = 0;
for(i= l - 2; i >= 0; i--) {
<>
}
} while(swapped > 0);
}
#+end_src
#+name: swap
#+begin_src C
if ( a[i] > a[i+1] ) {
int temp = a[i];
a[i] = a[i+1];
a[i+1] = temp;
swapped = 1;
}
#+end_src
#+call: cocktail.c[:cmdline 8 7 6 3 2 4 78]()
===
Running C-c on the "call" line above produces:
===
#+RESULTS: cocktail.c[:cmdline 8 7 6 3 2 4 78]()
The answers should be here. But they aren't.
Thanks for any help.
Roger
This electronic communication is governed by the terms and conditions at
http://www.mun.ca/cc/policies/electronic_communications_disclaimer_2012.php
Re: [O] agenda: personal priority for today
Bastien writes: > Hi Christopher, > > Christopher Allan Webber writes: > >> I wonder if we had a property that was basically sorting on very large >> numbers? When you add something to the agenda and there aren't any >> sorted items, it creates a property with some median-ish very large >> number. As you move things up and down on the agenda it sorts in random >> ranges between the chunks of huge number space per item. This would be >> a goofy but workable solution? > > I don't know -- it's hard to make sure we speak about the same things > when brainstorming like this. Where would you store the property you > are talking to (for example)? Sorry for the non-romantic question :) Just store the property on the item itself, like: #+BEGIN_SRC org * My Tasklist ** TODO This task second :PROPERTIES: :Sorting: 5029662198291 :END: ** TODO This task last :PROPERTIES: :Sorting: 4362296268052 :END: * Another tasklist ** TODO This task first :PROPERTIES: :Sorting: 6495792999082 :END: #+END_SRC in theory, if you have numbers large enough, you should be able to usually find something that's above or in-between to generate sorting between things. So if we wanted to move the last task to the second task, and we're on our agenda and we see the following tasks: sometask Sched.4x: TODO This task first sometask Sched.4x: TODO This task second sometask Sched.4x: TODO This task last and we ask to move third up between second and first, it'll just pick a new random number between that range, like: random.randrange(5029662198291, 6495792999082) so if we got 6417343542884 back, we would set that as the sorting property for the task named "This task last" (which would then no longer be last, it would be second! ;))
Re: [O] Fix for bug in org-capture
Bastien wrote:
> Hi Robert,
>
> Robert Goldman writes:
>
>> I tried to make two submenus to my org-capture templates: a prefix key
>> "t" (for TODO) and a prefix key "T" (for today's TODO).
>>
>> When I tried to use them, the "T" key did not appear and was not accepted.
>>
>> Looking more deeply, it appears that it was filtered out by a mistakenly
>> case-folding (or at least potentially case-folding) search in org-capture.
>
> I cannot reproduce this.
>
> I have these two captures templates:
>
> (setq org-capture-templates
> '(
> ("Ir" "Information read" entry (file+headline "~/org/garden.org"
> "Infos")
>"* TODO %?%a :Read:\n :PROPERTIES:\n :CAPTURED: %U\n :END:\n\n%i"
> :prepend t)
>
> ("IR" "Information read (!)" entry (file+headline "~/org/garden.org"
> "Infos")
>"* TODO %?%a :Read:\n :PROPERTIES:\n :CAPTURED: %U\n :END:\n\n%i"
> :prepend t :immediate-finish t)
>))
>
> They are both recognized well.
This isn't actually the same as my bug (which I didn't explain
adequately). A closer equivalent to mine would have been to have both
"i" and "I", not both "r" and "R".
Here's the bit of my config:
(defvar rpg-org-remember-todo-template
"* TODO %^{todo title}\n %?")
(setq org-capture-templates
`(
("t" "Templates for TODO items.")
("tw" "Work Todo" entry (file+headline "~/org/todo.org" "Tasks")
,rpg-org-remember-todo-template)
("tp" "Personal Todo" entry (file+headline "~/personal/org/todo.org"
"Tasks") ,rpg-org-remember-todo-template)
("T" "Templates for today TODO items.")
("Tw" "Today work todo" entry (file+headline "~/org/todo.org"
"Tasks")
"* TODO %^{todo title}\n SCHEDULED: %t\n %?")
("Tp" "Today personal todo" entry (file+headline
"~/personal/org/todo.org" "Tasks")
"* TODO %^{todo title}\n SCHEDULED: %t\n %?"))
You will see above that it's the prefix keys, not the suffix keys that
causes the problem.
Also, note that if I delete the lines defining the prefix keys:
("t" "Templates for TODO items.")
("T" "Templates for today TODO items.")
the problem goes away. You don't seem to have such definitions in your
code.
>
> Maybe you can try with this minimal example and tell if you can
> still reproduce the problem? Also let us know what version of Org
> you are using.
I can replicate this with head pulled within the past hour.
>
>> I am attaching a diff which has the two line fix for this bug.
>
> I'll apply it if we can reproduce and narrow down the problem.
BTW, I would actually argue that my fix is right, even if you could not
replicate down the problem. This use of the string matching function
incorrectly allows global state to bleed into the functioning of the
calling function. If you *know* (as here) that case-fold-search should
be nil (because the org manual dictates that these keys are case
sensitive), then you should never allow a surrounding binding of
case-fold-search to bleed into the function.
The use of dynamic binding complicates replication, because global state
(binding of case-fold-search) dictates whether this function as written
behaves correctly or not.
Hope that clarifies,
cheers,
r
Re: [O] Fix for bug in org-capture
Hi Robert, Robert Goldman writes: > Hope that clarifies, It does, fixed, thanks. -- Bastien
Re: [O] agenda: personal priority for today
Hi Christopher, Christopher Allan Webber writes: > Just store the property on the item itself But this solution is task-based, not agenda-based. The "Sorting" property you describe would be useful in one agenda and not in one other -- so this does not really fit for the OP use-case I guess. -- Bastien
Re: [O] problems with org-protocol + capture templates
Hi Sébastien,
"Sebastien Vauban"
writes:
> Alvar Maciel wrote:
>> Hi to all,
>> I'm using org-mode as personal day planner with almost all the
>> configuration of http://doc.norang.ca/org-mode.html
>> I try to use org-protocol to send links to emacs using the config of
>> worg. But when emacs open i can not select the template of the
>> capture mode (it's weird months ago was working) and i don't know
>> were is my mistake.
>> this is my keybindidng
>>
>> var orgProtoString = 'org-protocol://capture://'+
>> encodeURIComponent(gBrowser.currentURI.spec) + '/' +
>> encodeURIComponent(gBrowser.contentWindow.document.title) + '/' +
>> encodeURIComponent(content.window.getSelection());
>>
>> gBrowser.loadURI(orgProtoString);
>>
>> my capture template
>>
>> (setq org-capture-templates
>> (quote (("t" "todo" entry (file "~/en uso/2013/org/refile.org")
>>"* TODO %?\n%U\n%a\n" :clock-in t :clock-resume t)
>> ("r" "respond" entry (file "~/en uso/2013/org/refile.org")
>>"* NEXT Respond to %:from on %:subject\nSCHEDULED:
>> %t\n%U\n%a\n" :clock-in t :clock-resume t :immediate-finish t)
>> ("n" "note" entry (file "~/en uso/2013/org/refile.org")
>>"* %? :NOTE:\n%U\n%a\n" :clock-in t :clock-resume t)
>> ("j" "Journal" entry (file+datetree "~/Dropbox/en
>> uso/2013/org/diary.org")
>>"* %?\n%U\n" :clock-in t :clock-resume t)
>> ("w" "org-protocol" entry (file "~/en uso/2013/org/refile.org")
>>"* TODO Review %c\n%U\n" :immediate-finish t)
>> ("p" "Phone call" entry (file "~/en uso/2013/org/refile.org")
>>"* PHONE %? :PHONE:\n%U" :clock-in t :clock-resume t)
>> ("h" "Habit" entry (file "~/en uso/2013/org/refile.org")
>>"* NEXT %?\n%U\n%a\nSCHEDULED: %(format-time-string
>> \"<%Y-%m-%d %a .+1d/3d>\")\n:PROPERTIES:\n:STYLE:
>> habit\n:REPEAT_TO_STATE: NEXT\n:END:\n"
>
> AFAIK, no, you can't dynamically select your template.
I'm not using org-protocol anymore but I certainly *do* remember that
you can dynamically select a capture template.
So maybe Alvar's issue needs some investigation.
--
Bastien
Re: [O] Latex export of tables
Hi Vikas,
On Tue, Apr 16, 2013 at 05:26:19PM +0530, Vikas Rawal wrote:
> > > I am using org-mode version 8.0-pre (release_8.0-pre-247-gbc3ccd @
> > > /home/vikas/lisp/org-mode/lisp/).
> > >
> > > I have a table generated by a source block in a document that I would
> > > like to export to latex. In the exported tex file, I would like org to
> > > insert a line like the following between \end(tabular} and \end{table}
> > >
> > > \begin{minipage}{\textwidth} \tiny Note: Some descriptive text here.
> > > \end{minipage}
> >
> > I do not think this is possible. You have to realise that Org does not
> > aim to support everything you can do with a backend natively. One of
> > the primary reasons for that is the backend agnostic abstraction
> > provided by Org.
>
> I have seen some way of doing things like this. See section 13.3 at
> http://orgmode.org/worg/org-tutorials/org-latex-export.html
>
> I can't get it to work though. Will keep trying.
Many of the things on that page is old exporter specific and probably
will not work with the new exporter.
> There is also a reason for not doing it natively in latex even if the
> org-mode solution is somewhat round-about. I am writing a research
> paper using orgmode, with embedded R source blocks in it. I do not
> mind embedding some latex source block into it but I would not like to
> edit an exported latex file. After all, in the end, the objective is
> to be able to have an org file which produces a full paper when exported.
Then generate LaTeX tables from R not Org tables. As far as I know, R
is capable of that. I believe you can pass the ":wrap latex" option to
the babel block to wrap your LaTeX table with
"#+begin_latex..#+end_latex".
I'm suggesting this because if you continue on this path, i.e. litter
your Org file with hacks, soon you will end up with an extremely fragile
and complicated Org project. I have been down that road while writing
my thesis. At one point I realised the problem and made the decision to
split things into two kinds of files: static content (document
structuring, text, plots, etc), and dynamic content (babel, TikZ blocks
that generate tables, plots, figures, etc used by the static content
files). It is still reproducible research, but modular and less hacky
(hence more stable).
Of course all of this is my personal opinion, it might be completely
inappropriate advise for your use case.
Good luck,
--
Suvayu
Open source is the future. It sets us free.
Re: [O] Looking for a way to "scrape" a webpage to a org-mode note (text+images)
April, 15 at 20:38 Itai kloog wrote: > im looking for a way/wondering if anyone has a homebrew script he > uses, to "scrape" a webpage into org. This is a long, long shot. I wrote some basic emacs-w3m scraping to login to Facebook. You will need to know elisp to make anything out of it. http://ivan.kanis.fr/auto-login-facebook-with-emacs-w3m.html It probably won't help you :) -- Let a fool hold his tongue and he will pass for a sage. -- Publilius Syrus
Re: [O] OT: Android, external HW-keyboard and Emacs
Karl Voit writes: > Unfortunately, my Android Emacs segfaults now (can't test it) There is a known segfault related to having the font size set too large. I forget how to fix it because I haven't been using Android Emacs lately, but try setting the font smaller in whatever way you can. -- David
Re: [O] C code block: no return values
Roger Mason writes:
> Hello,
>
> I'm working through examples in "A Multi-Language Computing Environment for
> Literate Programming and Reproducible Research" by Shulte et al. J.
> Stat. Software, 46/3, 2012.
>
> This example compiles but results are not returned to the Org-mode buffer:
>
> #+name: cocktail.c
> #+begin_src C :noweb yes :tangle cocktail.c
> #include
> <>
> <>
> #+end_src
>
> #+name: main
> #+begin_src C
> int main(int argc, char *argv[]) {
> int lst[argc-1];
> int i;
> for(i=1;i lst[i-1] = atoi(argv[i]);
> sort(lst, argc-1);
> for(i=1;i printf("%d ", lst[i-1]);
> printf("\n");
> }
> #+end_src
>
> #+name: cocktail-sort
> #+begin_src C :noweb yes
> void sort(int *a, unsigned int l)
> {
> int swapped = 0;
> int i;
> do {
> for(i=0; i < (l-1); i++) {
> <>
> }
> if ( swapped == 0 ) break;
> swapped = 0;
> for(i= l - 2; i >= 0; i--) {
> <>
> }
> } while(swapped > 0);
> }
> #+end_src
>
> #+name: swap
> #+begin_src C
> if ( a[i] > a[i+1] ) {
> int temp = a[i];
> a[i] = a[i+1];
> a[i+1] = temp;
> swapped = 1;
> }
> #+end_src
>
> #+call: cocktail.c[:cmdline 8 7 6 3 2 4 78]()
> ===
>
> Running C-c on the "call" line above produces:
>
> ===
> #+RESULTS: cocktail.c[:cmdline 8 7 6 3 2 4 78]()
>
>
> The answers should be here. But they aren't.
>
> Thanks for any help.
>
> Roger
>
Hi Roger,
Since the publication of that paper, the code block execution engine has
begun checking the return value of the invoked program to ensure it
exits with success before parsing the output. The C program in this
example actually returns the value of the final printf, which is
non-zero and looks like a return.
To get this example working with the latest version of Org-mode, one
needs to added a "return 0;" to the end of the last code block, yielding
the following.
#+name: main
#+begin_src C
int main(int argc, char *argv[]) {
int lst[argc-1];
int i;
for(i=1;ihttp://cs.unm.edu/~eschulte
Re: [O] C code block: no return values
Hello Eric,
On 04/16/2013 04:15 PM, Eric Schulte wrote:
Roger Mason writes:
Hello,
I'm working through examples in "A Multi-Language Computing Environment for
Literate Programming and Reproducible Research" by Shulte et al. J.
Stat. Software, 46/3, 2012.
This example compiles but results are not returned to the Org-mode buffer:
Hi Roger,
Since the publication of that paper, the code block execution engine has
begun checking the return value of the invoked program to ensure it
exits with success before parsing the output. The C program in this
example actually returns the value of the final printf, which is
non-zero and looks like a return.
To get this example working with the latest version of Org-mode, one
needs to added a "return 0;" to the end of the last code block, yielding
the following.
#+name: main
#+begin_src C
int main(int argc, char *argv[]) {
int lst[argc-1];
int i;
for(i=1;i
Thank you. It works here too.
Best wishes,
Roger
This electronic communication is governed by the terms and conditions at
http://www.mun.ca/cc/policies/electronic_communications_disclaimer_2012.php
Re: [O] Different fonts in inline equation in latex pdf export
On Tue, Apr 16, 2013 at 11:15:00PM +0530, Sanjib Sikder wrote:
> Hi,
>
> While pdf exporting an inline equation from org-mode, I am getting two
> different fonts in the equation. I have attached an example .org file
> with the equation and the generated output files (.pdf and .tex). In
> the .tex file I can see \mathrm which is causing the problem it seems.
> How to fix the issue ?
A_{x}B_{1-x}
The above is not an inline equation. This is just sub/superscripted
text in normal flowing text. For proper inline math-mode you have to
use:
\( A_{x}B_{1-x} \)
If instead you want an unnumbered equation, use:
\[ A_{x}B_{1-x} \]
Hope this helps,
--
Suvayu
Open source is the future. It sets us free.
Re: [O] problems with org-protocol + capture templates
Bastien writes:
> Hi Sébastien,
>
> "Sebastien Vauban"
> writes:
>
>> Alvar Maciel wrote:
>>> Hi to all,
>>> I'm using org-mode as personal day planner with almost all the
>>> configuration of http://doc.norang.ca/org-mode.html
>>> I try to use org-protocol to send links to emacs using the config of
>>> worg. But when emacs open i can not select the template of the
>>> capture mode (it's weird months ago was working) and i don't know
>>> were is my mistake.
>>> this is my keybindidng
>>>
>>> var orgProtoString = 'org-protocol://capture://'+
>>> encodeURIComponent(gBrowser.currentURI.spec) + '/' +
>>> encodeURIComponent(gBrowser.contentWindow.document.title) + '/' +
>>> encodeURIComponent(content.window.getSelection());
>>>
>>> gBrowser.loadURI(orgProtoString);
>>>
>>> my capture template
>>>
>>> (setq org-capture-templates
>>> (quote (("t" "todo" entry (file "~/en uso/2013/org/refile.org")
>>>"* TODO %?\n%U\n%a\n" :clock-in t :clock-resume t)
>>> ("r" "respond" entry (file "~/en uso/2013/org/refile.org")
>>>"* NEXT Respond to %:from on %:subject\nSCHEDULED:
>>> %t\n%U\n%a\n" :clock-in t :clock-resume t :immediate-finish t)
>>> ("n" "note" entry (file "~/en uso/2013/org/refile.org")
>>>"* %? :NOTE:\n%U\n%a\n" :clock-in t :clock-resume t)
>>> ("j" "Journal" entry (file+datetree "~/Dropbox/en
>>> uso/2013/org/diary.org")
>>>"* %?\n%U\n" :clock-in t :clock-resume t)
>>> ("w" "org-protocol" entry (file "~/en
>>> uso/2013/org/refile.org")
>>>"* TODO Review %c\n%U\n" :immediate-finish t)
>>> ("p" "Phone call" entry (file "~/en uso/2013/org/refile.org")
>>>"* PHONE %? :PHONE:\n%U" :clock-in t :clock-resume t)
>>> ("h" "Habit" entry (file "~/en uso/2013/org/refile.org")
>>>"* NEXT %?\n%U\n%a\nSCHEDULED: %(format-time-string
>>> \"<%Y-%m-%d %a .+1d/3d>\")\n:PROPERTIES:\n:STYLE:
>>> habit\n:REPEAT_TO_STATE: NEXT\n:END:\n"
>>
>> AFAIK, no, you can't dynamically select your template.
>
> I'm not using org-protocol anymore but I certainly *do* remember that
> you can dynamically select a capture template.
>
> So maybe Alvar's issue needs some investigation.
I just had a problem with org-protocol not working. After plenty of
googling, reinstalling and fussing, I think that I solved it and I
believe that the problem was related that I was playing with different
Emacs versions in Ubuntu and momentarily I had no emacsclient. See for
example http://ubuntuforums.org/showthread.php?t=2092293
Re: [O] Latex export of tables
Aloha all,
Jumping in here with apologies :)
Suvayu Ali writes:
> Hi Vikas,
>
> On Tue, Apr 16, 2013 at 05:26:19PM +0530, Vikas Rawal wrote:
>> > > I am using org-mode version 8.0-pre (release_8.0-pre-247-gbc3ccd @
>> > > /home/vikas/lisp/org-mode/lisp/).
>> > >
>> > > I have a table generated by a source block in a document that I would
>> > > like to export to latex. In the exported tex file, I would like org to
>> > > insert a line like the following between \end(tabular} and \end{table}
>> > >
>> > > \begin{minipage}{\textwidth} \tiny Note: Some descriptive text
>> > > here. \end{minipage}
>> >
>> > I do not think this is possible. You have to realise that Org does not
>> > aim to support everything you can do with a backend natively. One of
>> > the primary reasons for that is the backend agnostic abstraction
>> > provided by Org.
>>
>> I have seen some way of doing things like this. See section 13.3 at
>> http://orgmode.org/worg/org-tutorials/org-latex-export.html
>>
>> I can't get it to work though. Will keep trying.
>
> Many of the things on that page is old exporter specific and probably
> will not work with the new exporter.
Yes, this page is all about workarounds for the old exporter. I believe
John Hendy is reorganizing this material and at some point will either
remove the tutorial or label it clearly as specific to the old exporter.
>
>> There is also a reason for not doing it natively in latex even if the
>> org-mode solution is somewhat round-about. I am writing a research
>> paper using orgmode, with embedded R source blocks in it. I do not
>> mind embedding some latex source block into it but I would not like to
>> edit an exported latex file. After all, in the end, the objective is
>> to be able to have an org file which produces a full paper when exported.
>
> Then generate LaTeX tables from R not Org tables. As far as I know, R
> is capable of that. I believe you can pass the ":wrap latex" option to
> the babel block to wrap your LaTeX table with
> "#+begin_latex..#+end_latex".
One reason to stick with Org tables is to ensure stylistic consistency
in the LaTeX output for all tables, regardless of where they originated.
This is more of a convenience than anything else, since the approach you
suggest can yield arbitrarily styled tables, too.
>
> I'm suggesting this because if you continue on this path, i.e. litter
> your Org file with hacks, soon you will end up with an extremely fragile
> and complicated Org project. I have been down that road while writing
> my thesis. At one point I realised the problem and made the decision to
> split things into two kinds of files: static content (document
> structuring, text, plots, etc), and dynamic content (babel, TikZ blocks
> that generate tables, plots, figures, etc used by the static content
> files). It is still reproducible research, but modular and less hacky
> (hence more stable).
The path to a fragile and complicated Org project is well-worn, I've
been down it too many times myself. The habits I've developed over time
have helped, but I think they are less systematic than what you've
devised. I'd love to see some notes on your solution as a brief tutorial
or an expanded FAQ on Worg. I'll be happy to contribute or help if you
find time to do something like this.
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
Re: [O] [RFC] new :post header argument for post-processing of code block results
Eric Schulte writes: > Eric S Fraga writes: > >> Eric Schulte writes: >> >>> Hi, >>> >>> I've been wanting to add the ability to post-process the results of a >>> code block for some time, and some recent threads (e.g., [1] and [2]) >>> could both have benefited from post-processing of code block output. >> >> [...] >> >>> Does this new header argument seem useful? Any suggestions for better >>> syntax which don't add too much conceptual or code complexity? >> >> Very useful indeed! I don't have a chance to try this out properly now >> but I know of several previous org files where this would have been very >> useful. >> > > Great, I'm happy I wasn't the only one. > No, you were not. Adding lines to tables is one of the cases, I will use that cool feature from now on. Regards, Andreas
Re: [O] Error with :wrap org in babel and 8.0-pre
Hi, John, My apologies; the question/suggestion below was meant for Eric and concerned a possible change in Babel that might help. It was not meant as a tip to you about something you could try now. In any case, Eric has replied that drawers are the preferred solution, so I suppose something along the lines of my suggestion /has/ been considered and rejected, and I'll leave it there. Yours, Christian John Hendy writes: > On Tue, Apr 16, 2013 at 3:23 AM, Christian Moe wrote: > [...] >> I suppose you've considered delimiting results in general with e.g. a >> line like #+END_RESULTS? >> > > As in compiling with simply =:results output raw= and then adding my > own #+end_results line after the block? > > If so, I haven't tried that. But :wrap with no second argument creates > #+begin/end_results, which doesn't export correctly. >
Re: [O] phone links...
Feng Shu writes: Hello Feng, > Bastien writes: > >> Hi Feng, >> >> Feng Shu writes: >> >>> [update diff] make output format more beautiful >> >> thanks for the patch -- at first sight, the formatting should be >> fixed, let's try to avoid lines longer than 80 characters. But in >> general, I'd be more comfortable with someone taking org-contacts.el >> in charge: I copy Grégoire as he proposed to do this. >> >> Thanks, > > Hi Bastien, > > I don't think this patch should be include into master, > I don't want people run between two different format. > > Now org-mobile can't show propertiy quickly ,may be it's only a tmp > solution of the problem. > > I want org-contact.el can manage this kind of format directly instead of > exporting, but it's beyond my ability for I'm not a programmer I agree with you, it would be much better if org-contacts managed links within properties. I'll look at Michael's patch which implements this. Regards, -- Daimrod/Greg pgpqvdRQNKLgp.pgp Description: PGP signature
Re: [O] Latex export of tables
Hey Tom, On Tue, Apr 16, 2013 at 10:07:26AM -1000, Thomas S. Dye wrote: > Aloha all, > > Jumping in here with apologies :) Isn't that why we discuss on mailing lists, so that people can jump in ;). > > I'm suggesting this because if you continue on this path, i.e. litter > > your Org file with hacks, soon you will end up with an extremely fragile > > and complicated Org project. I have been down that road while writing > > my thesis. At one point I realised the problem and made the decision to > > split things into two kinds of files: static content (document > > structuring, text, plots, etc), and dynamic content (babel, TikZ blocks > > that generate tables, plots, figures, etc used by the static content > > files). It is still reproducible research, but modular and less hacky > > (hence more stable). > > The path to a fragile and complicated Org project is well-worn, I've > been down it too many times myself. The habits I've developed over time > have helped, but I think they are less systematic than what you've > devised. I'd love to see some notes on your solution as a brief tutorial > or an expanded FAQ on Worg. I'll be happy to contribute or help if you > find time to do something like this. Actually, I am working on a workflow for large writing projects, my PhD thesis in this case :-p. What I have in mind is have a Makefile based build system that uses `emacs --batch' to export to LaTeX and html. The images are generated separately using babel blocks or standalone TeX files with TikZ code. I intend to make pdf images for LaTeX and convert them to png/svg with imagemagick/inkscape. Of course all of this is still a pipe dream; if I get it working, I'll definitely write a Worg page on it. Of course it will be great if people with interesting ideas pitch in :). I expect to have an early working environment in a couple of months. :) -- Suvayu Open source is the future. It sets us free.
Re: [O] Examples of orgmode+beamer presentations?
Hi, John Hendy writes: > Sorry if that's not what you're looking for! The recipe page you > posted will show you how to do some various columns and layouts, but > again, this is just doing in Org what you can do manually in Beamer. > The appearance is all going to come from the theme. thanks a lot, but more than the appearance itself I was looking for examples of how to do "things", for example, how to make items in a "frame" appear one by one, while the other ones are greyed out, how to remove the transition buttons, how to customize the short title, etc. that appears in the infoline in some themes, etc. Googling, I managed to do most of this stuff (though I didn't figure out yet how to grey out images), but I thought it would be nice to have a real (or a mock one) presentation available somewhere, which uses a lot of the usual stuff that we do for presentations, together with the source code, so that customizing my own presentation could be probably easier. Ista Zahn's sample presentation was more or less what I was looking for, though obviously it didn't address all the issues I wanted to solve. Thanks, -- Ángel de Vicente http://www.iac.es/galeria/angelv/ - ADVERTENCIA: Sobre la privacidad y cumplimiento de la Ley de Protecci�n de Datos, acceda a http://www.iac.es/disclaimer.php WARNING: For more information on privacy and fulfilment of the Law concerning the Protection of Data, consult http://www.iac.es/disclaimer.php?lang=en
[O] Best practices for literate programming [was: Latex export of tables]
> > I'm suggesting this because if you continue on this path, i.e. litter > > your Org file with hacks, soon you will end up with an extremely fragile > > and complicated Org project. I have been down that road while writing > > my thesis. I see the point. I think there is a need for documenting different approaches people have used so far to avoid this. I suggest we use this thread to start a discussion. If we get useful content, it should perhaps land up somewhere on worg eventually. > At one point I realised the problem and made the decision to > > split things into two kinds of files: static content (document > > structuring, text, plots, etc), and dynamic content (babel, TikZ blocks > > that generate tables, plots, figures, etc used by the static content > > files). It is still reproducible research, but modular and less hacky > > (hence more stable). Suvayu, This is indeed a very neat approach. Would you kindly elaborate? Would it be too much work for you to get some illustrations from your work? In your scheme of things, how do you finally combine the static and the dynamic content? Any chance that you could release the source of something like a chapter of your thesis for people to see? Or may be create something with dummy content? > I've been down it too many times myself. The habits I've developed > over time have helped, but I think they are less systematic than > what you've devised. Tom, do tell us more about what these habits are. > I'd love to see some notes on your solution as > a brief tutorial or an expanded FAQ on Worg. +1 > I'll be happy to > contribute or help if you find time to do something like this. and +1. Vikas
[O] uniborg
Greetings, I remember reading a discussion some time ago about Org, and the Borg, and unicorns with mechanical faceplates, "Resistance is futile," etc. Here is one interpretation of a uniborg: http://orgmode.org/worg/org-artwork.html Feel free to improve it, embellish it, play with it, modify it, add captions,... Cheers, Jay P.S. It appears that Worg isn't publishing SVG images (is that right?), only my PNG in being published. If this is indeed the case, would it be possible to add the extension "svg" to org-publish-attachment in the worg publishing setup? I looked for that setup file but didn't find it.
Re: [O] problems with org-protocol + capture templates
I use org-protocol with Chrome and Windows 8, emacs 24.3+ and some recent
Org mode.
I definitely can select the capture template.
I use emacsclientw.exe rather than emacs.exe to store the link.
It also means that emacs is already started and org-mode already loaded.
Fabrice
2013/4/16 Bastien
> Hi Sébastien,
>
> "Sebastien Vauban"
> writes:
>
> > Alvar Maciel wrote:
> >> Hi to all,
> >> I'm using org-mode as personal day planner with almost all the
> >> configuration of http://doc.norang.ca/org-mode.html
> >> I try to use org-protocol to send links to emacs using the config of
> >> worg. But when emacs open i can not select the template of the
> >> capture mode (it's weird months ago was working) and i don't know
> >> were is my mistake.
> >> this is my keybindidng
> >>
> >> var orgProtoString = 'org-protocol://capture://'+
> >> encodeURIComponent(gBrowser.currentURI.spec) + '/' +
> >> encodeURIComponent(gBrowser.contentWindow.document.title) + '/' +
> >> encodeURIComponent(content.window.getSelection());
> >>
> >> gBrowser.loadURI(orgProtoString);
> >>
> >> my capture template
> >>
> >> (setq org-capture-templates
> >> (quote (("t" "todo" entry (file "~/en uso/2013/org/refile.org")
> >>"* TODO %?\n%U\n%a\n" :clock-in t :clock-resume t)
> >> ("r" "respond" entry (file "~/en uso/2013/org/refile.org
> ")
> >>"* NEXT Respond to %:from on %:subject\nSCHEDULED:
> >> %t\n%U\n%a\n" :clock-in t :clock-resume t :immediate-finish t)
> >> ("n" "note" entry (file "~/en uso/2013/org/refile.org")
> >>"* %? :NOTE:\n%U\n%a\n" :clock-in t :clock-resume t)
> >> ("j" "Journal" entry (file+datetree "~/Dropbox/en
> >> uso/2013/org/diary.org")
> >>"* %?\n%U\n" :clock-in t :clock-resume t)
> >> ("w" "org-protocol" entry (file "~/en uso/2013/org/
> refile.org")
> >>"* TODO Review %c\n%U\n" :immediate-finish t)
> >> ("p" "Phone call" entry (file "~/en uso/2013/org/
> refile.org")
> >>"* PHONE %? :PHONE:\n%U" :clock-in t :clock-resume t)
> >> ("h" "Habit" entry (file "~/en uso/2013/org/refile.org")
> >>"* NEXT %?\n%U\n%a\nSCHEDULED: %(format-time-string
> >> \"<%Y-%m-%d %a .+1d/3d>\")\n:PROPERTIES:\n:STYLE:
> >> habit\n:REPEAT_TO_STATE: NEXT\n:END:\n"
> >
> > AFAIK, no, you can't dynamically select your template.
>
> I'm not using org-protocol anymore but I certainly *do* remember that
> you can dynamically select a capture template.
>
> So maybe Alvar's issue needs some investigation.
>
> --
> Bastien
>
>
>
--
Fabrice Popineau
-
SUPELEC
Département Informatique
3, rue Joliot Curie
91192 Gif/Yvette Cedex
Tel direct : +33 (0) 169851950
Standard : +33 (0) 169851212
--
Re: [O] phone links...
Michael Strey writes:
Hello Michael,
> On Tue, Apr 09, 2013 at 09:31:40AM +0200, Michael Strey wrote:
>
> [...]
>
>> The problem is on the side of org-contacts. Org-contacts does not
>> support links in its properties.
> [...]
>
>> This shortcoming effects not only the phone links but email links as
>> well.
>
> Attached is a patch to allow org links in org-contacts properties.
> It allows entries like in the following example without effecting
> org-contacts current functions.
>
> #+BEGIN_SRC org
> * Surname, Name
> :PROPERTIES:
> :EMAIL:mailto:te...@test.de; [[mailto:n...@test.de]] f...@bar.biz
> :PHONE:[[tel:+49 351 4129535]], +491766626196 [[+49 (351) 41295-35]]
> :END:
> #+END_SRC
>
> Phone links of the form [[tel:+49 351 412 95-35][My phone number]] or
> [[tel:+49 351 41295-35]] are expected. `-', `/', `(', `)' and
> whitespace characters are allowed in telephone numbers.
Thank you for your patch, though here are a few suggestions:
- It looks like `chomp' does the same thing the `org-trim' (in `org.el')
if so you should use it.
- You should use `org-link-display-format' instead of
`org-contacts-strip-link'.
- You have done some unrelated changes (fix some typos, ...), could you
provide a separated patches for them?
Regarding `org-contacts-split-property', I haven't found anything about
multiple values within a node property in `org-element' and the syntax
description doesn't mention it, so you were right to roll your own. :)
However, I think it would be better to store the separators in a
variable (like `org-contacts-property-values-separator') and maybe even
to use it by default instead of `split-string-default-separators'
because we use it more and because it's easy to forget.
> +(loop for email in (org-contacts-split-property email-list)
> + for gravatar = (gravatar-retrieve-synchronously
> (org-contacts-strip-link email))
What do you think?
Thanks again for your time!
Regards,
--
Daimrod/Greg
pgpXWsW7sSTeB.pgp
Description: PGP signature
Re: [O] OT: Android, external HW-keyboard and Emacs
Karl Voit writes: > Unfortunately, my Android Emacs segfaults now (can't test it) and I found that you can get the Emacs app started without segfaulting if you reduce the font size. Of course, that may make the text illegible for you... :-( The on-screen keyboard is not ideal, of course. My bluetooth mini-keyboard doesn't transmit CTRL unfortunately so not very useful. Basically, we're almost there but not quite. It sure would be nice to have Emacs running properly on Android just to be able to have full org-mode on the move. Although I'm using MobileOrg more and more, I'm only using it for capturing notes. I really want appointments and everything else as well! I've only tried Emacs on my recently acquired Nexus 4 (phone) but will try it out on a tablet (Nexus 7) tomorrow hopefully. Not what I want in the long term but worth trying, I guess. -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 and Org release_8.0-pre-347-g4b139e
Re: [O] Org-mode as a replacement for Google Reader
François Pinard writes: > rai...@krugs.de (Rainer M. Krug) writes: > >> Ack? > > That comes from ASCII (the first edition of the standard), which had two And it was also what the cat in Bloom County used to say ;-) -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.3.50.1 and Org release_8.0-pre-347-g4b139e
Re: [O] Latex export of tables
Hi Suvayu, Suvayu Ali writes: > Hey Tom, > > Actually, I am working on a workflow for large writing projects, my PhD > thesis in this case :-p. What I have in mind is have a Makefile based > build system that uses `emacs --batch' to export to LaTeX and html. The > images are generated separately using babel blocks or standalone TeX > files with TikZ code. I intend to make pdf images for LaTeX and convert > them to png/svg with imagemagick/inkscape. Of course all of this is > still a pipe dream; if I get it working, I'll definitely write a Worg > page on it. Of course it will be great if people with interesting ideas > pitch in :). I expect to have an early working environment in a couple > of months. This sounds like the system I was using near the end of the old exporter's life. When Nicolas added asynchronous export to the new exporter I was able to abandon the Makefile. Lately, I've been tangling init.el files from my source document. I really like this approach because the asynchronous exporter starts off with a fresh emacs instance (the infamous emacs -Q, I think) and you don't have to worry if your .emacs has an old setting that has some weird effect on export--all of the setup is in the babel block that generates the init.el file. I like that the init.el setup travels with the document in the Org mode file. I think it helps with reproducibility. All the best, Tom -- T.S. Dye & Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
[O] MobileOrg for iOS approved and soon to be available in the app store
For those interested in MobileOrg on iOS devices, it has been approved and will be back in the store soon, it can take up to 24 hours to become available. See this github issue for further info: https://github.com/MobileOrg/mobileorg/issues/24 Enjoy! -sean
Re: [O] Best practices for literate programming [was: Latex export of tables]
Aloha Vikas, Vikas Rawal writes: >> I've been down it too many times myself. The habits I've developed >> over time have helped, but I think they are less systematic than >> what you've devised. > > Tom, do tell us more about what these habits are. The new exporter is really your friend. Where before I might choose to generate a LaTeX block, now I look to generate Org output and then count on the exporter to do the right thing on the way to pdf. The exporter's attribute system is very easy to use. The attributes you need to access are always right there. I've also come to rely on filters quite a bit. I use them for non-breaking spaces, the plus/minus symbol, and for the multiple citation commands used by biblatex (e.g., \parencites). There seems to be a move afoot to collect filters so they can be widely distributed. I'd like to see the filters go to the Library of Babel, but for reproducible research it is probably best to keep them with the source document so there is no doubt about the fidelity of filter code. All the best, Tom -- T.S. Dye & Colleagues, Archaeologists 735 Bishop St, Suite 315, Honolulu, HI 96813 Tel: 808-529-0866, Fax: 808-529-0884 http://www.tsdye.com
Re: [O] uniborg
Jay Kerns writes: > Greetings, > > I remember reading a discussion some time ago about Org, and the > Borg, and unicorns with mechanical faceplates, "Resistance is > futile," etc. Here is one interpretation of a uniborg: > > http://orgmode.org/worg/org-artwork.html > > Feel free to improve it, embellish it, play with it, modify it, add > captions,... > > Cheers, > Jay Now Bastien's new unicorn looks very angry! Tom -- Thomas S. Dye http://www.tsdye.com
[O] [BUG] Problems with perl babel output
Hi- Overall, Achim's updates to perl babel processing have been fantastic. But there seems to be a problem with :result output -- there is no way to get a table. Also, if the results are :value, the stdout is mixed in with the returned results. Here are some examples: * perl results ** default (value) #+BEGIN_SRC perl print "a\t1\n"; #+END_SRC #+results: | a | 1 | | 1 | | #+BEGIN_SRC perl print "a\t1\n"; undef; #+END_SRC #+results: | a | 1 | #+BEGIN_SRC perl "a\t1\n"; #+END_SRC #+results: | a | 1 | ** output #+BEGIN_SRC perl :results output print "a\t1\n"; undef; #+END_SRC #+results: : a 1 #+BEGIN_SRC perl :results output table print "a\t1\n"; undef; #+END_SRC #+results: : a 1
Re: [O] phone links...
Daimrod writes: > > I agree with you, it would be much better if org-contacts managed > links > within properties. I think the two format have less difference org-android and org-android-NG can't show properties like outline, I expect to see the implement of this feature > > I'll look at Michael's patch which implements this. > > Regards, --
Re: [O] problems with org-protocol + capture templates
Fabrice Popineau writes:
> I use org-protocol with Chrome and Windows 8, emacs 24.3+ and some
> recent Org mode.
> I definitely can select the capture template.
> I use emacsclientw.exe rather than emacs.exe to store the link.
> It also means that emacs is already started and org-mode already
> loaded.
emacsclient don't creat a new frame by default, If you have no emacs
frame, org-protocol for firefox is nearly useless. I use a bash wrap
file "org-capture.sh" to launch emacs frame:
#+begin_src
#!/bin/bash
set -efu
TEST=$(ps ax | grep "org-capture-for-firefox" | grep -v grep | wc -l)
if [ $TEST = 1 ] ; then
exec emacsclient $*;
exit 0;
else
exec emacsclient -c -a '' -F '((name . "org-capture-for-firefox"))' $*
exit 0;
fi
#+end_src
>
> Fabrice
>
> 2013/4/16 Bastien
>
> Hi Sébastien,
>
> "Sebastien Vauban"
>
>
> writes:
>
> > Alvar Maciel wrote:
> >> Hi to all,
> >> I'm using org-mode as personal day planner with almost all the
> >> configuration of http://doc.norang.ca/org-mode.html
> >> I try to use org-protocol to send links to emacs using the
> config of
> >> worg. But when emacs open i can not select the template of the
> >> capture mode (it's weird months ago was working) and i don't
> know
> >> were is my mistake.
> >> this is my keybindidng
> >>
> >> var orgProtoString = 'org-protocol://capture://'+
> >> encodeURIComponent(gBrowser.currentURI.spec) + '/' +
> >> encodeURIComponent(gBrowser.contentWindow.document.title) + '/'
> +
> >> encodeURIComponent(content.window.getSelection());
> >>
> >> gBrowser.loadURI(orgProtoString);
> >>
> >> my capture template
> >>
> >> (setq org-capture-templates
> >> (quote (("t" "todo" entry (file "~/en uso/2013/org/refile.org")
> >> "* TODO %?\n%U\n%a\n" :clock-in t :clock-resume t)
> >> ("r" "respond" entry (file "~/en uso/2013/org/refile.org")
> >> "* NEXT Respond to %:from on %:subject\nSCHEDULED:
> >> %t\n%U\n%a\n" :clock-in t :clock-resume t :immediate-finish t)
> >> ("n" "note" entry (file "~/en uso/2013/org/refile.org")
> >> "* %? :NOTE:\n%U\n%a\n" :clock-in t :clock-resume t)
> >> ("j" "Journal" entry (file+datetree "~/Dropbox/en
> >> uso/2013/org/diary.org")
> >> "* %?\n%U\n" :clock-in t :clock-resume t)
> >> ("w" "org-protocol" entry (file "~/en uso/2013/org/refile.org")
> >> "* TODO Review %c\n%U\n" :immediate-finish t)
> >> ("p" "Phone call" entry (file "~/en uso/2013/org/refile.org")
> >> "* PHONE %? :PHONE:\n%U" :clock-in t :clock-resume t)
> >> ("h" "Habit" entry (file "~/en uso/2013/org/refile.org")
> >> "* NEXT %?\n%U\n%a\nSCHEDULED: %(format-time-string
> >> \"<%Y-%m-%d %a .+1d/3d>\")\n:PROPERTIES:\n:STYLE:
> >> habit\n:REPEAT_TO_STATE: NEXT\n:END:\n"
> >
> > AFAIK, no, you can't dynamically select your template.
>
>
> I'm not using org-protocol anymore but I certainly *do* remember
> that
> you can dynamically select a capture template.
>
> So maybe Alvar's issue needs some investigation.
>
> --
> Bastien
--
Re: [O] phone links...
Feng Shu writes: > Daimrod writes: > >> >> I agree with you, it would be much better if org-contacts managed >> links >> within properties. > I think the two format have less difference > > org-android and org-android-NG can't show properties like outline, > I expect to see the implement of this feature Hmm, I don't understand what you want. Do you need the outline format: - to use it with another application/mode? - to quickly show/hide contacts information? - to support links? - something else? Regards, -- Daimrod/Greg pgpa_kck71TLW.pgp Description: PGP signature
Re: [O] Best practices for literate programming [was: Latex export of tables]
Hi Vikas,
On Wed, Apr 17, 2013 at 03:40:22AM +0530, Vikas Rawal wrote:
>
> > At one point I realised the problem and made the decision to
> > split things into two kinds of files: static content (document
> > structuring, text, plots, etc), and dynamic content (babel, TikZ blocks
> > that generate tables, plots, figures, etc used by the static content
> > files). It is still reproducible research, but modular and less hacky
> > (hence more stable).
>
> This is indeed a very neat approach. Would you kindly elaborate?
>
> Would it be too much work for you to get some illustrations from your
> work?
Well ... it was couple of years back, the Org version was quite
different, e.g. babel was rapidly evolving. It might be a fair bit of
work to get it working again. That said, last year I gave a talk in an
internal workshop, I made the plots with the attached file. I didn't
spend time to make sure everything is pretty, so the legend and titles
might be a little wonky. Just evaluating the two main source blocks
should give you two plots in pdf files.
> In your scheme of things, how do you finally combine the static and
> the dynamic content?
>
> Any chance that you could release the source of something like a
> chapter of your thesis for people to see? Or may be create something
> with dummy content?
The idea is to keep the dynamic content on separate org files which you
export less frequently during the course of your writing, e.g. any
tables that are inputs for source blocks. Evaluating these blocks, or
exporting these dynamic files (whichever is your preference) generates
the graphic which is then used in the static file. This is not limited
to plots, you could write org/LaTeX tables to separate files. You can
then easily include those in your static files.
My main motivation for this was to make the export process simpler. And
since the complicated interacting bits are all isolated and modularised,
there are fewer things that go wrong and many files are updated only
when required, hence faster too!
Anyway, this is all probably very vague without working examples. I'll
try to come up with something, but I have been rather busy for the last
year or so and do not see any sign of respite in the near future :-/.
I'll get this fleshed out at some point, just don't know how soon.
Hope this was helpful in some way,
:)
--
Suvayu
Open source is the future. It sets us free.
#+STARTUP: overview
#+PROPERTY: noweb yes
#+PROPERTY: results silent
#+BIND: org-confirm-babel-evaluate nil
* Gnuplot source preamble :src:
:PROPERTIES:
:VISIBILITY: folded
:END:
#+name: gnuplot-preamble
#+begin_src gnuplot
reset
set terminal pdfcairo color size 21cm,14.8cm
set termoption enhanced
set encoding utf8
set termoption font "DejaVuSerif,8"
# set output '|display png:-'
set grid back
set style line 1 linewidth 9 pointtype 1 linecolor rgb 'orange'
set style line 2 pointsize 1 pointtype 5 linecolor rgb 'forest-green'
set style line 3 pointsize 1 pointtype 7 linecolor rgb 'red'
set style line 4 pointsize 1 pointtype 9 linecolor rgb 'blue'
set style line 5 pointsize 1 pointtype 11 linecolor rgb 'dark-gray'
set style line 6 pointsize 1 pointtype 13 linecolor rgb 'brown'
set style line 7 linewidth 7 pointtype 19 linecolor rgb 'black'
set style line 10 linewidth 2 linecolor rgb 'black'
set style line 11 linewidth 5 linecolor rgb 'red'
set key outside
set key box linestyle 10
#+end_src
* BF Upper Limit summary plots
** Gnuplot source :src:
#+name: limits-preamble
#+begin_src gnuplot
set log y
set format y "10^{%L}"
set ylabel 'BF Upper Limit'
set xtics nomirror rotate by 90 offset character 0,-3
#+end_src
*** B⁺ → h⁻l⁺l⁺ / D⁻l⁺l⁺ :Bplus:
#+begin_src gnuplot :noweb yes :var limits=Bpluslimits
<>
<>
set xrange [0:8]
set yrange [1E-14:1E-5]
set label 'BF Upper Limits:' at graph 1.02,0.55 font ',10'
set label ' B⁺ → h⁻l⁺l⁺' at graph 1.02,0.5
set label ' B⁺ → D⁽*⁾⁻l⁺l⁺' at graph 1.02,0.45
set label 'LHCb limits \@ 95% C.L.' at graph 1.02,0.37 font ',7'
set label 'Other limits \@ 90% C.L.' at graph 1.02,0.33 font ',7'
set xtics ("K⁻e⁺e⁺" 1, "K⁻μ⁺μ⁺" 2, "π⁻e⁺e⁺" 3, "π⁻μ⁺μ⁺" 4, "D⁻e⁺e⁺" 5,
"D⁻μ⁺μ⁺" 6, "D*⁻μ⁺μ⁺" 7)
set output "Bpluslimits.pdf"
plot "$limits" using 1:2 title 'Theory' linestyle 1, \
"$limits" using 1:3 title 'BaBar' linestyle 2, \
"$limits" using 1:4 title 'Belle' linestyle 3, \
"$limits" using 1:5 title 'LHCb' linestyle 4, \
"$limits" using 1:6 title 'LHCb year-end' linestyle 5, \
"$limits" using 1:7 title 'LHCb upgrade' linestyle 6
# 1E-10 with lines linestyle 10 title ''
# 3.1E-9 with lines linestyle 11
set output
#+end_src
*** D⁺ → h⁻l⁺l⁺ / Dₛ⁺ → h⁻l⁺l⁺:Dplus:
#+begin_src gnuplot :noweb yes :var limit
