Re: [Orgmode] Question about tracking TODO state changes and M-S-ENTER

2009-05-26 Thread Manish
On Sat, May 23, 2009 at 4:45 AM, Keith Swartz wrote:

 I'm using org-mode 6.25e right now, and I've turned on the functionality to
 track todo state changes. If I create a list item (M-ENTER) and then change
 it to a TODO (C-c C-t), it correctly puts the state change in the
 :LOGBOOK: drawer as I've configured it.

 However, if I use M-S-ENTER to combine the above two steps into one (create
 a TODO item), it does NOT create an entry in the LOGBOOK for State
 TODO from  at all. Is that a bug?

IMO, this is not really a state change.

-- 
Manish


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


Re: [Orgmode] Question about tracking TODO state changes and M-S-ENTER

2009-05-26 Thread Keith Swartz




Fair enough. And you could further argue that M-S-Enter creates an
initial state, so no "change" takes place. But then I'd say the fact
that it records changing from nothing to TODO in the /first/ example is
a bug. At the very least, it's inconsistent. The end result of those
two operations really ought to be the same.

The current behavior discourages me from using M-S-Enter because then I
can't tell when I initially recorded the task, unlike in the first use
case.

Cheers,
Keith

Manish wrote:

  On Sat, May 23, 2009 at 4:45 AM, Keith Swartz wrote:
  
  
I'm using org-mode 6.25e right now, and I've turned on the functionality to
track todo state changes. If I create a list item (M-ENTER) and then change
it to a TODO (C-c C-t), it correctly puts the state change in the
:LOGBOOK: drawer as I've configured it.

However, if I use M-S-ENTER to combine the above two steps into one (create
a "TODO" item), it does NOT create an entry in the LOGBOOK for State
"TODO" from "" at all. Is that a bug?

  
  
IMO, this is not really a state change.

  





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


[Orgmode] nbsp in latex export

2009-05-26 Thread Chris Gray
Hi,

I noticed in the org manual today that `\nbsp' will become `nbsp;' in
HTML and `~' in LaTeX.  Trying it out, that is not quite true: \nbsp
becomes $\nbsp$.  I would rather have the behaviour of the
documentation, but I was not implement it myself---I tried adding a
special case to `org-export-latex-treat-backslash-char', but it didn't
work.

Cheers,
Chris



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


Re: [Orgmode] timer for a task

2009-05-26 Thread Carsten Dominik


On May 25, 2009, at 5:43 PM, Konstantin Antipin wrote:


Here is the patch to org-clock.el that does show estimated effort in
the mode-line if it is set.  Like so: 01:20/01:30 (clocked
time/estimated time)
 It does it by:
   * Setting new variable org-clock-effort in org-clock-in function.
   * If org-clock-effort is not nil, show estimated effort in the  
mode-line.


I would like to go further and do the following:
* Make a beep/or highlight if we spend more time on a task that
initially intended
* As proposed by Daniel, give user an option to see total time, spend
on the task instead of currently clocked time.

Does somebody else need this? Will this changes be accepted to the
orgmode-core?
I just saw that in order to contribute, you need to sign some papers..
Is this the only way?
I am new to open-source, so I am not really familiar with such things.



Hi Konstantin,

this is interesting functionality which I would like to have in the  
core.


I can accept short patches of only a few lines without the paperwork,  
but

your patch is already at the limit, and adding the other ideas you have
will push it over that limit.  We have the following possibilities:

1. You sign the papers.  This is very simple to do, unless you have
   an employer who owns everything you do and who might make problems.
   This would be my preferred solution.

2. I can put stuff without FSF copyright assignment into the
   contrib directory - you could make a little package that hooks
   into Org, I would created any hooks needed.

3. I treat your contribution as an idea/feature request and implement
   it myself.  As I have many other things to do, this is my least  
preferred

   solution.

If you decide to sign the papers, please get the form from the homepage
orgmode.org (near te end) and send it to the FSF, with a CC to me.   
This will take you no more than 2 minutes.  We can then proceed with  
integrating your stuff into the Org core, but I will be able to  
integrate this change into Emacs only after I receive confirmation  
about the signed paper, which will happen within a fee weeks or so.


- Carsten



best,
Konstantin


On Mon, May 25, 2009 at 12:44 PM, Eraldo Helal ad...@eraldo.at  
wrote:

Sounds good to me.

Eraldo

On Mon, May 25, 2009 at 12:30, Konstantin Antipin
antipin.konstan...@googlemail.com wrote:

Hi Daniel,
Yes, you are right indeed. I am talking about effort estimates - I'v
missed this chapter for some reason from the manual.
I like the idea you proposed - to show how much time is left in the
mode line. And I think I am going to write necessary code for this.

Or, may be someone has even better idea?

best,
Konstantin

On Mon, May 25, 2009 at 11:25 AM, Daniel Clemente  
n142...@gmail.com wrote:


Hi.
 I suppose you talk about estimated efforts. I also have noticed  
that I work better if I have defined them, but it is very easy to  
miss them and work on a task more time than planned.
 An easy improvement would be to show at the mode line not only  
how much time you have worked on the current task but also the  
remaining time according to your effort estimate. And if it comes  
to 0, highlight it noticeably.


 Other useful things to show would be the *total* elapsed time  
(not only the elapsed time of the last C-c C-x C-i) or directly  
the effort estimate (instead of the remaining time, the total  
time).


 And as you say, an alarm would be useful.

-- Daniel

El dl, mai 25 2009, Konstantin Antipin va escriure:

Hi everybody!
I am constantly trying to be more productive, and there is one  
thing

that I noticed:
If you give yourself a specific time for a task, then you tend to
finish this task in this time. It helps to stay focused and do  
stuff

that is most important.

So, the question is - Is there any way to set a timer on a taks,  
and

get a bell when it is expired?
Some time before I even wrote a small extension that helps me to  
do

that http://www.emacswiki.org/emacs/tea-time
But now I am thinking - is there an orgmode-way to do that? It  
would

be great to integrate it with great time tracking system, for
example...
If nobody uses proposed feature, please give me a hint how it  
would be

best to do that.


my best,
Konstantin


___
Emacs-orgmode mailing list
Remember: 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
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode




clock-efforts.patch___
Emacs-orgmode mailing list
Remember: 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
Remember: use `Reply All' to send replies to 

Re: [Orgmode] nbsp in latex export

2009-05-26 Thread Carsten Dominik


On May 26, 2009, at 3:06 PM, Chris Gray wrote:


Hi,

I noticed in the org manual today that `\nbsp' will become `nbsp;'  
in

HTML and `~' in LaTeX.  Trying it out, that is not quite true: \nbsp
becomes $\nbsp$.  I would rather have the behaviour of the
documentation, but I was not implement it myself---I tried adding a
special case to `org-export-latex-treat-backslash-char', but it didn't
work.


It is easier to fix this by adding that macro to org-latex-entities
as well.

Fixed, thanks.

- Carsten



Cheers,
Chris



___
Emacs-orgmode mailing list
Remember: 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
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Question about tracking TODO state changes and M-S-ENTER

2009-05-26 Thread Carsten Dominik


On May 26, 2009, at 10:23 AM, Manish wrote:


On Sat, May 23, 2009 at 4:45 AM, Keith Swartz wrote:


I'm using org-mode 6.25e right now, and I've turned on the  
functionality to
track todo state changes. If I create a list item (M-ENTER) and  
then change

it to a TODO (C-c C-t), it correctly puts the state change in the
:LOGBOOK: drawer as I've configured it.

However, if I use M-S-ENTER to combine the above two steps into one  
(create

a TODO item), it does NOT create an entry in the LOGBOOK for State
TODO from  at all. Is that a bug?


IMO, this is not really a state change.


In interesting point, and something up for discussion.

I personally am neter interesting in recording a time stamp when first  
switching an item to TODO.  Furthermore, for other state changes I  
prefer to record a note.
However, M-S-RET is really meant for fast adding of one or more TODO  
entries, and being prompted for a state change note would be really  
annoying here.


Up for discussion, I am willing to install a variable here

- Carsten




--
Manish


___
Emacs-orgmode mailing list
Remember: 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
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] docbook export-special

2009-05-26 Thread Rustom Mody
Thanks Carsten for 6.27.

Ive been playing around with docbook export and further processing and
was looking for something like export-special.
Now its come but not (yet) for the docbook exporter.

Any likelihood of it being supported there?
I would try to hack on the code myself but dont know enough docbook.
What's the equivalent in docbook to html's div?


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


[Orgmode] How to type A[0] in org w/o footnote

2009-05-26 Thread Xin Shi
Hello Experts,

I tried to type A[0] in a document with orgmode, but it gives me the
footnote link. I could use A[ 0] for a quick replacement, but are there any
better way to tell org not interpreting the footnote?

Thanks!

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


[Orgmode] Re: nbsp in latex export

2009-05-26 Thread Chris Gray
Carsten Dominik wrote:


 On May 26, 2009, at 3:06 PM, Chris Gray wrote:

 Hi,

 I noticed in the org manual today that `\nbsp' will become `nbsp;'
 in
 HTML and `~' in LaTeX.  Trying it out, that is not quite true: \nbsp
 becomes $\nbsp$.  I would rather have the behaviour of the
 documentation, but I was not implement it myself---I tried adding a
 special case to `org-export-latex-treat-backslash-char', but it didn't
 work.

 Fixed, thanks.

The fix only seemed to let \nbsp go through without being changed.  I
would rather it was changed to ~, as in the docs, because \nbsp is not a
LaTeX command.

Cheers,
Chris



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


Re: [Orgmode] Question about tracking TODO state changes and M-S-ENTER

2009-05-26 Thread Manish
  On Tue, May 26, 2009 at 7:21 PM, Carsten Dominik wrote:
  
   On May 26, 2009, at 10:23 AM, Manish wrote:
  
   On Sat, May 23, 2009 at 4:45 AM, Keith Swartz wrote:
  
   I'm using org-mode 6.25e right now, and I've turned on the
functionality to
   track todo state changes. If I create a list item (M-ENTER) and
then change
   it to a TODO (C-c C-t), it correctly puts the state change in the
   :LOGBOOK: drawer as I've configured it.
  
   However, if I use M-S-ENTER to combine the above two steps into
one (create
   a TODO item), it does NOT create an entry in the LOGBOOK for State
   TODO from  at all. Is that a bug?
  
   IMO, this is not really a state change.
  
   In interesting point, and something up for discussion.
  

   I personally am neter interesting in recording a time stamp when
   first switching an item to TODO. Furthermore, for other state
   changes I prefer to record a note.  However, M-S-RET is really meant
   for fast adding of one or more TODO entries, and being prompted for
   a state change note would be really annoying here.
  
   Up for discussion, I am willing to install a variable here

Well, if you make it an option then all arguments die anyways.  :)
Personally, I also prefer to take a note upon certain state changes.

Regards,
-- 
Manish


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


Re: [Orgmode] timer for a task

2009-05-26 Thread Konstantin Antipin
Carsten, thank you for explanation.
Hopefully, I will get FSF papers soon.

In a meanwhile, here is another patch that introduces following changes:

In case we set effort estimate on the currently clocked item,
show message when time is up (notification is shown only once)
 * Linux only: If libnotify is used - the standard notification
   system in linux, then show notification with it.
   Note: Additional package libnotify-bin should be installed.
   Additionally, if variable org-clock-sound is set, interpret it as
path to sound file
   and play it (wav files only).
 * If aplay (tool from alsa - standard linux sound system) is
available play sound
   with it (all type of files).

So, if someone has interest in this features, please try it.
I also would like to discuss If we want this functionality (sound and
notification) in the core,
or it is better to put it to the extension... Or, just introduce
another variable that controls if we show notification or not...


TODO:
* As proposed by Daniel, give user an option to see total time, spend
on the task instead of currently clocked time.
In fact, this functionality requires refactoring of org-clock-sum
function. Is it ok, if I do it?

best,
Konstantin

patch is made on the git version of orgmode.




On Tue, May 26, 2009 at 3:18 PM, Carsten Dominik
carsten.domi...@gmail.com wrote:

 On May 25, 2009, at 5:43 PM, Konstantin Antipin wrote:

 Here is the patch to org-clock.el that does show estimated effort in
 the mode-line if it is set.  Like so: 01:20/01:30 (clocked
 time/estimated time)
  It does it by:
   * Setting new variable org-clock-effort in org-clock-in function.
   * If org-clock-effort is not nil, show estimated effort in the
 mode-line.

 I would like to go further and do the following:
 * Make a beep/or highlight if we spend more time on a task that
 initially intended
 * As proposed by Daniel, give user an option to see total time, spend
 on the task instead of currently clocked time.

 Does somebody else need this? Will this changes be accepted to the
 orgmode-core?
 I just saw that in order to contribute, you need to sign some papers..
 Is this the only way?
 I am new to open-source, so I am not really familiar with such things.


 Hi Konstantin,

 this is interesting functionality which I would like to have in the core.

 I can accept short patches of only a few lines without the paperwork, but
 your patch is already at the limit, and adding the other ideas you have
 will push it over that limit.  We have the following possibilities:

 1. You sign the papers.  This is very simple to do, unless you have
   an employer who owns everything you do and who might make problems.
   This would be my preferred solution.

 2. I can put stuff without FSF copyright assignment into the
   contrib directory - you could make a little package that hooks
   into Org, I would created any hooks needed.

 3. I treat your contribution as an idea/feature request and implement
   it myself.  As I have many other things to do, this is my least preferred
   solution.

 If you decide to sign the papers, please get the form from the homepage
 orgmode.org (near te end) and send it to the FSF, with a CC to me.  This
 will take you no more than 2 minutes.  We can then proceed with integrating
 your stuff into the Org core, but I will be able to integrate this change
 into Emacs only after I receive confirmation about the signed paper, which
 will happen within a fee weeks or so.

 - Carsten


 best,
 Konstantin


 On Mon, May 25, 2009 at 12:44 PM, Eraldo Helal ad...@eraldo.at wrote:

 Sounds good to me.

 Eraldo

 On Mon, May 25, 2009 at 12:30, Konstantin Antipin
 antipin.konstan...@googlemail.com wrote:

 Hi Daniel,
 Yes, you are right indeed. I am talking about effort estimates - I'v
 missed this chapter for some reason from the manual.
 I like the idea you proposed - to show how much time is left in the
 mode line. And I think I am going to write necessary code for this.

 Or, may be someone has even better idea?

 best,
 Konstantin

 On Mon, May 25, 2009 at 11:25 AM, Daniel Clemente n142...@gmail.com
 wrote:

 Hi.
  I suppose you talk about estimated efforts. I also have noticed that I
 work better if I have defined them, but it is very easy to miss them and
 work on a task more time than planned.
  An easy improvement would be to show at the mode line not only how
 much time you have worked on the current task but also the remaining time
 according to your effort estimate. And if it comes to 0, highlight it
 noticeably.

  Other useful things to show would be the *total* elapsed time (not
 only the elapsed time of the last C-c C-x C-i) or directly the effort
 estimate (instead of the remaining time, the total time).

  And as you say, an alarm would be useful.

 -- Daniel

 El dl, mai 25 2009, Konstantin Antipin va escriure:

 Hi everybody!
 I am constantly trying to be more productive, and there is one thing
 that I noticed:
 If you 

Re: [Orgmode] Column view alignment in aquamacs?

2009-05-26 Thread Matthew Lundin
Hi Duncan,

Duncan Mortimer dmo...@gmail.com writes:

 I'm having trouble getting column view to properly align under
 Aquamacs (distrib 1.7).  I'm using fixed-width fonts for both the
 tab-bar, and as the org-mode default, however, as soon as I enter
 column-view, the font changes to a variable-width one.  Does anyone
 have any idea what is going on here?  As far as I can tell, there
 aren't any variables that specify the column view font independently
 from the org-mode font...??

I think customizing the following two faces should do the trick.

M-x customize-face RET org-column RET

and

M-x customize-face RET org-column-title RET

Best,
Matt


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


Re: [Orgmode] Re: nbsp in latex export

2009-05-26 Thread Carsten Dominik

Please try again, thanks.

- Carsten

On May 26, 2009, at 4:15 PM, Chris Gray wrote:


Carsten Dominik wrote:



On May 26, 2009, at 3:06 PM, Chris Gray wrote:



Hi,



I noticed in the org manual today that `\nbsp' will become `nbsp;'
in
HTML and `~' in LaTeX.  Trying it out, that is not quite true:  
\nbsp

becomes $\nbsp$.  I would rather have the behaviour of the
documentation, but I was not implement it myself---I tried adding a
special case to `org-export-latex-treat-backslash-char', but it  
didn't

work.



Fixed, thanks.


The fix only seemed to let \nbsp go through without being changed.  I
would rather it was changed to ~, as in the docs, because \nbsp is  
not a

LaTeX command.

Cheers,
Chris



___
Emacs-orgmode mailing list
Remember: 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
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] timer for a task

2009-05-26 Thread Carsten Dominik


On May 26, 2009, at 4:26 PM, Konstantin Antipin wrote:


Carsten, thank you for explanation.
Hopefully, I will get FSF papers soon.

In a meanwhile, here is another patch that introduces following  
changes:


   In case we set effort estimate on the currently clocked item,
   show message when time is up (notification is shown only once)
* Linux only: If libnotify is used - the standard notification
  system in linux, then show notification with it.
  Note: Additional package libnotify-bin should be installed.
  Additionally, if variable org-clock-sound is set, interpret it as
path to sound file
  and play it (wav files only).
* If aplay (tool from alsa - standard linux sound system) is
available play sound
  with it (all type of files).

So, if someone has interest in this features, please try it.
I also would like to discuss If we want this functionality (sound and
notification) in the core,
or it is better to put it to the extension... Or, just introduce
another variable that controls if we show notification or not...


I think we can put this into the core if:

- this will work without crashing on any system where Emacs runs on,
  i.e. if the re is no way to play a sound file, fall back to (ding)
  with a message or so...





TODO:
* As proposed by Daniel, give user an option to see total time, spend
on the task instead of currently clocked time.
In fact, this functionality requires refactoring of org-clock-sum
function. Is it ok, if I do it?


Maybe you don't really need to refactor it:

(save-restriction
  (org-narrow-to-subtree)
  (org-clock-sum)
  org-clock-file-total-minutes)

will give you the total clocked time in minutes.

- Carsten



best,
Konstantin

patch is made on the git version of orgmode.




On Tue, May 26, 2009 at 3:18 PM, Carsten Dominik
carsten.domi...@gmail.com wrote:


On May 25, 2009, at 5:43 PM, Konstantin Antipin wrote:


Here is the patch to org-clock.el that does show estimated effort in
the mode-line if it is set.  Like so: 01:20/01:30 (clocked
time/estimated time)
 It does it by:
  * Setting new variable org-clock-effort in org-clock-in function.
  * If org-clock-effort is not nil, show estimated effort in the
mode-line.

I would like to go further and do the following:
* Make a beep/or highlight if we spend more time on a task that
initially intended
* As proposed by Daniel, give user an option to see total time,  
spend

on the task instead of currently clocked time.

Does somebody else need this? Will this changes be accepted to the
orgmode-core?
I just saw that in order to contribute, you need to sign some  
papers..

Is this the only way?
I am new to open-source, so I am not really familiar with such  
things.



Hi Konstantin,

this is interesting functionality which I would like to have in the  
core.


I can accept short patches of only a few lines without the  
paperwork, but
your patch is already at the limit, and adding the other ideas you  
have

will push it over that limit.  We have the following possibilities:

1. You sign the papers.  This is very simple to do, unless you have
  an employer who owns everything you do and who might make problems.
  This would be my preferred solution.

2. I can put stuff without FSF copyright assignment into the
  contrib directory - you could make a little package that hooks
  into Org, I would created any hooks needed.

3. I treat your contribution as an idea/feature request and  
implement
  it myself.  As I have many other things to do, this is my least  
preferred

  solution.

If you decide to sign the papers, please get the form from the  
homepage
orgmode.org (near te end) and send it to the FSF, with a CC to me.   
This
will take you no more than 2 minutes.  We can then proceed with  
integrating
your stuff into the Org core, but I will be able to integrate this  
change
into Emacs only after I receive confirmation about the signed  
paper, which

will happen within a fee weeks or so.

- Carsten



best,
Konstantin


On Mon, May 25, 2009 at 12:44 PM, Eraldo Helal ad...@eraldo.at  
wrote:


Sounds good to me.

Eraldo

On Mon, May 25, 2009 at 12:30, Konstantin Antipin
antipin.konstan...@googlemail.com wrote:


Hi Daniel,
Yes, you are right indeed. I am talking about effort estimates -  
I'v

missed this chapter for some reason from the manual.
I like the idea you proposed - to show how much time is left in  
the
mode line. And I think I am going to write necessary code for  
this.


Or, may be someone has even better idea?

best,
Konstantin

On Mon, May 25, 2009 at 11:25 AM, Daniel Clemente n142...@gmail.com 


wrote:


Hi.
 I suppose you talk about estimated efforts. I also have  
noticed that I
work better if I have defined them, but it is very easy to miss  
them and

work on a task more time than planned.
 An easy improvement would be to show at the mode line not only  
how
much time you have worked on the current task but also the  
remaining time
according to your effort 

[Orgmode] Re: How to type A[0] in org w/o footnote

2009-05-26 Thread Bernt Hansen
Carsten Dominik carsten.domi...@gmail.com writes:

 On May 26, 2009, at 4:15 PM, Xin Shi wrote:

 I tried to type A[0] in a document with orgmode, but it gives me the
 footnote link. I could use A[ 0] for a quick replacement, but are
 there any better way to tell org not interpreting the footnote?

 One way would be to always code code emphasis when typing something
 like this which is probably some kind of code snippet?

 So either

 #+begin_src c
a[0] += 33
 #+end_src


 or

 The pointer referenced by =a[0]= points to the first real number
 in the array =a=


 The second method will still highlight the [0] as a link in org-mode
 because of
 bad font-lock setup.  However, during export this should behave fine.

Another method is to turn off footnote handling in your export options
line  (f:nil)

,
| #+OPTIONS:   f:nil
`

-Bernt


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


Re: [Orgmode] org-remember template entry level

2009-05-26 Thread Carsten Dominik


On May 24, 2009, at 10:26 PM, Richard KLINDA wrote:


Hello, when org-remember creates a todo entry for me, it always is a
level 1 entry, like:

,
| * foo
`

I want it to be on level 3, like:

,
| *** foo
`

However, even if my template contains 3 leading stars,

,
| (setq org-remember-templates
|   '((foo ?f *** foo
|  ~/.xemacs/org/foo.org bottom t)))
`


If you want it at level 3, then probably as the child of some level 2  
entry?
Just replace bottom put the name of the level 2 headline, without  
any stars.


 (setq org-remember-templates
   '((foo ?f *** foo
  ~/.xemacs/org/foo.org My foo parent heading t)))



the created entry is still on level 1.  Is there a way to make
org-remember keep the number of stars?


No, the number of stars in the template are ignored.
This is because some setups allow you to change the
destination flexibly, so that the headline level needs
to be adjusted.

- Carsten


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


Re: [Orgmode] Minor request: full support of ESC as Meta key

2009-05-26 Thread Carsten Dominik

Hi Paolo,

normally, meta key bindings should automatically also affect ESC  
bindings.  So it should not be necessary, even though I see that I  
have done this in some cases, very like upon requests like your's.


If you try to come up with a list of affected bindings/commands, I  
will add these specific bindings.  However, as you have noticed, some  
keys in orgstruct-mode may be difficult.


- Carsten

On May 24, 2009, at 2:15 AM, Paolo Petta wrote:


[Dear moderator:
this is of course a minor remark, and it is clearly not up to me to
decide whether it is worth while being recorded at all, let alone
being spread to the mailing list!
But I still do hope it is not considered a downright abuse of your  
time!]


I only just started to look into Org: As OS-hopper using emacs  
regularly on different versions of Linux, Windows, and Mac OS, the  
comprehensive cross-platform support that Org promises is highly  
appealing.


But trying to use Org relying on the Escape key as 'Meta', I  
discovered that Org's support in this regard is currently spotty.  
While for some key combinations both the [?\e (...)] and the  
[(meta ...)] variants are defined, it is only the [(meta ...)]  
definitions that are fully covered. For example, org-insert-todo- 
heading - one of the very first org-specific key-combinations  
introduced in the very useful Org tutorial - is mapped only to  
[(meta shift return)], the ESC-based equivalent [?\e (shift  
return)] is missing (org.el, line 13905).


While I've tried to patch up org.el the best I could with the  
missing keymap definitions (and so far I have not run into  
problems), I am not proficient enough an elisp programmer to dare  
provide my fixes: e.g. I'm not at all sure to have made the correct  
additions to the section introduced with the comment

;; Special treatment needed for TAB and RET on line 6836 of org.el;
the specification of disputed keys on line 331ff in org.el would be  
another example.


I would therefore like to ask to please consider putting 'full'  
coverage for both keymap variants on the todo list for an upcoming  
release.


With many thanks in advance!

Paolo
--
Paolo Petta  
+43-1-5336112-12(Tel)
Austrian Research Inst. for Artificial Intelligence  
+43-1-5336112-77(Fax)
Freyung 6/6, A 1010 Vienna, Austria, Europe   Paolo.Petta @  
ofai.at



___
Emacs-orgmode mailing list
Remember: 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
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Cycling visibility of blocks

2009-05-26 Thread Carsten Dominik

That does look cool!

- Carsten

On May 25, 2009, at 10:43 PM, Sebastian Rose wrote:


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

ahh - forgot - Carsten: note the unicorns:

http://cloud.github.com/downloads/SebastianRose/org-search.php/speedbar1.png

:-D

 Sebastian


Sebastian Rose sebastian_r...@gmx.de writes:



and use

 #\\+begin_\\([^ ]+\\) \\(.+\\)[ \t]*\\([ \t]+\\([^\n]+\\)\\)?\n\\ 
([^\000]+?\\)#\\+end_\\1



:)


 Sebastian



Hi Sebastian, Thanks for the update!

I've applied a slightly changed version of your regexp, and this is  
now

working for all block types (the resulting file is attached).  Where
could this file be saved?  The contrib directory seems like  
overkill for
such a small piece of functionality maybe I should post it up  
somewhere

on worg?

Thanks -- Eric






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


Re: [Orgmode] Cycling visibility of blocks

2009-05-26 Thread Carsten Dominik


On May 25, 2009, at 10:40 PM, Sebastian Rose wrote:


Eric Schulte schulte.e...@gmail.com writes:
I've applied a slightly changed version of your regexp, and this is  
now

working for all block types (the resulting file is attached).  Where
could this file be saved?  The contrib directory seems like  
overkill for
such a small piece of functionality maybe I should post it up  
somewhere

on worg?



Hmm - why don't you juste start a `Snippets' section? I don't mind  
Worg

to grow.
Didn't you see http://wiki.github.com/SebastianRose/org-search.php?  
Not

doing very much yet, but it's under way :)


Another good place would be inside Org-mode's core IMHO.


I would be happy to integrate this into the core.  Eric, you agree?

- Carsten




  Sebastian



;;; org-block-hide.el --- hide blocks in org-mode files

(defvar org-block-hide-src-block-regexp
 #\\+begin_\\([^ ]+\\) ?\\([ \t]+\\([^\n]+\\)\\)?\n\\([^\000]+?\\)# 
\\+end_\\1)


(defun org-block-hide-src-block-cycle-maybe ()
 (let ((case-fold-search t))
   (if (save-excursion
 (beginning-of-line 1)
 (looking-at org-block-hide-src-block-regexp))
   (progn (call-interactively 'org-block-hide-src-block-cycle)
  t) ;; to signal that we took action
 nil))) ;; to signal that we did not

(defun org-block-hide-src-block-cycle ()
 Cycle the visibility of the current block
 (interactive)
 ;; should really do this once in an (org-mode hook)
 (add-to-invisibility-spec '(org-block-hide . t))
 (message trying out source block)
 (save-excursion
   (beginning-of-line)
   (if (re-search-forward org-block-hide-src-block-regexp nil t)
   (let ((start (- (match-beginning 4) 1)) ;; beginning of body
 (end (match-end 0))) ;; end of entire body
 (if (memq t (mapcar (lambda (overlay)
   (eq (overlay-get overlay 'invisible)  
'org-block-hide))

 (overlays-at start)))
 (remove-overlays start end 'invisible 'org-block-hide)
   (overlay-put (make-overlay start end) 'invisible 'org- 
block-hide)))

 (error not looking at a source block

;; org-tab-after-check-for-cycling-hook
(add-hook 'org-tab-first-hook 'org-block-hide-src-block-cycle-maybe)

;;; org-block-hide.el ends here


--
Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449  
Hannover

Tel.:  +49 (0)511 - 36 58 472
Fax:   +49 (0)1805 - 233633 - 11044
mobil: +49 (0)173 - 83 93 417
Email: s.r...@emma-stil.de, sebastian_r...@gmx.de
Http:  www.emma-stil.de




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


[Orgmode] Re: How to type A[0] in org w/o footnote

2009-05-26 Thread Xin Shi
Thanks a lot!

Xin


On Tue, May 26, 2009 at 1:18 PM, Bernt Hansen be...@norang.ca wrote:

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

  On May 26, 2009, at 4:15 PM, Xin Shi wrote:
 
  I tried to type A[0] in a document with orgmode, but it gives me the
  footnote link. I could use A[ 0] for a quick replacement, but are
  there any better way to tell org not interpreting the footnote?
 
  One way would be to always code code emphasis when typing something
  like this which is probably some kind of code snippet?
 
  So either
 
  #+begin_src c
 a[0] += 33
  #+end_src
 
 
  or
 
  The pointer referenced by =a[0]= points to the first real number
  in the array =a=
 
 
  The second method will still highlight the [0] as a link in org-mode
  because of
  bad font-lock setup.  However, during export this should behave fine.

 Another method is to turn off footnote handling in your export options
 line  (f:nil)

 ,
 | #+OPTIONS:   f:nil
 `

 -Bernt

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


Re: [Orgmode] Minor request: full support of ESC as Meta key

2009-05-26 Thread Paolo Petta

Dear Carsten -

many thanks for following up on this (and to the list for bearing with 
me!) --- more in a direct/private email.


Paolo

On Tue, 26 May 2009, Carsten Dominik wrote:


Date: Tue, 26 May 2009 19:25:01 +0200
From: Carsten Dominik carsten.domi...@gmail.com
To: Paolo Petta paolo.pe...@ofai.at
Cc: emacs-orgmode@gnu.org
Subject: Re: [Orgmode] Minor request: full support of ESC as Meta key

Hi Paolo,

normally, meta key bindings should automatically also affect ESC bindings. 
So it should not be necessary, even though I see that I have done this in 
some cases, very like upon requests like your's.


If you try to come up with a list of affected bindings/commands, I will add 
these specific bindings.  However, as you have noticed, some keys in 
orgstruct-mode may be difficult.


- Carsten

On May 24, 2009, at 2:15 AM, Paolo Petta wrote:


[Dear moderator:
this is of course a minor remark, and it is clearly not up to me to
decide whether it is worth while being recorded at all, let alone
being spread to the mailing list!
But I still do hope it is not considered a downright abuse of your time!]

I only just started to look into Org: As OS-hopper using emacs regularly 
on different versions of Linux, Windows, and Mac OS, the comprehensive 
cross-platform support that Org promises is highly appealing.


But trying to use Org relying on the Escape key as 'Meta', I discovered 
that Org's support in this regard is currently spotty. While for some key 
combinations both the [?\e (...)] and the [(meta ...)] variants are 
defined, it is only the [(meta ...)] definitions that are fully covered. 
For example, org-insert-todo-heading - one of the very first org-specific 
key-combinations introduced in the very useful Org tutorial - is mapped 
only to [(meta shift return)], the ESC-based equivalent [?\e (shift 
return)] is missing (org.el, line 13905).


While I've tried to patch up org.el the best I could with the missing 
keymap definitions (and so far I have not run into problems), I am not 
proficient enough an elisp programmer to dare provide my fixes: e.g. I'm 
not at all sure to have made the correct additions to the section 
introduced with the comment

;; Special treatment needed for TAB and RET on line 6836 of org.el;
the specification of disputed keys on line 331ff in org.el would be another 
example.


I would therefore like to ask to please consider putting 'full' coverage 
for both keymap variants on the todo list for an upcoming release.


With many thanks in advance!

Paolo
--
Paolo Petta +43-1-5336112-12(Tel)
Austrian Research Inst. for Artificial Intelligence +43-1-5336112-77(Fax)
Freyung 6/6, A 1010 Vienna, Austria, Europe   Paolo.Petta @ ofai.at


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


--
Paolo Petta +43-1-5336112-12(Tel)
Austrian Research Inst. for Artificial Intelligence +43-1-5336112-77(Fax)
Freyung 6/6, A 1010 Vienna, Austria, Europe   Paolo.Petta @ ofai.at


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


[Orgmode] First line of exported HTML causes error as .php

2009-05-26 Thread Dan Davison
I think there's been a change in HTML export which has broken the way in
which I was using org to produce PHP files. The HTML exporter now
produces the following as the first line (I believe this is new).

?xml version=1.0 encoding=iso-8859-1?

However, when the file is produced with a .php suffix

(setq org-export-html-extension php)

and placed on a PHP-enabled web server, I get this error:

Parse error: syntax error, unexpected T_STRING in
/net/markov/export/postdocs/davison/pub_html/software/shellfish/shellfish.php
on line 1

It seems to work OK if I delete the first line. I know next to nothing
about these things and I'd appreciate it if someone could tell me
whether this should be viewed as a bug in org, or whether I am just
doing things the wrong way. (Is this how others produce PHP files in
org?)

Thanks,

Dan


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


RE: [Orgmode] First line of exported HTML causes error as .php

2009-05-26 Thread Jonathan Arkell
IT is how PHP is configured on your server.  The easiest thing is to set the 
option short_open_tag to false (assuming you don't use the short ? ? tag 
syntax, and use the proper ?php ? syntax instead).  Check 
http://ca.php.net/manual/en/ini.core.php#ini.short-open-tag  for details.


-Original Message-
From: emacs-orgmode-bounces+jonathana=criticalmass@gnu.org 
[mailto:emacs-orgmode-bounces+jonathana=criticalmass@gnu.org] On Behalf Of 
Dan Davison
Sent: May 26, 2009 1:20 PM
To: emacs org-mode mailing list
Subject: [Orgmode] First line of exported HTML causes error as .php

I think there's been a change in HTML export which has broken the way in
which I was using org to produce PHP files. The HTML exporter now
produces the following as the first line (I believe this is new).

?xml version=1.0 encoding=iso-8859-1?

However, when the file is produced with a .php suffix

(setq org-export-html-extension php)

and placed on a PHP-enabled web server, I get this error:

Parse error: syntax error, unexpected T_STRING in
/net/markov/export/postdocs/davison/pub_html/software/shellfish/shellfish.php
on line 1

It seems to work OK if I delete the first line. I know next to nothing
about these things and I'd appreciate it if someone could tell me
whether this should be viewed as a bug in org, or whether I am just
doing things the wrong way. (Is this how others produce PHP files in
org?)

Thanks,

Dan


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

The information contained in this message is confidential. It is intended to be 
read only by the individual or entity named above or their designee. If the 
reader of this message is not the intended recipient, you are hereby notified 
that any distribution of this message, in any form, is strictly prohibited. If 
you have received this message in error, please immediately notify the sender 
and delete or destroy any copy of this message.
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Cycling visibility of blocks

2009-05-26 Thread Eric Schulte
Carsten Dominik carsten.domi...@gmail.com writes:

 On May 25, 2009, at 10:40 PM, Sebastian Rose wrote:

 Another good place would be inside Org-mode's core IMHO.

 I would be happy to integrate this into the core.  Eric, you agree?

 - Carsten


Sounds good to me. -- Eric


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


Re: [Orgmode] Cycling visibility of blocks

2009-05-26 Thread Eric Schulte
Sebastian Rose sebastian_r...@gmx.de writes:

 Eric Schulte schulte.e...@gmail.com writes:
 I've applied a slightly changed version of your regexp, and this is now
 working for all block types (the resulting file is attached).  Where
 could this file be saved?  The contrib directory seems like overkill for
 such a small piece of functionality maybe I should post it up somewhere
 on worg?


 Hmm - why don't you juste start a `Snippets' section? I don't mind Worg
 to grow.
 Didn't you see http://wiki.github.com/SebastianRose/org-search.php? Not
 doing very much yet, but it's under way :) 


I've been tracking it on github, but haven't had a chance to try it out.
While I have a decent amount of experience with Ruby web applications
I've never before used php.  This looks very similar to blorgit[1], my
own org-mode web project.

I'm looking forward to taking a closer look. -- Eric

[1] http://github.com/eschulte/blorgit/tree/master


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


Re: [Orgmode] timer for a task

2009-05-26 Thread Konstantin Antipin
On Tue, May 26, 2009 at 4:45 PM, Carsten Dominik
carsten.domi...@gmail.com wrote:

 On May 26, 2009, at 4:26 PM, Konstantin Antipin wrote:

 Carsten, thank you for explanation.
 Hopefully, I will get FSF papers soon.

 In a meanwhile, here is another patch that introduces following changes:

   In case we set effort estimate on the currently clocked item,
   show message when time is up (notification is shown only once)
    * Linux only: If libnotify is used - the standard notification
      system in linux, then show notification with it.
      Note: Additional package libnotify-bin should be installed.
  Additionally, if variable org-clock-sound is set, interpret it as
 path to sound file
  and play it (wav files only).
    * If aplay (tool from alsa - standard linux sound system) is
 available play sound
      with it (all type of files).

 So, if someone has interest in this features, please try it.
 I also would like to discuss If we want this functionality (sound and
 notification) in the core,
 or it is better to put it to the extension... Or, just introduce
 another variable that controls if we show notification or not...

 I think we can put this into the core if:

 - this will work without crashing on any system where Emacs runs on,
  i.e. if the re is no way to play a sound file, fall back to (ding)
  with a message or so...
Well, I made it such, that
* If you are using linux
* and if you have libnotify or aplay in your $PATH, then libnotify or
aplay will be used.
If not, use simple message and emacs-beep.
It should not break things...




 TODO:
 * As proposed by Daniel, give user an option to see total time, spend
 on the task instead of currently clocked time.
 In fact, this functionality requires refactoring of org-clock-sum
 function. Is it ok, if I do it?

 Maybe you don't really need to refactor it:

    (save-restriction
      (org-narrow-to-subtree)
      (org-clock-sum)
      org-clock-file-total-minutes)

 will give you the total clocked time in minutes.

Coool! so elegantly simple!
I used it in the current patch.
DONE:  Show total clocked time in mode line.
   (Instead of time since last start)
In fact, now I simply changed the default behavior - now mode-line
shows total clocked time,
without giving user a preference. I thought it is more logical
behavior... Or should I introduce defcustom that controls it?

Probably I am sending too much patches around :)
Just a suggestion: why don't we use github for org-mode hosting? It
would be s simple to contribute
and to manage things! You would only benefit from this, Carsten.;)
Github is a really nice service. And free, of course.
Transition to it would be a breeze as well. I can help, if needed with this...

Konstantin




 - Carsten


 best,
 Konstantin

 patch is made on the git version of orgmode.




 On Tue, May 26, 2009 at 3:18 PM, Carsten Dominik
 carsten.domi...@gmail.com wrote:

 On May 25, 2009, at 5:43 PM, Konstantin Antipin wrote:

 Here is the patch to org-clock.el that does show estimated effort in
 the mode-line if it is set.  Like so: 01:20/01:30 (clocked
 time/estimated time)
  It does it by:
  * Setting new variable org-clock-effort in org-clock-in function.
  * If org-clock-effort is not nil, show estimated effort in the
 mode-line.

 I would like to go further and do the following:
 * Make a beep/or highlight if we spend more time on a task that
 initially intended
 * As proposed by Daniel, give user an option to see total time, spend
 on the task instead of currently clocked time.

 Does somebody else need this? Will this changes be accepted to the
 orgmode-core?
 I just saw that in order to contribute, you need to sign some papers..
 Is this the only way?
 I am new to open-source, so I am not really familiar with such things.


 Hi Konstantin,

 this is interesting functionality which I would like to have in the core.

 I can accept short patches of only a few lines without the paperwork, but
 your patch is already at the limit, and adding the other ideas you have
 will push it over that limit.  We have the following possibilities:

 1. You sign the papers.  This is very simple to do, unless you have
  an employer who owns everything you do and who might make problems.
  This would be my preferred solution.

 2. I can put stuff without FSF copyright assignment into the
  contrib directory - you could make a little package that hooks
  into Org, I would created any hooks needed.

 3. I treat your contribution as an idea/feature request and implement
  it myself.  As I have many other things to do, this is my least
 preferred
  solution.

 If you decide to sign the papers, please get the form from the homepage
 orgmode.org (near te end) and send it to the FSF, with a CC to me.  This
 will take you no more than 2 minutes.  We can then proceed with
 integrating
 your stuff into the Org core, but I will be able to integrate this change
 into Emacs only after I receive confirmation about the signed paper,
 

[Orgmode] Re: docbook export-special

2009-05-26 Thread Baoqiu Cui
Hi Rustom,

Rustom Mody rustompm...@gmail.com writes:

 Thanks Carsten for 6.27.

 Ive been playing around with docbook export and further processing and
 was looking for something like export-special.
 Now its come but not (yet) for the docbook exporter.

What do you mean by export-special?  Do you mean exporting blocks that
look like the following lines?

#+begin_xyz
...
#+end_xyz

(where xyz can be some DocBook element).

Baoqiu

 Any likelihood of it being supported there?
 I would try to hack on the code myself but dont know enough docbook.
 What's the equivalent in docbook to html's div?


 ___
 Emacs-orgmode mailing list
 Remember: 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
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Custom docbook stylesheets.

2009-05-26 Thread Dale Smith
Greetings List,

I was suprised an pleased to discover that the docbook exporter has
the ability to apply the stylesheets to transform to fo and to also
process that to pdf.  Somehing I'd like to see is a document specific
way to specify the stylesheet.  I tried setting
org-export-docbook-xslt-proc-command in a Local Variables: section,
but it seems the variable is being used from a different buffer.

So, what do you think about some kind of document property to
overrride a global setting?

The current org-export-docbook-xslt-proc-command is a format string,
with a fixed order of arguments (the fo filename and then the input
docbook filname).  Thats probably good enough for most (all?) xslt
processors, but things may be more limited when it comes to also
specifying the stylesheet.  Do we need to have some kind of special
markers in the format string for where the different options go?
Something like $i $o and $s (for in, out, and stysheet)?

-Dale

-- 
Dale P. Smith
da...@vtiinstruments.com
216-447-4059 x2018
216-447-8951 FAX

(Company mandated disclaimer follows...)

The information in this e-mail and any attachments is intended solely
for use by the recipient(s) to whom this e-mail is addressed and may
contain confidential and/or privileged information which is exempt
from disclosure.  If you are not an intended recipient, or an employee
or agent responsible for delivering this message to the intended
recipient, you are hereby notified that you have received this e-mail
and any attachments in error and that dissemination, distribution,
review or copying of this e-mail and its attachments is strictly
prohibited.  If you have received this e-mail in error, please notify
the sender immediately and delete all electronic and paper copies of
this e-mail as well as any attachments.
Thank you.

http://www.vtiinstruments.com/images/vtiemaillogo.gif


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


[Orgmode] How to preverse fold status after reopening a file

2009-05-26 Thread Yuanle Song
Hi everyone,
org-mode can show a file in following mode when opening a file:

  overview   top-level headlines only
  contentall headlines
  showallno folding at all, show everything

But they don't feed my need. I want to have the file exactly the same
as last time I open it, i.e. if a headline is fold when closing it
will be fold after reopening.

If that's not possible. Is there any properties that I can apply to
one headline, that will keep the headline fold (or unfold) unless the
user press TAB on them?

--
Thanks,
Yuanle


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


Re: [Orgmode] How to preverse fold status after reopening a file

2009-05-26 Thread Carsten Dominik


On May 27, 2009, at 4:19 AM, Yuanle Song wrote:


Hi everyone,
org-mode can show a file in following mode when opening a file:

 overview   top-level headlines only
 contentall headlines
 showallno folding at all, show everything

But they don't feed my need. I want to have the file exactly the same
as last time I open it, i.e. if a headline is fold when closing it
will be fold after reopening.

If that's not possible. Is there any properties that I can apply to
one headline, that will keep the headline fold (or unfold) unless the
user press TAB on them?


No, it is currently not possible to save the folding state of a tree.
Using properties would, in my opinion be too heavy, I am not sure if
I would like to have a property change each time I change the visibility
of some part.

Maybe you can write a add-on which in some way allows to save the
folding state, I don't have a good idea how to do this.

- Carsten



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


Re: [Orgmode] How to preverse fold status after reopening a file

2009-05-26 Thread Matthew Lundin
Hi Yuanle,

Yuanle Song syl...@gmail.com writes:

 org-mode can show a file in following mode when opening a file:

   overview   top-level headlines only
   contentall headlines
   showallno folding at all, show everything

 But they don't feed my need. I want to have the file exactly the same
 as last time I open it, i.e. if a headline is fold when closing it
 will be fold after reopening.

My guess is that this would require a lot of overhead to implement in a
plain text system like org. 

 If that's not possible. Is there any properties that I can apply to
 one headline, that will keep the headline fold (or unfold) unless the
 user press TAB on them?

I believe the following passage from the manual (2.3) will be of
interest:

,
| Furthermore, any entries with a ‘VISIBILITY’ property (see Properties
| and Columns) will get their visibility adapted accordingly. Allowed
| values for this property are folded, children, content, and all.
`

http://orgmode.org/manual/Visibility-cycling.html#Visibility-cycling

Regards,

Matt


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


Re: [Orgmode] timer for a task

2009-05-26 Thread Carsten Dominik


On May 27, 2009, at 12:13 AM, Konstantin Antipin wrote:


On Tue, May 26, 2009 at 4:45 PM, Carsten Dominik
carsten.domi...@gmail.com wrote:


On May 26, 2009, at 4:26 PM, Konstantin Antipin wrote:


Carsten, thank you for explanation.
Hopefully, I will get FSF papers soon.

In a meanwhile, here is another patch that introduces following  
changes:


  In case we set effort estimate on the currently clocked item,
  show message when time is up (notification is shown only once)
   * Linux only: If libnotify is used - the standard notification
 system in linux, then show notification with it.
 Note: Additional package libnotify-bin should be installed.
 Additionally, if variable org-clock-sound is set, interpret it as
path to sound file
 and play it (wav files only).
   * If aplay (tool from alsa - standard linux sound system) is
available play sound
 with it (all type of files).

So, if someone has interest in this features, please try it.
I also would like to discuss If we want this functionality (sound  
and

notification) in the core,
or it is better to put it to the extension... Or, just introduce
another variable that controls if we show notification or not...


I think we can put this into the core if:

- this will work without crashing on any system where Emacs runs on,
 i.e. if the re is no way to play a sound file, fall back to (ding)
 with a message or so...

Well, I made it such, that
* If you are using linux
* and if you have libnotify or aplay in your $PATH, then libnotify or
aplay will be used.
If not, use simple message and emacs-beep.
It should not break things...






TODO:
* As proposed by Daniel, give user an option to see total time,  
spend

on the task instead of currently clocked time.
In fact, this functionality requires refactoring of org-clock-sum
function. Is it ok, if I do it?


Maybe you don't really need to refactor it:

   (save-restriction
 (org-narrow-to-subtree)
 (org-clock-sum)
 org-clock-file-total-minutes)

will give you the total clocked time in minutes.


Coool! so elegantly simple!
I used it in the current patch.


This is now a single patch, containing all your changes?


DONE:  Show total clocked time in mode line.
  (Instead of time since last start)
In fact, now I simply changed the default behavior - now mode-line
shows total clocked time,
without giving user a preference. I thought it is more logical
behavior... Or should I introduce defcustom that controls it?

Probably I am sending too much patches around :)
Just a suggestion: why don't we use github for org-mode hosting? It
would be s simple to contribute
and to manage things! You would only benefit from this, Carsten.;)
Github is a really nice service. And free, of course.


What would be the advantages of using github instead of repo.or.cz?
I have found repo.or.cz less polished looking than githib, but very
fast and reliable, while github is getting boged down when America
wakes up :-)

- Carsten

Transition to it would be a breeze as well. I can help, if needed  
with this...


Konstantin





- Carsten



best,
Konstantin

patch is made on the git version of orgmode.




On Tue, May 26, 2009 at 3:18 PM, Carsten Dominik
carsten.domi...@gmail.com wrote:


On May 25, 2009, at 5:43 PM, Konstantin Antipin wrote:

Here is the patch to org-clock.el that does show estimated  
effort in

the mode-line if it is set.  Like so: 01:20/01:30 (clocked
time/estimated time)
 It does it by:
 * Setting new variable org-clock-effort in org-clock-in function.
 * If org-clock-effort is not nil, show estimated effort in the
mode-line.

I would like to go further and do the following:
* Make a beep/or highlight if we spend more time on a task that
initially intended
* As proposed by Daniel, give user an option to see total time,  
spend

on the task instead of currently clocked time.

Does somebody else need this? Will this changes be accepted to the
orgmode-core?
I just saw that in order to contribute, you need to sign some  
papers..

Is this the only way?
I am new to open-source, so I am not really familiar with such  
things.



Hi Konstantin,

this is interesting functionality which I would like to have in  
the core.


I can accept short patches of only a few lines without the  
paperwork, but
your patch is already at the limit, and adding the other ideas  
you have

will push it over that limit.  We have the following possibilities:

1. You sign the papers.  This is very simple to do, unless you have
 an employer who owns everything you do and who might make  
problems.

 This would be my preferred solution.

2. I can put stuff without FSF copyright assignment into the
 contrib directory - you could make a little package that hooks
 into Org, I would created any hooks needed.

3. I treat your contribution as an idea/feature request and  
implement

 it myself.  As I have many other things to do, this is my least
preferred
 solution.

If you decide to sign the papers, please get the