[Orgmode] Re: New beamer support

2010-01-07 Thread Sébastien Vauban
Hi Carsten,

Carsten Dominik wrote:
 On Jan 6, 2010, at 5:22 PM, Sébastien Vauban wrote:
 Carsten Dominik wrote:
 there is now a new option org-beamer-frame-default-options

 When setting it into Emacs, great, it DOES WORK as expected!

 Though, I believe this is more a setting of the document itself, instead of
 one customization in my own `.emacs' file.

 I would rather like my colleagues to get the same output when compiling my
 document. I tried, then, the following:

 --8---cut here---start-8---
 * COMMENT Setup

 # This is for the sake of Emacs.
 # Local Variables:
 # ispell-local-dictionary: en_US
 # org-beamer-frame-default-options: [allowframebreaks]
 # End:
 --8---cut here---end---8---

 with no success, though.

 Maybe I would have to try with a `#+BIND'.

 #+BIND will do the trick, it was made just for this.

#+BIND: org-beamer-frame-default-options [allowframebreaks]

does work.


 Though, wouldn't it be better to
 explicitly add something like:

 --8---cut here---start-8---
 #+BEAMER_FRAME_EXTRA_OPTIONS: [allowframebreaks]
 --8---cut here---end---8---

 Yes, that would make sense if it is a frequently used feature.
 I like to hesitate with introducing these special customizations
 until I am convinced that this is used reasonably often.  Otherwise
 I would have to have 1000 of the special lines, approximately.

 Question to all:  How likely is the use of a default option you'd
 want to have on *every* frame?

The problem is similar to the `fragile' option. Either we can detect the
overflow (and the automatically add the option only when needed), or we must
add it everywhere in order to ensure we won't have text cut.

It's a bit different from when we directly edit beamer files. We compile often
and we see the problem appearing.

Here, with Org, we would just work in Org only, and publish once at the end. A
bit more easy to be aware that some text may have pass away.

As #+BIND works, I can imagine living quite honestly the way it currently is,
but I let the others decide upon this.

Best regards,
  Seb

-- 
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: New beamer support

2010-01-07 Thread Sébastien Vauban
Hi Carsten,

Carsten Dominik wrote:
 On Jan 6, 2010, at 5:22 PM, Sébastien Vauban wrote:
 Carsten Dominik wrote:
 there is now a new option org-beamer-frame-default-options

 When setting it into Emacs, great, it DOES WORK as expected!

 Though, I believe this is more a setting of the document itself, instead of
 one customization in my own `.emacs' file.

 Maybe I would have to try with a `#+BIND'.

 #+BIND will do the trick, it was made just for this.

As said previously, yes, it does work for the exporting to beamer TeX file.

Though, I experience a bigger problem... When reopening my example file, I now
have to answer yes or no to apply the BIND variable (that's OK), but (after
answering yes -- no tested with no, as that's not what I need) I loose all the
colors in my Org buffer: the Org file becomes black only, in fixed font! All
the font locking is away, making the Org file more or less useless (as if I
would edit it with Notepad).

Any idea??

For info, the black and white phenomenon is propagated to the Summary buffer
of Gnus as well. No idea...

Best regards,
  Seb

-- 
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Re: New beamer support

2010-01-07 Thread Carsten Dominik


On Jan 7, 2010, at 9:54 AM, Sébastien Vauban wrote:


Hi Carsten,

Carsten Dominik wrote:

On Jan 6, 2010, at 5:22 PM, Sébastien Vauban wrote:

Carsten Dominik wrote:

there is now a new option org-beamer-frame-default-options


When setting it into Emacs, great, it DOES WORK as expected!

Though, I believe this is more a setting of the document itself,  
instead of

one customization in my own `.emacs' file.

Maybe I would have to try with a `#+BIND'.


#+BIND will do the trick, it was made just for this.


As said previously, yes, it does work for the exporting to beamer  
TeX file.


Though, I experience a bigger problem... When reopening my example  
file, I now
have to answer yes or no to apply the BIND variable (that's OK),  
but (after
answering yes -- no tested with no, as that's not what I need) I  
loose all the
colors in my Org buffer: the Org file becomes black only, in fixed  
font! All
the font locking is away, making the Org file more or less useless  
(as if I

would edit it with Notepad).

Any idea??


Hi Sebastian,

Can you please turn on debug-on-quit, and then quit at the prompt and  
show me the backtrace?  Because I do not get this by simply visiting a  
file.


- Carsten



For info, the black and white phenomenon is propagated to the  
Summary buffer

of Gnus as well. No idea...

Best regards,
 Seb

--
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


- Carsten





___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] [beamer] frame arguments must be in envargs, not extra

2010-01-07 Thread Carsten Dominik


On Jan 7, 2010, at 1:10 AM, Eric S Fraga wrote:


Carsten,

the documentation for beamer support,

http://orgmode.org/worg/org-tutorials/org-beamer.php

under the Special properties heading suggests that the BEAMER_extra
property can be used to specify options for the environment.
 For
frames, trying for instance [shrink=30], this doesn't work.


No, this is not what BEAMER_extra is for, this is the function
BEAMER_envargs.  BEAMER_extra is just plain LaTeX that will be inserted.

I don't this the document says differently, can you point out exactly  
where you got this from?


- Carsten



 It does
work if this option is placed in the BEAMER_envargs property instead.

I'm not sure where, if ever, you use the BEAMER_extra property?

Thanks again,
eric


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


- Carsten





___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Re: New beamer support

2010-01-07 Thread Carsten Dominik


On Jan 7, 2010, at 10:38 AM, Sébastien Vauban wrote:


Hi Carsten,

Carsten Dominik wrote:

On Jan 6, 2010, at 4:47 PM, Sébastien Vauban wrote:


Properties are empty.

When not typing `e b', I just end up with:

--8---cut here---start-8---
** DB:
[allowframebreaks]:
*** Model
--8---cut here---end---8---

No property block is created...


I believe I have said several times that the second column is *not*  
the

one for the options.  The third is.


Okaaayyy...

I wouldn't say you said it several times, but when re-reading  
this, yes, you

mentioned it, but my eyes passed over it...

By the way, how are we supposed to add that property in the most  
easiest
manner? I never really used column view, but I have troubles  
when using

it here.

On the node where I want to add that property, I do:
- `C-c C-x C-c' to enter column view
- `right' (arrow) to go in the second column
- `e' to edit the property
... but I'm put in a tag selection menu... What am I doing wrong?


That happens at the BEAMER_env property and give you a way to  
select the
environment with a single key, for example `e b' for block. If  
you move
the cursor to the field for env args, e will give you a prompt  
where you

can edit.


Though, I really am sorry to waste your time with silly problems,  
but I still

have troubles editing this through the interface.

--8---cut here---start-8---
ITEM| Env   | Options | DefOvl | Overlay  
| Col  |

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


OK, this is helpful.  You are not using the most recent version of
the columns template for beamer support.  For example, the BEAMER_opt  
property is not used anymore.


Can you use a new file and insert a fresh template, and take it from  
there?


- Carsten



Editing in the second column (Env) does only create a tag, as  
mentioned in

my previous posts.

The third one (Options) allows inserting a string without passing  
through

the tag interface. There, I insert the string `[allowframebreaks]'.

Though, the property created is `BEAMER_opt', not `BEAMER_envargs'??

--8---cut here---start-8---
** Model : 
[allowframebreaks]:

*** Extensions (aggregation, negation)
** DB
  :PROPERTIES:
  :BEAMER_opt: [allowframebreaks]
  :END:
*** Subitem
--8---cut here---end---8---

So, this does not add the option `allowframebreaks' to the frames...

Best regards,
 Seb

--
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


- Carsten





___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Can't open source.c file following the link to it

2010-01-07 Thread Giovanni Ridolfi
Paul Chany csanyi...@gmail.com writes:

Hi Paul,

 in an org file within org-mode I create a link to a source.c file, but
 can't to open it from org-mode. Why?
Here: 
org-mode 6.33c
Windows XP
GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600) of 2009-07-30 on SOFT-MJASON

From the file.org, where the link is,
I can open the  file.c in the same directory:

 [[file:file.c]]

cheers,
Giovanni


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: New beamer support

2010-01-07 Thread Sébastien Vauban
Hi Carsten,

Carsten Dominik wrote:

 I still got the same black-and-white buffer...

 my mistake

So... You're just a plain human?  ;-))  I'm falling from high.


 fixed now.

Yep. It does work!

Comment about this `allowframebreaks' story: I've just seen, using the
defaults (and Madrid), that the consequence of putting `allowframebreaks' on
every frame is that it adds a roman number after the title, like:

  * First slide I
  * First slide II
  * Second slide I
  * Third slide I

So, even for slides not spread across multiple pages, it adds an annoying
number (for the second and third slides).

The only solution would be that Org or the user just adds the property where
needed. For Org, it seems impossible. So, up to the user in the default
configuration.

The beamer solution is to play with:

--8---cut here---start-8---
\setbeamertemplate{frametitle continuation}[from second]
%   ^^^

\renewcommand\insertcontinuationtext{...}
--8---cut here---end---8---

Thanks a lot.

Best regards,
  Seb

-- 
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [beamer] Order in preamble

2010-01-07 Thread Sébastien Vauban
Hi Carsten,

Another suggestion. I think the order of macros would be better changed in the
beamer preamble.

Instead of:

--8---cut here---start-8---
\usepackage{listings}


\title{Inventory}
\author{Seb Vauban}
\date{2010-01-07}

\usetheme{mc}\usecolortheme{default}
\begin{document}
--8---cut here---end---8---

I think the following is better suited:

--8---cut here---start-8---
\usepackage{listings}

\usetheme{mc}\usecolortheme{default}

\title{Inventory}
\author{Seb Vauban}
\date{2010-01-07}

\begin{document}
--8---cut here---end---8---

The reason is that the natural order of packages loaded is:

- the beamer class
- the beamer theme overrides
- the document overrides

That allows one to write a private theme, and set things up (like a default
author or title) that won't take precedence over the *document settings*.

Best regards,
  Seb

-- 
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] logbook + (re)schedule

2010-01-07 Thread Fredrik
I use the schedule and logbook parts to keep track of contacts and  
remind me when I haven't had contact with someone for a while like  
this...


* CONTACT Someone Somewhere
  SCHEDULED: 2010-01-28 Thu .+21d
  :LOGBOOK:
  - State CONTACTED  from CONTACT[2010-01-06 Wed 19:58] \\
Called and said hi
  :END:

This works like a charm... but is there someway I can add an entry to  
the logbook and have the schedule rescheduled for a specific date? Say  
I actually talked to the person this weekend but didn't get to a  
computer until today can I then add a entry for Saturday?


CONTACT/CONTACTED is just my words for TODO and DONE...

Regards,

Fredrik


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] [beamer] Order in preamble

2010-01-07 Thread Carsten Dominik


On Jan 7, 2010, at 12:30 PM, Sébastien Vauban wrote:


Hi Carsten,

Another suggestion. I think the order of macros would be better  
changed in the

beamer preamble.


OK, I have implemented that.  Please test it.

Thanks.

- Carsten



Instead of:

--8---cut here---start-8---
\usepackage{listings}


\title{Inventory}
\author{Seb Vauban}
\date{2010-01-07}

\usetheme{mc}\usecolortheme{default}
\begin{document}
--8---cut here---end---8---

I think the following is better suited:

--8---cut here---start-8---
\usepackage{listings}

\usetheme{mc}\usecolortheme{default}

\title{Inventory}
\author{Seb Vauban}
\date{2010-01-07}

\begin{document}
--8---cut here---end---8---

The reason is that the natural order of packages loaded is:

- the beamer class
- the beamer theme overrides
- the document overrides

That allows one to write a private theme, and set things up (like a  
default
author or title) that won't take precedence over the *document  
settings*.


Best regards,
 Seb

--
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


- Carsten





___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] logbook + (re)schedule

2010-01-07 Thread Carsten Dominik


On Jan 7, 2010, at 2:10 PM, Fredrik wrote:

I use the schedule and logbook parts to keep track of contacts and  
remind me when I haven't had contact with someone for a while like  
this...


* CONTACT Someone Somewhere
 SCHEDULED: 2010-01-28 Thu .+21d
 :LOGBOOK:
 - State CONTACTED  from CONTACT[2010-01-06 Wed 19:58] \\
   Called and said hi
 :END:

This works like a charm... but is there someway I can add an entry  
to the logbook and have the schedule rescheduled for a specific  
date? Say I actually talked to the person this weekend but didn't  
get to a computer until today can I then add a entry for Saturday?


Just jump to the entry and edit the time stamp!

- Carsten



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] logbook + (re)schedule

2010-01-07 Thread Fredrik

Thank you,

yes that is how do it now... just wondered if there was a command for  
it I had missed :)


Regards,

Fredrik

On 7 jan 2010, at 14.48, Carsten Dominik wrote:



On Jan 7, 2010, at 2:10 PM, Fredrik wrote:

I use the schedule and logbook parts to keep track of contacts and  
remind me when I haven't had contact with someone for a while like  
this...


* CONTACT Someone Somewhere
SCHEDULED: 2010-01-28 Thu .+21d
:LOGBOOK:
- State CONTACTED  from CONTACT[2010-01-06 Wed 19:58] \\
  Called and said hi
:END:

This works like a charm... but is there someway I can add an entry  
to the logbook and have the schedule rescheduled for a specific  
date? Say I actually talked to the person this weekend but didn't  
get to a computer until today can I then add a entry for Saturday?


Just jump to the entry and edit the time stamp!

- Carsten





___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Re: New beamer support

2010-01-07 Thread Darlan Cavalcante Moreira

I don't think org-mode should try to detect when to use any of the frame options
in beamer. This could get into the way more then helping, specially the
allowframebreaks option.

In fact, the beamer manual tells you not to use the allowframebreaks option
except for long bibliographies (well, it also tells you not to use long
bibliographies) and I agree with this. In a presentation you have to choose
carefully what you will put in each slide and always leaving this to beamer with
the allowframebreaks is not a good approach.

In addition, I agree that when working in a presentation with org-mode you
compile much less, but you should still compile sometimes to see if the slides
are well designed. I don't know if Carsten has plans to implement this, but a
fast preview that exports and compiles only the current slide could be useful
here.

At last, I have a small feature request that would help organizing the
information among the slides. Right now you can use Alt+up/down arrow to move a
list item in a heading, but org does not allow passing beyond a heading
limit. This makes sense in a normal org file and is very useful, but when
writing a presentation with org this restriction can get into the way. This is
not a big deal, but maybe others are also interested in this.

- Darlan Cavalcante Moreira

At Thu, 07 Jan 2010 09:41:29 +0100,
Sébastien Vauban wxhgmqzgw...@spammotel.com wrote:
 
 Hi Carsten,
 
 Carsten Dominik wrote:
  On Jan 6, 2010, at 5:22 PM, Sébastien Vauban wrote:
  Carsten Dominik wrote:
  there is now a new option org-beamer-frame-default-options
 
  When setting it into Emacs, great, it DOES WORK as expected!
 
  Though, I believe this is more a setting of the document itself, instead of
  one customization in my own `.emacs' file.
 
  I would rather like my colleagues to get the same output when compiling my
  document. I tried, then, the following:
 
  --8---cut here---start-8---
  * COMMENT Setup
 
  # This is for the sake of Emacs.
  # Local Variables:
  # ispell-local-dictionary: en_US
  # org-beamer-frame-default-options: [allowframebreaks]
  # End:
  --8---cut here---end---8---
 
  with no success, though.
 
  Maybe I would have to try with a `#+BIND'.
 
  #+BIND will do the trick, it was made just for this.
 
 #+BIND: org-beamer-frame-default-options [allowframebreaks]
 
 does work.
 
 
  Though, wouldn't it be better to
  explicitly add something like:
 
  --8---cut here---start-8---
  #+BEAMER_FRAME_EXTRA_OPTIONS: [allowframebreaks]
  --8---cut here---end---8---
 
  Yes, that would make sense if it is a frequently used feature.
  I like to hesitate with introducing these special customizations
  until I am convinced that this is used reasonably often.  Otherwise
  I would have to have 1000 of the special lines, approximately.
 
  Question to all:  How likely is the use of a default option you'd
  want to have on *every* frame?
 
 The problem is similar to the `fragile' option. Either we can detect the
 overflow (and the automatically add the option only when needed), or we must
 add it everywhere in order to ensure we won't have text cut.
 
 It's a bit different from when we directly edit beamer files. We compile often
 and we see the problem appearing.
 
 Here, with Org, we would just work in Org only, and publish once at the end. A
 bit more easy to be aware that some text may have pass away.
 
 As #+BIND works, I can imagine living quite honestly the way it currently is,
 but I let the others decide upon this.
 
 Best regards,
   Seb
 
 -- 
 Sébastien Vauban
 
 
 
 ___
 Emacs-orgmode mailing list
 Please use `Reply All' to send replies to the list.
 Emacs-orgmode@gnu.org
 http://lists.gnu.org/mailman/listinfo/emacs-orgmode


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Trouble with ical export

2010-01-07 Thread Bill Purcell
Test org file

* Project
** TODO Project Task 1
2010-01-07 Thu

After trying to export this as an ical file with 'C-c C-e i', I get
the following error

Select command:
if: Autoloading failed to define function org-export-icalendar-this-file

I am using
org-version is a variable defined in `org.el'.
Its value is 6.33trans

which I merged/fast-forwarded this morning.

And my load path looks like (for org related material)

(~/repos/org-mode/contrib/lisp ~/repos/org-mode/lisp ... [I
removed the /usr/share/emacs/23.0.91/lisp/org directory because I
thought I was having conflicts] ...)

My .emacs pertinent information is

(add-to-list 'load-path ~/repos/org-mode/lisp)
(add-to-list 'load-path ~/repos/org-mode/contrib/lisp)
(require 'org)
(require 'org-checklist)
... and then a handful of functions cut-n-pasted from the web for
handling clock-in/clock-out ...


I'm not really sure where to start.  I appreciate the help in advance.

Regards,
Bill


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Trouble with ical export

2010-01-07 Thread Giovanni Ridolfi
Bill Purcell flye...@gmail.com writes:

Hi, Bill

 Test org file

 * Project
 ** TODO Project Task 1
 2010-01-07 Thu

 After trying to export this as an ical file with 'C-c C-e i', I get

here it is exported ok.

GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600) of 2009-07-30 on SOFT-MJASON
org 6.33c 
^^^

cheers,
Giovanni


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Trouble with ical export

2010-01-07 Thread Bill Purcell
I recompiled and everything works great.  Rookie mistake.

Thanks,
Bill

On Thu, Jan 7, 2010 at 9:29 AM, Giovanni Ridolfi
giovanni.rido...@yahoo.it wrote:
 Bill Purcell flye...@gmail.com writes:

 Hi, Bill

 Test org file

 * Project
 ** TODO Project Task 1
 2010-01-07 Thu

 After trying to export this as an ical file with 'C-c C-e i', I get

 here it is exported ok.

 GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600) of 2009-07-30 on SOFT-MJASON
 org 6.33c
 ^^^

 cheers,
 Giovanni



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Re: New beamer support

2010-01-07 Thread Carsten Dominik


On Jan 7, 2010, at 3:39 PM, Darlan Cavalcante Moreira wrote:



I don't think org-mode should try to detect when to use any of the  
frame options
in beamer. This could get into the way more then helping, specially  
the

allowframebreaks option.


Do you also think I should not try to add the fragile option  
automatically?


- Carsten



In fact, the beamer manual tells you not to use the allowframebreaks  
option
except for long bibliographies (well, it also tells you not to use  
long
bibliographies) and I agree with this. In a presentation you have to  
choose
carefully what you will put in each slide and always leaving this to  
beamer with

the allowframebreaks is not a good approach.

In addition, I agree that when working in a presentation with org- 
mode you
compile much less, but you should still compile sometimes to see if  
the slides
are well designed. I don't know if Carsten has plans to implement  
this, but a
fast preview that exports and compiles only the current slide  
could be useful

here.

At last, I have a small feature request that would help organizing the
information among the slides. Right now you can use Alt+up/down  
arrow to move a
list item in a heading, but org does not allow passing beyond a  
heading
limit. This makes sense in a normal org file and is very useful, but  
when
writing a presentation with org this restriction can get into the  
way. This is

not a big deal, but maybe others are also interested in this.

- Darlan Cavalcante Moreira

At Thu, 07 Jan 2010 09:41:29 +0100,
Sébastien Vauban wxhgmqzgw...@spammotel.com wrote:


Hi Carsten,

Carsten Dominik wrote:

On Jan 6, 2010, at 5:22 PM, Sébastien Vauban wrote:

Carsten Dominik wrote:

there is now a new option org-beamer-frame-default-options


When setting it into Emacs, great, it DOES WORK as expected!

Though, I believe this is more a setting of the document itself,  
instead of

one customization in my own `.emacs' file.

I would rather like my colleagues to get the same output when  
compiling my

document. I tried, then, the following:

--8---cut here---start-8---
* COMMENT Setup

# This is for the sake of Emacs.
# Local Variables:
# ispell-local-dictionary: en_US
# org-beamer-frame-default-options: [allowframebreaks]
# End:
--8---cut here---end---8---

with no success, though.

Maybe I would have to try with a `#+BIND'.


#+BIND will do the trick, it was made just for this.


#+BIND: org-beamer-frame-default-options [allowframebreaks]

does work.



Though, wouldn't it be better to
explicitly add something like:

--8---cut here---start-8---
#+BEAMER_FRAME_EXTRA_OPTIONS: [allowframebreaks]
--8---cut here---end---8---


Yes, that would make sense if it is a frequently used feature.
I like to hesitate with introducing these special customizations
until I am convinced that this is used reasonably often.  Otherwise
I would have to have 1000 of the special lines, approximately.

Question to all:  How likely is the use of a default option you'd
want to have on *every* frame?


The problem is similar to the `fragile' option. Either we can  
detect the
overflow (and the automatically add the option only when needed),  
or we must

add it everywhere in order to ensure we won't have text cut.

It's a bit different from when we directly edit beamer files. We  
compile often

and we see the problem appearing.

Here, with Org, we would just work in Org only, and publish once at  
the end. A

bit more easy to be aware that some text may have pass away.

As #+BIND works, I can imagine living quite honestly the way it  
currently is,

but I let the others decide upon this.

Best regards,
 Seb

--
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


- Carsten





___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [beamer] Order in preamble

2010-01-07 Thread Sébastien Vauban
Hi Carsten,

Carsten Dominik wrote:
 On Jan 7, 2010, at 12:30 PM, Sébastien Vauban wrote:

 Another suggestion. I think the order of macros would be better changed in
 the beamer preamble.

 OK, I have implemented that.  Please test it.

Perfectly working.

Thanks,
  Seb

-- 
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: New beamer support

2010-01-07 Thread Sébastien Vauban
Hi Carsten and Darlan,

Carsten Dominik wrote:
 On Jan 7, 2010, at 3:39 PM, Darlan Cavalcante Moreira wrote:
 Carsten Dominik wrote:
 On Jan 6, 2010, at 5:22 PM, Sébastien Vauban wrote:
 Carsten Dominik wrote:

 there is now a new option org-beamer-frame-default-options

 Though, wouldn't it be better to explicitly add something like:

 --8---cut here---start-8---
 #+BEAMER_FRAME_EXTRA_OPTIONS: [allowframebreaks]
 --8---cut here---end---8---

 Yes, that would make sense if it is a frequently used feature. I like to
 hesitate with introducing these special customizations until I am
 convinced that this is used reasonably often. Otherwise I would have to
 have 1000 of the special lines, approximately.

 Question to all: How likely is the use of a default option you'd want to
 have on *every* frame?

 The problem is similar to the `fragile' option. Either we can detect the
 overflow (and the automatically add the option only when needed), or we
 must add it everywhere in order to ensure we won't have text cut.

 It's a bit different from when we directly edit beamer files. We compile
 often and we see the problem appearing.

 Here, with Org, we would just work in Org only, and publish once at the
 end. A bit more easy to be aware that some text may have pass away.

 As #+BIND works, I can imagine living quite honestly the way it currently
 is, but I let the others decide upon this.

 I don't think org-mode should try to detect when to use any of the frame
 options in beamer. This could get into the way more then helping, specially
 the allowframebreaks option.

I don't see what the problem could be of enabling (or having the possibility
to enable) that option on every slide by default.


 In fact, the beamer manual tells you not to use the allowframebreaks option
 except for long bibliographies (well, it also tells you not to use long
 bibliographies) and I agree with this.

Just read page 56 of the beamer manual. Makes (some) sense, yes.


 In a presentation you have to choose carefully what you will put in each
 slide and always leaving this to beamer with the allowframebreaks is not a
 good approach.

Still, I don't really see which problem this would bring, even if that's not
the purest manner of writing slides.

BTW, yes, I saw one problem. There is some orphan title on the bottom of one
page, and the contents on the top of the next one. Maybe, though, that can be
easily fixed by `nobreaks' macros (either manual or automatic).


 In addition, I agree that when working in a presentation with org- mode you
 compile much less, but you should still compile sometimes to see if the
 slides are well designed.

That's really the point. Contents vs Presentation.

At least, my biggest problem is that I like to be warned somehow (but how?)
that such a problem is occurring, that some slide's contents is just too big
to stay on one page.

I would quite not like to have to scan the full presentation, comparing the
Org source and the beamer PDF in order to see if every line is in both. Don't
forget we can author such a presentation with multiple persons working on the
Org source, and that (as well) it's never always right or wrong: *changing of
theme* brings fonts differences or margins *differences that can hide lines
that were supposed to be visible*.

I basically understand your point, but my objection is about having constantly
to check the results for missing lines.


 I don't know if Carsten has plans to implement this, but a fast preview
 that exports and compiles only the current slide could be useful here.

 At last, I have a small feature request that would help organizing the
 information among the slides. Right now you can use Alt+up/down arrow to
 move a list item in a heading, but org does not allow passing beyond a
 heading limit. This makes sense in a normal org file and is very useful,
 but when writing a presentation with org this restriction can get into the
 way. This is not a big deal, but maybe others are also interested in this.

Having to spend more time to move items from one slide to the other would make
such a feature useful for me as well, I guess.


 Do you also think I should not try to add the fragile option automatically?

Not sure if we can apply the above reasoning to that one. The question
certainly merits to be asked, but I'm not enlightened enough to give an
answer.

That's true that if we say: it's up to the user for the slide preparation,
we can apply that to everything, or consider the automatic stuff to be really
good.

Just don't know.

Best regards,
  Seb

-- 
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Re: Org-expiry: How to define keyword for org-expiry-add-keyword

2010-01-07 Thread David Maus
At Tue, 05 Jan 2010 15:26:06 -0800,
Markus Heller wrote:

 On 1/5/2010 8:47 AM, David Maus wrote:
  Hi Markus,
 
  At Mon, 04 Jan 2010 11:37:45 -0800,
  Markus Heller wrote:
 
  If I type M-x org-expiry-process-entries in expiry.org, I get the
  following error:
 
  Symbol's function definition is void: org-expiry-handler function
 
  This actually is a bug in org-expiry.el that is fixed with the
  attached patch.

 Thanks for the patch.

 But when I run M-x org-expiry-process-entries in the agenda or in my
 example file (see below), I get the following message in the minibuffer:

 The mark is not set now, so there is no region

 When I run M-x org-expiry-process-entry in my example file (see below),
 it works!  This command doesn't work in the agenda, but this is by
 design, right?

 Am I correct in assuming that I should be able to use M-x
 org-expiry-process-entries in the agenda?

No. Up to now org-expiry is constructed to work on a per file basis
and `org-expiry-process-entries' even expects the headlines to process
in a region. That is what the first message The mark is not set now,
so there is no region complains about.

It seems reasonable to me that org-expiry should provide a function
that processes all headlines in a buffer and processing all headlines
in an agenda view.

Could I ask you to elaborate on the intended use of org-expiry? I'm
not quite sure about how expiry fits in the overall concept of
orgmode.

Regards

 -- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. maus.da...@gmail.com


pgpoAPXvWgXGa.pgp
Description: PGP signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] ascii-export vs. and patch

2010-01-07 Thread Bryan Fink
Hi.  I'm using org-mode to write some documentation about Erlang
modules.  Erlang's binary data type has a syntax like:

   this is binary data

Org-mode's ascii-exporter in version 6.33f blindly strips all 
pairs from the file, leaving the text as

   this is binary data

which, unfortunately, is still valid Erlang syntax, but has a different meaning.

So, to help me and others write Erlang documentation in org-mode, I
submit the patch attached to this email, which changes org-ascii.el
such that it checks the org-protected text property before stripping
 characters, so examples marked as verbatim text should go
untouched.

-Bryan


0001-do-not-strip-and-from-protected-sections-during-asci.patch
Description: Binary data
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Error in FAQ

2010-01-07 Thread Matt Lundin
Joe Snikeris j...@snikeris.com writes:

 There is an error in the FAQ found here:
 http://orgmode.org/worg/org-faq.php#visual-line-mode

 The line:
 (define-key org-mode-map \C-a 'move-end-of-line)))

 should read:
 (define-key org-mode-map \C-e 'move-end-of-line)))

I just fixed this. Thanks!

- Matt


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Org-expiry: How to define keyword for org-expiry-add-keyword

2010-01-07 Thread Markus Heller

On 1/7/2010 9:01 AM, David Maus wrote:

At Tue, 05 Jan 2010 15:26:06 -0800,
Markus Heller wrote:


On 1/5/2010 8:47 AM, David Maus wrote:

Hi Markus,

At Mon, 04 Jan 2010 11:37:45 -0800,
Markus Heller wrote:


If I type M-x org-expiry-process-entries in expiry.org, I get the
following error:

Symbol's function definition is void: org-expiry-handler function


This actually is a bug in org-expiry.el that is fixed with the
attached patch.


Thanks for the patch.

But when I run M-x org-expiry-process-entries in the agenda or in my
example file (see below), I get the following message in the minibuffer:

The mark is not set now, so there is no region

When I run M-x org-expiry-process-entry in my example file (see below),
it works!  This command doesn't work in the agenda, but this is by
design, right?

Am I correct in assuming that I should be able to use M-x
org-expiry-process-entries in the agenda?


No. Up to now org-expiry is constructed to work on a per file basis
and `org-expiry-process-entries' even expects the headlines to process
in a region. That is what the first message The mark is not set now,
so there is no region complains about.

It seems reasonable to me that org-expiry should provide a function
that processes all headlines in a buffer and processing all headlines
in an agenda view.

Could I ask you to elaborate on the intended use of org-expiry? I'm
not quite sure about how expiry fits in the overall concept of
orgmode.



Hi David,

in the thread Contracts in org-mode (Message-ID: 
hgohio$dk...@ger.gmane.org), org-expiry was brought to my attention.


Here's a description of what I try to achieve:  I have several 
Workorders (WO) with different clients.  I only can do work for them if 
a WO has been signed and is active.  In my org files, such a WO gets the 
keyword ACTIVE.  When a WO expires, it gets a keyword EXPIRED.  I 
have agenda views for ACTIVE and EXPIRED so that I can see at one 
glance what is active and what needs to be renewed.


Right now, I manually change the keyword from ACTIVE to EXPIRED (see my 
example file at the end), but it would be awesome, i.e. really helpful 
if I could use the agenda view with all ACTIVE WOs and do M-x 
org-expiry-process-entries.


Does this elaboration make sense to you?  I'm open for any kinds of 
suggestions here ...


Thanks
Markus

Example file (needs org-depend):

* Workorder WO
** TODO Create WO
   :PROPERTIES:
 :ID: WO-Create
 :TRIGGER: WO-Sign(TODO)
   :END:
** PI Signature
   :PROPERTIES:
 :ID: WO-Sign
 :BLOCKER: WO-Create
 :TRIGGER: WO-Service(ACTIVE) WO-Analysis(ACTIVE) 
WO-Renew(TODO) WO-Expire(TODO)

   :END:
** Renew WO
   DEADLINE: 2010-03-31 Wed
   :PROPERTIES:
 :ID: WO-Renew
 :BLOCKER: WO-Sign
   :END:
** Expire WO
   DEADLINE: 2010-03-31 Wed
   :PROPERTIES:
 :ID: WO-Expire
 :BLOCKER: WO-Sign
 :TRIGGER: WO-Service(EXPIRED) WO-Analysis(EXPIRED)
   :END:
** Service NMR
   :PROPERTIES:
 :ID: WO-Service
 :BLOCKER: WO-Sign
   :END:
** Data Analysis
   :PROPERTIES:
 :ID: WO-Analysis
 :BLOCKER: WO-Sign
   :END:



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Re: New beamer support

2010-01-07 Thread Carsten Dominik


On Jan 7, 2010, at 3:39 PM, Darlan Cavalcante Moreira wrote:


At last, I have a small feature request that would help organizing the
information among the slides. Right now you can use Alt+up/down  
arrow to move a
list item in a heading, but org does not allow passing beyond a  
heading
limit. This makes sense in a normal org file and is very useful, but  
when
writing a presentation with org this restriction can get into the  
way. This is

not a big deal, but maybe others are also interested in this.


I think that I cannot make this work in a good way.
Alternatives:

1. cut and paste of subtrees `C-c C-x C-w' ... `C-y'
2. Demote the frame line, move it down, promote it again.

- Carsten



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Re: New beamer support

2010-01-07 Thread Darlan Cavalcante Moreira

I agree that it is useful to have an easy way to specify one or more options for
every frame, but from the beamer manual I understand that these options where
created for specific cases and IMHO org shouldn't include any frame option by
default.

About the fragile option, the beamer manual tells you when to use it, but
doesn't mention any drawbacks of its use. I also tried searching for problems
with the fragile option but I found nothing and therefore I do not know the
implications of enabling the fragile option in every frame. However, if there is
no drawbacks then I wonder why the beamer author didn't make it the default
behavior.

Maybe it is better to ask in a beamer mailing list the implications of setting
this option for every frame.

- Darlan Cavalcante Moreira

At Thu, 07 Jan 2010 17:16:55 +0100,
Sébastien Vauban wxhgmqzgw...@spammotel.com wrote:
 
 Hi Carsten and Darlan,
 
 Carsten Dominik wrote:
  On Jan 7, 2010, at 3:39 PM, Darlan Cavalcante Moreira wrote:
  Carsten Dominik wrote:
  On Jan 6, 2010, at 5:22 PM, Sébastien Vauban wrote:
  Carsten Dominik wrote:
 
  there is now a new option org-beamer-frame-default-options
 
  Though, wouldn't it be better to explicitly add something like:
 
  --8---cut here---start-8---
  #+BEAMER_FRAME_EXTRA_OPTIONS: [allowframebreaks]
  --8---cut here---end---8---
 
  Yes, that would make sense if it is a frequently used feature. I like to
  hesitate with introducing these special customizations until I am
  convinced that this is used reasonably often. Otherwise I would have to
  have 1000 of the special lines, approximately.
 
  Question to all: How likely is the use of a default option you'd want to
  have on *every* frame?
 
  The problem is similar to the `fragile' option. Either we can detect the
  overflow (and the automatically add the option only when needed), or we
  must add it everywhere in order to ensure we won't have text cut.
 
  It's a bit different from when we directly edit beamer files. We compile
  often and we see the problem appearing.
 
  Here, with Org, we would just work in Org only, and publish once at the
  end. A bit more easy to be aware that some text may have pass away.
 
  As #+BIND works, I can imagine living quite honestly the way it currently
  is, but I let the others decide upon this.
 
  I don't think org-mode should try to detect when to use any of the frame
  options in beamer. This could get into the way more then helping, specially
  the allowframebreaks option.
 
 I don't see what the problem could be of enabling (or having the possibility
 to enable) that option on every slide by default.
 
 
  In fact, the beamer manual tells you not to use the allowframebreaks option
  except for long bibliographies (well, it also tells you not to use long
  bibliographies) and I agree with this.
 
 Just read page 56 of the beamer manual. Makes (some) sense, yes.
 
 
  In a presentation you have to choose carefully what you will put in each
  slide and always leaving this to beamer with the allowframebreaks is not a
  good approach.
 
 Still, I don't really see which problem this would bring, even if that's not
 the purest manner of writing slides.
 
 BTW, yes, I saw one problem. There is some orphan title on the bottom of one
 page, and the contents on the top of the next one. Maybe, though, that can be
 easily fixed by `nobreaks' macros (either manual or automatic).
 
 
  In addition, I agree that when working in a presentation with org- mode you
  compile much less, but you should still compile sometimes to see if the
  slides are well designed.
 
 That's really the point. Contents vs Presentation.
 
 At least, my biggest problem is that I like to be warned somehow (but how?)
 that such a problem is occurring, that some slide's contents is just too big
 to stay on one page.
 
 I would quite not like to have to scan the full presentation, comparing the
 Org source and the beamer PDF in order to see if every line is in both. Don't
 forget we can author such a presentation with multiple persons working on the
 Org source, and that (as well) it's never always right or wrong: *changing of
 theme* brings fonts differences or margins *differences that can hide lines
 that were supposed to be visible*.
 
 I basically understand your point, but my objection is about having constantly
 to check the results for missing lines.
 
 
  I don't know if Carsten has plans to implement this, but a fast preview
  that exports and compiles only the current slide could be useful here.
 
  At last, I have a small feature request that would help organizing the
  information among the slides. Right now you can use Alt+up/down arrow to
  move a list item in a heading, but org does not allow passing beyond a
  heading limit. This makes sense in a normal org file and is very useful,
  but when writing a presentation with org this restriction can get into the
  way. This is not a big 

Re: [Orgmode] Re: New beamer support

2010-01-07 Thread Carsten Dominik


On Jan 7, 2010, at 7:03 PM, Darlan Cavalcante Moreira wrote:



I agree that it is useful to have an easy way to specify one or more  
options for
every frame, but from the beamer manual I understand that these  
options where
created for specific cases and IMHO org shouldn't include any frame  
option by

default.

About the fragile option, the beamer manual tells you when to use  
it, but
doesn't mention any drawbacks of its use. I also tried searching for  
problems
with the fragile option but I found nothing and therefore I do not  
know the
implications of enabling the fragile option in every frame. However,  
if there is
no drawbacks then I wonder why the beamer author didn't make it the  
default

behavior.


Because it is slow - each frame source code has to be written to a  
file, then read back in.


- Carsten



Maybe it is better to ask in a beamer mailing list the implications  
of setting

this option for every frame.

- Darlan Cavalcante Moreira

At Thu, 07 Jan 2010 17:16:55 +0100,
Sébastien Vauban wxhgmqzgw...@spammotel.com wrote:


Hi Carsten and Darlan,

Carsten Dominik wrote:

On Jan 7, 2010, at 3:39 PM, Darlan Cavalcante Moreira wrote:

Carsten Dominik wrote:

On Jan 6, 2010, at 5:22 PM, Sébastien Vauban wrote:

Carsten Dominik wrote:


there is now a new option org-beamer-frame-default-options


Though, wouldn't it be better to explicitly add something like:

--8---cut here---start- 
8---

#+BEAMER_FRAME_EXTRA_OPTIONS: [allowframebreaks]
--8---cut here---end--- 
8---


Yes, that would make sense if it is a frequently used feature.  
I like to

hesitate with introducing these special customizations until I am
convinced that this is used reasonably often. Otherwise I would  
have to

have 1000 of the special lines, approximately.

Question to all: How likely is the use of a default option  
you'd want to

have on *every* frame?


The problem is similar to the `fragile' option. Either we can  
detect the
overflow (and the automatically add the option only when  
needed), or we

must add it everywhere in order to ensure we won't have text cut.

It's a bit different from when we directly edit beamer files. We  
compile

often and we see the problem appearing.

Here, with Org, we would just work in Org only, and publish once  
at the
end. A bit more easy to be aware that some text may have pass  
away.


As #+BIND works, I can imagine living quite honestly the way it  
currently

is, but I let the others decide upon this.


I don't think org-mode should try to detect when to use any of  
the frame
options in beamer. This could get into the way more then helping,  
specially

the allowframebreaks option.


I don't see what the problem could be of enabling (or having the  
possibility

to enable) that option on every slide by default.


In fact, the beamer manual tells you not to use the  
allowframebreaks option
except for long bibliographies (well, it also tells you not to  
use long

bibliographies) and I agree with this.


Just read page 56 of the beamer manual. Makes (some) sense, yes.


In a presentation you have to choose carefully what you will put  
in each
slide and always leaving this to beamer with the allowframebreaks  
is not a

good approach.


Still, I don't really see which problem this would bring, even if  
that's not

the purest manner of writing slides.

BTW, yes, I saw one problem. There is some orphan title on the  
bottom of one
page, and the contents on the top of the next one. Maybe, though,  
that can be

easily fixed by `nobreaks' macros (either manual or automatic).


In addition, I agree that when working in a presentation with  
org- mode you
compile much less, but you should still compile sometimes to see  
if the

slides are well designed.


That's really the point. Contents vs Presentation.

At least, my biggest problem is that I like to be warned somehow  
(but how?)
that such a problem is occurring, that some slide's contents is  
just too big

to stay on one page.

I would quite not like to have to scan the full presentation,  
comparing the
Org source and the beamer PDF in order to see if every line is in  
both. Don't
forget we can author such a presentation with multiple persons  
working on the
Org source, and that (as well) it's never always right or wrong:  
*changing of
theme* brings fonts differences or margins *differences that can  
hide lines

that were supposed to be visible*.

I basically understand your point, but my objection is about having  
constantly

to check the results for missing lines.


I don't know if Carsten has plans to implement this, but a fast  
preview
that exports and compiles only the current slide could be useful  
here.


At last, I have a small feature request that would help  
organizing the
information among the slides. Right now you can use Alt+up/down  
arrow to
move a list item in a heading, but org does not allow passing  
beyond a
heading 

[Orgmode] viewing task notes in agenda

2010-01-07 Thread Manish
is there a way to show the notes taken with `z' in agenda view (C-c
C-z in org file) in agenda log view?  I take small/quick notes about
the progress of a TODO with quick access to `z' key but the log mode
only shows the title of the TODO item in the log view.  The notes go
inside a LOGBOOK drawer and are not visible even when I activate
inactive time stamps with `[' key.  Is this be a viable feature
request?  Would others find it useful?  In case it's not, would it be
possible to just force open the LOGBOOK when follow-mode is `on' for
the inactive timestamped item?

Thank you
-- 
Manish


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] a small inconsistency in summary cookie updation

2010-01-07 Thread Manish
I noticed a small inconsistency.  If you start with following sample
org file and press C-c C-c in the first cookie, it doesn't get updated
correctly whereas the second one does.  The only difference is that
one has children TODO tasks and the other has a list of checkboxes.

Starting file:

--8---cut here---start-8---
* Item 1 [/]
  1. [X] line 1
  2. [ ] line 2
* Item 2 [/]
*** TODO Sub-item 2.1
*** DONE Sub-item 2.2
--8---cut here---end---8---

Status after C-c C-c in the summary cookie.

--8---cut here---start-8---
* Item 1 [0/0]
  1. [X] line 1
  2. [ ] line 2
* Item 2 [1/2]
*** TODO Sub-item 2.1
*** DONE Sub-item 2.2
--8---cut here---end---8---

Thanks
-- 
Manish


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: New beamer support

2010-01-07 Thread Sébastien Vauban
Hi Darlan,

Darlan Cavalcante Moreira wrote:
 I agree that it is useful to have an easy way to specify one or more options
 for every frame, but from the beamer manual I understand that these options
 where created for specific cases and IMHO org shouldn't include any frame
 option by default.

I don't think I (or we) said it should be that way by default. My request is
just to be sure we have a manner to tell Org so.

I proposed an explicit meta-tag for the whole Org document, but the BIND
meta-tag option is good for me, as long as it does not disappear! ;-)


 About the fragile option, the beamer manual tells you when to use it, but
 doesn't mention any drawbacks of its use. I also tried searching for
 problems with the fragile option but I found nothing and therefore I do not
 know the implications of enabling the fragile option in every frame.
 However, if there is no drawbacks then I wonder why the beamer author didn't
 make it the default behavior.

 Maybe it is better to ask in a beamer mailing list the implications of
 setting this option for every frame.

As said by Carsten, reason is performance...

Best regards,
  Seb

-- 
Sébastien Vauban



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] geolocation / geotagging in org-mode

2010-01-07 Thread Kurt Schwehr

Hi all,

I have a couple questions about geolocation in org mode.  I am still in 
the first two weeks of learning org mode and shifting my workflow to it.


* Is there a standard way to specify a point, line, polygon in org mode?

We take a lot of notes about installation of science gear in the field 
and make observations.  Being able to tag where this was in a standard 
way would be great.  I just write WKT (Well-know text), but if there is 
already a standard for org mode, it would be good for me to stick with that.


* Is there an easy way to call a geolocation service from inside of 
org-mode to tag the location of an entry?


* And, Has there been any thought to exporting a time and location 
tagged KML of a document?  This would make reporting notes from research 
cruises on ships from org mode be really powerful.


It would be great to move beyond the hand crafted things that I do for 
this.  Imagine a field scientist with a laptop or MobileOrg taking 
notes.  One example of the kind of thing that I would like to produce:


http://vislab-ccom.unh.edu/~schwehr/resume/schwehr-resume.kml

Thanks,
-kurt
http://schwehr.org/blog




___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] org-info.js : How to put link on go back to last / forward to next visited section. ?

2010-01-07 Thread Xin Shi
Hello Experts,

On the exported html page with org-info.js, one can go to the next page by
clicking the Next or simply type n as indicated in the help menu by
typing ?. An example page is:

http://orgmode.org/Changes.html

If one jumps randomly in the page, one can also go back to the last visited
section by typing b. It is very handy in a long documentation. However,
for viewer with only clickable input (such as mouse), it's quite easy to get
lost. So, I'm wondering if it's possible (or easy) to put a link either on
the top or bottom of the page? The layout might looks like this:

Previous | Next  | Back | Forward .  Version
6.33  1

Thanks!
Xin
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Generic export: Missing (?) 'body-section-suffix'

2010-01-07 Thread Christian Lasarczyk
Dear org-developers,

I tried to write a little export filter using the generic export mechanism 
and observed an unexpected -- at least to me -- behavior with 6.33f and git-
HEAD.

Here is the (unfinished) export setting:

(org-set-generic-type
 Contralateral Mindmap
 '(:file-suffix  .asy
 :key-binding  ?C
 
 ;; For now we just need headers
 :author-export nil
 :tags-export   nil
 :drawers-exportnil
 :toc-exportnil

 :title-format Node map = Node(\%s\

 :body-section-header-prefix  (\n   \n \n  
   \n \n   \n  
  )
 :body-section-header-format  , Node(\%s\
 :body-section-suffix )
 :body-header-section-numbers nil
 :body-line-format 
 :body-line-wrap   75
 ))

Here is a minimal example (input):
#+TITLE: Mymap
* aaa
** bbb
   Ignore content, ignore content, ignore content
*** ccc
** ddd
*** eee
*** fff
* ggg
* hhh
** iii
** jjj


And here is the exported output:

Node map = Node(Mymap
  , Node(aaa
, Node(bbb
  , Node(ccc))
, Node(ddd
  , Node(eee)
  , Node(fff)))
  , Node(ggg)
  , Node(hhh
, Node(iii)
, Node(jjj

In my opinion the body-section-suffix [ here =) ] is missing for all last 
section levels (hhh  jjj), so I expected an additional )) at the end.

BTW: Is there a way to add a footer? Because I have to add an additional 
); (not expected to be done by my generic exporter settings yet).

Best regards,

   Christian



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Orgmode + other modes for outlining and studying.

2010-01-07 Thread Marcelo de Moraes Serpa
Hello guys,

Orgmode files are great for studying, for example, code.

Everytime I need to study some unknown code, I create a new org file, put a
* Code headline, paste the code in there and start making notes below or in
the code (as comments). It is extremelly fast and efficient to do something
like that, things just flow.

What I'd like to know is if there's a way to have, for example, orgmode +
javascript-mode, so that I can get syntax-highlighting/coloring on the
pasted javascript code. I've tried with javascript mode, but since it is a
major mode, it just kills org and all its goodies, and I don't want that.

Is there a way to have two major modes at the same time, such as org +
js-mode?

Thanks in advance,

Marcelo Serpa.
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Orgmode + other modes for outlining and studying.

2010-01-07 Thread Manish
On Fri, Jan 8, 2010 at 4:51 AM, Marcelo de Moraes Serpa wrote:
 Hello guys,

 Orgmode files are great for studying, for example, code.

 Everytime I need to study some unknown code, I create a new org file, put a
 * code headline, paste the code in there and start making notes below or in
 the code (as comments). it is extremelly fast and efficient to do something
 like that, things just flow.

 what i'd like to know is if there's a way to have, for example, orgmode +
 javascript-mode, so that i can get syntax-highlighting/coloring on the
 pasted javascript code. i've tried with javascript mode, but since it is a
 major mode, it just kills org and all its goodies, and i don't want that.

 is there a way to have two major modes at the same time, such as org +
 js-mode?

have you seen this http://www.emacswiki.org/emacs/mumamo ?

hth
-- 
manish


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Orgmode + other modes for outlining and studying.

2010-01-07 Thread Eric Schulte
Marcelo de Moraes Serpa celose...@gmail.com writes:


 Is there a way to have two major modes at the same time, such as org + 
 js-mode?


yes, but it will be buggy, see

http://article.gmane.org/gmane.emacs.orgmode/8112/

-- Eric


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Orgmode + other modes for outlining and studying.

2010-01-07 Thread Greg Newman
what about mmm mode? Anyone try it with org?
http://mmm-mode.sourceforge.net/

On Thu, Jan 7, 2010 at 7:21 PM, Eric Schulte schulte.e...@gmail.com wrote:

 Marcelo de Moraes Serpa celose...@gmail.com writes:

 
  Is there a way to have two major modes at the same time, such as org +
 js-mode?
 

 yes, but it will be buggy, see

 http://article.gmane.org/gmane.emacs.orgmode/8112/

 -- Eric


 ___
 Emacs-orgmode mailing list
 Please use `Reply All' to send replies to the list.
 Emacs-orgmode@gnu.org
 http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Problem pushing to org-mobile

2010-01-07 Thread Cameron Horsburgh
Hi folks,

For the last week I haven't been able to push to my WebDAV account. When I
run M-x org-mobile-push it seems to get stuck creating an agenda file and
fails with the message 'org-agenda-skip-if: Invalid regexp: Unmatched [ or
[^ '

I've tried a few things to nail the problem down. I've removed (most) of my
files from the agenda list, leaving only files I know have worked recently.
I've run git-bisect against a version I know to have worked and the same
error appears every time, including the known good one. So I'm going to
assume I have a problem with my set up.

Here's my config, and I've included a backtrace at the end if anyone finds
it useful. Thanks for your help!

current state:
==
(setq
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-agenda-custom-commands '((X SUMO
   ((agenda nil ((org-agenda-title-append afterKEYS=a TITLE: Agenda
/after)))
(alltodo nil ((org-agenda-title-append afterKEYS=t TITLE: ALL TODO
/after)))
(todo #(DELEGATED 0 9 (face org-warning))
 ((org-agenda-title-append
   #(afterKEYS=d TITLE: todo DELEGATED/after 26 35 (face
org-warning)))
  )
 )
(todo #(DONE|DEFERRED|CANCELLED 0 23 (face org-warning))
 ((org-agenda-title-append
   #(afterKEYS=c TITLE: todo DONE|DEFERRED|CANCELLED/after 26 49 (face
org-warning))
   )
  )
 )
(todo #(WAITING 0 7 (face org-warning))
 ((org-agenda-title-append
   #(afterKEYS=w TITLE: todo WAITING/after 26 33 (face org-warning)))
  )
 )
(agenda 
 ((org-agenda-title-append afterKEYS=W TITLE: agenda /after)
(org-agenda-ndays 21)))
(agenda 
 ((org-agenda-title-append afterKEYS=A TITLE: agenda /after)
  (org-agenda-skip-function
   (lambda nil (org-agenda-skip-entry-if (quote notregexp)
\\=.*\\[#A\\])))
  (org-agenda-ndays 1) (org-agenda-overriding-header Today's Priority #A
tasks: ))
 )
(alltodo 
 ((org-agenda-title-append afterKEYS=u TITLE: alltodo /after)
  (org-agenda-skip-function
   (lambda nil
(org-agenda-skip-entry-if (quote scheduled) (quote deadline) (quote
regexp) [^ ))
   )
  (org-agenda-overriding-header Unscheduled TODO entries: ))
 )
)
   ((org-agenda-compact-blocks nil)) (/home/cameron/mnt/mydisk/org/
agendas.org))
  )
 org-agenda-files '(~/gtd/diary.org ~/gtd/Band/Band.org
~/gtd/rsa/RSA.org ~/gtd/JuniorYouthGroup/YouthGroup.org
~/gtd/Netball/Netball.org ~/gtd/todo.org)
 org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent)
 org-agenda-show-inherited-tags nil
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-agenda-remove-tags t
 org-startup-folded nil
 org-deadline-warning-days 7
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-agenda-skip-scheduled-if-done t
 org-stuck-projects '(+LEVEL=2/-DONE (TODO NEXT NEXTACTION) (Info)
)
 org-export-preprocess-hook '(org-export-blocks-preprocess)
 org-mobile-inbox-for-pull ~/gtd/from-mobile.org
 org-tab-first-hook '(org-hide-block-toggle-maybe)
 org-src-mode-hook '(org-src-mode-configure-edit-buffer)
 org-confirm-shell-link-function 'yes-or-no-p
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-default-notes-file ~/gtd/notes.org
 org-agenda-skip-function '(lambda nil
(org-agenda-skip-entry-if (quote scheduled) (quote deadline) (quote
regexp) [^ ))
 org-directory ~/gtd/
 org-export-docbook-xslt-proc-command java org.apache.xalan.xslt.Process
-out %s -in %s -xsl
/usr/share/xml/docbook/stylesheet/docbook-xsl/xhtml-1_1/docbook.xsl
 org-blank-before-new-entry '((heading) (plain-list-item))
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
 org-mode-hook '((lambda nil
  (org-add-hook (quote change-major-mode-hook) (quote org-show-block-all)
(quote append) (quote local)))
 #[nil \300\301\302\303\304$\207 [org-add-hook change-major-mode-hook
org-show-block-all append local]
   5]
 )
 org-confirm-elisp-link-function 'yes-or-no-p
 org-fast-tag-selection-single-key 'expert
 org-agenda-start-on-weekday nil
 org-enforce-todo-dependencies t
 org-agenda-skip-deadline-if-done t
 org-reverse-note-order t
 org-occur-hook '(org-first-headline-recenter)
 org-from-is-user-regexp \\Cameron Horsburgh\\
 org-mobile-directory ~/mnt/mydisk/org/
 org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
 org-export-docbook-xsl-fo-proc-command fop %s %s
 org-remember-templates '(( 116 * TODO %? ~/gtd/todo.org Unfiled
items)
  ( 110 * %u %? ~/gtd/notes.org Notes)
  (My diary entry 100 * Diary entry: %?\n %^T ~/gtd/diary.org Diary
date)
  ( 119 * %u %c %:region ~/gtd/bookmarks.org Web links))
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
org-beamer-auto-fragile-frames
   org-beamer-place-default-actions-for-lists)
 )

=Backtrace

Debugger entered--Lisp error: 

Re: [Orgmode] Orgmode + other modes for outlining and studying.

2010-01-07 Thread Eric Schulte
I tried to implement mmm-mode support for org-mode source code blocks
following the sample recipes provided along with the mmm-mode source.
These efforts were met with almost no success.

using this org-mode buffer http://gist.github.com/271820

and this mmm-mode activation code http://gist.github.com/271822

I was able to get a block of css code to fontify from within an org-mode
buffer-- for some unknown reason I was not able to highlight blocks of
ruby or emacs-lisp code.

I fear the one major mode per buffer assumption is deeply embedded in
Emacs and *any* such solution will probably end up being buggy.

Best -- Eric

Greg Newman g...@20seven.org writes:

 what about mmm mode? Anyone try it with org?
 http://mmm-mode.sourceforge.net/

 On Thu, Jan 7, 2010 at 7:21 PM, Eric Schulte schulte.e...@gmail.com wrote:

 Marcelo de Moraes Serpa celose...@gmail.com writes:

 
  Is there a way to have two major modes at the same time, such as org + 
 js-mode?
 

 yes, but it will be buggy, see

 http://article.gmane.org/gmane.emacs.orgmode/8112/

 -- Eric

 ___
 Emacs-orgmode mailing list
 Please use `Reply All' to send replies to the list.
 Emacs-orgmode@gnu.org
 http://lists.gnu.org/mailman/listinfo/emacs-orgmode


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Problem pushing to org-mobile

2010-01-07 Thread Carsten Dominik

Hi Cameron,

one of your own custom agenda commands seems to not work properly.
Please try all the commands listed when calling `org-agenda' (`C-c a')
one by one to identify the trouble maker.  Then fix the regular
expression you are using in the skip function.

HTH

- Carsten

On Jan 8, 2010, at 4:05 AM, Cameron Horsburgh wrote:



Hi folks,

For the last week I haven't been able to push to my WebDAV account.  
When I run M-x org-mobile-push it seems to get stuck creating an  
agenda file and fails with the message 'org-agenda-skip-if: Invalid  
regexp: Unmatched [ or [^ '


I've tried a few things to nail the problem down. I've removed  
(most) of my files from the agenda list, leaving only files I know  
have worked recently. I've run git-bisect against a version I know  
to have worked and the same error appears every time, including the  
known good one. So I'm going to assume I have a problem with my set  
up.


Here's my config, and I've included a backtrace at the end if anyone  
finds it useful. Thanks for your help!


current state:
==
(setq
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial- 
vars)

 org-agenda-custom-commands '((X SUMO
			   ((agenda nil ((org-agenda-title-append afterKEYS=a  
TITLE: Agenda /after)))
(alltodo nil ((org-agenda-title-append afterKEYS=t TITLE: ALL  
TODO /after)))

(todo #(DELEGATED 0 9 (face org-warning))
 ((org-agenda-title-append
   #(afterKEYS=d TITLE: todo DELEGATED/after 26 35 (face  
org-warning)))

  )
 )
(todo #(DONE|DEFERRED|CANCELLED 0 23 (face 
org-warning))
 ((org-agenda-title-append
   #(afterKEYS=c TITLE: todo DONE|DEFERRED|CANCELLED/after  
26 49 (face org-warning))

   )
  )
 )
(todo #(WAITING 0 7 (face org-warning))
 ((org-agenda-title-append
   #(afterKEYS=w TITLE: todo WAITING/after 26 33 (face org- 
warning)))

  )
 )
(agenda 
 ((org-agenda-title-append afterKEYS=W TITLE: agenda / 
after) (org-agenda-ndays 21)))

(agenda 
 ((org-agenda-title-append afterKEYS=A TITLE: agenda 
/after)
  (org-agenda-skip-function
   (lambda nil (org-agenda-skip-entry-if (quote notregexp) \\=.* 
\\[#A\\])))
  (org-agenda-ndays 1) (org-agenda-overriding-header Today's  
Priority #A tasks: ))

 )
(alltodo 
 ((org-agenda-title-append afterKEYS=u TITLE: alltodo / 
after)

  (org-agenda-skip-function
   (lambda nil
(org-agenda-skip-entry-if (quote scheduled) (quote deadline)  
(quote regexp) [^ ))

   )
  (org-agenda-overriding-header Unscheduled TODO 
entries: ))
 )
)
			   ((org-agenda-compact-blocks nil)) (/home/cameron/mnt/ 
mydisk/org/agendas.org))

  )
 org-agenda-files '(~/gtd/diary.org ~/gtd/Band/Band.org ~/gtd/ 
rsa/RSA.org ~/gtd/JuniorYouthGroup/YouthGroup.org

~/gtd/Netball/Netball.org ~/gtd/todo.org)
 org-blocker-hook '(org-block-todo-from-children-or-siblings-or- 
parent)

 org-agenda-show-inherited-tags nil
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-agenda-remove-tags t
 org-startup-folded nil
 org-deadline-warning-days 7
 org-export-latex-format-toc-function 'org-export-latex-format-toc- 
default

 org-agenda-skip-scheduled-if-done t
 org-stuck-projects '(+LEVEL=2/-DONE (TODO NEXT NEXTACTION)  
(Info) )

 org-export-preprocess-hook '(org-export-blocks-preprocess)
 org-mobile-inbox-for-pull ~/gtd/from-mobile.org
 org-tab-first-hook '(org-hide-block-toggle-maybe)
 org-src-mode-hook '(org-src-mode-configure-edit-buffer)
 org-confirm-shell-link-function 'yes-or-no-p
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-default-notes-file ~/gtd/notes.org
 org-agenda-skip-function '(lambda nil
			(org-agenda-skip-entry-if (quote scheduled) (quote deadline)  
(quote regexp) [^ ))

 org-directory ~/gtd/
 org-export-docbook-xslt-proc-command java  
org.apache.xalan.xslt.Process -out %s -in %s -xsl /usr/share/xml/ 
docbook/stylesheet/docbook-xsl/xhtml-1_1/docbook.xsl

 org-blank-before-new-entry '((heading) (plain-list-item))
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide- 
drawers org-cycle-show-empty-lines