Re: [O] Reftex in Org-Mode exporting and recognizing figures or equations

2012-08-03 Thread Thomas S. Dye
Aloha Jeffrey,

Jeffrey Spencer jeffspenc...@gmail.com writes:

 1) I was wondering if anyone has got the reftex feature of easily
 recognizing the figures and equations to insert as a ref command to work in
 org-mode.

I'm not aware of this being done. 


 2) Also I had seen on a website that you can use the command to get
 org-mode type citations. This seems to export to latex as a \ref command
 with citep in the middle (eg. \ref{citep}).
 (reftex-set-cite-format
 [[citep][%l]])
 This doesn't seem to work for me but maybe I'm doing something wrong.

There are some examples of how to manage citations in Org mode here:

http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-17-2

I'm really enjoying ebib in this regard.  It recognizes both Org mode
and LaTeX mode documents, so is ready to work with me in both of my
writing environments.

hth,
Tom

 1) I was wondering if anyone has got the reftex feature of easily recognizing 
 the figures and equations to insert as a ref command to work in org-mode.2) 
 Also I had seen on a website that you can use the command to get org-mode 
 type citations. This seems to export to latex as a \ref command with citep in 
 the middle (eg. \ref{citep}).

 (reftex-set-cite-format    [[citep][%l]])This doesn#39;t seem to work for 
 me but maybe I#39;m doing something wrong.

-- 
Thomas S. Dye
http://www.tsdye.com



Re: [O] org-mode : add note/flag a capture

2012-08-03 Thread Bastien
Hi Richard,

Richard Riley rile...@gmail.com writes:

 Is it correct that you cant add a note or change a status to a newly
 captured item before its been synced into emacs and repulled/synced? 

AFAIU, this is correct.  

-- 
 Bastien



Re: [O] [BUG] Traceback on Org-Export

2012-08-03 Thread Bastien
Hi Luis,

Luis Anaya papoan...@hotmail.com writes:

 I pulled the latest and greatest from  Git after I uploaded by changes
 on the exporter and I got the following trace during import of
 org-export. 

I can't reproduce this.  Perhaps ~$ make cleanall and ~$ make again?

-- 
 Bastien



Re: [O] Babel give Marker does not point anywhere first run of LaTeX export; subsequent are fine

2012-08-03 Thread Bastien
John Hendy jw.he...@gmail.com writes:

 When I open an org file the first time and export to PDF via LaTeX, I
 get the error Marker does not point anywhere and the LaTeX export
 quits. Running it again without doing anything else succeeds, and all
 subsequent exports work fine.

 This is on Windows 7. Thoughts?

I can't reproduce this, we need more information, e.g. a reproducible
example.  Thanks,

-- 
 Bastien



Re: [O] Templates for cloning

2012-08-03 Thread Bastien
Hi Nathan,

Nathan Neff nathan.n...@gmail.com writes:

 Is there a way to create a template structure for cloning?

This is something I've wanted for long, and I hope I'll find the time 
to implement it after 7.9.

More precisely, I want something that captures the structure of the
subtree at point (with all elements), then let's you convert this
structure into a template for later interactive insertion.

 Does anyone know of a way to do this?

I guess yasnippet can help to produce something close to what you want
for now.

Best,

-- 
 Bastien



Re: [O] [BUG] turn-on-org-cdlatex

2012-08-03 Thread Bastien
Hi Rasmus,

Rasmus ras...@gmx.us writes:

 It would seem there is a bug in turn-on-org-cdlatex whenever _ or ^ is
 called.  And perhaps others. 

This is a problem in cdlatex.el.

You need to replace `last-command-char' by `last-command-event'.

I'm copying Carsten so that he can take the fix upstream.

HTH,

-- 
 Bastien



Re: [O] Introducing Octopress Exporter

2012-08-03 Thread Bastien
Hi Tom,

Tom Alexander tomalexan...@paphus.com writes:

 I recently started using Octopress since its a great platform for
 programmers to blog. Since the posts are written in HTML, it was easy
 to use Org-Mode but once I got to code blocks I noticed that there was
 no highlighting. I decided to modify the HTML exporter so that code
 blocks were exported in the format described at
 http://octopress.org/docs/plugins/codeblock/ . My new exporter is
 located on github at https://github.com/craftkiller/orgmode-octopress
 and I welcome anyone to help improve it (for example, right now the
 body-only tag seems to fail since a table of contents gets exported).

Thanks for this -- I don't use Octopress, but I found a mention of it in
Worg here:

  http://orgmode.org/worg/org-blog-wiki.html

Did you check
http://jaderholm.com/blog/blogging-with-org-mode-and-octopress ?

Anyway, I added a note about your exporter in the Worg page above.

Thanks,

-- 
 Bastien



Re: [O] Extending org-koma-letter.el

2012-08-03 Thread Nicolas Goaziou
Hello,

Luis Anaya papoan...@hotmail.com writes:

 Nicolas, I would like to take a look at the code. I've been raking my
 brain on how to add support for the .LO/.LT Groff macros being that they
 break convention to covers and memorandum types. 

Code for org-koma-letter.el is at:

  http://permalink.gmane.org/gmane.emacs.orgmode/57547


Regards,

-- 
Nicolas Goaziou



Re: [O] [ANN] Org-e-groff.el improvements.

2012-08-03 Thread Bastien
Hi Luis,

Luis Anaya papoan...@hotmail.com writes:

 I know that I've not said much of late, but I'm not sitting idle. 

Nobody doubts that :)

 The following new features added to the Groff Exporter.

Great -- thanks a lot!

-- 
 Bastien



Re: [O] Fwd: Export to Texinfo

2012-08-03 Thread Bastien
Hi Jonathan,

Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes:

 Do you want to continue to develop while adding the library to
 contrib/lisp/?

 Yes, that would be great.

Thansk, I'll send you instructions in a private email.

 The attached version fixes that and supports @ftable and @vtable
 through #+attr_texinfo before descriptive lists.  (It can also be
 found at :
 https://github.com/jleechpe/org-mode/blob/texinfo/contrib/lisp/org-e-texinfo.el

Great,

 It's able to export up to level 4 headlines (chapter, section,
 subsection, subsubsection), however the default is H:3 so the last is
 omitted.  Nested lists do work with only a small issue I can see at
 the moment, if there are no blank lines between the items in org there
 are none in the info file either, however there are 2 blank lines at
 the end of the nested list (end of nested list+end of parent item).

A minor issue anyway, this can be fixed afterwards.

Best,

-- 
 Bastien



Re: [O] Fwd: Export to Texinfo

2012-08-03 Thread Nicolas Goaziou
Hello,

Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes:

 Nested lists do work with only a small issue I can see at the moment,
 if there are no blank lines between the items in org there are none in
 the info file either, however there are 2 blank lines at the end of
 the nested list (end of nested list+end of parent item).

By default, Org export preserves the number of blank lines during
conversion.  If no blank line separates two elements in the Org buffer,
no blank line will separate their transcoded version.

You can change this by using filters.  For example md back-end
enforces at least one blank line between elements (see
`org-md-separate-elements') and e-ascii back-end normalizes the number
of blank lines after an headline (see
`org-e-ascii-filter-headline-blank-lines').

Filters are installed by :filters-alist keyword in
`org-export-define-backend' and `org-export-define-derived-backend'.

 When I export the attached .org file the only difference I get from
 your .texi is the AUTHOR and the chapter/sections are numbered rather
 than unnumbered (and the level 4 headline is an enumerate rather than
 an itemize).

Ideally, for listified headlines, list type (ordered or not) should be
determined by `org-export-numbered-headline-p' predicate.


Regards,

-- 
Nicolas Goaziou



Re: [O] org-caldav: Sync Org with external calendars through CalDAV (Owncloud, Google, ...)

2012-08-03 Thread Bastien
Hi David,

David Engster d...@randomsample.de writes:

 https://github.com/dengste/org-caldav

Thanks for this.  I tested it but can't make it work.

I use Emacs from after your patch to url-dav (7/26/2012)
and I use this simple configuration:

(setq org-caldav-calendar-id 
4ttssrunbsh9km06csbjkb2...@group.calendar.google.com
  org-caldav-url https://www.google.com/calendar/dav;
  org-caldav-files '(~/org/rdv.org)
  org-caldav-inbox ~/org/inbox.org)

(The id is a true one for a public test calendar.)

Then I'm asked for a password.

I tried entering my Google password directly, then my username and my
password, then I gave up.

I guess I miss something obvious.  Thanks for your help!

-- 
 Bastien



Re: [O] capture template question

2012-08-03 Thread Tassilo Horn
Bastien b...@gnu.org writes:

 Rather than trying to add various ways of citing links, perhaps it
 would be nice to have a format code for the literal link to the thing
 under point at time of capture? What I mean is, something like %l
 so I could do this:

 * EMAIL Respond to [[%l][%:fromname]]%?

 Good idea.  You can now use %l to insert this literal link.

Oh, why I didn't come up with something like that is because the docs
state that %:fromname is not supported by Gnus.

,[ C-h v org-capture-templates RET ]
| org-capture-templates is a variable defined in `org-capture.el'.
| [...]
| Link type   |  Available information
| 
+--
| bbdb|  %:type %:name %:company
| vm, wl, mh, mew, rmail  |  %:type %:subject %:message-id
| |  %:from %:fromname %:fromaddress
| |  %:to   %:toname   %:toaddress
| |  %:fromto (either to NAME or from NAME)
| |  %:date
| |  %:date-timestamp (as active timestamp)
| |  %:date-timestamp-inactive (as inactive timestamp)
| gnus|  %:group, for messages also all email fields
| w3, w3m |  %:type %:url
| info|  %:type %:file %:node
| calendar|  %:type %:date
`

Should gnus also by in the list of vm, wl, mh, mew, and rmail?

Bye,
Tassilo




Re: [O] Reftex in Org-Mode exporting and recognizing figures or equations

2012-08-03 Thread Rasmus

Jeffrey Spencer jeffspenc...@gmail.com writes:

 1) I was wondering if anyone has got the reftex feature of easily
 recognizing the figures and equations to insert as a ref command to work in
 org-mode.

I haven't gotten this to work.  It's doable, but requires some work.
For now I'd be happy if I could replace the \ref

 2) Also I had seen on a website that you can use the command to get
 org-mode type citations. This seems to export to latex as a \ref command
 with citep in the middle (eg. \ref{citep}).
 (reftex-set-cite-format
 [[citep][%l]])
 This doesn't seem to work for me but maybe I'm doing something wrong.

Here's my setup which works decently:

#+begin_src emacs-lisp
(defun org-mode-reftex-setup ()
(load-library reftex)
(and (buffer-file-name)
 (file-exists-p (buffer-file-name))
 (reftex-parse-all))
(make-local-variable 'reftex-cite-format)
(setq reftex-cite-format 'org)
(define-key org-mode-map (kbd C-c )) 'reftex-citation))

  (add-hook 'org-mode-hook 'org-mode-reftex-setup)


(eval-after-load 'reftex-vars
  '(progn

 (add-to-list 'reftex-cite-format-builtin
  '(org Org-mode citation
((?\C-m . [[cite:%l]])
 (?t . [[textcite:%l]])
 (?p . [[parencite:%l]])
 (?s . [[posscite:%l]])
 (?a . [[citeauthor:%l]])
 (?y . [[citeyear:%l]]))
#+end_src

I add nodes manually with C-l after inserting, if needed.

–Rasmus

-- 
⠠⠵




Re: [O] [BUG] Traceback on Org-Export

2012-08-03 Thread Luis Anaya
Bastien b...@gnu.org writes:

 Hi Luis,

 Luis Anaya papoan...@hotmail.com writes:

 I can't reproduce this.  Perhaps ~$ make cleanall and ~$ make again?

Tried it... same error. I'm getting the following compilation error
which is too much of a coincidence. 

I'll keep digging.

Luis


In org-toggle-heading:
org.el:19364:26:Warning: attempt to let-bind constant `org-outline-regexp-bol'

In org-mark-subtree:
org.el:20638:28:Warning: attempt to let-bind constant `org-outline-regexp-bol'

In org-yank-generic:
org.el:21355:37:Warning: attempt to let-bind constant `org-outline-regexp-bol'

In org-yank-folding-would-swallow-text:
org.el:21384:37:Warning: attempt to let-bind constant `org-outline-regexp-bol'




-- 
Luis Anaya
papo anaya aroba hot mail punto com
Do not use 100 words if you can say it in 10 - Yamamoto Tsunetomo



Re: [O] [BUG] Traceback on Org-Export

2012-08-03 Thread Luis Anaya
Bastien b...@gnu.org writes:

 I can't reproduce this.  Perhaps ~$ make cleanall and ~$ make again?

Ok... my bad... pilot error... missing (require 'org). I would've
thought (org-install) would've loaded it. Anyway, this solved the
problem by adding the require on my .emacs file.

Now I need some tea...



Luis


-- 
Luis Anaya
papo anaya aroba hot mail punto com
Do not use 100 words if you can say it in 10 - Yamamoto Tsunetomo



Re: [O] [BUG] Traceback on Org-Export

2012-08-03 Thread Giovanni Ridolfi
Da: Luis Anaya papoan...@hotmail.com
Inviato: Venerdì 3 Agosto 2012 12:43

 Ok... my bad... pilot error... missing (require 'org). 

 [...]  Anyway, this solved the
 problem by adding the require on my .emacs file.


?-)

why is this needed? 
The documentation doesn't mention it and I commented it out in my .emacs
few weeks ago.


Perhaps you do run the export in batch mode?


Giovanni /a bit puzzled


Org-mode version 7.8.11 (4732f153f



Re: [O] [BUG] Traceback on Org-Export

2012-08-03 Thread Luis Anaya
Giovanni Ridolfi giovanni.rido...@yahoo.it writes:

 Ok... my bad... pilot error... missing (require 'org). 

 ?-)

 why is this needed? 

Good question :) Like I said, I thought that org-install would have
loaded it. But being that I'm more interested in testing the Groff
exporter to the latest pull from git, it became a secondary task. 

(and I'm now fixing the exporter to meet parameter changes in the 
org-export.el API :( )


 Perhaps you do run the export in batch mode?

No. Not while I'm debugging code. I should try for testing though, in
this way I can automate the results. But for now, this is done on the
console. 

 Giovanni /a bit puzzled

Luis

-- 
Luis Anaya
papo anaya aroba hot mail punto com
Do not use 100 words if you can say it in 10 - Yamamoto Tsunetomo



Re: [O] #+LABEL and CUSTOM_ID with reftex

2012-08-03 Thread Bastien
Hi Yagnesh,

Yagnesh Raghava Yakkala h...@yagnesh.org writes:

 other related question., do we have in buffer completion support for cross
 references.? I mean it would be good if C-c C-l can show link targets with in
 the buffer.

good idea.  When M-x org-insert-link RET, links pointing to the current
are now fontified so that you can spot them quickly.

Thanks,

-- 
 Bastien



Re: [O] capture template question

2012-08-03 Thread Bastien
Tassilo Horn t...@gnu.org writes:

 Should gnus also by in the list of vm, wl, mh, mew, and rmail?

Indeed.  Fixed, thanks,

-- 
 Bastien



Re: [O] capture template question

2012-08-03 Thread Eric Abrahamsen
On Fri, Aug 03 2012, Tassilo Horn wrote:

 Bastien b...@gnu.org writes:

 Rather than trying to add various ways of citing links, perhaps it
 would be nice to have a format code for the literal link to the thing
 under point at time of capture? What I mean is, something like %l
 so I could do this:

 * EMAIL Respond to [[%l][%:fromname]]%?

 Good idea.  You can now use %l to insert this literal link.

 Oh, why I didn't come up with something like that is because the docs
 state that %:fromname is not supported by Gnus.

 ,[ C-h v org-capture-templates RET ]
 | org-capture-templates is a variable defined in `org-capture.el'.
 | [...]
 | Link type   |  Available information
 | 
 +--
 | bbdb|  %:type %:name %:company
 | vm, wl, mh, mew, rmail  |  %:type %:subject %:message-id
 | |  %:from %:fromname %:fromaddress
 | |  %:to   %:toname   %:toaddress
 | |  %:fromto (either to NAME or from NAME)
 | |  %:date
 | |  %:date-timestamp (as active timestamp)
 | |  %:date-timestamp-inactive (as inactive timestamp)
 | gnus|  %:group, for messages also all email fields
 | w3, w3m |  %:type %:url
 | info|  %:type %:file %:node
 | calendar|  %:type %:date
 `

 Should gnus also by in the list of vm, wl, mh, mew, and rmail?

I had always assumed that for messages also all email fields meant
that all the codes mentioned for the other MUAs also applied… %:fromname
is working for me out of gnus.

E


 Bye,
 Tassilo




-- 
GNU Emacs 24.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.11)
 of 2012-08-02 on pellet
7.8.11




[O] Escaping of non-ascii characters in links

2012-08-03 Thread Gustav Wikström
Hi list!

Is there a variable that makes org-mode not escape non-ascii characters in
links? Right now when I'm entering a link with eg. an ö in it (or a space
for that matter!) the link is automatically converted and the link
description contains the non-ascii keyword.

Example: Using C-c C-l to enter a link to ö gives:

[[%C3%B6][ö]]

I would like to not have the choice of normal behavior even if non-ascii
characters are used (giving me [[ö]]). Is there one at the moment? If not,
consider this a feature request =)

Regards
Gustav


Re: [O] MobileOrg and tags

2012-08-03 Thread Bastien
Hi James,

Bastien b...@gnu.org writes:

 Hi James,

 James Harkins jamshar...@gmail.com writes:

 Or have a configuration variable so the user can decide how to
 generate the tag list. If the global tag completion table function is
 too slow for some, they could manually populate org-tag-alist or...?

 Yes -- something like `org-mobile-rebuild-agenda-tag-alist': t or nil.

 (if org-mobile-rebuild-agenda-tag-alist
 (org-global-tags-completion-table org-mobile-files)
   org-tag-alist-for-agenda)

I've finally committed a change for this, using
`org-global-tags-completion-table' inconditionnally.

Please test it and report any problem.

Thanks,

-- 
 Bastien



Re: [O] org-caldav: Sync Org with external calendars through CalDAV (Owncloud, Google, ...)

2012-08-03 Thread David Engster
Bastien writes:
 I use Emacs from after your patch to url-dav (7/26/2012)

Then I guess you patched org-caldav-sync to not test for
`url-dav-patched-version'? Anyway, I've now added support for the
Emacs-bzr version of url-dav.

 and I use this simple configuration:

 (setq org-caldav-calendar-id
 4ttssrunbsh9km06csbjkb2...@group.calendar.google.com
   org-caldav-url https://www.google.com/calendar/dav;
   org-caldav-files '(~/org/rdv.org)
   org-caldav-inbox ~/org/inbox.org)

 (The id is a true one for a public test calendar.)

 Then I'm asked for a password.

It does not ask for a username? That is very strange. It should first
ask: Username [for Google CalDAV]:. If it does not do that, maybe you
have that information in your .authinfo?

Please restart Emacs and evaluate

(url-retrieve-synchronously
  
https://www.google.com/calendar/dav/4ttssrunbsh9km06csbjkb2...@group.calendar.google.com/events/;)

Does that one ask you for a username?

-David



Re: [O] Fwd: Export to Texinfo

2012-08-03 Thread Jonathan Leech-Pepin
Hello,

On Fri, Aug 3, 2012 at 4:41 AM, Nicolas Goaziou n.goaz...@gmail.com wrote:
 Hello,

 Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes:

 Nested lists do work with only a small issue I can see at the moment,
 if there are no blank lines between the items in org there are none in
 the info file either, however there are 2 blank lines at the end of
 the nested list (end of nested list+end of parent item).

 By default, Org export preserves the number of blank lines during
 conversion.  If no blank line separates two elements in the Org buffer,
 no blank line will separate their transcoded version.

 You can change this by using filters.  For example md back-end
 enforces at least one blank line between elements (see
 `org-md-separate-elements') and e-ascii back-end normalizes the number
 of blank lines after an headline (see
 `org-e-ascii-filter-headline-blank-lines').

 Filters are installed by :filters-alist keyword in
 `org-export-define-backend' and `org-export-define-derived-backend'.


I thought I'd set it to normalize (set a filter similar to the
one in org-e-ascii), but I must have gotten some part not quite
right.  I'll look it over again.

 When I export the attached .org file the only difference I get from
 your .texi is the AUTHOR and the chapter/sections are numbered rather
 than unnumbered (and the level 4 headline is an enumerate rather than
 an itemize).

 Ideally, for listified headlines, list type (ordered or not) should be
 determined by `org-export-numbered-headline-p' predicate.


They do follow the numbered/unnumbered settings.  When I exported
every headline (listified or otherwise) was numbered, in
Bastien's example they were all unnumbered, so it was consistent.


 Regards,

 --
 Nicolas Goaziou

Regards,

--
Jon



Re: [O] Proposal: starting of parallel asynchronous shell processes

2012-08-03 Thread Bastien
Hi Tobias,

Tobias Naehring i_in...@tn-home.de writes:

 A poor man's solution to allow parallel shell processes would be to replace 
 the
 code fragment

   (progn
 (message Executing %s cmd)
 (shell-command cmd))
 (error Abort

 from `org-open-at-point' by

   (progn
 (message Executing %s cmd)
 (shell-command cmd (generate-new-buffer *org-shell-output)))
 (error Abort

I've implement this poor man's solution.  The new buffers are added to
`clean-buffer-list-kill-buffer-names', and you can get rid of the
buffers with M-x clean-buffer-list RET.

Thanks for this idea,

-- 
 Bastien



Re: [O] Proposal: starting of parallel asynchronous shell processes

2012-08-03 Thread Rasmus
Bastien b...@gnu.org writes:

 Tobias Naehring i_in...@tn-home.de writes:

 A poor man's solution to allow parallel shell processes would be to replace 
 the
 code fragment

  (progn
(message Executing %s cmd)
(shell-command cmd))
(error Abort

 from `org-open-at-point' by

  (progn
(message Executing %s cmd)
(shell-command cmd (generate-new-buffer *org-shell-output)))
(error Abort

 I've implement this poor man's solution.  The new buffers are added to
 `clean-buffer-list-kill-buffer-names', and you can get rid of the
 buffers with M-x clean-buffer-list RET.

BTW: are you aware of  emacs-async at: 

  https://github.com/jwiegley/emacs-async

It mainly make sense with time-consuming processes, though.  I think
John is trying to push it to Emacs-core.

–Rasmus

-- 
. . . It begins of course with The Internet.  A Net of Peers.





Re: [O] Extending org-koma-letter.el

2012-08-03 Thread Luis Anaya
Nicolas Goaziou n.goaz...@gmail.com writes:


 Code for org-koma-letter.el is at:

   http://permalink.gmane.org/gmane.emacs.orgmode/57547

Thanks... I'll take a look.  I went through the Koma documentation to
get a sense of the LaTeX commands in use for writing letters and see 
how they relate to the Groff ones, in this way I have some context on
the code while reading it. 

Again, thanks for sharing.


Luis

-- 
Luis Anaya
papo anaya aroba hot mail punto com
Do not use 100 words if you can say it in 10 - Yamamoto Tsunetomo



Re: [O] [BUG] Traceback on Org-Export

2012-08-03 Thread Nick Dokos
Luis Anaya papoan...@hotmail.com wrote:

 Giovanni Ridolfi giovanni.rido...@yahoo.it writes:
 
  Ok... my bad... pilot error... missing (require 'org). 
 
  ?-)
 
  why is this needed? 
 
 Good question :) Like I said, I thought that org-install would have
 loaded it. But being that I'm more interested in testing the Groff
 exporter to the latest pull from git, it became a secondary task. 
 
 (and I'm now fixing the exporter to meet parameter changes in the 
 org-export.el API :( )
 
 
  Perhaps you do run the export in batch mode?
 
 No. Not while I'm debugging code. I should try for testing though, in
 this way I can automate the results. But for now, this is done on the
 console. 
 
  Giovanni /a bit puzzled
 

It's probably a missing autoload, perhaps, maybe...

org-install does not require anything: it just provides autoloads
so that when you use a function, its autoload takes care of loading
the appropriate file(s).

Nick

PS And if I've got it wrong, Achim will surely correct me :-)

 Luis
 
 -- 
 Luis Anaya
 papo anaya aroba hot mail punto com
 Do not use 100 words if you can say it in 10 - Yamamoto Tsunetomo
 



Re: [O] Managing Images with Org-mode?

2012-08-03 Thread Karl Eichwalder
Karl Voit devn...@karl-voit.at writes:

 ,[ ~/.snippets/tls ]
 | name : Insert a table with files of a folder including links
 | # --
 | #+BEGIN_SRC sh
 | PATTERN='${1:*.jpg}'
 | MYFOLDER='${2:$HOME/}'
 | cd \${MYFOLDER}; MYPWD=\`pwd\`; for file in \`ls -1 \${PATTERN}\`; do
 | echo '-[['\$MYPWD'/'\$file']]'; done
 | #+END_SRC
 `

Yes, I use something similar to create the thumbnails and the initial
org code (I use 3rd level headlines instead of table, because I want to
attache tags to every single image):

#+BEGIN_SRC sh
  reuse_thumb=${1:yes}
  org=2012-07-14-stubai-hohe-huetten
  img_dirs=${2:2012-07-*}
  : $org.tmp
  for d in $img_dirs ; do
{
  [ -f $d ]  continue
  echo ** $d
  pushd $d /dev/null
  mkdir -p thumb
  for f in *.JPG *.jpg; do
[ -f $f ] || continue
thumb=thumb/${f:0:-3}png
[ $reuse_thumb = yes ]  [ -f $thumb ] \
  || convert $f -thumbnail 144^ $thumb
echo *** [[file:$d/$thumb]]
echo [[file:$d/$f][$d/$f]]
  done
  popd /dev/null
} $org.tmp
  done
#+END_SRC

 Related to this topic: C-c C-x C-v (org-toggle-inline-images) is of
 interest for you. On a per-file-basis this is: #+STARTUP inlineimages

I was already aware of the toggle key sequence.  Thanks for the STARTUP
parameter!  A colon is missing, though ;)  --better use:

#+STARTUP: inlineimages

-- 
Karl Eichwalder



Re: [O] MobileOrg and tags

2012-08-03 Thread James Harkins
At Fri, 03 Aug 2012 14:31:12 +0200,
Bastien wrote:
 I've finally committed a change for this, using
 `org-global-tags-completion-table' inconditionnally.
 
 Please test it and report any problem.

Sorry I was late in delivering the patch. How about this (to apply on top of 
7.8.11)? If it doesn't apply to master, I can regenerate it against the master 
branch. Let me know.

hjh


--
James Harkins /// dewdrop world
jamshar...@dewdrop-world.net
http://www.dewdrop-world.net

Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal.  -- Whitman

blog: http://www.dewdrop-world.net/words
audio clips: http://www.dewdrop-world.net/audio
more audio: http://soundcloud.com/dewdrop_world/tracks

From 0e5b879eff9c7d7a09cbb721c763455fc14854e1 Mon Sep 17 00:00:00 2001
From: James Harkins jamshar...@dewdrop-world.net
Date: Wed, 1 Aug 2012 21:12:01 -0400
Subject: [PATCH] Add rebuild-tag-list defcustom and implement in
 org-mobile-create-index-file

org-mobile-rebuild-tag-list is a boolean.

If true, it calls org-global-tags-completion-table to
generate a complete list of tags used in agenda files,
to put into index.org.

If false, it uses org-tag-alist-for-agenda instead (saving time).
---
 lisp/org-mobile.el |   17 -
 1 file changed, 16 insertions(+), 1 deletion(-)

diff --git a/lisp/org-mobile.el b/lisp/org-mobile.el
index 946e821..2105c5f 100644
--- a/lisp/org-mobile.el
+++ b/lisp/org-mobile.el
@@ -214,6 +214,18 @@ For now, it is not recommended to change this variable.
   :group 'org-mobile
   :type 'string)
 
+(defcustom org-mobile-rebuild-tag-list t
+  If non-nil, use (org-global-tags-completion-table) to populate the list
+of all tags used in all agenda files. This ensures that all tags are available
+on the mobile device.
+
+If the agenda files are very large, this could be time consuming. Set to nil
+to disable the automatic generation of the list. You may then supply the tag 
list
+manually by populating org-tag-alist-for-agenda.
+  :type 'boolean
+  :group 'org-mobile
+)
+
 (defvar org-mobile-pre-push-hook nil
   Hook run before running `org-mobile-push'.
 This could be used to clean up `org-mobile-directory', for example to
@@ -430,7 +442,10 @@ agenda view showing the flagged items.
   ((listp e)
(if (stringp (car e)) (car e) nil))
   (t nil)))
-  org-tag-alist-for-agenda
+  (if org-mobile-rebuild-tag-list
+  (org-global-tags-completion-table)
+org-tag-alist-for-agenda)
+  
 (with-temp-file
(if org-mobile-use-encryption
org-mobile-encryption-tempfile
-- 
1.7.9.5



Re: [O] babel: is it possible to cache #+call executed blocks

2012-08-03 Thread Arne Köhn
co...@online.de (Jonas Hörsch) writes:

 i'm looking for a possibilty to call lengthy codeblocks a few times with
 different parameters, but would like the results to be cached.

It's probably a bit late, but I stumbled over the same problem. Here is
how I dealt with it (it's not that pretty).

Instead of

,
|  #+call foofunc(bar=baz)
`

I wrote a emacs-lisp block doing the same:

,
| #+name: speak_world
| #+begin_src emacs-lisp :cache yes
|   (save-excursion
| (goto-char (org-babel-find-named-block speak))
| (org-babel-execute-src-block nil nil '((:var say=world)))
|   )
| #+end_src
`

In contrast to #+call, this results in a cached result for foo_bar that
can be accessed later on.

The disadvantages:
 - the cached result will never be invalidated (since foo_bar doesn't
   change)
 - somehow the variable bar will not be baz but baz=, I changed my
   code block to strip the trailing =.

If someone could point out where this = comes from: please tell me!


Arne



Re: [O] MobileOrg and tags

2012-08-03 Thread Bastien
Hi James,

James Harkins jamshar...@gmail.com writes:

 At Fri, 03 Aug 2012 14:31:12 +0200,
 Bastien wrote:
 I've finally committed a change for this, using
 `org-global-tags-completion-table' inconditionnally.
 
 Please test it and report any problem.

 Sorry I was late in delivering the patch. How about this (to apply on top
 of 7.8.11)? If it doesn't apply to master, I can regenerate it against the
 master branch. Let me know.

It cannot apply, since I already made a change.

Please test my change first, it spares us the cost of a new  
option, and it should be fast enough.  If it is not, maybe we'll
go with your patch.

Thanks,

-- 
 Bastien



Re: [O] #+LABEL and CUSTOM_ID with reftex

2012-08-03 Thread Yagnesh Raghava Yakkala

Hello Bastien,

Bastien b...@gnu.org writes:

 Hi Yagnesh,

 Yagnesh Raghava Yakkala h...@yagnesh.org writes:

 other related question., do we have in buffer completion support for cross
 references.? I mean it would be good if C-c C-l can show link targets with in
 the buffer.

 good idea.  When M-x org-insert-link RET, links pointing to the current
 are now fontified so that you can spot them quickly.

Thank you very much. That would be useful, haven't tested yet, will report
back if anything is not working as expected

Thanks.,
-- 
ఎందరో మహానుభావులు అందరికి వందనములు
YYR



Re: [O] Extending org-koma-letter.el

2012-08-03 Thread Bastien
Hi Luis,

Luis Anaya papoan...@hotmail.com writes:

 Nicolas Goaziou n.goaz...@gmail.com writes:


 Code for org-koma-letter.el is at:

   http://permalink.gmane.org/gmane.emacs.orgmode/57547

I added a link to this in 

  http://orgmode.org/worg/org-contrib/index.html

 Thanks... I'll take a look.  I went through the Koma documentation to
 get a sense of the LaTeX commands in use for writing letters and see 
 how they relate to the Groff ones, in this way I have some context on
 the code while reading it. 

If you want to take care of this library, please do! 
Nicolas told me he won't have time for this anytime soon.

Best,

-- 
 Bastien



Re: [O] Proposal: starting of parallel asynchronous shell processes

2012-08-03 Thread Bastien
Hi Rasmus,

Rasmus ras...@gmx.us writes:

 BTW: are you aware of  emacs-async at: 

   https://github.com/jwiegley/emacs-async

Yes.

 It mainly make sense with time-consuming processes, though.  I think
 John is trying to push it to Emacs-core.

Not only with time-consuming processes, but for processes that are
triggered by a program rather than by the user directly.

Async shell commands in Org are always triggered directly by the user
when he opens a shell link -- so allowing async processes is just a
small convenience and should happen not very often, async is to big 
of a hammer for this.

But I certainly hope John's proof of concept will made his way, 
either in Emacs or in Emacs maintainers imagination!

-- 
 Bastien



Re: [O] MobileOrg and tags

2012-08-03 Thread James Harkins
At Fri, 03 Aug 2012 18:16:55 +0200,
Bastien wrote:
 Please test my change first, it spares us the cost of a new  
 option, and it should be fast enough.  If it is not, maybe we'll
 go with your patch.

It's not working. I'm unsure if I'm doing something wrong or if the patch is 
broken.

Normally, I'm running on a separate (private) branch which was checked out from 
the release 7.8.11 tag. I plan to keep fairly up-to-date with releases, but I 
don't want to run routinely on the main development branch.

So this is what I did:

- git checkout master
- git pull
- make clean
- make
- Restart Emacs
- Switch temporarily to a different org-mobile-push working directory
- org-mobile-push

Two differences in behavior:

- It pops up a buffer showing me the contents of agendas.org, and asks me what 
coding system I want to use (default raw-text). That strikes me as an 
unnecessary distraction in the workflow, although maybe this is intentional.

- An error is produced:

Debugger entered--Lisp error: (wrong-type-argument stringp 
(~/Documents/mobileorg/semester.org . semester-fall.org))
  expand-file-name((~/Documents/mobileorg/semester.org . semester-fall.org))
  find-file-noselect((~/Documents/mobileorg/semester.org . 
semester-fall.org))
  #[(file) \302!q\210\303\304 \305\306\\\207 [file org-tag-alist 
find-file-noselect append org-get-buffer-tags mapcar #[... \242;\205
\242C\207 [x] 1]] 5]((~/Documents/mobileorg/semester.org . 
semester-fall.org))
  mapcar(#[(file) \302!q\210\303\304 \305\306 \\\207 [file org-tag-alist 
find-file-noselect append org-get-buffer-tags mapcar #[... \242;\205
\242C\207 [x] 1]] 5] ((~/Documents/mobileorg/semester.org . 
semester-fall.org) (~/Documents/mobileorg/agenda_main.org . 
agenda_main.org)))
  org-global-tags-completion-table(((~/Documents/mobileorg/semester.org . 
semester-fall.org) (~/Documents/mobileorg/agenda_main.org . 
agenda_main.org)))
  org-mobile-create-index-file()
  byte-code(\303\304!\210\305 \210\306 \210\307\310!\210\311\312\313\\314 
\210*\307\315!\210\316 \210\307\317!\210\320 \210\307\321!\210\322 
\210\307\323!\210\324 \210\303\325!\207 [org-mobile-files-alist 
org-agenda-files inhibit-redisplay run-hooks org-mobile-pre-push-hook 
org-mobile-check-setup org-mobile-prepare-file-lists message Creating 
agendas... t mapcar car org-mobile-create-sumo-agenda Creating 
agendas...done org-save-all-org-buffers Copying files... 
org-mobile-copy-agenda-files Writing index file... 
org-mobile-create-index-file Writing checksums... org-mobile-write-checksums 
org-mobile-post-push-hook] 4)
  org-mobile-push()
  call-interactively(org-mobile-push nil nil)


Am I going about this properly?
hjh


--
James Harkins /// dewdrop world
jamshar...@dewdrop-world.net
http://www.dewdrop-world.net

Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal.  -- Whitman

blog: http://www.dewdrop-world.net/words
audio clips: http://www.dewdrop-world.net/audio
more audio: http://soundcloud.com/dewdrop_world/tracks



Re: [O] Escaping of non-ascii characters in links

2012-08-03 Thread Bastien
Gustav Wikström gustav.e...@gmail.com writes:

 [[%C3%B6][ö]]

 I would like to not have the choice of normal behavior even if
 non-ascii characters are used (giving me [[ö]]). Is there one at the
 moment? If not, consider this a feature request =)

Here you go, from a fresh pull:

(setq org-url-hexify-p nil)

-- 
 Bastien



Re: [O] MobileOrg and tags

2012-08-03 Thread Bastien
James Harkins jamshar...@gmail.com writes:

 It's not working. 

Does it work with your patch?

I used (org-global-tags-completion-table org-mobile-files) assuming it
would DTRT.

If your patch works against master, please resubmit it with a proper
ChangeLog message.

It would be nice to limit the files where the tags are gathered from,
though, dunno what's wrong with my use of 

  (org-global-tags-completion-table org-mobile-files)

Can you have a look?

Thanks,

-- 
 Bastien



[O] Chose where latex preview images are placed

2012-08-03 Thread Abdó Roig-Maranges

Hi,

I'm a regular org-mode user. I have made a couple of small tweaks to
org-mode that may be useful to someone else.

In this mail I attach a patch for the first one. It adds a configuration
variable to chose where latex preview stores the little png images of
formulas. I prefer having all of them together rather than scattered all
over the place.

Abdó Roig.

From bacccfc3d2050df281ec620e761465719606fdb3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Abd=C3=B3=20Roig-Maranges?= abdo.r...@gmail.com
Date: Wed, 1 Aug 2012 19:24:50 +0200
Subject: [PATCH] Option to chose directory for latex preview images

* org.el (org-latex-preview-ltxpng-directory): new config variable.
(org-preview-latex-fragment): store latex preview images in
org-latex-preview-ltxpng-directory.

Added a variable org-latex-preview-ltxpng-directory with a path
where the preview images will be stored. The default does not
change (small little ltxpng scattered all over the place) but now
the user can chose an absolute path and put all the images on a
single place.
---
 lisp/org.el | 12 ++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/lisp/org.el b/lisp/org.el
index 8e0f987..f49a9ac 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -3413,6 +3413,14 @@ imagemagick Convert the LaTeX fragments to pdf files and use imagemagick
 	  (const :tag dvipng dvipng)
 	  (const :tag imagemagick imagemagick)))
 
+(defcustom org-latex-preview-ltxpng-directory ltxpng/
+  Path to store latex preview images. A relative path here creates many
+   directories relative to the processed org files paths. An absolute path
+   puts all preview images at the same place.
+  :group 'org-latex
+  :version 24.2
+  :type 'string)
+
 (defun org-format-latex-mathml-available-p ()
   Return t if `org-latex-to-mathml-convert-command' is usable.
   (save-match-data
@@ -17131,8 +17139,8 @@ The images can be removed again with \\[org-ctrl-c-ctrl-c].
 	(narrow-to-region beg end)
 	(goto-char beg)
 	(org-format-latex
-	 (concat ltxpng/ (file-name-sans-extension
-			(file-name-nondirectory
+	 (concat org-latex-preview-ltxpng-directory (file-name-sans-extension
+			 (file-name-nondirectory
 			 buffer-file-name)))
 	 default-directory 'overlays msg at 'forbuffer
 	 org-latex-create-formula-image-program)
-- 
1.7.11.3



[O] Make latex preview formulas the same color as text face

2012-08-03 Thread Abdó Roig-Maranges

Hi

I attach a patch with an enhancement to the latex preview code. When
:foreground or :background colors are set to auto, it choses the
appropriate color according to the properties of the actual text face.

Abdó Roig.

From f6ede272f226fbeb2cf43fb747ae75be911ad3ce Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Abd=C3=B3=20Roig-Maranges?= abdo.r...@gmail.com
Date: Thu, 2 Aug 2012 00:50:24 +0200
Subject: [PATCH] Option to get latex preview in the same color as text face

* org.el (org-format-latex-options): added `auto' to docstring.
(org-format-latex): Get face colors at point and put them
inside opt.
(org-create-formula-image-with-dvipng): Corrected bug when colors
are not `default'.
(org-create-formula-image-with-imagemagick): Corrected bug in
the handling of Transparent bg color.
(org-dvipng-color-format): Same as org-latex-color-format for
dvipng-style color specification.

If `auto' is used for the :foreground or :background value in
org-format-latex-options, the the appropriate color is chosen
from the face in which the formula is displayed.
---
 lisp/org.el | 38 +++---
 1 file changed, 31 insertions(+), 7 deletions(-)

diff --git a/lisp/org.el b/lisp/org.el
index f49a9ac..2cc137d 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -3346,8 +3346,10 @@ points to a file, `org-agenda-diary-entry' will be used instead.
 This is a property list with the following properties:
 :foreground  the foreground color for images embedded in Emacs, e.g. \Black\.
  `default' means use the foreground of the default face.
+ `auto' means use the foreground from the text face.
 :background  the background color, or \Transparent\.
  `default' means use the background of the default face.
+ `auto' means use the background from the text face.
 :scale   a scaling factor for the size of the images, to get more pixels
 :html-foreground, :html-background, :html-scale
  the same numbers for HTML export.
@@ -17168,6 +17170,7 @@ Some of the options can be changed using the variable
 	 (absprefix (expand-file-name prefix dir))
 	 (todir (file-name-directory absprefix))
 	 (opt org-format-latex-options)
+	 (optnew org-format-latex-options)
 	 (matchers (plist-get opt :matchers))
 	 (re-list org-latex-regexps)
 	 (org-format-latex-header-extra
@@ -17213,14 +17216,27 @@ Some of the options can be changed using the variable
 	  (setq txt (match-string n)
 		beg (match-beginning n) end (match-end n)
 		cnt (1+ cnt))
-	  (let (print-length print-level) ; make sure full list is printed
+	  (let ((face (face-at-point))
+		(fg (plist-get opt :foreground))
+		(bg (plist-get opt :background))
+		print-length print-level) ; make sure full list is printed
+		(when forbuffer
+	  ; Get the colors from the face at point
+		  (goto-char beg)
+		  (when (eq fg 'auto)
+		(setq fg (face-attribute face :foreground nil 'default)))
+		  (when (eq bg 'auto)
+		(setq bg (face-attribute face :background nil 'default)))
+		  (setq optnew (copy-sequence opt))
+		  (plist-put optnew :foreground fg)
+		  (plist-put optnew :background bg))
 		(setq hash (sha1 (prin1-to-string
   (list org-format-latex-header
 	org-format-latex-header-extra
 	org-export-latex-default-packages-alist
 	org-export-latex-packages-alist
 	org-format-latex-options
-	forbuffer txt)))
+	forbuffer txt fg bg)))
 		  linkfile (format %s_%s.png prefix hash)
 		  movefile (format %s_%s.png absprefix hash)))
 	  (setq link (concat block [[file: linkfile ]] block))
@@ -17239,7 +17255,7 @@ Some of the options can be changed using the variable
 		  (setq executables-checked t))
 		(unless (file-exists-p movefile)
 		  (org-create-formula-image-with-dvipng
-		   txt movefile opt forbuffer)))
+		   txt movefile optnew forbuffer)))
 	   ((eq processing-type 'imagemagick)
 		(unless executables-checked
 		  (org-check-external-command
@@ -17247,7 +17263,7 @@ Some of the options can be changed using the variable
 		  (setq executables-checked t))
 		(unless (file-exists-p movefile)
 		  (org-create-formula-image-with-imagemagick
-		   txt movefile opt forbuffer
+		   txt movefile optnew forbuffer
 	  (if overlays
 		  (progn
 		(mapc (lambda (o)
@@ -17403,8 +17419,10 @@ inspection.
 		 Black))
 	 (bg (or (plist-get options (if buffer :background :html-background))
 		 Transparent)))
-(if (eq fg 'default) (setq fg (org-dvipng-color :foreground)))
-(if (eq bg 'default) (setq bg (org-dvipng-color :background)))
+(if (eq fg 'default) (setq fg (org-dvipng-color :foreground))
+  (setq fg (org-dvipng-color-format fg)))
+(if (eq bg 'default) (setq bg (org-dvipng-color :background))
+  (setq bg (org-dvipng-color-format bg)))
 (with-temp-file texfile
   (insert (org-splice-latex-header
 	   org-format-latex-header
@@ -17475,7 +17493,7 @@ inspection.
   (setq fg 

Re: [O] Chose where latex preview images are placed

2012-08-03 Thread Bastien
Hi Abdó,

Abdó Roig-Maranges abdo.r...@gmail.com writes:

 I'm a regular org-mode user. I have made a couple of small tweaks to
 org-mode that may be useful to someone else.

 In this mail I attach a patch for the first one. It adds a configuration
 variable to chose where latex preview stores the little png images of
 formulas. I prefer having all of them together rather than scattered all
 over the place.

Applied, thanks!

PS: Please add TINYCHANGE for small patches if you didn't sign the FSF
papers. 

-- 
 Bastien



Re: [O] Make latex preview formulas the same color as text face

2012-08-03 Thread Bastien
Hi Abdó,

Abdó Roig-Maranges abdo.r...@gmail.com writes:

 I attach a patch with an enhancement to the latex preview code. When
 :foreground or :background colors are set to auto, it choses the
 appropriate color according to the properties of the actual text face.

The patch is good -- but I cannot accept until you sign the FSF papers.

Please fill this form and send it to ass...@gnu.org if you want to sign
the FSF papers:

  
http://orgmode.org/w/?p=org-mode.git;a=blob_plain;f=request-assign-future.txt;hb=HEAD

If you don't plan to sign them, please don't send patches as it will
prevent me from applying the associated changes.  In this case, just 
give directions/suggestions and I'll make the change.

Thanks for your understanding!

-- 
 Bastien



Re: [O] MobileOrg and tags

2012-08-03 Thread Bastien
James Harkins jamshar...@gmail.com writes:

 Two differences in behavior:

 - It pops up a buffer showing me the contents of agendas.org, and asks me
 what coding system I want to use (default raw-text). That strikes me as
 an unnecessary distraction in the workflow, although maybe this is
 intentional.

You'll have this if you use `org-global-tags-completion-table' anyway.

 - An error is produced:

 Debugger entered--Lisp error: (wrong-type-argument stringp 
 (~/Documents/mobileorg/semester.org . semester-fall.org))
   expand-file-name((~/Documents/mobileorg/semester.org . 
 semester-fall.org))
   find-file-noselect((~/Documents/mobileorg/semester.org . 
 semester-fall.org))
   #[(file) \302!q\210\303\304 \305\306 \\\207 [file org-tag-alist
 find-file-noselect append org-get-buffer-tags mapcar
 #[... \242;\205

Please check again against current HEAD, I made a small change that
might make a difference.

Thanks,

-- 
 Bastien



Re: [O] Inheriting timestamps

2012-08-03 Thread Bastien
James Harkins jamshar...@gmail.com writes:

 If that isn't feasible, I'd be satisfied with an automatic way to
 change all the timestamps in subheadings underneath a given heading:
 put the Emacs cursor on the Pending today line, hit some keystroke,
 and all the dates change underneath.

(setq org-loop-over-headlines-in-active-region t)

Go to * Pending today. 

C-c @ to mark the whole subtree.

C-c C-s to schedule all headlines (the subtree and its content.)

HTH,

-- 
 Bastien



Re: [O] README.org on github

2012-08-03 Thread Bastien
Hi Tom,

Tom Regner t...@goochesa.de writes:

 Maybe you could make yourself heard in the issue I opened [fn:1]; it is
 actually the third issue I opened, I never got a response and closed the
 other ones -- maybe my conclusions are wrong, and an update of org-ruby
 wouldn't help (that much) -- but with more people actually requesting
 better org-support, maybe it will get a bit more attention and progress.

 kine regards,
 Tom

 ¹ https://github.com/bdewey/org-ruby

 [fn:1] https://github.com/github/markup/issues/117

I pushed a +100 on this request.  I doubt it will change anything, 
but who knows.  The best way to make sure something happens is to stick
to using org markup in github.  

-- 
 Bastien



Re: [O] preview latex fragments

2012-08-03 Thread Bastien
Hi Andreas,

Andreas Leha andreas.l...@med.uni-goettingen.de writes:

 I experience a problem with the preview of latex fragments:  I can not
 change the foreground color (in org-format-latex-options).  On a dark
 background, the black fragments are barely visible.

If you are still having this bug, can you try this patch and say if it
fixes your problem?

  http://patchwork.newartisans.com/patch/1387/

Thanks!

-- 
 Bastien



Re: [O] Managing Images with Org-mode?

2012-08-03 Thread Karl Voit
* Karl Eichwalder k...@gnu.franken.de wrote:
 Karl Voit devn...@karl-voit.at writes:

 Yes, I use something similar to create the thumbnails and the initial
 org code (I use 3rd level headlines instead of table, because I want to
 attache tags to every single image):

 #+BEGIN_SRC sh
[...]
 #+END_SRC

Thanks for sharing!

 Related to this topic: C-c C-x C-v (org-toggle-inline-images) is of
 interest for you. On a per-file-basis this is: #+STARTUP inlineimages

 I was already aware of the toggle key sequence.  Thanks for the STARTUP
 parameter!  A colon is missing, though ;)  --better use:

 #+STARTUP: inlineimages

Of course, thanks for clarifying. Damn copypaste :-)

-- 
Karl Voit




Re: [O] MobileOrg and tags

2012-08-03 Thread James Harkins
At Fri, 03 Aug 2012 20:06:04 +0200,
Bastien wrote:
 
 James Harkins jamshar...@gmail.com writes:
 
  Two differences in behavior:
 
  - It pops up a buffer showing me the contents of agendas.org, and asks me
  what coding system I want to use (default raw-text). That strikes me as
  an unnecessary distraction in the workflow, although maybe this is
  intentional.
 
 You'll have this if you use `org-global-tags-completion-table' anyway.

Okay, I can see my question might have been a little confusing: Asking it in 
the context of the tags change suggested that I thought the coding system 
prompt is the result of the tag-related change. It is a separate question, 
though.

Why do I now have to take an extra step to push to mobileorg, which I did not 
have to take before?

  - An error is produced:
 
  Debugger entered--Lisp error: (wrong-type-argument stringp 
  (~/Documents/mobileorg/semester.org . semester-fall.org))
 
 Please check again against current HEAD, I made a small change that
 might make a difference.

No, it didn't help.

It seems I was right. You can't pass a list of cons-cells into 
org-global-tags-completion-table. It has to be a list of strings. It's 
necessary to get car from each item in files-alist.

diff --git a/lisp/org-mobile.el b/lisp/org-mobile.el
index 7795780..f6ab493 100644
--- a/lisp/org-mobile.el
+++ b/lisp/org-mobile.el
@@ -424,7 +424,7 @@ agenda view showing the flagged items.
 done-kwds
 (org-uniquify org-todo-keywords-for-agenda)))
 (setq drawers (org-uniquify org-drawers-for-agenda))
-(setq tags (mapcar 'car (org-global-tags-completion-table files-alist)))
+(setq tags (mapcar 'car (org-global-tags-completion-table (mapcar 'car 
files-alist
 (with-temp-file
(if org-mobile-use-encryption
org-mobile-encryption-tempfile

hjh


--
James Harkins /// dewdrop world
jamshar...@dewdrop-world.net
http://www.dewdrop-world.net

Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal.  -- Whitman

blog: http://www.dewdrop-world.net/words
audio clips: http://www.dewdrop-world.net/audio
more audio: http://soundcloud.com/dewdrop_world/tracks



Re: [O] preview latex fragments

2012-08-03 Thread Andreas Leha
Hi Bastien,

Bastien b...@gnu.org writes:

 Hi Andreas,

 Andreas Leha andreas.l...@med.uni-goettingen.de writes:

 I experience a problem with the preview of latex fragments:  I can not
 change the foreground color (in org-format-latex-options).  On a dark
 background, the black fragments are barely visible.

 If you are still having this bug, can you try this patch and say if it
 fixes your problem?

   http://patchwork.newartisans.com/patch/1387/

 Thanks!

I still do see this problem and, unfortunately, this patch does not seem
to fix it for me.

Regards,
Andreas




Re: [O] babel: is it possible to cache #+call executed blocks

2012-08-03 Thread Eric Schulte
a...@arne-koehn.de (Arne Köhn) writes:

 co...@online.de (Jonas Hörsch) writes:

 i'm looking for a possibilty to call lengthy codeblocks a few times with
 different parameters, but would like the results to be cached.


Use #+call lines with the :cache header argument set.  With a recent
version of Org-mode the following should work as expected.

#+Title: An Example of Using the Cache Header Argument with Call Lines

A long running code block.
#+name: foo
#+begin_src emacs-lisp :var bar=baz
  (sit-for 5)
  (message bar=%S bar)
#+end_src

#+RESULTS: foo
: bar=baz

This returns immediately thanks to the cached result.
#+call: foo(qux) :cache yes

#+RESULTS[49bbb37e59694c557889ca8fd4b06fe0d4fb6b25]: foo(qux):cache yes
: bar=qux

This does not return immediately, because the block must execute.
#+call: foo(quxxx)

-- 
Eric Schulte
http://cs.unm.edu/~eschulte


Re: [O] test-ob-sh/session

2012-08-03 Thread Eric Schulte
Achim Gratz strom...@nexgo.de writes:

 I'm currently seeing a problem with this test (only on Win7, both
 NTEmacs and Cygwin).  The test just hangs and never finishes.  All my
 attempts to have it fail in the same way in an interactive sessions were
 fruitless.  However, it seems that the first time a session is
 initiated, it does not start at all.  The second time it then works as
 expected.  Why Emacs hangs when it gets there in batch mode I can't
 see...

 Incidentally, sh tests will run even when not explicitly configured,
 which seems odd since I can't find any code that loads ob-sh either
 directly or through autoloads and thus the guard code at the top of the
 test file should leave those tests undefined.


There are a number of tests which execute shell code blocks in
test-ob.el.  This file has no guards, so it will be run on every system.
I guess at the time I wrote these tests I assumed that every system
would support both emacs-lisp and sh code blocks.

At some point either

1. all tests in test-ob.el which run sh code blocks should be placed
   behind conditional guards so they are only loaded when shell support
   is present

2. all tests in test-ob.el which run sh code blocks should be switched
   to running emacs-lisp code blocks

Best,

-- 
Eric Schulte
http://cs.unm.edu/~eschulte



Re: [O] test-ob-sh/session

2012-08-03 Thread Achim Gratz
Achim Gratz writes:
 I'm currently seeing a problem with this test (only on Win7, both
 NTEmacs and Cygwin).  The test just hangs and never finishes.  All my
 attempts to have it fail in the same way in an interactive sessions were
 fruitless.  However, it seems that the first time a session is
 initiated, it does not start at all.  The second time it then works as
 expected.  Why Emacs hangs when it gets there in batch mode I can't
 see...

Due to some other problems with the Cygwin snapshot I was using, I've
rolled back to an older snapshot and that problem goes away for the
Cygwin version of Emacs (but not NTemacs).  Since the test is relatively
recent, I can't say if session handling always was a problem or not.

However then there's a different problem in another test (inline shell
scripts) where it seems to skip over the second invocation or extracts
the output from the third invocation into the second result.  That has
been happening sporadically before and is also not reproduceable in
interactive testing.

 Incidentally, sh tests will run even when not explicitly configured,
 which seems odd since I can't find any code that loads ob-sh either
 directly or through autoloads and thus the guard code at the top of the
 test file should leave those tests undefined.

All my attempts so far produced a nil result on (featurep 'ob-sh), yet
clearly the three tests are configured and run even when I'm not loading
ob-sh...


Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada




Re: [O] tags searching

2012-08-03 Thread Bernt Hansen
Giovanni Ridolfi giovanni.rido...@yahoo.it writes:

 Da: Richard Riley rile...@gmail.com
 ~/test.org
 
 * cards  
 :creditcards:mbna:amazon:visa:girocard:NOTSEMICOLONec
 as in Richard's email, see above

 * cards  :creditcards:mbna:amazon:visa:girocard:ec:
 -

 (I have a sicky Agenda)
 Headlines with TAGS match: visa  
 Press `C-u r' to search again with new search string
   test:   cards   
 :creditcards:mbna:amazon:visa:girocard:ec:


 Something obviously wrong?
 1. the semicolon at the end of the headline?

Full colon (:) not semicolon (;).

-Bernt


Re: [O] [BUG] Traceback on Org-Export

2012-08-03 Thread Achim Gratz
Luis Anaya writes:
 Bastien b...@gnu.org writes:
 Ok... my bad... pilot error... missing (require 'org). I would've
 thought (org-install) would've loaded it. Anyway, this solved the
 problem by adding the require on my .emacs file.

You've just hidden the real problem, which seems to be a missing
(require 'org) or declaration for that constant along that load chain
(most likely org-element from a very cursory look around the sources).

But there's plenty of work to do in that department for you as well.
:-)

--8---cut here---start-8---
Compiling /home/gratz/lisp/org-mode/lisp/org-e-groff.el...

In toplevel form:
org-e-groff.el:555:7:Warning: assignment to free variable
`registered-references'

In org-e-groff-template:
org-e-groff.el:731:13:Warning: assignment to free variable `hyphenate'
org-e-groff.el:725:13:Warning: assignment to free variable `justify-right'
org-e-groff.el:726:19:Warning: reference to free variable `justify-right'
org-e-groff.el:732:19:Warning: reference to free variable `hyphenate'

In org-e-groff-footnote-reference:
org-e-groff.el:924:32:Warning: assignment to free variable `ref-id'
org-e-groff.el:925:22:Warning: reference to free variable `ref-id'
org-e-groff.el:928:27:Warning: reference to free variable
`registered-references'
org-e-groff.el:929:55:Warning: assignment to free variable
`registered-references'

In org-e-groff-item:
org-e-groff.el:1142:40:Warning: value returned from (plist-get (car (cdr
element)) property) is unused

In org-e-groff-link--inline-image:
org-e-groff.el:1301:18:Warning: assignment to free variable `placement'
org-e-groff.el:1301:37:Warning: assignment to free variable `width'
org-e-groff.el:1301:43:Warning: assignment to free variable `height'
org-e-groff.el:1302:14:Warning: assignment to free variable `disable-caption'
org-e-groff.el:1302:53:Warning: assignment to free variable `caption'
org-e-groff.el:1299:42:Warning: reference to free variable `raw-path'
org-e-groff.el:1302:31:Warning: reference to free variable `placement'
org-e-groff.el:1302:31:Warning: reference to free variable `width'
org-e-groff.el:1302:31:Warning: reference to free variable `height'
org-e-groff.el:1302:31:Warning: reference to free variable `disable-caption'
org-e-groff.el:1302:31:Warning: reference to free variable `caption'

In org-e-groff-paragraph:
org-e-groff.el:1405:9:Warning: assignment to free variable `parent'
org-e-groff.el:1406:30:Warning: reference to free variable `parent'

In org-e-groff-src-block:
org-e-groff.el:1622:19:Warning: assignment to free variable `disable-caption'
org-e-groff.el:1657:19:Warning: reference to free variable `disable-caption'

In org-e-groff-table--align-string:
org-e-groff.el:1771:22:Warning: assignment to free variable `align'
org-e-groff.el:1776:23:Warning: reference to free variable `align'

In org-e-groff-table--org-table:
org-e-groff.el:1864:11:Warning: assignment to free variable `lines'
org-e-groff.el:1854:42:Warning: assignment to free variable `attr-list'
org-e-groff.el:1873:37:Warning: assignment to free variable `title-line'
org-e-groff.el:1911:30:Warning: assignment to free variable `disable-caption'
org-e-groff.el:1891:37:Warning: assignment to free variable `long-cells'
org-e-groff.el:1858:54:Warning: reference to free variable `attr-list'
org-e-groff.el:1869:30:Warning: assignment to free variable `table-format'
org-e-groff.el:1869:7:Warning: reference to free variable `lines'
org-e-groff.el:1874:53:Warning: assignment to free variable `first-line'
org-e-groff.el:1874:53:Warning: reference to free variable `table-format'
org-e-groff.el:1875:41:Warning: reference to free variable `title-line'
org-e-groff.el:1881:53:Warning: reference to free variable `first-line'
org-e-groff.el:1893:47:Warning: assignment to free variable `long-line'
org-e-groff.el:1893:47:Warning: reference to free variable `long-cells'
org-e-groff.el:1901:57:Warning: reference to free variable `long-line'
org-e-groff.el:1909:36:Warning: reference to free variable `disable-caption'

In org-e-groff-table-cell:
org-e-groff.el:1925:36:Warning: reference to free variable `orgtbl-exp-regexp'

In org-e-groff-export-to-groff:
org-e-groff.el:2050:4:Warning: misplaced interactive spec: `(interactive)'
org-e-groff.el:2048:9:Warning: assignment to free variable
`registered-references'
--8---cut here---end---8---


Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds




Re: [O] test-ob-sh/session

2012-08-03 Thread Achim Gratz
Eric Schulte writes:
 There are a number of tests which execute shell code blocks in
 test-ob.el.  This file has no guards, so it will be run on every
 system.

I know, I'm not (currently) talking about these.  What puzzles me is
that the three tests in test-ob-sh get defined and run even though the
feature ob-sh is not available.  It may be that this gets somehow
subverted by having the other tests unguarded, but I can't see how.

 I guess at the time I wrote these tests I assumed that every system
 would support both emacs-lisp and sh code blocks.

Specifically a shell that is more or less POSIX compatible... even
though even tcsh passes all tests.  :-)

 At some point either

 1. all tests in test-ob.el which run sh code blocks should be placed
behind conditional guards so they are only loaded when shell support
is present

That would be preferrable for tests which really depend on a shell being
available.

 2. all tests in test-ob.el which run sh code blocks should be switched
to running emacs-lisp code blocks

And this would be preferred for tests which should always be run without
making any assumptions on the environment.



Regards,
Achim.
-- 
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada




Re: [O] Agenda Upcoming Faces

2012-08-03 Thread SW
Bastien bzg at gnu.org writes:

  I have agenda TODO items due in 5d (in org-upcoming-deadline face),
  in 16d (in default face) and in 26d (in org-upcoming-deadline face).
 
  Why is the 16d deadline in default face?

 I can't reproduce this.
 Can you provide a recipe and/or a screenshot?

It has happened again -- see the screenshot here:

http://i.imgur.com/hmWNM.jpg

Notice that 10 days is in a different face to 7 and 12 days.






Re: [O] org-html: subtree specific footnote references

2012-08-03 Thread Suhail Shergill
Bastien b...@gnu.org writes:

 My view is that org-e-html.el should also make sure that we always
 have unique ids for all the footnotes of the current files, even when 
 we export only part of it.

 This is not a trivial change though, because org-export.el has to 
 change the way it retrieves the footnote number.

 Can you have a look at this?

sure

-- 
Suhail



Re: [O] Extending org-koma-letter.el

2012-08-03 Thread Luis Anaya
Bastien b...@gnu.org writes:

 If you want to take care of this library, please do! 
 Nicolas told me he won't have time for this anytime soon.

Well, that's a challenge... It's now and my wife thinks I have a cyber lover
or something being that I spend typing on the keyboard up to the wee
hours of the night or morning... plus work which has its demands as
it is. 

Let me finalize the Groff code first, it should give me an idea of the
challenges of letter creation. I can see what can I do with the Koma
exporter. (and I have to re-learn LaTeX being that I do not use it as
much as Groff). 

We'll see... 


-- 
Luis Anaya
papo anaya aroba hot mail punto com
Do not use 100 words if you can say it in 10 - Yamamoto Tsunetomo



Re: [O] Templates for cloning

2012-08-03 Thread Sebastian Fischmeister
As an idea, this is how I use templates:

%+begin_src
(defun org-p (key)
  (let ((val (read-from-minibuffer (concat Define  key : 
(plist-put org-store-link-plist 
   (intern (concat : key)) val))
  
  )

(defmacro org-g (key)  
  (or (plist-get org-store-link-plist (intern (concat : key)))
  (concat MISSING-KEY- key)))

(setq org-capture-templates
   (quote ((p4 Template: Bla plain (file+headline
   ~/.org/todo.org Projects) (file ~/.org/templates/bla.tmpl)
%+end_src

%+begin_src yasnippet 
%(org-p var1)
%(org-p var2)
** Now copy here %(org-g var1)
** And here %(org-g var1)
   SCHEDULED: %^t
%+end_src

If you just swap the sequence of the buffer evaluation in
org-capture-fill-template, then you would even have a nicer version of
this. See this previous post for details:

http://comments.gmane.org/gmane.emacs.orgmode/57248

  Sebastian

On 08/03/12 09:25am, Bastien wrote:
 Hi Nathan,
 
 Nathan Neff nathan.n...@gmail.com writes:
 
  Is there a way to create a template structure for cloning?
 
 This is something I've wanted for long, and I hope I'll find the time 
 to implement it after 7.9.
 
 More precisely, I want something that captures the structure of the
 subtree at point (with all elements), then let's you convert this
 structure into a template for later interactive insertion.
 
  Does anyone know of a way to do this?
 
 I guess yasnippet can help to produce something close to what you want
 for now.
 
 Best,



Re: [O] README.org on github

2012-08-03 Thread Waldemar Quevedo
Bastien,

My name is Waldemar, and I am the current maintainer of the org-ruby gem.
It looks like thanks to you (and many others who reported this)
github/markup was updated so that it uses the 0.7.0 org-ruby version of the
gem!
https://github.com/github/markup/commit/b0144938d42c4e0b0f308c4e9cb1e5a23c155c72

I know that org-ruby html export implementation is far from perfect, but
this will improve some things until a better solution that fits Github
backed is build. For example, syntax highlighting #+begin_src blocks
through Pygments should be available in Github with this release (in
theory).

Thanks a lot!

- Wally

On Sat, Aug 4, 2012 at 3:19 AM, Bastien b...@gnu.org wrote:

 Hi Tom,

 Tom Regner t...@goochesa.de writes:

  Maybe you could make yourself heard in the issue I opened [fn:1]; it is
  actually the third issue I opened, I never got a response and closed the
  other ones -- maybe my conclusions are wrong, and an update of org-ruby
  wouldn't help (that much) -- but with more people actually requesting
  better org-support, maybe it will get a bit more attention and progress.
 
  kine regards,
  Tom
 
  ? https://github.com/bdewey/org-ruby
 
  [fn:1] https://github.com/github/markup/issues/117

 I pushed a +100 on this request.  I doubt it will change anything,
 but who knows.  The best way to make sure something happens is to stick
 to using org markup in github.

 --
  Bastien