date:20130424

Hello,

Erik Hetzner e...@e6h.org writes:

 When trying to export the following org file as HTML (C-e h o), using
 out of the box latest org-mode:

 ```
 * Foo
   :PROPERTIES:
   :ID:   aaccd0f3-3eff-4f38-ad83-bc51b8444d73
   :END:
 * Bar
   :PROPERTIES:
   :ID:   0a428695-b829-4f8b-a689-1bc22491d13f
   :END:
 Link to [[id:aaccd0f3-3eff-4f38-ad83-bc51b8444d73][Foo]].
 ```

 the HTML looks like:

   ...
   Link to 1.

 while I would expect it to say: “Link to Foo.”.

 If I change the link text to anything other than “Foo”, e.g.,
 [[id:aaccd0f3-3eff-4f38-ad83-bc51b8444d73][Baz]],
 the link text is as expected.

 This seems like a bug to me, but I may be mistaken! Thanks for any
 help you can provide.

This is not a bug. This is how cross references work: any link to an
internal target without a description will become a number referring to
the target. It works for headlines and many other things,

Note that the HTML is smart enough to not do that when headlines are not
numbered.


Regards,

-- 
Nicolas Goaziou

Re: [O] Updating Worg: call to Worg authors

On Tue, Apr 23, 2013 at 04:57:20PM -0400, Jay Kerns wrote:

[...chomp...chomp...chomp...]

 CALL TO WORG AUTHORS:
 
 - Please checkout the worg-new-exporter branch and update those files
   which are yours.
 - Please mark DONE or INPROGRESS files in worgmap.org.
 - If you cannot or are not able to update your files, please say so on
   the mailing list so other volunteers can update them instead.
   Alternatively, you can mark your files as ABANDONED in worgmap.org.

I'm not clear about the workflow.  Why is there a need for a separate
branch?  I thought there was already a consensus to document the new
exporter under exporters/ox-backend.org or exporters/exporter/*.org
depending on whether a single file is sufficient or a directory is
needed for examples and other stuff.  How does this new plan go with the
above, do I make changes in this new branch, or do I keep working on
master?

Thanks,

-- 
Suvayu

Open source is the future. It sets us free.

[O] Exporting caption with raw results from inline source blocks

2013-04-24 Thread Andreas Leha

Hi all,

I am experiencing problems when exporting a document with inline source
blocks in captions, when I want to export raw results.

I guess the culprit are the 'raw' results.  What should I do instead?

Here is a MWE that does not export properly to LaTeX:

--8---cut here---start-8---
#+PROPERTY: exports results
#+PROPERTY: results raw

* Caption with inline source

#+name: theplot
#+begin_src R :results graphics :file someplot.pdf
  plot(1:(10+1), 1:(10+1))
#+end_src

#+caption: There are src_R{10+1} points in this plot
#+results: theplot
[[file:someplot.pdf]]
--8---cut here---end---8---


Best,
Andreas

Re: [O] Question regarding link text in HTML export

2013-04-24 Thread Sebastien Vauban

Hello Nicolas,

Nicolas Goaziou wrote:
 Erik Hetzner e...@e6h.org writes:

 When trying to export the following org file as HTML (C-e h o), using
 out of the box latest org-mode:

 ```
 * Foo
   :PROPERTIES:
   :ID:   aaccd0f3-3eff-4f38-ad83-bc51b8444d73
   :END:
 * Bar
   :PROPERTIES:
   :ID:   0a428695-b829-4f8b-a689-1bc22491d13f
   :END:
 Link to [[id:aaccd0f3-3eff-4f38-ad83-bc51b8444d73][Foo]].
 ^

 ```

 the HTML looks like:

   ...
   Link to 1.

 while I would expect it to say: “Link to Foo.”.

 If I change the link text to anything other than “Foo”, e.g.,
 [[id:aaccd0f3-3eff-4f38-ad83-bc51b8444d73][Baz]],
 the link text is as expected.

 This seems like a bug to me, but I may be mistaken! Thanks for any
 help you can provide.

 This is not a bug. This is how cross references work: any link to an
 internal target without a description will become a number referring to
 the target. It works for headlines and many other things,

He does well have a description part, doesn't he?

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] Updating Worg: call to Worg authors

Hi Suvayu,

Suvayu Ali fatkasuvayu+li...@gmail.com writes:

 I'm not clear about the workflow.  Why is there a need for a separate
 branch?  I thought there was already a consensus to document the new
 exporter under exporters/ox-backend.org or exporters/exporter/*.org
 depending on whether a single file is sufficient or a directory is
 needed for examples and other stuff.  How does this new plan go with the
 above, do I make changes in this new branch, or do I keep working on
 master?

There are two different things:

- the exporters/ directory in Worg is for documenting how the new
  export engine and each exporter work

- the new public branch is for updating Worg's pages so that the new
  exporter can publish them correctly (e.g., change the syntax of the
  #+attr_html lines, etc.)

For adding new content to Worg (and for adding documentation to
exporters/), just use Worg's master branch, as usual.

For fixing the syntax of existing pages, go on the dedicated branch
and do the fixes.  We will merge this branch into master when it
publishes fine with Org 8.0.

Hope this clarifies!

-- 
 Bastien

Re: [O] Adding new heading results in not in an item

Hi Johan,

Johan Ekh ekh.jo...@gmail.com writes:

 Marc: I use git for installation and I don't think I have any old
 files in my load path. I have the files in my home directory but the
 compiled files are installed in the system emacs/site-lisp.

The compiled files *are* in your load-path, because Emacs loads them
when you launch it.  This is in /usr/.../emacs/lisp/loaddefs.el, which
contains pointers to the autoloaded functions.  Some Org's functions
are autoloaded by Emacs, and these are functions from an older version
than the one you installed manually.

 Victor: Good, but please help a newbie. How do I apply this patch?

You don't need to install this particular patch, you just need to
updated your Git installation.

~$ cd org-mode/  [change with the relevant path]
~$ git pull
~$ make

This pull latest master branch and compile Org.

Or you can do:

~$ cd org-mode/  [change with the relevant path]
~$ make update

 Finally, I noticed that adding a new heading works with Ctrl-RET. But
 I still want M-RET to work!

Please follow the instructions above and report any problem you may
have afterwards.

HTH,

-- 
 Bastien

Re: [O] Updating Worg: call to Worg authors

Hi Bastien,

On Wed, Apr 24, 2013 at 09:44:32AM +0200, Bastien wrote:
 Suvayu Ali fatkasuvayu+li...@gmail.com writes:
 
  I'm not clear about the workflow.  Why is there a need for a separate
  branch?  I thought there was already a consensus to document the new
  exporter under exporters/ox-backend.org or exporters/exporter/*.org
  depending on whether a single file is sufficient or a directory is
  needed for examples and other stuff.  How does this new plan go with the
  above, do I make changes in this new branch, or do I keep working on
  master?
 
 There are two different things:
 
 - the exporters/ directory in Worg is for documenting how the new
   export engine and each exporter work
 
 - the new public branch is for updating Worg's pages so that the new
   exporter can publish them correctly (e.g., change the syntax of the
   #+attr_html lines, etc.)
 
 For adding new content to Worg (and for adding documentation to
 exporters/), just use Worg's master branch, as usual.
 
 For fixing the syntax of existing pages, go on the dedicated branch
 and do the fixes.  We will merge this branch into master when it
 publishes fine with Org 8.0.

That clears it up :).

Thanks,

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] Updating Worg: call to Worg authors


On 23.4.2013, at 22:57, Jay Kerns gjkerns...@gmail.com wrote:

 Hello there,
 
 I started some work on this and pushed a worg-new-exporter branch to
 Worg.  I followed Carsten's advice which I will repeat here for
 convenience:




Hi Jay,

thank you and John for getting this started.

- Carsten

 
 Given an existing Worg repository obtained by
 
 $ git clone w...@orgmode.org:worg.git
 
 Everybody else can hook onto this branch with
 
 $ git checkout --track -b worg-new-exporter origin/worg-new-exporter
 
 and then work in this branch and push it whenever they want.  Note you
 will need commit access to the worg repository at orgmode.org; see
 here for more info:
 
 http://orgmode.org/worg/worg-git.html
 
 After checking out the worg-new-exporter branch you will find a file
 
 worgmap.org
 
 in the root of the repository.  This file has headlines for every
 single file/directory on Worg current as of last night some
 time. Worgmap.org has TODO entries so we can keep track of what is
 DONE, what is TODO, what is INPROGRESS, etc. We can also add AUTHOR
 properties, etc, to help the update proceed smoothly.
 
 
 CALL TO WORG AUTHORS:
 
 - Please checkout the worg-new-exporter branch and update those files
  which are yours.
 - Please mark DONE or INPROGRESS files in worgmap.org.
 - If you cannot or are not able to update your files, please say so on
  the mailing list so other volunteers can update them instead.
  Alternatively, you can mark your files as ABANDONED in worgmap.org.
 
 
 If you know of ways to streamline this update process, please feel
 free to speak up and/or move forward with it immediately.  There are
 ~700 files on Worg to be checked, so we have a nontrivial job ahead
 of us.
 
 Thanks to John Hendy for some offlist brainstorming and advice - I
 think worgmap.org is much better as a result.
 
 
 -- 
 Jay
 
 P.S. I did a once-over to mark obvious things like *.png, *.pdf,
 etc. as DONE.  I tried to be sparing to avoid false positives, though
 I could have made some mistakes. Please fix any errors you find.
 
 P.P.S. I inadvertently deleted a few directory names from the list when
 I first started work.  This should be harmless, but if you notice
 something missing feel free to add it back for completeness.

Re: [O] Bug: Append new heading when :END: exists

Hi Muchenxuan,

Muchenxuan Tong demon...@gmail.com writes:

 1. Assume that the content is:
 * Hello
   :LOGBOOK:
   - Note taken on [2013-04-22 Mon 16:57] \\
     hello
   :END:

 2. Fold it, so that it becomes
 * Hello…

 3. Put the cursor at the end of the heading, and press M-RET or C-RET
 * Hello…(here)

 The new * will be in the beginning of :END:, which is incorrect.

This is now fixed, along with the other problem reported by John for

* heading
#+begin_src sh
...
#+end_src

Thanks,

-- 
 Bastien

Re: [O] No dot in datepicker dialog

Hi Michael,

Michael Brand michael.ch.br...@gmail.com writes:

 Yes, this is how it worked and I was used to before too, very
 convenient.

This is how it works again.

Thanks for insisting on this!

-- 
 Bastien

Re: [O] Ignore following space coding?

Hi Hideki,

Hideki Saito hide...@gmail.com writes:

 The problem is if I'm trying to write:
 文字*太字*文字

 This essentially prevents text surrounded by * treated as a regular
 character as opposed to marked as bold, as this is pretty much
 equivalent of the following case:

 aa*bb*aa

If I remember correctly, this was asked already once and we did try
to find a solution, but nothing was good.

Org (and Emacs?) heavily relies on distinguishing words with spaces,
so maybe you should consider an Org file as you do consider a program
file: spaces are often mandatory.  This is the case when you want to
put some words in bold font.

HTH,

-- 
 Bastien

Re: [O] Ignore following space coding?

2013-04-24 Thread Hideki Saito

Hello Bastien
Yeah, I figured correctly implementing this would be the biggest
thing. (I think it involves the implementation of the full
morphological analysis model into Emacs!)


 If I remember correctly, this was asked already once and we did try
 to find a solution, but nothing was good.


I was thinking in more of a quick hack / workaround that possibly
exists -- for instance, as \ would escape the following letter (for
instance \\ for \) but that can cancel out the following
character, for example, when parsed through exporters. (Couldn't think
of any myself, so I was just curious.)

 Org (and Emacs?) heavily relies on distinguishing words with spaces,
 so maybe you should consider an Org file as you do consider a program
 file: spaces are often mandatory.  This is the case when you want to
 put some words in bold font.

I think I will take your suggestions, and perhaps, I might think of
some post-export processor that interact with exported LaTeX file
(where this is more pertinent in my case) to correct linguistic
irregularities.

Thank you for your insight on this!

Hideki Saito hide...@gmail.com
http://goo.gl/ErBLy

Re: [O] No dot in datepicker dialog


On 24.4.2013, at 10:06, Bastien b...@gnu.org wrote:

 Hi Michael,
 
 Michael Brand michael.ch.br...@gmail.com writes:
 
 Yes, this is how it worked and I was used to before too, very
 convenient.
 
 This is how it works again.

How about testing for 

   (= (point) (1+ (length prompt)))

instead of

   (= (char-before) 32)

?

- Carsten

[O] Two minor issues in the transition to org mode 8

2013-04-24 Thread Fabrice Rossi

Hi,

I've just updated to org-mode 8.0 (Org-mode version 8.0
(8.0-3-g7248fb-elpa @ /home/rossi/.emacs.d/elpa/org-20130418/)). This
was rather smoother than I thought, but I've spotted two issues that are
not mentioned in an obvious way (at least in my opinion) in the  upgrade
guide (http://orgmode.org/worg/org-8.0.html). The following test
demonstrates the two issues:
...
#+MACRO: mylink http://this.org/that/
* Testing org 8.0
This works: @@html:a href=http://test.org/;a link/a@@.

But this does not work anymore @a href=http://test.org/;a link@/a.

And this does not work anymore also [[{{{mylink}}}apage.html][a page]].
...

The first issue is that, if I'm not doing anything wrong, the @ trick for
quoting HTML tags (http://orgmode.org/org.html#Quoting-HTML-tags) does
not work anymore with the new HTML exporter. Unfortunately, this is
unclear in the upgrade guide (export snippets) and, more importantly,
the document still claims that the old quoting works.

The second one might be more my own fault. I was using macros to
simplify hyperlinks, see abovve. For some reason, the line which uses the
macro is now exported as

And this does not work anymore also ia page/i.

This is easy to fix with the link abbreviation system, of course, but if
I'm not the only one to abuse the macros, it might be worth to mention
the issue in the upgrade guide (actually both issues). I'm not a Worg author
and I don't feel confident enough in my emacs/org skills to become one, so I
hope reporting the issues on the list (of which I'm not a member) is ok.

Best regards,

Fabrice

Re: [O] Bug: Append new heading when :END: exists

2013-04-24 Thread Muchenxuan Tong

Cool!

Thanks!


On Wed, Apr 24, 2013 at 3:57 PM, Bastien b...@gnu.org wrote:

 Hi Muchenxuan,

 Muchenxuan Tong demon...@gmail.com writes:

  1. Assume that the content is:
  * Hello
:LOGBOOK:
- Note taken on [2013-04-22 Mon 16:57] \\
  hello
:END:
 
  2. Fold it, so that it becomes
  * Hello…
 
  3. Put the cursor at the end of the heading, and press M-RET or C-RET
  * Hello…(here)
 
  The new * will be in the beginning of :END:, which is incorrect.

 This is now fixed, along with the other problem reported by John for

 * heading
 #+begin_src sh
 ...
 #+end_src

 Thanks,

 --
  Bastien

Re: [O] Setting taskjuggler project start date (ox-taskjuggler)

2013-04-24 Thread Christian Egli

John Hendy jw.he...@gmail.com writes:

 On Wed, Mar 27, 2013 at 9:37 AM, Nicolas Goaziou n.goaz...@gmail.com wrote:
 Hello,

 John Hendy jw.he...@gmail.com writes:

 If you have =org-taskjuggler-keep-project-as-task=, it will take the
 :start: property and use this in the project-as-top-level-task output.
 Could this be used after =scheduled= and before defaulting to today's
 date? This would seem to unify the syntax.

 It strikes me as reasonable to take 1) scheduled, 2) :start: in
 property drawer and 3) default to today's date (in that order).

I just pushed a change that should implement this the way you describe
above.

 Also, since I noticed that my tasks pick up the :start: property and
 that the get-start (item) function *could* pick up a scheduled date as
 well... might be good to anticipate the case in which the user
 specifies both (probably accidentally). Maybe just provide an error
 that either scheduled/deadline *or* :start: should be used, but not
 both.

Currently the org-taskjuggler-get-start function is only used to
determine the start of a project or when checking if a task is a
milestone (ie has neither a start nor an end), so the problem above is
independent of that. But yes it is a problem: if you schedule a task and
add a start attribute you will most likely have two start attributes for
that task in your tjp file and the tj3 compilation will fail. Wouldn't
this be sufficient?

 Or if scheduled date conflicts with an duration/dependency
 relationship as well?

What do you mean? This to me sounds like it's the job of tj3.

 Some of this might be handled by the tj3 command on the resultant .tjp
 file, though. 

Yes, my sentiments exactly :-)

Thanks
Christian

-- 
Christian Egli
Swiss Library for the Blind, Visually Impaired and Print Disabled
Grubenstrasse 12, CH-8045 Zürich, Switzerland

Re: [O] No dot in datepicker dialog

Carsten Dominik carsten.domi...@gmail.com writes:

 On 24.4.2013, at 10:06, Bastien b...@gnu.org wrote:

 Hi Michael,
 
 Michael Brand michael.ch.br...@gmail.com writes:
 
 Yes, this is how it worked and I was used to before too, very
 convenient.
 
 This is how it works again.

 How about testing for 

(= (point) (1+ (length prompt)))

 instead of

(= (char-before) 32)

 ?

 - Carsten

Yep, as you wish -- I though it was somehow nice to still be able to
quickly jump at todays date by inserting a space then hitting .,
even in the middle of the inserted text... but clearly a dubious
trick.

Let me know if you want me to do the change,

-- 
 Bastien

Re: [O] No dot in datepicker dialog

On Wed, Apr 24, 2013 at 10:31 AM, Bastien b...@gnu.org wrote:
 Carsten Dominik carsten.domi...@gmail.com writes:
 [...]
 How about testing for

(= (point) (1+ (length prompt)))

 instead of

(= (char-before) 32)

 ?

 - Carsten

 Yep, as you wish -- I though it was somehow nice to still be able to
 quickly jump at todays date by inserting a space then hitting .,
 even in the middle of the inserted text... but clearly a dubious
 trick.

 Let me know if you want me to do the change,

(= (point) (1+ (length prompt))) would be a regression of 3 1 . 1 2 ..

On the other side the current (= (char-before) ?.) does still not echo
the . at the beginning which I found convenient but don't insist if
there is a reason for not to echo.

Michael

Re: [O] Org clock markers are not consistent with org-clock-history

Hi Bernt,

Bernt Hansen be...@norang.ca writes:

 Shouldn't ALL clock markers be treated the same way?

Definitely.

 (Either move them all forward or none of them)

I removed the forward char ugly hack--I cannot reproduce the
error I was seeing before when the user manually inserts some
text right on the marker and modifies it in the wrong direction.

I will try to reproduce the problem later on, but lets use the
clean way for now.

Thanks!

-- 
 Bastien

Re: [O] No dot in datepicker dialog

Michael Brand michael.ch.br...@gmail.com writes:

 On the other side the current (= (char-before) ?.) does still not echo
 the . at the beginning which I found convenient but don't insist if
 there is a reason for not to echo.

I have no strong opinion on this, but I think it's better if . does
one single thing at the time.

-- 
 Bastien

Re: [O] No dot in datepicker dialog

On Wed, Apr 24, 2013 at 10:43 AM, Michael Brand
michael.ch.br...@gmail.com wrote:
 (= (point) (1+ (length prompt))) would be a regression of 3 1 . 1 2 ..

Sorry, it is not a regression when reloading lisp properly and not
only with eval-buffer of org.el. Would be ok for me if not echoing .
at the beginning is intended.

Michael

Re: [O] Org-mode documentation within Emacs

Alan Schmitt alan.schm...@polytechnique.org writes:

 Sebastien Vauban writes:

 Don't play with `Info-directory-list', it's not intended to be settable by 
 the
 user. Set the `Info-default-directory-list' variable instead.

 I just tried it, and now I no longer have org in my info directory. Here
 is the value of Info-default-directory-list

 (/Users/schmitta/.emacs.d/org/info
 /usr/local/Cellar/emacs-mac/emacs-24.3-mac-4.1/share/info/emacs/
 /usr/share/info/)

 and here is the value of Info-directory-list

 (/Users/schmitta/.emacs.d/elpa/auctex-11.86 /usr/share/info/)

 As it's the latter that is used to find the info files, it means that it
 won't find org. It seems that it is initialized before my initialization
 file can add the directory to the default value. (I'm using the startup
 kit, if it makes a difference.)

 I just read the help on Info-directory-list, and it does not say I
 should not set it. Why is it bad? And how should I make emacs pick up
 the value from default?

I have

:(add-to-list 'Info-directory-list ~/git/org-mode/doc/)

in my emacs customisation and have had for a very long time.  I've
always modified Info-directory-list and have never had a problem.  YMMV,
of course.

However, the documentation (in emacs 24.3.50 as that's what I am using
on this laptop...) for Info-default-directory-list says:

,
| Although this is a customizable variable, that is mainly for technical
| reasons.  Normally, you should either set INFOPATH or customize
| `Info-additional-directory-list', rather than changing this variable.
`

so maybe set the Info-additional-directory-list variable?  I've not
tried this.

-- 
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3f-1199-g3a0e55

Re: [O] OT: Android, external HW-keyboard and Emacs

Julien Cubizolles j.cubizol...@free.fr writes:

 Eric S Fraga e.fr...@ucl.ac.uk writes:


 I tried out the sync to calendar option in MobileOrg.  It synced tasks
 (i.e. scheduled and deadline entries) but not entries with just active
 time stamps which are what I use for appointments.

 It's working for me: I'm using the latest MobileOrg from the PlayStore
 and entries with just a time stamp are synced to my Android phone
 calendar. I think however it didn't use to work before, and the doc on
 the github site seems to say that it's not possible.

 Julien.

Interesting.  I'll have to try again although it's only been a month or
so since I last tried.

-- 
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3f-1199-g3a0e55

Re: [O] OT: Android, external HW-keyboard and Emacs

白い熊@相撲道 emacs-orgmode_gnu@sumou.com writes:

* Eric S Fraga e.fr...@ucl.ac.uk wrote:
 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.  

 I've built glibc 2.17 for Android, now I compile all GNU apps natively
 on my phone (Samsung Galaxy Note II). Using http://kumatux.org/ (my

[...]

 So, I have full Emacs (latest bzr) running on the phone. Using
 Hacker's Keybod app works well.

[...]

 So, we're already there! I just need to polish what I'm using, no I
 can then publish it. I'll try to make sure not to forget to publicize
 here also.

This is really brilliant news!  I look forward to the announcement of
your polished system.  Is it worth looking at kumatux.org now or must I
wait?

thanks,
eric

-- 
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3f-1199-g3a0e55

Re: [O] Android MobileOrg: appointments without SCHEDULED/DEADLINE

Rémi Vanicat vani...@debian.org writes:

 Karl Voit devn...@karl-voit.at writes:

 Hi!

 * Matthew Jones bsdmatb...@gmail.com wrote:
 - If you have issues and you don't tell us then we have no way of helping
 you and the problem might not go away.  

 I mainly use MobileOrg on my Android phone to capture URLs and
 tasks and I am *very* thankfully for this possibility!


 However, with Google getting untrustworthy (Reader, APIs, ...), I
 want to get rid of Google Calendar as well. As you can read in [1],
 many people are creating appointments by simply adding an active
 time-stamp without SCHEDULED/DEADLINE or TODO states:

 ** 2013-05-07 Tue 9:00-11:00 this is an event/appointment   :rem15:

 I use :

 ** this is an event/appointment   :rem15:
   2013-05-07 Tue 9:00-11:00 

 And my android sync it with the agenda.

Yes but does it sync with the calendar app on the phone if you ask for
calendar synchronisation?

-- 
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_7.9.3f-1199-g3a0e55

Re: [O] No dot in datepicker dialog


On 24.4.2013, at 10:31, Bastien b...@gnu.org wrote:

 Carsten Dominik carsten.domi...@gmail.com writes:
 
 On 24.4.2013, at 10:06, Bastien b...@gnu.org wrote:
 
 Hi Michael,
 
 Michael Brand michael.ch.br...@gmail.com writes:
 
 Yes, this is how it worked and I was used to before too, very
 convenient.
 
 This is how it works again.
 
 How about testing for 
 
   (= (point) (1+ (length prompt)))
 
 instead of
 
   (= (char-before) 32)
 
 ?
 
 - Carsten
 
 Yep, as you wish -- I though it was somehow nice to still be able to
 quickly jump at todays date by inserting a space then hitting .,
 even in the middle of the inserted text... but clearly a dubious
 trick.
 
 Let me know if you want me to do the change,

I think only doing this at the beginning of the prompt is better,
anywhere else it is too magic.  Maybe we can have a command like C-c . which 
will work everywhere?

- Carsten


 
 -- 
 Bastien

Re: [O] No dot in datepicker dialog

Hi Bastien

On Wed, Apr 24, 2013 at 10:51 AM, Bastien b...@gnu.org wrote:
 I have no strong opinion on this, but I think it's better if . does
 one single thing at the time.

Then I don't mind.

And oh, by the way, thank you for taking care of the regression of 3
1 . 1 2 . now solved.

Michael

Re: [O] Updating Worg: call to Worg authors

Jay Kerns gjkerns...@gmail.com writes:

 CALL TO WORG AUTHORS:

 - Please checkout the worg-new-exporter branch and update those files
   which are yours.
 - Please mark DONE or INPROGRESS files in worgmap.org.
 - If you cannot or are not able to update your files, please say so on
   the mailing list so other volunteers can update them instead.
   Alternatively, you can mark your files as ABANDONED in worgmap.org.


 If you know of ways to streamline this update process, please feel
 free to speak up and/or move forward with it immediately.  There are
 ~700 files on Worg to be checked, so we have a nontrivial job ahead
 of us.

when deleting toc:2 from the #+OPTIONS and adding '#+TOC headlines 2'

,--
| #+OPTIONS: H:3 num:nil \n:nil @:t ::t |:t ^:{} -:t f:t *:t TeX:t
|LaTeX:t skip:nil d:(HIDE) tags:not-in-toc 
| #+TOC: headlines 2
`--

the TOC is exported twice (HTML). Shall I neverthelss do this change in
my Worg files, because this is only and exporter bug and will be fixed
later?

,--
| Header arguments and result types in Org Babel
| Table of Contents
| 
| Generally use verbatim when using drawer, raw or org
| Common combinations of header-args and result types
| Setting language and file specific default header argument values
| 
| Table of Contents
| 
| Generally use verbatim when using drawer, raw or org
| Common combinations of header-args and result types
| Setting language and file specific default header argument values
`--

-- 
cheers,
Thorsten

Re: [O] Using Eric Schulte's starter kit with org mode from source

Hi Eric,

Eric Schulte writes:

 I can think of some possibilities,

 1. Your load-path either isn't pointing to the newest Org-mode, or you
are somehow also loading an older version of Org-mode.  Although I
believe I just helped you setup your load path, so lets assume this
isn't the case.

 2. Do you explicitly require whichever ox-* new exporter you want to
use?

 3. Maybe you should run make in the Org-mode directory, to ensure all
autoload files etc... are in place.  I'm sure there is a way around
having to do this every time, but it may help in this instance.

 Sorry I can't be of more help.  If the solution you find appears to be a
 general one, please let me know if it should be folded into the starter
 kit.

I haven't been able to find why this happens, but I have an idea for a
workaround: I'll put my export settings in another file (for instance
export.org). Then I'll have a special init file (export-init.el)
that sets up the org path and loads that file.

I have two questions about how to make it work nice in the starter kit
context.

In export-init.el, should I do a (load-file export.el) or is it better
to do a (org-babel-load-file export.org)?

In my main configuration file, should I do a #+include export.org, or
is it better to do a org-babel-load-file?

Thanks,

Alan

Re: [O] No dot in datepicker dialog

Hi Carsten,

Carsten Dominik carsten.domi...@gmail.com writes:

 I think only doing this at the beginning of the prompt is better,
 anywhere else it is too magic.  

Okay, I implemented this by checking if we are at the start of the
prompt with `looking-back'.  Using prompt here would raise a
compiler warning -- we would need to use org-prompt instead of prompt
and to (defvar org-prompt) ... a bit too much IMO.

 Maybe we can have a command like C-c . which will work everywhere?

I've done this too.

-- 
 Bastien

Re: [O] No dot in datepicker dialog


On 24.4.2013, at 11:38, Bastien b...@gnu.org wrote:

 Hi Carsten,
 
 Carsten Dominik carsten.domi...@gmail.com writes:
 
 I think only doing this at the beginning of the prompt is better,
 anywhere else it is too magic.  
 
 Okay, I implemented this by checking if we are at the start of the
 prompt with `looking-back'.  Using prompt here would raise a
 compiler warning -- we would need to use org-prompt instead of prompt
 and to (defvar org-prompt) ... a bit too much IMO.


Yes, this is better.

 
 Maybe we can have a command like C-c . which will work everywhere?
 
 I've done this too.

Thank you.

- Carsten

 
 -- 
 Bastien

Re: [O] Org-mode documentation within Emacs

Hi Sebastien,

Sebastien Vauban writes:

 See http://lists.gnu.org/archive/html/help-gnu-emacs/2004-10/msg00331.html

I finally managed to make it work using INFOPATH, which is quite painful
to do under OS X. I really don't understand why there isn't a way to do
this from inside emacs configuration files (I tried the
Info-additional-directory-list but it did not work).

Thanks for pointing me in the right direction,

Alan

Re: [O] [BUG] Hotkeys defined in org-tag-alist repeated in agenda filter dispatcher

Hi Viktor,

thanks for the patient and detailed debugging.

I don't have time to test the attached patch myself, but given your
description it should be okay.

Can you test it and report?  Otherwise I will test this myself later
on.

Thanks!

diff --git a/lisp/org.el b/lisp/org.el
index c76ddd0..d75f6c2 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -17985,9 +17985,8 @@ When a buffer is unmodified, it is just killed.  When modified, it is saved
 		  (append org-todo-keyword-alist-for-agenda org-todo-key-alist))
 	(setq org-drawers-for-agenda
 		  (append org-drawers-for-agenda org-drawers))
-	(unless (equal org-tag-alist-for-agenda org-tag-alist)
-	  (setq org-tag-alist-for-agenda
-		(append org-tag-alist-for-agenda org-tag-alist)))
+	(setq org-tag-alist-for-agenda
+		  (org-uniquify (append org-tag-alist-for-agenda org-tag-alist)))
 	(if org-group-tags
 		(setq org-tag-groups-alist-for-agenda
 		  (org-uniquify-alist

-- 
 Bastien

Re: [O] Bug: Priority-Down Sort Method Prevents Further Sorting in Daily Agenda

Hi Nick,

Nick Daly nick.m.d...@gmail.com writes:

 Unfortunately, as shown below, the default sort methods apply:
 deadlines occur after the scheduled events, and we're using the
 deadline-/scheduled-up sorting method instead of the correct -down
 methods:

From the docstring of `org-agenda-sorting-strategy':

  scheduled-down Sort by scheduled timestamp, late first

Here late means oldest, so the order you get seems okay to me.
Maybe try with deadline-up and scheduled-up and see if it solves
the issue?

Otherwise please send me an minimal example file I can test
directly, those issues are difficult to track down.

Thanks!

-- 
 Bastien

Re: [O] Org-mode documentation within Emacs

On Wed, Apr 24, 2013 at 08:51:24AM +0100, Eric S Fraga wrote:

[...chomp...chomp...chomp...]

 However, the documentation (in emacs 24.3.50 as that's what I am using
 on this laptop...) for Info-default-directory-list says:
 
 ,
 | Although this is a customizable variable, that is mainly for technical
 | reasons.  Normally, you should either set INFOPATH or customize
 | `Info-additional-directory-list', rather than changing this variable.
 `
 
 so maybe set the Info-additional-directory-list variable?  I've not
 tried this.

This is one of recommended ways and documented in this Worg entry.

http://orgmode.org/worg/org-faq.html#update-info-manual-to-latest

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] Ignore following space coding?

2013-04-24 Thread Vladimir Lomov

Hello,
** Hideki Saito [2013-04-22 02:36:09 -0700]:

 Hello,
 I briefly searching the list and but I'm unsure if this was discussed
 before, so excuse me if this was discussed before.

 I've got a question regarding how I can make this work with languages
 that doesn't separate words with spaces.

 The problem is if I'm trying to write:
 文字*太字*文字

 This essentially prevents text surrounded by * treated as a regular
 character as opposed to marked as bold, as this is pretty much
 equivalent of the following case:

 aa*bb*aa

 I could make the previous text so it says:
 文字 *太字* 文字 (aa *bb* aa)

 inserting space between them. But this means that space gets exported.
 I'm curious if there are any way I can tell Org-mode yes there's a
 space here so you know where to separate but do not treat like so when
 you are exporting.

 If there are any suggestions, that will be helpful!

 Cheers,

 Hideki Saito hide...@gmail.com
 http://goo.gl/ErBLy

If I understand you correctly these may help you:
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg45926.html
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg37638.html
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg59490.html

---
WBR, Vladimir Lomov


-- 
Just because you're paranoid doesn't mean they AREN'T after you.

[O] [BUG] New exporter exports TOC twice


[double-post to bring this issue to the attention of Nicolas]

Exporting a Worg file with this header (#+TOC: headlines 2) 

,-
| #+OPTIONS: H:3 num:nil \n:nil @:t ::t |:t ^:{} -:t f:t *:t TeX:t LaTeX:t
| skip:nil d:(HIDE) tags:not-in-toc
| #+TOC:headlines 2
| #+STARTUP:align fold nodlcheck hidestars oddeven lognotestate hideblocks
| #+SEQ_TODO:   TODO(t) INPROGRESS(i) WAITING(w@) | DONE(d) CANCELED(c@)
| #+TAGS:   Write(w) Update(u) Fix(f) Check(c) noexport(n)
| #+TITLE:  Header arguments and result types in Org Babel
| #+AUTHOR: Thorsten Jolitz, Eric Schulte
| #+EMAIL:  tj[at]data-driven[dot]de
| #+LANGUAGE:   en
| #+LINK_UP:index.php
| #+LINK_HOME:  http://orgmode.org/worg/
| #+EXPORT_EXCLUDE_TAGS: noexport
| 
| For a complete header argument reference see the Org-mode manual's page
| which lists all
| 
[[http://orgmode.org/manual/Specific-header-arguments.html][Specific-header-arguments]].
| This page holds ancillary notes and tricks which have not made it into
| the manual.
| 
| * Generally use =verbatim= when using =drawer=, =raw= or =org=
| We often want to add =verbatim= (which inhibits interpretation as a
| value, which can often result in a list or table result), when
| inserting results directly into the buffer using =drawer=, =raw= or
| =org= which don't do tabular interpretation. [...]
`-

exports the TOC twice in HTML export and ASCII export. 

HTML:
,
| Header arguments and result types in Org Babel
| 
| Table of Contents
| 
|   * Generally use verbatim when using drawer, raw or org
|   * Common combinations of header-args and result types
|   * Setting language and file specific default header argument values
| 
| Table of Contents
| 
|   * Generally use verbatim when using drawer, raw or org
|   * Common combinations of header-args and result types
|   * Setting language and file specific default header argument values
| 
| For a complete header argument reference see the Org-mode manual's page which
| lists all Specific-header-arguments. This page holds ancillary notes and 
tricks
| which have not made it into the manual.
`

ASCII:
,
| 
| 
| 
|  HEADER ARGUMENTS AND RESULT TYPES IN ORG BABEL
| 
|  Thorsten Jolitz, Eric Schulte
| 
| 
| 
| Table of Contents
| _
| 
| Generally use `verbatim' when using `drawer', `raw' or `org'
| Common combinations of header-args and result types
| Setting language and file specific default header argument values
| 
| 
| Table of Contents
| _
| 
| Generally use `verbatim' when using `drawer', `raw' or `org'
| Common combinations of header-args and result types
| Setting language and file specific default header argument values
| For a complete header argument reference see the Org-mode manual's page
| which lists all [Specific-header-arguments]. This page holds ancillary
| notes and tricks which have not made it into the manual.
`


-- 
cheers,
Thorsten

[O] cloning worg with http

Hi all

I could not find a spec of the URL for this so I made my own guess,
resulting in a fatal:

$ git clone http://orgmode.org/r/worg.git
Cloning into 'worg'...
fatal: http://orgmode.org/r/worg.git/info/refs?service=git-upload-pack
not found: did you run git update-server-info on the server?

Is the URL wrong or should the server be updated?

Michael

Re: [O] [BUG] New exporter exports TOC twice

Hello,

Thorsten Jolitz tjol...@gmail.com writes:

 Exporting a Worg file with this header (#+TOC: headlines 2) 

 ,-
 | #+OPTIONS: H:3 num:nil \n:nil @:t ::t |:t ^:{} -:t f:t *:t TeX:t LaTeX:t
 | skip:nil d:(HIDE) tags:not-in-toc
 | #+TOC:headlines 2
 | #+STARTUP:align fold nodlcheck hidestars oddeven lognotestate hideblocks
 | #+SEQ_TODO:   TODO(t) INPROGRESS(i) WAITING(w@) | DONE(d) CANCELED(c@)
 | #+TAGS:   Write(w) Update(u) Fix(f) Check(c) noexport(n)
 | #+TITLE:  Header arguments and result types in Org Babel
 | #+AUTHOR: Thorsten Jolitz, Eric Schulte
 | #+EMAIL:  tj[at]data-driven[dot]de
 | #+LANGUAGE:   en
 | #+LINK_UP:index.php
 | #+LINK_HOME:  http://orgmode.org/worg/
 | #+EXPORT_EXCLUDE_TAGS: noexport
 | 
 | For a complete header argument reference see the Org-mode manual's page
 | which lists all
 | 
 [[http://orgmode.org/manual/Specific-header-arguments.html][Specific-header-arguments]].
 | This page holds ancillary notes and tricks which have not made it into
 | the manual.
 | 
 | * Generally use =verbatim= when using =drawer=, =raw= or =org=
 | We often want to add =verbatim= (which inhibits interpretation as a
 | value, which can often result in a list or table result), when
 | inserting results directly into the buffer using =drawer=, =raw= or
 | =org= which don't do tabular interpretation. [...]
 `-

 exports the TOC twice in HTML export and ASCII export. 

If you don't specify a toc item in the OPTIONS line, Org will use the
value of `org-export-with-toc', which is non-nil by default.

So, your example is equivalent to:

  #+OPTIONS: toc:t
  #+TOC: headline 2

Hence you get two tables of contents.


Regards,

-- 
Nicolas Goaziou

Re: [O] [BUG] New exporter exports TOC twice

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

 If you don't specify a toc item in the OPTIONS line, Org will use the
 value of `org-export-with-toc', which is non-nil by default.

 So, your example is equivalent to:

   #+OPTIONS: toc:t
   #+TOC: headline 2

 Hence you get two tables of contents.

Ok, but then with 

,
| #+OPTIONS: toc:2
`

the 

,-
| #+TOC: headline 2
`-

is actually redundant - I would need it only if I want to export other
things than headlines, right?

-- 
cheers,
Thorsten

Re: [O] [BUG] New exporter exports TOC twice

Thorsten Jolitz tjol...@gmail.com writes:

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

 If you don't specify a toc item in the OPTIONS line, Org will use the
 value of `org-export-with-toc', which is non-nil by default.

 So, your example is equivalent to:

   #+OPTIONS: toc:t
   #+TOC: headline 2

 Hence you get two tables of contents.

 Ok, but then with 

 ,
 | #+OPTIONS: toc:2
 `

 the 

 ,-
 | #+TOC: headline 2
 `-

 is actually redundant - I would need it only if I want to export other
 things than headlines, right?

They are not equivalent, but are indeed redundant.


Regards,

-- 
Nicolas Goaziou

Re: [O] Org-mode documentation within Emacs

2013-04-24 Thread Nicolas Richard

Karl Voit devn...@karl-voit.at writes:
 Is there something wrong with my repos?

I don't think so : there should be a file named 'dir' in the doc/
directory which contains a reference to the correct info file (called
org, built from org.texi I guess).

-- 
N.

Re: [O] [BUG] Hotkeys defined in org-tag-alist repeated in agenda filter dispatcher

2013-04-24 Thread Viktor Rosenfeld

Hi Bastien,

with this patch, everything works as expected.

Thanks!

Cheers,
Viktor

Bastien wrote:

 Hi Viktor,
 
 thanks for the patient and detailed debugging.
 
 I don't have time to test the attached patch myself, but given your
 description it should be okay.
 
 Can you test it and report?  Otherwise I will test this myself later
 on.
 
 Thanks!

Re: [O] [PATCH] export to various flavors of (X)HTML

2013-04-24 Thread François Pinard

Christian Wittern cwitt...@gmail.com writes:

 On 2013-04-23 21:09, François Pinard wrote:

 If I remember well [...]

 Well, in this case you are misremembering, empty elements, aka as
 self-closing tags are one of the innovations of XML.  Just my nit to pick,

A friendly nit-picking is always a good way to get one another to
improve.  Thanks!

François

Re: [O] Org-mode documentation within Emacs

2013-04-24 Thread Xiao-Yong Jin


On Apr 24, 2013, at 6:40 PM, Alan Schmitt alan.schm...@polytechnique.org 
wrote:

 Hi Sebastien,
 
 Sebastien Vauban writes:
 
 See http://lists.gnu.org/archive/html/help-gnu-emacs/2004-10/msg00331.html
 
 I finally managed to make it work using INFOPATH, which is quite painful
 to do under OS X. I really don't understand why there isn't a way to do
 this from inside emacs configuration files (I tried the
 Info-additional-directory-list but it did not work).

I guess you changed the plist of Emacs.app?  That's not really required.  How 
do you install your emacs?

On my machine, with Emacs.app compiled from bzr source, start it with

$ sh -c unset INFOPATH  Emacs -Q

In the scratch buffer,

(getenv INFOPATH)
nil

(add-to-list 'Info-default-directory-list ~/.emacs.d/org-mode/doc)
(~/.emacs.d/org-mode/doc /Applications/Emacs.app/Contents/Resources/info/ 
/usr/share/info/)

(info)
nil

Info-directory-list
(~/.emacs.d/org-mode/doc /Applications/Emacs.app/Contents/Resources/info/ 
/usr/share/info/)

So the only thing I need to do is changing `Info-default-directory-list' in my 
~/.emacs

You might want to check the above procedure and see what you get.

 Thanks for pointing me in the right direction,
 
 Alan

Re: [O] [BUG] Hotkeys defined in org-tag-alist repeated in agenda filter dispatcher

Hi Viktor,

Viktor Rosenfeld listuse...@gmail.com writes:

 with this patch, everything works as expected.

Applied, thanks for checking!

-- 
 Bastien

Re: [O] Adding new heading results in not in an item

2013-04-24 Thread Johan Ekh

Thank you!
It worked again after a make up2.

BR / Johan


On Wed, Apr 24, 2013 at 9:39 AM, Bastien b...@gnu.org wrote:

 Hi Johan,

 Johan Ekh ekh.jo...@gmail.com writes:

  Marc: I use git for installation and I don't think I have any old
  files in my load path. I have the files in my home directory but the
  compiled files are installed in the system emacs/site-lisp.

 The compiled files *are* in your load-path, because Emacs loads them
 when you launch it.  This is in /usr/.../emacs/lisp/loaddefs.el, which
 contains pointers to the autoloaded functions.  Some Org's functions
 are autoloaded by Emacs, and these are functions from an older version
 than the one you installed manually.

  Victor: Good, but please help a newbie. How do I apply this patch?

 You don't need to install this particular patch, you just need to
 updated your Git installation.

 ~$ cd org-mode/  [change with the relevant path]
 ~$ git pull
 ~$ make

 This pull latest master branch and compile Org.

 Or you can do:

 ~$ cd org-mode/  [change with the relevant path]
 ~$ make update

  Finally, I noticed that adding a new heading works with Ctrl-RET. But
  I still want M-RET to work!

 Please follow the instructions above and report any problem you may
 have afterwards.

 HTH,

 --
  Bastien

Re: [O] cloning worg with http

2013-04-24 Thread John Hendy

On Apr 24, 2013 7:38 AM, Michael Brand michael.ch.br...@gmail.com wrote:

 Hi all

 I could not find a spec of the URL for this so I made my own guess,
 resulting in a fatal:

 $ git clone http://orgmode.org/r/worg.git
 Cloning into 'worg'...
 fatal: http://orgmode.org/r/worg.git/info/refs?service=git-upload-pack
 not found: did you run git update-server-info on the server?

 Is the URL wrong or should the server be updated?


I've asked this myself, though for both push and pull activities. If you're
just trying to clone, try this thread:

- https://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg01640.html

If you're going to want to ever push to it... No. Only got protocol will
work.

John

 Michael

[O] New exporter - publishing org files doesn't include :tangle

Hi Nicolas,

James Yuan noticed that the .org file that is published with my document
(http://doc.norang.ca/org-mode.org does not contain :tangle on any of
the source blocks.

One of the uses of this document is to pull up the file and tangle it to
create an emacs configuration but this seems to be broken in 8.0.

I'm using 

--8---cut here---start-8---
   :publishing-function (org-html-publish-to-html 
org-org-publish-to-org)
--8---cut here---end---8---

Regards,
Bernt

Re: [O] Org clock markers are not consistent with org-clock-history

Bastien b...@gnu.org writes:

 I removed the forward char ugly hack--I cannot reproduce the
 error I was seeing before when the user manually inserts some
 text right on the marker and modifies it in the wrong direction.

 I will try to reproduce the problem later on, but lets use the
 clean way for now.

 Thanks!

Thanks!  Works for me again :)

Regards,
Bernt

[O] [PATCH] org.el: Filter agenda by persistent tags

2013-04-24 Thread Viktor Rosenfeld

Hi,

the attached patch makes `org-agenda-filter-by-tag-refine' pickup the
hotkeys defined for tags in `org-tag-persistent-alist'.

Cheers,
Viktor
From 25d8eb08ecab282fc85c95307cddada8b5032e21 Mon Sep 17 00:00:00 2001
From: Viktor Rosenfeld listuse...@gmail.com
Date: Wed, 24 Apr 2013 15:54:14 +0200
Subject: [PATCH] org.el: Filter agenda by persistent tags

* org.el (org-agenda-prepare-buffers): Add tags defined in
org-tag-persistent-alist to org-tag-alist-for-agenda.

This makes tag hotkeys defined in `org-tag-persistent-alist' appear when
the user invokes `org-agenda-filter-by-tag-refine'.
---
 lisp/org.el | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/lisp/org.el b/lisp/org.el
index 1c9e9df..8d43840 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -17985,7 +17985,10 @@ When a buffer is unmodified, it is just killed.  When 
modified, it is saved
(setq org-drawers-for-agenda
  (append org-drawers-for-agenda org-drawers))
(setq org-tag-alist-for-agenda
- (org-uniquify (append org-tag-alist-for-agenda 
org-tag-alist)))
+ (org-uniquify 
+  (append org-tag-alist-for-agenda 
+  org-tag-alist
+  org-tag-persistent-alist)))
(if org-group-tags
(setq org-tag-groups-alist-for-agenda
  (org-uniquify-alist
-- 
1.8.2

Re: [O] Org-mode outside Org-mode

2013-04-24 Thread Alexander Vorobiev

First of all, thank you for the tutorial and the code! Outshine has become
a major component of my workflow, I use it in all my source code buffers
(sql, R, elisp).

I have one question/proposal regarding key bindings. Outshine binds TAB
to outshine-cycle-subtree which only does something useful (calls
outshine-cycle)
when the point is on a header line, otherwise it prints a message. TAB is
used
 heavily in various source code -related modes (yasnippets, smart-tab, etc.
http://www.emacswiki.org/emacs/TabCompletion is a great source for those) -
the
behavior which I don't want to lose. There is some support of other TAB
behaviors in
outline-cycle but it is not used (and it ignores the user-defined bindings).

A while back I wrote a macro (based on the advice in
http://stackoverflow.com/a/2494384/973603) which allows to activate minor
mode
bindings when a condition is true and fall back to previous bindings
otherwise:

(defmacro define-key-with-fallback (keymap key def condition optional
mode)
 Define key with fallback. Binds KEY to definition DEF in keymap KEYMAP,
the
  binding is active when the CONDITION is true. Otherwise turns MODE off
and
  re-enables previous definition for KEY. If MODE is nil, tries to recover
it by
  stripping off \-map\ from KEYMAP name.
  `(define-key ,keymap ,key (lambda () (interactive)
 (if ,condition ,def
   (let* ((,(if mode mode
 (let* ((keymap-str (symbol-name keymap))
   (mode-name-end (- (string-width keymap-str)
4)))
(if (string= -map (substring keymap-str
mode-name-end))
  (intern (substring keymap-str 0 mode-name-end))
  (error Could not deduce mode name from keymap
name (\-map\ missing?) nil)
 (original-func (key-binding ,key)))
   (call-interactively original-func))

So now I can just do

(define-key-with-fallback outline-minor-mode-map (kbd TAB) (outline-cycle
1) (outline-on-heading-p))

and have my yasnippets and smart indentation/completion active again. My
question is am I reinventing
the wheel? Is there a function/macro in org-mode or elsewhere that would
allow me define key bindings
with fallback?

Thanks again,
Alex


On Fri, Mar 15, 2013 at 10:39 AM, Thorsten Jolitz tjol...@gmail.com wrote:


 Hi List,

 there is a now a tutorial on Worg describing the recently announced new
 libraries for using (concepts and functionality of) Org-mode when
 outside Org-mode:

 ,---
 | http://orgmode.org/worg/org-tutorials/org-outside-org.html
 `---

 Besides using the 'well-known' orgstruct-minor-mode, you can now:

 - use outline-minor-mode with *outshine.el* extensions and structure
   your file with outshine-style headlines, giving your source-code files
   the lookfeel of Org-mode files. Should work in any major-mode.

 - use *outorg.el* to edit complete subtrees or the whole file as
   Org-mode in a temporary Org-mode edit-buffer. Depends on outshine.

 - use *navi-mode.el* to open an occur-like indirect buffer for
   super-fast navigation and structure-editing (as well as other common
   actions on subtrees) in the associated original-buffer - all with
   one-key commands in a read-only buffer. A kind of customizable
   remote-control for the original-buffer with many views combining
   headline and keyword searches and easy switching between the
   associated buffers. Depends somehow on outshine too, but to a much
   lesser degree than outorg.el

 And of course you have Francois Pinard's *poporg.el* and can (completely
 independent from orgstruct or outshine):

 - edit atomic comment-sections (anywhere in a source-code buffer, no
   matter what major-mode) in a temporary Org-mode edit-buffer. Thus,
   while *outorg* gives you a whole subtree with headline and source-code
   blocks in a temporary Org-mode edit-buffer, *poporg* gives you only
   the comment-string near point and nothing else, so that both libraries
   complement each other really well in their usage.

 For more details see the tutorial on Worg.

 --
 cheers,
 Thorsten

Re: [O] [PATCH] org.el: Filter agenda by persistent tags

Hi Viktor,

Viktor Rosenfeld listuse...@gmail.com writes:

 the attached patch makes `org-agenda-filter-by-tag-refine' pickup the
 hotkeys defined for tags in `org-tag-persistent-alist'.

Applied, thanks!

-- 
 Bastien

Re: [O] cloning worg with http

Hi John

On Wed, Apr 24, 2013 at 4:00 PM, John Hendy jw.he...@gmail.com wrote:
 - https://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg01640.html

 If you're going to want to ever push to it... No. Only got protocol will
 work.

Thank you, at least I can pull now in a limited network.

Michael

Re: [O] Question regarding link text in HTML export

2013-04-24 Thread Erik Hetzner

At Wed, 24 Apr 2013 09:37:57 +0200,
Sebastien Vauban wrote:
 
 Hello Nicolas,
 
 Nicolas Goaziou wrote:
 
  This is not a bug. This is how cross references work: any link to an
  internal target without a description will become a number referring to
  the target. It works for headlines and many other things,
 
 He does well have a description part, doesn't he?

Thanks, Sebastien and Nicholas.

I should have checked the source first, of course. There is a very
helpful comment:

  ;; Case 1: Headline is numbered and LINK has no
  ;; description or LINK's description matches
  ;; headline's title.  Display section number.

Clearly the behavior is intended (“LINK’s description matches
headline’s title”. However, it does not seem expected behavior to me.
It differs from latex output, for instance.

best, Erik
Sent from my free software system http://fsf.org/.

Re: [O] New exporter - publishing org files doesn't include :tangle

Hello,

Bernt Hansen be...@norang.ca writes:

 James Yuan noticed that the .org file that is published with my document
 (http://doc.norang.ca/org-mode.org does not contain :tangle on any of
 the source blocks.

 One of the uses of this document is to pull up the file and tangle it to
 create an emacs configuration but this seems to be broken in 8.0.

This is not directly related to the export framework.

For some reason, Babel removes all properties from the opening string of
a block when evaluated. IOW

  #+BEGIN_SRC emacs-lisp :exports code :tangle yes
  (+ 1 1)
  #+END_SRC

becomes

  #+BEGIN_SRC emacs-lisp 
  (+ 1 1)
  #+END_SRC

One workaround is to add Babel properties on a #+header: affiliated
keyword instead as

  #+header: :tangle yes
  #+BEGIN_SRC emacs-lisp :exports code
  (+ 1 1)
  #+END_SRC

becomes

  #+header: :tangle yes
  #+BEGIN_SRC emacs-lisp
  (+ 1 1)
  #+END_SRC


Regards,

-- 
Nicolas Goaziou

Re: [O] Org-mode documentation within Emacs

Xiao-Yong Jin writes:

 I guess you changed the plist of Emacs.app? 

No, I set /etc/launchd.conf (and I also set the INFOPATH in my .zshrc).

 That's not really required.  How do you install your emacs?

Homebrew, using this version:
https://github.com/railwaycat/emacs-mac-port

 On my machine, with Emacs.app compiled from bzr source, start it with

 $ sh -c unset INFOPATH  Emacs -Q

 In the scratch buffer,

 (getenv INFOPATH)
 nil

 (add-to-list 'Info-default-directory-list ~/.emacs.d/org-mode/doc)
 (~/.emacs.d/org-mode/doc /Applications/Emacs.app/Contents/Resources/info/ 
 /usr/share/info/)

 (info)
 nil

 Info-directory-list
 (~/.emacs.d/org-mode/doc /Applications/Emacs.app/Contents/Resources/info/ 
 /usr/share/info/)

 So the only thing I need to do is changing `Info-default-directory-list' in 
 my ~/.emacs

 You might want to check the above procedure and see what you get.

As /usr/share/info is in the default path, which contains the files
for the old emacs that ships with OS X, I cannot use
`Info-default-directory-list': the newer info files for org mode would
be shadowed. So I need to set INFOPATH to something (or unset it) in any
case.

Alan

Re: [O] cloning worg with http

On Wed, Apr 24, 2013 at 09:00:08AM -0500, John Hendy wrote:
 
 If you're going to want to ever push to it... No. Only got protocol will
 work.

I don't think you can use git:// to push to Worg.  It has to be
git+ssh://.

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] Android MobileOrg: appointments without SCHEDULED/DEADLINE

2013-04-24 Thread Rémi Vanicat

Eric S Fraga e.fr...@ucl.ac.uk writes:

 Rémi Vanicat vani...@debian.org writes:

 Karl Voit devn...@karl-voit.at writes:

 Hi!

 * Matthew Jones bsdmatb...@gmail.com wrote:
 - If you have issues and you don't tell us then we have no way of helping
 you and the problem might not go away.  

 I mainly use MobileOrg on my Android phone to capture URLs and
 tasks and I am *very* thankfully for this possibility!


 However, with Google getting untrustworthy (Reader, APIs, ...), I
 want to get rid of Google Calendar as well. As you can read in [1],
 many people are creating appointments by simply adding an active
 time-stamp without SCHEDULED/DEADLINE or TODO states:

 ** 2013-05-07 Tue 9:00-11:00 this is an event/appointment   :rem15:

 I use :

 ** this is an event/appointment   :rem15:
   2013-05-07 Tue 9:00-11:00 

 And my android sync it with the agenda.

 Yes but does it sync with the calendar app on the phone if you ask for
 calendar synchronisation?

It was what the previous line meant, sorry If I was not clear enough. 

-- 
Rémi Vanicat

Re: [O] New exporter - publishing org files doesn't include :tangle

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

 Hello,

 Bernt Hansen be...@norang.ca writes:

 James Yuan noticed that the .org file that is published with my document
 (http://doc.norang.ca/org-mode.org does not contain :tangle on any of
 the source blocks.

 One of the uses of this document is to pull up the file and tangle it to
 create an emacs configuration but this seems to be broken in 8.0.

 This is not directly related to the export framework.

 For some reason, Babel removes all properties from the opening string of
 a block when evaluated. IOW

   #+BEGIN_SRC emacs-lisp :exports code :tangle yes
   (+ 1 1)
   #+END_SRC

 becomes

   #+BEGIN_SRC emacs-lisp 
   (+ 1 1)
   #+END_SRC

 One workaround is to add Babel properties on a #+header: affiliated
 keyword instead as

   #+header: :tangle yes
   #+BEGIN_SRC emacs-lisp :exports code
   (+ 1 1)
   #+END_SRC

 becomes

   #+header: :tangle yes
   #+BEGIN_SRC emacs-lisp
   (+ 1 1)
   #+END_SRC


 Regards,

Re: [O] New exporter - publishing org files doesn't include :tangle

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

 Hello,

 Bernt Hansen be...@norang.ca writes:

 James Yuan noticed that the .org file that is published with my document
 (http://doc.norang.ca/org-mode.org does not contain :tangle on any of
 the source blocks.

 One of the uses of this document is to pull up the file and tangle it to
 create an emacs configuration but this seems to be broken in 8.0.

 This is not directly related to the export framework.

 For some reason, Babel removes all properties from the opening string of
 a block when evaluated. IOW

   #+BEGIN_SRC emacs-lisp :exports code :tangle yes
   (+ 1 1)
   #+END_SRC

 becomes

   #+BEGIN_SRC emacs-lisp 
   (+ 1 1)
   #+END_SRC

 One workaround is to add Babel properties on a #+header: affiliated
 keyword instead as

   #+header: :tangle yes
   #+BEGIN_SRC emacs-lisp :exports code
   (+ 1 1)
   #+END_SRC

 becomes

   #+header: :tangle yes
   #+BEGIN_SRC emacs-lisp
   (+ 1 1)
   #+END_SRC

Thanks,

I'll give that a try.  I think this used to work but as long as I can
get the same behaviour with your workaround that's fine with me.

Regards,
Bernt

[O] org-mode California bay area meetup and mentorship

2013-04-24 Thread Mike C

Hi all,

I'm interested in putting together a community to meet about org-mode and
Emacs where there is a peer-to-peer mentorship aspect so everyone learns
from each other.  This could turn into a formal regular meetup. I can see
how this could be a spinoff of a functional programming meetup where the
attending programmers are already Emacs enthusiasts, but I wanted to
separately poll for interest here and also see what experience people have
as potential mentors and also who would like to be available to learn more
about org-mode and Emacs. How about around the Stanford area?  In time,
there could be remote participants as well.

Feel free to share your thoughts,

Mike

[O] Filling bug with alphabetical lists

Hi Nicolas,

I found the following filling bug with alphabetical lists.

I have 

(setq org-alphabetical-lists t)

and when I do M-q on the first line of the lists below (without a blank
separating line) the alphabetical lists are wrapped into the previous
list.

The regular lists behave properly - just the alphabetical ones have this
issue.

--8---cut here---start-8---
*** TODO Report filling bug for lists with alphabetic characters

  - This is a really long list line that needs to be filled appropriately and 
wrapped onto multiple lines
A) This is a really long list line that needs to be filled appropriately 
and wrapped onto multiple lines
   a) This is a really long list line that needs to be filled appropriately 
and wrapped onto multiple lines
  A. This is a really long list line that needs to be filled 
appropriately and wrapped onto multiple lines
 a. This is a really long list line that needs to be filled 
appropriately and wrapped onto multiple lines
1) This is a really long list line that needs to be filled 
appropriately and wrapped onto multiple lines
   1. This is a really long list line that needs to be filled 
appropriately and wrapped onto multiple lines
  * This is a really long list line that needs to be filled 
appropriately and wrapped onto multiple lines
+ This is a really long list line that needs to be 
filled appropriately and wrapped onto multiple lines


--8---cut here---end---8---

Regards,
Bernt

Re: [O] Using Eric Schulte's starter kit with org mode from source

Alan Schmitt alan.schm...@polytechnique.org writes:

 Hi Eric,

 Eric Schulte writes:

 I can think of some possibilities,

 1. Your load-path either isn't pointing to the newest Org-mode, or you
are somehow also loading an older version of Org-mode.  Although I
believe I just helped you setup your load path, so lets assume this
isn't the case.

 2. Do you explicitly require whichever ox-* new exporter you want to
use?

 3. Maybe you should run make in the Org-mode directory, to ensure all
autoload files etc... are in place.  I'm sure there is a way around
having to do this every time, but it may help in this instance.

 Sorry I can't be of more help.  If the solution you find appears to be a
 general one, please let me know if it should be folded into the starter
 kit.

 I haven't been able to find why this happens, but I have an idea for a
 workaround: I'll put my export settings in another file (for instance
 export.org). Then I'll have a special init file (export-init.el)
 that sets up the org path and loads that file.

 I have two questions about how to make it work nice in the starter kit
 context.

 In export-init.el, should I do a (load-file export.el) or is it better
 to do a (org-babel-load-file export.org)?

 In my main configuration file, should I do a #+include export.org, or
 is it better to do a org-babel-load-file?

 Thanks,

 Alan

I don't understand why you can't put this code into your normal
configuration file?  If the error is thrown *before* your main
configuration file is loaded, then my guess is that something is wrong
with your Org-mode install.  I'd read the worg pages on setting up a
local Org-mode install to make sure everything there checks out.

Hope this helps,

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

Re: [O] Android MobileOrg: appointments without SCHEDULED/DEADLINE (was: Agenda in MobileOrg for Android)

2013-04-24 Thread Henning Weiss

Hi,

I don't seem to have the full context for this thread, but I'll reply
anyway.

On Tue, Apr 23, 2013 at 12:50 PM, Karl Voit devn...@karl-voit.at wrote:

 Hi!

 * Matthew Jones bsdmatb...@gmail.com wrote:
  - If you have issues and you don't tell us then we have no way of helping
  you and the problem might not go away.

 I mainly use MobileOrg on my Android phone to capture URLs and
 tasks and I am *very* thankfully for this possibility!


 However, with Google getting untrustworthy (Reader, APIs, ...), I
 want to get rid of Google Calendar as well. As you can read in [1],
 many people are creating appointments by simply adding an active
 time-stamp without SCHEDULED/DEADLINE or TODO states:

 ** 2013-05-07 Tue 9:00-11:00 this is an event/appointment   :rem15:

 Unfortunately, MobileOrg does not seem to put such entries into the
 Android calendar.

 This is a very important issue to me such, that I can not use
 MobileOrg agenda for my purpose at all. :-(


Active timestamps are currently supported, but only in the payload of an
item. You can also try enabling show done events if the events are still
not added to the calendar. Timestamps in headings might be supported at
some point in the future (we have an open issue dealing with it).


 Another thing: My phone is mainly a reminding thing for me as well.
 I would *love* to see something like when I tag something with
 :rem15: I want to be reminded 15 minutes before its first time-stamp
 (example above: at 2013-05-07 8:45). *This* would be very cool!


Again, we have an open issue for this. Both issues are part of the next
major milestone.

Henning

Re: [O] Android MobileOrg: appointments without SCHEDULED/DEADLINE

2013-04-24 Thread Henning Weiss

Hi,

On Wed, Apr 24, 2013 at 6:41 AM, Rémi Vanicat vani...@debian.org wrote:

 Karl Voit devn...@karl-voit.at writes:

  Hi!
 
  * Matthew Jones bsdmatb...@gmail.com wrote:
  - If you have issues and you don't tell us then we have no way of
 helping
  you and the problem might not go away.
 
  I mainly use MobileOrg on my Android phone to capture URLs and
  tasks and I am *very* thankfully for this possibility!
 
 
  However, with Google getting untrustworthy (Reader, APIs, ...), I
  want to get rid of Google Calendar as well. As you can read in [1],
  many people are creating appointments by simply adding an active
  time-stamp without SCHEDULED/DEADLINE or TODO states:
 
  ** 2013-05-07 Tue 9:00-11:00 this is an event/appointment   :rem15:

 I use :

 ** this is an event/appointment   :rem15:
   2013-05-07 Tue 9:00-11:00

 And my android sync it with the agenda.

 I Just confirmed by testing that the bug is with timestamp on the
 headline line.


 My main problem with mobilorg is that it do not translate

   2013-05-07 Tue 9:00-11:00 +1w

 in a recurring event, and I would really like this to be solved.


You are correct, repeating timestamps do not work yet. You can find the
associated issue herehttps://github.com/matburt/mobileorg-android/issues/381.
This is one of the next major things we'll be working on.

Henning

Re: [O] Android MobileOrg: appointments without SCHEDULED/DEADLINE (was: Agenda in MobileOrg for Android)

2013-04-24 Thread Karl Voit

* Henning Weiss hdwe...@gmail.com wrote:

 Hi,

 I don't seem to have the full context for this thread, but I'll reply
 anyway.

 On Tue, Apr 23, 2013 at 12:50 PM, Karl Voit devn...@karl-voit.at wrote:

 ** 2013-05-07 Tue 9:00-11:00 this is an event/appointment   :rem15:

 Unfortunately, MobileOrg does not seem to put such entries into the
 Android calendar.

 Active timestamps are currently supported, but only in the payload of an
 item. You can also try enabling show done events if the events are still
 not added to the calendar. Timestamps in headings might be supported at
 some point in the future (we have an open issue dealing with it).

Glad to read this.

 Another thing: My phone is mainly a reminding thing for me as well.
 I would *love* to see something like when I tag something with
 :rem15: I want to be reminded 15 minutes before its first time-stamp
 (example above: at 2013-05-07 8:45). *This* would be very cool!

 Again, we have an open issue for this. Both issues are part of the next
 major milestone.

Awesome!

I am very much looking forward to the next releases! Thanks!

-- 
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] Using Eric Schulte's starter kit with org mode from source

Eric Schulte writes:

 I don't understand why you can't put this code into your normal
 configuration file? 

Because it may load too many things. I thought I could killed two birds
with one stone: get a faster async export, and git it working.

 If the error is thrown *before* your main configuration file is
 loaded, then my guess is that something is wrong with your Org-mode
 install.  I'd read the worg pages on setting up a local Org-mode
 install to make sure everything there checks out.

Well, my startup file is fairly simple:

#+BEGIN_SRC emacs-lisp
;;; init.el --- Where all the magic begins
;;
;; Part of the Emacs Starter Kit
;;
;; This is the first thing to get loaded.
;;

;; load the starter kit from the `after-init-hook' so all packages are loaded
(add-hook 'after-init-hook
 `(lambda ()
;; remember this directory
(setq starter-kit-dir
  ,(file-name-directory (or load-file-name (buffer-file-name
;; load up the starter kit
(add-to-list 'load-path /Users/schmitta/.emacs.d/org/emacs/site-lisp/org)
(require 'org)
(org-babel-load-file (expand-file-name starter-kit.org starter-kit-dir

;;; init.el ends here
#+END_SRC

I've turned on the debugger, and there is something that I find a bit
strange. Here are the last few lines.

,
|   
load(/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90
 nil t)
|   command-line-1((-l /Users/schmitta/.emacs.d/init.el -l 
/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90))
|   command-line()
|   normal-top-level()
`

Why is it loading the second file first? Shouldn't it load init.el
first? Is it because of the after-init-hook?

I also saved the temporary file and added a (print load-path) at the
beginning and it has not added the org path at the beginning, so for
some reason this code is not executed.

Thanks,

Alan

[O] MobileOrg and repeating events (was: Android MobileOrg: appointments without SCHEDULED/DEADLINE)

2013-04-24 Thread Karl Voit

* Rémi Vanicat vani...@debian.org wrote:

 My main problem with mobilorg is that it do not translate

   2013-05-07 Tue 9:00-11:00 +1w 

 in a recurring event, and I would really like this to be solved.

Not a solution to your specific issue but this is how I deal with
recurring events: I use org-clone-subtree-with-time-shift and
periodically generate explicit copies (clones) for each occurrence.

This way, I am able to move one single instance, add notes to single
instances, and so forth. This way, it would also work for your
MobileOrg.

First, I was disappointed because Org-mode showed less flexibility
than my old Palm PDA. However, after I switched to the method
described above, I like it even more than flexible repeating
definitions.

HTH

-- 
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] Using Eric Schulte's starter kit with org mode from source


 I've turned on the debugger, and there is something that I find a bit
 strange. Here are the last few lines.

 ,
 |   
 load(/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90
  nil t)
 |   command-line-1((-l /Users/schmitta/.emacs.d/init.el -l 
 /var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90))
 |   command-line()
 |   normal-top-level()
 `

 Why is it loading the second file first? Shouldn't it load init.el
 first? Is it because of the after-init-hook?


Yes, the starter kit waits to load on the after-init-hook so that the
Emacs package system will be fully loaded.  That is why the other file
you load on the command line is loaded first.

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

Re: [O] Org-mode documentation within Emacs

2013-04-24 Thread Achim Gratz

Rainer Stengele writes:
 I update (git) and compile org inside of cygwin.

So do I.

 That means the info file will be installed in the cygwin tree.

No it won't if you configure local.mk accordingly.

 But I do use the Windows port of Emacs, not the cygwin port.

http://orgmode.org/worg/dev/org-build-system.html#sec-4-1-5

 Why? Working under cygwin is much more convenient than under Windows
 CMD.

Try emacs-w32 some time.


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] Using Eric Schulte's starter kit with org mode from source

Eric Schulte writes:


 I've turned on the debugger, and there is something that I find a bit
 strange. Here are the last few lines.

 ,
 |   
 load(/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90
  nil t)
 |   command-line-1((-l /Users/schmitta/.emacs.d/init.el -l 
 /var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90))
 |   command-line()
 |   normal-top-level()
 `

 Why is it loading the second file first? Shouldn't it load init.el
 first? Is it because of the after-init-hook?

 Yes, the starter kit waits to load on the after-init-hook so that the
 Emacs package system will be fully loaded.  That is why the other file
 you load on the command line is loaded first.

Then asynchronous export can't work, as it needs ox in that file. I've
changed my init.el to loading org before the after-init-hook, and I go
further but then I have an error about the koma-letter being
unknown. It seems that to go this way I would need to load all of my
export settings before the after-init-hook.

So going the route of having a special init file for that seems even
more relevant now. So I'll ask again: if I want to put some
configuration in another .org file, it is better to #+include it in my
main org configuration file, or to org-babel-load-file it?

Thanks again for your help,

Alan

PS: I really don't understand how configuration options that are loaded
in the after-init-hook can be used during asynchronous export. Is it
working for you (with a more usual org install)?

Re: [O] Using Eric Schulte's starter kit with org mode from source

Alan Schmitt alan.schm...@polytechnique.org writes:

 Eric Schulte writes:


 I've turned on the debugger, and there is something that I find a bit
 strange. Here are the last few lines.

 ,
 |   
 load(/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90
  nil t)
 |   command-line-1((-l /Users/schmitta/.emacs.d/init.el -l 
 /var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90))
 |   command-line()
 |   normal-top-level()
 `

 Why is it loading the second file first? Shouldn't it load init.el
 first? Is it because of the after-init-hook?

 Yes, the starter kit waits to load on the after-init-hook so that the
 Emacs package system will be fully loaded.  That is why the other file
 you load on the command line is loaded first.

 Then asynchronous export can't work, as it needs ox in that file. I've
 changed my init.el to loading org before the after-init-hook, and I go
 further but then I have an error about the koma-letter being
 unknown. It seems that to go this way I would need to load all of my
 export settings before the after-init-hook.

 So going the route of having a special init file for that seems even
 more relevant now.

Yes, I'd agree.

 So I'll ask again: if I want to put some configuration in another .org
 file, it is better to #+include it in my main org configuration file,
 or to org-babel-load-file it?


I don't know.


 Thanks again for your help,

 Alan

 PS: I really don't understand how configuration options that are loaded
 in the after-init-hook can be used during asynchronous export. Is it
 working for you (with a more usual org install)?

I haven't used asynchronous export.

When I do run exports from the command line, I run Emacs with --batch,
and I don't load any of my personal configuration.  That way the export
can easily be distributed as it doesn't rely on my personal config.

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

Re: [O] Org-mode outside Org-mode

Alexander Vorobiev alexander.vorob...@gmail.com writes:

Hi Alexander, 

 First of all, thank you for the tutorial and the code! Outshine has become
 a major component of my workflow, I use it in all my source code buffers (sql,
 R, elisp).

Thanks, I use it in all my elisp and PicoLisp buffers too, and I'm happy
that it works for you too. 

Only with 'old-school' elisp buffers with '^;;;+ ' headlines there is
still one major headache with long lines of only ';' like this:

;

that make the regexp matcher enter endless backtracking. I haven't found
a solution yet how to fontify the headlines in a different way (- first
match the headline regexp, then calculate the headline level).

 I have one question/proposal regarding key bindings. Outshine binds TAB
 to outshine-cycle-subtree which only does something useful (calls
 outshine-cycle) 
 when the point is on a header line, otherwise it prints a message. TAB is used
  heavily in various source code -related modes (yasnippets, smart-tab, etc. 
 http://www.emacswiki.org/emacs/TabCompletion is a great source for those) -
 the 
 behavior which I don't want to lose. There is some support of other TAB
 behaviors in 
 outline-cycle but it is not used (and it ignores the user-defined bindings).


That very same problem made me hate yasnippet ...
I think thats a very good proposal.

 A while back I wrote a macro (based on the advice in 
 http://stackoverflow.com/a/2494384/973603) which allows to activate minor mode
 bindings when a condition is true and fall back to previous bindings
 otherwise:

I copied your macro to outshine.el (hope thats ok with you, I credit
you), but had errors at start-up so I modified it slightly:

,---
| ;; copied from Alexander Vorobiev
| ;; http://www.mail-archive.com/emacs-orgmode@gnu.org/msg70648.html
| (defmacro outshine-define-key-with-fallback
|   (keymap key def condition optional mode)
|  Define key with fallback.
| Binds KEY to definition DEF in keymap KEYMAP, the binding is
| active when the CONDITION is true. Otherwise turns MODE off and
| re-enables previous definition for KEY. If MODE is nil, tries to
| recover it by stripping off \-map\ from KEYMAP name.
|   `(define-key ,keymap ,key (lambda () (interactive)
|  (if ,condition ,def
|(let* ((,(if mode mode
|  (let* ((keymap-str (symbol-name keymap))
|(mode-name-end (- (string-width keymap-str) 
4)))
| (if (string= -map (substring keymap-str 
mode-name-end))
|   (intern (substring keymap-str 0 mode-name-end))
|   (message Could not deduce mode name from keymap 
name))
|  ;; (\\-map\\ missing?))
| )) nil)
|  (original-func (key-binding ,key)))
|(call-interactively original-func))
`---


This is what I get now if I press 'C-h k' and then TAB in an outshine buffer:

,---
| TAB (translated from tab) runs the command (lambda nil (interactive) (if
| (outline-on-heading-p) (outline-cycle 1) (let* ((outline-minor-mode nil)
| (original-func (key-binding (kbd TAB (call-interactively
| original-func, which is an interactive Lisp function.
| 
| It is bound to TAB.
| 
| (anonymous)
`---

This is still in a private branch and not merged with the master, it
seems to work, but could you check the macro and the message if they
look alright before merging it with master?

 So now I can just do

 (define-key-with-fallback outline-minor-mode-map (kbd TAB) (outline-cycle 1)
 (outline-on-heading-p)) 

I applied that to several bindings in outshine.el that might conflict
with other libraries now. 

 and have my yasnippets and smart indentation/completion active again. My
 question is am I reinventing 
 the wheel? Is there a function/macro in org-mode or elsewhere that would allow
 me define key bindings
 with fallback?

I would be interested in this too, since I like to have the
M-arrow-key navigation keys from 'outline-mode-easy-bindings' in
Org-mode too, but they conflict with some org-table bindings. 

-- 
cheers,
Thorsten

Re: [O] Using Eric Schulte's starter kit with org mode from source

2013-04-24 Thread Alexander Poslavsky

Alan Schmitt writes:

 Eric Schulte writes:

 --8 snip

 Yes, the starter kit waits to load on the after-init-hook so that the
 Emacs package system will be fully loaded.  That is why the other file
 you load on the command line is loaded first.

 Then asynchronous export can't work, as it needs ox in that file. I've
 changed my init.el to loading org before the after-init-hook, and I go
 further but then I have an error about the koma-letter being
 unknown. It seems that to go this way I would need to load all of my
 export settings before the after-init-hook.

I had problems with mixed up org-versions [1]. The starter-kit uses
org-babel to create the lisp files Emacs needs.

To solve this, I added org-mode-from-git's load-path to init.el, before
require org. After that things worked for me.  The down-side is that
your init.el is no longer the same as the starter-kit's, which makes
upgrading a bit harder.

Alex

[1] I use prelude, but use org-babel for my private settings, like the
starter-kit does

Re: [O] Using Eric Schulte's starter kit with org mode from source

2013-04-24 Thread Thomas S. Dye

Hi Eric,

Eric Schulte schulte.e...@gmail.com writes:

 Alan Schmitt alan.schm...@polytechnique.org writes:

 Eric Schulte writes:


 I've turned on the debugger, and there is something that I find a bit
 strange. Here are the last few lines.

 ,
 |   
 load(/var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90
 | nil t)
 |   command-line-1((-l /Users/schmitta/.emacs.d/init.el -l
 | 
 /var/folders/68/fvntfrw92y50gkk_67rkhsfwgn/T/org-export-process77683E90))
 |   command-line()
 |   normal-top-level()
 `

 Why is it loading the second file first? Shouldn't it load init.el
 first? Is it because of the after-init-hook?

 Yes, the starter kit waits to load on the after-init-hook so that the
 Emacs package system will be fully loaded.  That is why the other file
 you load on the command line is loaded first.

 Then asynchronous export can't work, as it needs ox in that file. I've
 changed my init.el to loading org before the after-init-hook, and I go
 further but then I have an error about the koma-letter being
 unknown. It seems that to go this way I would need to load all of my
 export settings before the after-init-hook.

 So going the route of having a special init file for that seems even
 more relevant now.

 Yes, I'd agree.

 So I'll ask again: if I want to put some configuration in another .org
 file, it is better to #+include it in my main org configuration file,
 or to org-babel-load-file it?


 I don't know.


 Thanks again for your help,

 Alan

 PS: I really don't understand how configuration options that are loaded
 in the after-init-hook can be used during asynchronous export. Is it
 working for you (with a more usual org install)?

 I haven't used asynchronous export.

 When I do run exports from the command line, I run Emacs with --batch,
 and I don't load any of my personal configuration.  That way the export
 can easily be distributed as it doesn't rely on my personal config.

This is what asynchronous export does, IIUC.  Here is the relevant part
of a setup I'm using:

  (setq org-export-in-background t)
  (setq org-export-async-debug t)
  (setq org-export-async-init-file (expand-file-name init.el))

I tangle the initialization file (init.el) from my document.  Everything
is contained in the one Org file.

Asynchronous export works really well for me.

hth,
Tom

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

Re: [O] OT: Android, external HW-keyboard and Emacs

2013-04-24 Thread 白い熊

* Eric S Fraga e.fr...@ucl.ac.uk wrote:
 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.

I've built glibc 2.17 for Android, now I compile all GNU apps natively on my 
phone (Samsung Galaxy Note II). Using http://kumatux.org/ (my app) I can 
install any compiled app anywhere locally on the system, withoit messing with 
the underlying file structure - originally I started developing this for my 
laptop, but particularly useful for Android...

So, I have full Emacs (latest bzr) running on the phone. Using Hacker's Keybod 
app works well.

I've been upgrading kumatux.org, will probably take me a month or two, to 
finish the latest rebuild - I'm converting to running out of Clisp, rather than 
just shell scripts.

Then I'm planning to publish a guide how to build emacs natively on Android, as 
well an put the built tarballs somewhere...

So, we're already there! I just need to polish what I'm using, no I can then 
publish it. I'll try to make sure not to forget to publicize here also.

--
白い熊

[O] batch saving patch for emacs 23/org 8.0.1

2013-04-24 Thread Wright, Jason L

When running:
emacs -l ~/.emacs -eval '(org-batch-store-agenda-views)' -eval
'(org-mobile-push)'

It errors with:
(wrong-number-of-arguments called-interactively-p 1)

A proposed fix is below. What I don't know is whether the fix breaks
something else (i.e. it seems to work for me, but my elisp-fu is
woefully lacking).

-bash-4.1$ emacs --version
GNU Emacs 23.1.1
org-version: 8.0.1 (same potential error in git)

Backtrace:

Debugger entered--Lisp error: (wrong-number-of-arguments
called-interactively-p 1)
  (called-interactively-p (quote any))
  (if (called-interactively-p (quote any)) (not (y-or-n-p ...)))
  (and (file-exists-p file) (if (called-interactively-p ...) (not ...)))
  (or (not (file-writable-p file)) (and (file-exists-p file) (if ... ...)))
  (if (or (not ...) (and ... ...)) (user-error Cannot write agenda to
file %s file))
  org-agenda-write(/home/jason/mobile/theagenda.html nil t *Org Agenda*)
  (let nil (org-agenda-write (expand-file-name ... dir) nil t bufname))
  eval((let nil (org-agenda-write (expand-file-name ... dir) nil t bufname)))
  (org-eval-in-environment (append org-agenda-exporter-settings opts
pars) (org-agenda-write (expand-file-name ... dir) nil t bufname))
  (while files (org-eval-in-environment (append
org-agenda-exporter-settings opts pars) (org-agenda-write ... nil t
bufname)))
  (progn (org-eval-in-environment (append org-agenda-exporter-settings
opts pars) (org-agenda nil thiscmdkey)) (set-buffer bufname) (while
files (org-eval-in-environment ... ...)) (and (get-buffer bufname)
(kill-buffer bufname)))
  (if files (progn (org-eval-in-environment ... ...) (set-buffer
bufname) (while files ...) (and ... ...)))
  (when files (org-eval-in-environment (append
org-agenda-exporter-settings opts pars) (org-agenda nil thiscmdkey))
(set-buffer bufname) (while files (org-eval-in-environment ... ...))
(and (get-buffer bufname) (kill-buffer bufname)))
  (while cmds (setq cmd (pop cmds) thiscmdkey (car cmd) thiscmdcmd
(cdr cmd) match (nth 2 thiscmdcmd) bufname (if org-agenda-sticky ...
org-agenda-buffer-name) cmd-or-set (nth 2 cmd) opts (nth ... cmd)
files (nth ... cmd)) (if (stringp files) (setq files ...)) (when files
(org-eval-in-environment ... ...) (set-buffer bufname) (while files
...) (and ... ...)))
  (save-window-excursion (while cmds (setq cmd ... thiscmdkey ...
thiscmdcmd ... match ... bufname ... cmd-or-set ... opts ... files
...) (if ... ...) (when files ... ... ... ...)))
  (let ((cmds ...) (pop-up-frames nil) (dir default-directory) (pars
...) cmd thiscmdkey thiscmdcmd match files opts cmd-or-set bufname)
(save-window-excursion (while cmds ... ... ...)))
  (lambda (rest parameters) Run all custom agenda commands that have
a file argument. (let (... ... ... ... cmd thiscmdkey thiscmdcmd
match files opts cmd-or-set bufname) (save-window-excursion ...)))()
  (org-batch-store-agenda-views)
  eval((org-batch-store-agenda-views))
  command-line-1((-l /home/jason/.emacs -eval
(org-batch-store-agenda-views) -eval (org-mobile-push)))
  command-line()
  normal-top-level()

Patch:
diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 754247a..1fd9ee8 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -3307,7 +3307,7 @@ If AGENDA-BUFFER-NAME, use this as the buffer
name for the agenda
   (interactive FWrite agenda to file: \nP)
   (if (or (not (file-writable-p file))
  (and (file-exists-p file)
-  (if (called-interactively-p 'any)
+  (if (org-called-interactively-p 'any)
   (not (y-or-n-p (format Overwrite existing file %s?
 file))
   (user-error Cannot write agenda to file %s file))
   (org-let (if nosettings nil org-agenda-exporter-settings)

Re: [O] Item task_id not being used in taskjuggler export tj prefixing

2013-04-24 Thread Christian Egli

Buddy Butterfly buddy.butter...@web.de writes:


 The problem becomes obvious with your example above.
 Herr you expect that T8 would be unique across all
 tasks. If there are some other task paths with a task of
 T8 then this will not work. 

True, task_ids have to be unique across tasks. For me this was never a
problem as I usually do not have that many dependencies (and hence need
only a few task_ids) and org-mode has built in infrastructure to create
unique ids.

 You will always run after
 tj implementing what they have implemented. Why not
 write:

   :depends: !!T.T8

 directly? 

Because IMHO org-mode has more to offer in terms of dependencies. I
think that the ORDERED and the BLOCKER stuff gives you a good way to
model dependencies that is expressive and covers a lot of use cases
nicely. TaskJuggler dependencies is fairly low level I think. I'd like
to express my dependencies at a higher level. 

Hope that helps
Christian

-- 
Christian Egli
Swiss Library for the Blind, Visually Impaired and Print Disabled
Grubenstrasse 12, CH-8045 Zürich, Switzerland

Re: [O] Question regarding link text in HTML export



Hello,

Sebastien Vauban
wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes:

 He does well have a description part, doesn't he?

Duh. Yes. Then it is a bug, which should now be fixed.

Thanks for insisting on the problem.


Regards,

-- 
Nicolas Goaziou

[O] org-mode California bay area meetup and mentorship

2013-04-24 Thread Mike C

Hi all,

I'm interested in putting together a community to meet about org-mode and
Emacs where there is a peer-to-peer mentorship aspect so everyone learns
from each other.  This could turn into a formal regular meetup. I can see
how this could be a spinoff of a functional programming meetup where the
attending programmers are already Emacs enthusiasts, but I wanted to
separately poll for interest here and also see what experience people have
as potential mentors and also who would like to be available to learn more
about org-mode and Emacs. How about around the Stanford area?  In time,
there could be remote participants as well.

Feel free to share your thoughts,

Mike

Re: [O] Item task_id not being used in taskjuggler export tj prefixing

2013-04-24 Thread Christian Egli

John Hendy jw.he...@gmail.com writes:

 Unique ids could be inserted as depends with some simple key strokes
 and I would't have to use numbered IDs at all. They'd stay with the
 tasks no matter where I moved them.

 For that... I'd actually prefer *not* to have to explicitly name the
 parent since they could move wherever I put them with no consequence.

`org-id-copy' will insert a unique ID into your entry (ie your task) and
at the same time store it in your kill ring, so you can then yank it
where you have the dependency. Can you try this with a custom key
binding? As far as I know the dependency resolution should also work
with unique id (aka ID) not just with task_ids.

HTH
Christian

-- 
Christian Egli
Swiss Library for the Blind, Visually Impaired and Print Disabled
Grubenstrasse 12, CH-8045 Zürich, Switzerland

Re: [O] Using Eric Schulte's starter kit with org mode from source

Alexander Poslavsky alexander.poslav...@gmail.com writes:

Alan Schmitt writes:

Eric Schulte writes:

--8 snip

Yes, the starter kit waits to load on the after-init-hook so that the
Emacs package system will be fully loaded. That is why the other file
you load on the command line is loaded first.

Then asynchronous export can't work, as it needs ox in that file. I've
changed my init.el to loading org before the after-init-hook, and I go
further but then I have an error about the koma-letter being
unknown. It seems that to go this way I would need to load all of my
export settings before the after-init-hook.

I had problems with mixed up org-versions [1]. The starter-kit uses
org-babel to create the lisp files Emacs needs.

To solve this, I added org-mode-from-git's load-path to init.el, before
require org. After that things worked for me. The down-side is that
your init.el is no longer the same as the starter-kit's, which makes
upgrading a bit harder.

Alex

It sounds like this is general a problem. I've just added a portable
way to load Org-mode from the init.el. It will now be possible to load
a local Emacs from source by setting the ORG_HOME environment variable.
If this variable is defined then Org-mode will be loaded from that
directory.

Note, this addition to the load path now happens *before* the
after-init-hook, so it may help with Alan's original problem as well.

See [1] for more information on this change.

Hope this helps,

Footnotes:
[1]
https://github.com/eschulte/emacs24-starter-kit/commit/99107e9ee84c2935a614d7ac809aa27bce63c037

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

Re: [O] are babel python sessions and inlined images incompatible?

2013-04-24 Thread Sebastien Vauban

Hello Rodrigo,

Rodrigo Amestica wrote:
 Eric Schulte wrote:
 Rodrigo Amestica ramest...@lavabit.com writes:
 
  if I use this block
 
  #+BEGIN_SRC python :results file
  from pylab import *
  plot(rand(10))
  savefig('images/test.png')
  return 'images/test.png'
  #+END_SRC 
 
  then the RESULTS block shows me an inlined version of the plot.
 
  If now I switch to this block
 
  #+BEGIN_SRC python :session test :results file
  from pylab import *
  plot(rand(10))
  savefig('images/test.png')
  return 'images/test.png'
  #+END_SRC 

 many thanks for the feed back Eric!

 You don't need to explicitly specify a return when working with a
 session.  Either of the following should work.
 
 #+BEGIN_SRC python :session test :file images/test.png
   from pylab import *
   plot(rand(10))
   savefig('images/test.png')
 #+END_SRC

 that does not quite work, I get no inlined image but the following line in the
 Messages buffer

 orgtbl-format-line: Wrong type argument: sequencep, 
 matplotlib\.lines\.Line2DError during redisplay: (wrong-type-argument arrayp 
 nil)

Try adding the `:results graphics' header argument...

 #+BEGIN_SRC python :session test :results file
   from pylab import *
   plot(rand(10))
   savefig('images/test.png')
   'images/test.png'
 #+END_SRC

 that one works!

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] Filling bug with alphabetical lists

Hello,

Bernt Hansen be...@norang.ca writes:

 I found the following filling bug with alphabetical lists.

 I have 

 (setq org-alphabetical-lists t)

This is now `org-list-allow-alphabetical'. I think you need to reload
Org when this variable is changed.


Regards,

-- 
Nicolas Goaziou

Re: [O] Can't export LaTeX source code blocks

2013-04-24 Thread Sebastien Vauban

Hello Thomas,

Thomas S. Dye wrote:
 Sebastien Vauban
 #+begin_src latex
 \DescribeMacro{\dummyMacro}
 This macro does nothing.\index{doing nothing|usage} It is merely an
 example.  If this were a real macro, you would put a paragraph here
 describing \textbf{what} the macro is supposed to do, what its mandatory 
 and
 optional arguments are, and so forth.
 #+end_src

 As you can see, the code block is NEVER exported. I don't understand
 why?

 I'm not sure either.

 The only buggy behavior is the first one: the fact that the code block
 disappears, as you say.

 I took a quick look at ob-latex.el. The code there sets `:exports results'
 and then, IIUC, goes on its way without checking if :exports has been set in
 the buffer.

Thanks for giving a look at the right place, and putting me on good tracks.

 IIRC, the main uses of LaTeX code blocks were for tangling .tex documents,
 and for preview snippets. This seems to be supported by the documentation,
 which says LaTeX source code blocks can be used to tangle a LaTeX source
 file, or to create bitmap images or pdf snippets of arbitrary LaTeX code.

 It looks to me like ob-latex.el would need to be revised to work with your
 use case (a document about LaTeX authoring?).

Yes, I want to document (in the LP [1] spirit) the LaTeX classes we've written
at work.

Best regards,
  Seb

[1] Literate Programming

-- 
Sebastien Vauban

Re: [O] Filling bug with alphabetical lists

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

 Hello,

 Bernt Hansen be...@norang.ca writes:

 I found the following filling bug with alphabetical lists.

 I have 

 (setq org-alphabetical-lists t)

 This is now `org-list-allow-alphabetical'. I think you need to reload
 Org when this variable is changed.

Thanks, I wasn't aware of this rename but it is already set to t here.
I'll rename the variable in my .emacs.

Do you get the same filling behaviour as me?

GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.1) of 2013-01-08
on murphy, modified by Debian

Org-mode version 8.0.1 (release_8.0.1 @ /home/bernt/git/org-mode/lisp/)

Regards,
Bernt

Re: [O] are babel python sessions and inlined images incompatible?

2013-04-24 Thread Rodrigo Amestica

At Wed, 24 Apr 2013 23:06:30 +0200,
Sebastien Vauban wrote:
  You don't need to explicitly specify a return when working with a
  session.  Either of the following should work.
  
  #+BEGIN_SRC python :session test :file images/test.png
from pylab import *
plot(rand(10))
savefig('images/test.png')
  #+END_SRC
 
  that does not quite work, I get no inlined image but the following line in 
  the
  Messages buffer
 
  orgtbl-format-line: Wrong type argument: sequencep, 
  matplotlib\.lines\.Line2DError during redisplay: (wrong-type-argument 
  arrayp nil)
 
 Try adding the `:results graphics' header argument...
 

it does not help. Still same error. I'm using org-7.9.4 from tarball, in ob.el
there is no 'graphics' option defined for :results.

thanks for the hint, though
 Rodrigo

[O] the right way to build OMPL export and import

2013-04-24 Thread Alexis Gallagher

Hi,

I would love to be able to export org documents to opal, so that I can read 
them with the various commercial outlining apps on platforms without emacs -- 
e.g, iOS. The ideal thing would be if I could import OPML as well.

Is anyone working on this already?

If not, does anyone have any pointers on the right way to go about this, so 
that the work would go smoothly and be acceptable upstream? This seems like a 
good time to ask given the recent consolidation of export facilities around the 
internal parser org-element.el.

I presume any OPML exporter should be based on that, correct? Is any one of the 
existing exporters a particularly clean example to work from?

For OPML import, is org-element-interpret-data the best starting point?

Alexis

[O] exported html page toc doesn't toggle with 'i' key

2013-04-24 Thread Daniel Hawthorne

Can someone corroborate this? The help menu still lists the key binding, 
so I assume it is still the desired behavior. Suggestions?

Re: [O] Filling bug with alphabetical lists

Hello,

Bernt Hansen be...@norang.ca writes:

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

 Hello,

 Bernt Hansen be...@norang.ca writes:

 I found the following filling bug with alphabetical lists.

 I have 

 (setq org-alphabetical-lists t)

 This is now `org-list-allow-alphabetical'. I think you need to reload
 Org when this variable is changed.

 Thanks, I wasn't aware of this rename but it is already set to t here.
 I'll rename the variable in my .emacs.

 Do you get the same filling behaviour as me?

Not anymore after I reload Org.


Regards,

-- 
Nicolas Goaziou

Re: [O] Org-mode documentation within Emacs

2013-04-24 Thread Eric Abrahamsen

Alan Schmitt alan.schm...@polytechnique.org writes:

 Hi Glyn,

 Glyn Millington writes:

 Hi Alan,

 This is how I do it.

 [...]

 I also have this in my init.el

 (setq Info-default-directory-list (cons /home/glyn/info/ 
 Info-default-directory-list))

 Then it should appear in Emacs' info-reader

 Thank you for the suggestion. I'll try moving the setting out of the
 starter kit and into my init.el file, the initialization order may be
 important here.

 Alan

This is how I do it as well (albeit with `add-to-list', same
difference), and it works fine.

Actually I have one dir: ~/.emacs.d/info, where I symlink all the info
files for bleeding-edge packages. Then I use `install-info
$infofile.info DIR' to create an entry for that file in the master info
directory, then the add-to-list invocation above.

HTH

Re: [O] batch saving patch for emacs 23/org 8.0.1