Re: [Orgmode] Why not emacs -Q for byte-compiling org-mode in the Makefile

2009-05-05 Thread Carsten Dominik

Done, thanks.

I am using -no-site-file instead of --no-site-file, this seems to  
works best

with different Emacsen..

- Carsten

On May 4, 2009, at 5:36 PM, Tassilo Horn wrote:


David Bremner  writes:


is there a specific reason that the Makefile uses emacs -q and not
emacs -Q for byte-compiling org-mode?


this is a good idea, but -Q is not understood by XEmacs, and I am  
not

even sure about Emacs 22.


at least for Emacs 22, it works.  XEmacs apparently has
"-no-site-file" as equivalent to "--no-site-init", so it would be
possible to do something similar.


Yeah, -Q is equivalent to -q --no-site-file, so the latter could be  
used

and still we're compatible with emacs 22/23 & xemacs.

Bye,
Tassilo
--
 "Emacs is not a development tool but a way of life."
   - David Kastrup in alt.religion.emacs -




___
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 colouring (font lock) annoyance

2009-05-05 Thread Carsten Dominik


On Apr 24, 2009, at 8:29 PM, Bernt Hansen wrote:


Carsten Dominik  writes:


On Apr 24, 2009, at 8:20 PM, Bernt Hansen wrote:


Carsten Dominik  writes:


I do not actively color these tasks, but any headlines that
have been *visible* in a window will have been fontified,
others will not have bee fontified.  Org just copies the
text for this list.  Maybe I should make then all without
colors?


Okay.  That's a perfect explanation for me -- and I'll just ignore
that
color or lack of colour issue.  It's actually a lot easier to read
coloured than not so please don't bother making them all black. :)


I can also actively give them a color.  Should these be the correct
level colors, or some particular color?


The actual level colours with highlighted TODO keywords and other
cookies would be ideal I think.


This should work now, please verify.

- 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] File local variables and export?

2009-05-05 Thread Carsten Dominik


On May 4, 2009, at 9:13 PM, Jason Riedy wrote:


I'm trying to change org-export-latex-image-default-option to
"width=.7\\linewidth" in a file local variable.  It's set correctly  
as a

buffer local variable, and it's having no effect on the export.  My
guess is that the buffer-local property is stopping it as soon as
org-export-as-latex runs set-buffer.

I can smuggle the value in by adding an entry to org-export-plist-vars
referring to org-export-latex-image-default-option and pulling the  
value

from the plist, but that feels incorrect.


To me it sounds correct, actually.  I have added this, and will add
other variables as needed.



Am I missing something?  Or should I look into grabbing
buffer-local-variables before set-buffer and setting the variables in
the output buffer?

BTW, there's a typo in org-export-region-as-latex's docstring.   
Replace

retunr with return...  That pops up in the docbook export, too. ;)


Fixed, thanks.

- 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


[Orgmode] Safari suppoprt in org-info-js

2009-05-05 Thread Rick Moynihan

Hi all,

Though I don't use Safari; some of my colleagues do and they've reported 
that my org files published with org-info-js don't have any of the 
javascript features enabled.


Is this a known issue?

R.




___
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] Timeline view > Headers not time-sorted

2009-05-05 Thread Francesco Pizzolante
Hi,

> Strange, because if I try your file, I get the correct
> sequence.

I finally located the problem: when I add the following line to
my .emacs file then the problem happens.

(require 'dircolors)

Without dircolors everything works fine.

Maybe you have an explanation (dircolors.el is attached)?

Thanks for your help,
Francesco


dircolors.el
Description: application/emacs-lisp
___
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 colouring (font lock) annoyance

2009-05-05 Thread Bernt Hansen
Carsten Dominik  writes:

> On Apr 24, 2009, at 8:29 PM, Bernt Hansen wrote:
>
>> Carsten Dominik  writes:
>>
>>> On Apr 24, 2009, at 8:20 PM, Bernt Hansen wrote:
>>>
 Carsten Dominik  writes:

> I do not actively color these tasks, but any headlines that
> have been *visible* in a window will have been fontified,
> others will not have bee fontified.  Org just copies the
> text for this list.  Maybe I should make then all without
> colors?

 Okay.  That's a perfect explanation for me -- and I'll just ignore
 that
 color or lack of colour issue.  It's actually a lot easier to read
 coloured than not so please don't bother making them all black. :)
>>>
>>> I can also actively give them a color.  Should these be the correct
>>> level colors, or some particular color?
>>
>> The actual level colours with highlighted TODO keywords and other
>> cookies would be ideal I think.
>
> This should work now, please verify.

Cookies are coloured but nothing else seems to be so it's mostly black
for me now.  That's probably not what you intended :)

-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] Timeline view > Headers not time-sorted

2009-05-05 Thread Carsten Dominik


On May 5, 2009, at 2:14 PM, Francesco Pizzolante wrote:


Hi,


Strange, because if I try your file, I get the correct
sequence.


I finally located the problem: when I add the following line to
my .emacs file then the problem happens.

(require 'dircolors)

Without dircolors everything works fine.

Maybe you have an explanation (dircolors.el is attached)?


No, I have no idea.

- Carsten



Thanks for your help,
Francesco





___
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] Suggestion for demoting collapsed branch

2009-05-05 Thread Kevin Haddock

When a branch is collapsed (e.g. invisible), demoting the header should demote 
all the subnodes also.

For example, if I have:

* a
* b
* c
** ca
** cb
** cd
* d

and I have the cursor on * c and hit alt-right it would just demote * c to ** 
c, but if c is collapsed ('* c...') hitting alt-right on it should demote * c 
to ** c but when I expand * c, ** ca should now be *** ca, ** cb should be *** 
cb, etc...

This way I can quickly demote whole sections of the tree by just collapsing 
them.  I would think this would be the expected behavior.  Perhaps I am missing 
a mechanism to easily do it.  I am pretty new to org-mode.

Thanks for the otherwise great utility,

-Kevin

-

Enron staff were given note pads with inspiring quotes, such as this by Martin 
Luther King Jr:

"Our lives begin to end the day we become silent about things that matter'"

-

"One World, One Web, One Program" -- Microsoft Promotional Ad
"Ein Volk, Ein Reich, Ein Fuehrer" -- Adolf Hitler

-

Up next: Huge fruitcake tossing contraptions come under attack by vicious 
protesters.  "We love the fruitcake" one exclaims!


  


___
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 colouring (font lock) annoyance

2009-05-05 Thread Carsten Dominik

Better now?

- Carsten

On May 5, 2009, at 2:21 PM, Bernt Hansen wrote:


Carsten Dominik  writes:


On Apr 24, 2009, at 8:29 PM, Bernt Hansen wrote:


Carsten Dominik  writes:


On Apr 24, 2009, at 8:20 PM, Bernt Hansen wrote:


Carsten Dominik  writes:


I do not actively color these tasks, but any headlines that
have been *visible* in a window will have been fontified,
others will not have bee fontified.  Org just copies the
text for this list.  Maybe I should make then all without
colors?


Okay.  That's a perfect explanation for me -- and I'll just ignore
that
color or lack of colour issue.  It's actually a lot easier to read
coloured than not so please don't bother making them all black. :)


I can also actively give them a color.  Should these be the correct
level colors, or some particular color?


The actual level colours with highlighted TODO keywords and other
cookies would be ideal I think.


This should work now, please verify.


Cookies are coloured but nothing else seems to be so it's mostly black
for me now.  That's probably not what you intended :)

-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-edit-src-code font lock problem

2009-05-05 Thread Carsten Dominik

Hi Dan,

On Apr 29, 2009, at 9:23 PM, Dan Davison wrote:


I'm finding that the font-lock in the indirect buffer spawned by C-c '
on a source code block is not correct when there is a preceding (odd
number of) apostrophes / backticks etc (depending on the language).  
E.g.


* this works fine as there is no apostrophe
#+begin_src sh
 for i in $(seq -w 1 22) ; do
 echo $i
 done
#+end_src

* but this doesn't work correctly because of the single-quote /  
apostrophe

#+begin_src sh
 for i in $(seq -w 1 22) ; do
 echo $i
 done
#+end_src

The second example thinks it's in a single-quote-delimited string.


Hmmm, this is a serious problem. time passing ..
OK, I have addressed it by using not a narrowed indirect buffer to  
edit these snippets, but a truly separate buffer.  Thanks for the  
report.




org-version 6.26trans
emacs-version 23.0.91.1

Dan

p.s. A minor wish-list item: would it be possible to introduce a
variable (say org-expert or something like that) which, when non-nil,
prevents the appearance of instructive messages such as the one that
appears on org-edit-src-code?


Which one do you mean?  The message in the echo area (last line of
the frame), or the one appearing permanently in the first line of
the buffer window?

And which other cases of messages did you have in mind?

I am not sure if I understand how these are bothering you.

- 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




___
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 colouring (font lock) annoyance

2009-05-05 Thread Bernt Hansen
Yes much!  Thanks!!  It looks perfect now :)

-Bernt


Carsten Dominik  writes:

> Better now?
>
> - Carsten
>
> On May 5, 2009, at 2:21 PM, Bernt Hansen wrote:
>
>> Carsten Dominik  writes:
>>
>>> On Apr 24, 2009, at 8:29 PM, Bernt Hansen wrote:
>>>
 Carsten Dominik  writes:

> On Apr 24, 2009, at 8:20 PM, Bernt Hansen wrote:
>
>> Carsten Dominik  writes:
>>
>>> I do not actively color these tasks, but any headlines that
>>> have been *visible* in a window will have been fontified,
>>> others will not have bee fontified.  Org just copies the
>>> text for this list.  Maybe I should make then all without
>>> colors?
>>
>> Okay.  That's a perfect explanation for me -- and I'll just ignore
>> that
>> color or lack of colour issue.  It's actually a lot easier to read
>> coloured than not so please don't bother making them all black. :)
>
> I can also actively give them a color.  Should these be the correct
> level colors, or some particular color?

 The actual level colours with highlighted TODO keywords and other
 cookies would be ideal I think.
>>>
>>> This should work now, please verify.
>>
>> Cookies are coloured but nothing else seems to be so it's mostly black
>> for me now.  That's probably not what you intended :)
>>
>> -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


[Orgmode] two questions (insert checkbox/ dired to org)

2009-05-05 Thread henry atting

What is the underlying command for this shortcut:

M-S-
Insert a new item with a checkbox 

It does not work for me (if cursor is in a plain list already), 
so I have to fill in checkboxes with C-c C-x C-b. 

Another question: Is it possible to do something like dired-to-org,
where the directory structure (including the subdirectories) is 
written to an org file?
At the moment I do something like:

find `pwd` -maxdepth 4

save the result to an org file, and additionally add `file:' at the
beginnig of each line with sed. Maybe there is something more
convenient?

Regards
henry


___
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] Feature request: inherited priorities

2009-05-05 Thread Peter Westlake

On Sun, 3 May 2009 18:14:38 +0200, "Carsten Dominik"
 said:
> Hi Peter, Matt,
>
> priorities cannot be inherited.

Fair enough!

In that case, would it be possible to take the default priority for a
new task from the parent task?

Peter.

> - Carsten
>
> On Apr 29, 2009, at 4:40 PM, Peter Westlake wrote:
>
> > I would like to suggest that priorities should be inherited. After
> > all, if a task is high priority, then doing the individual parts of
> > it must be too.
> >
> > There are 250 items in my agenda TODO list at the moment, and that's
> > with dependencies on, ordered subtasks, and missing all the less
> > important stuff out altogether. I rarely look beyond the first dozen
> > or so lines. With priorities not being inherited, adding a subtask
> > to an  important job can cause it to plunge hundreds of lines down
> > the list and be overlooked. I have to add priorities to everything
> > by hand.
> >
> > Hope this is a reasonable idea,
> >
> > Peter.
> >
> >
> > ___
> > 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] Feature request: inherited priorities

2009-05-05 Thread Carsten Dominik


On May 5, 2009, at 3:12 PM, Peter Westlake wrote:



On Sun, 3 May 2009 18:14:38 +0200, "Carsten Dominik"
 said:

Hi Peter, Matt,

priorities cannot be inherited.


Fair enough!

In that case, would it be possible to take the default priority for a
new task from the parent task?


I think that any kind of priority inheritance would be defeating
the purpose of priorities, by inflation.

I think what you are trying to do is to assign a whole project
subtree high importance, and I would suggest to use tags for
this purpose, which also support inheritance, and which allow
very flexible filtering.

HTH

- Carsten



Peter.


- Carsten

On Apr 29, 2009, at 4:40 PM, Peter Westlake wrote:


I would like to suggest that priorities should be inherited. After
all, if a task is high priority, then doing the individual parts of
it must be too.

There are 250 items in my agenda TODO list at the moment, and that's
with dependencies on, ordered subtasks, and missing all the less
important stuff out altogether. I rarely look beyond the first dozen
or so lines. With priorities not being inherited, adding a subtask
to an  important job can cause it to plunge hundreds of lines down
the list and be overlooked. I have to add priorities to everything
by hand.

Hope this is a reasonable idea,

Peter.


___
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] Suggestion for demoting collapsed branch

2009-05-05 Thread Nick Dokos
Kevin Haddock  wrote:

> 
> When a branch is collapsed (e.g. invisible), demoting the header should 
> demote all the subnodes also.
> 
> For example, if I have:
> 
> * a
> * b
> * c
> ** ca
> ** cb
> ** cd
> * d
> 
> and I have the cursor on * c and hit alt-right it would just demote *
> c to ** c, but if c is collapsed ('* c...') hitting alt-right on it
> should demote * c to ** c but when I expand * c, ** ca should now be
> *** ca, ** cb should be *** cb, etc...
> 
> This way I can quickly demote whole sections of the tree by just
> collapsing them.  I would think this would be the expected behavior.
> Perhaps I am missing a mechanism to easily do it.  I am pretty new to
> org-mode.

Have you tried M-S- on the heading to be demoted? Or from the Org
menu, Edit Structure/Demote Subtree? Eventually, you get the key combo into
your fingers and then it's quicker than "collapse, demote, uncollapse"
would be, although I admit that your idea has a certain elegance -
the fly in the ointment is how hard it would be to implement and that
I am in no position to evaluate.

> 
> Thanks for the otherwise great utility,
> 

Whatchoo mean "otherwise"? :-) Just kidding :-)

Nick


___
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: How to set a entry with Chinese calender?

2009-05-05 Thread Wei-Wei Guo

Leo 写道:

Hi Leo,

>
> I ran into that question and have written a small package here:
>
> http://article.gmane.org/gmane.emacs.sources/3066/match=diary+chinese
>

Your package is great!

And I notice two bugs. I think it's not bugs of your package.

1. The calculation of Chinese year is right.

For example, if I born in 1982.11 of *solar* calendar and my father born
in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's
age is calculated as 58, which should be 57. Because my father's birthday
is in the next year of *solar* calender, his age is calculated one year
more.

2. Month of Chinese date is not right.

Due to the conversion of http://www.nongli.com/item3/searchNL.asp, 2009.5.5
is "己丑 戊辰 庚戌", but Emacs Calender gives :

Chinese date: Cycle 78, year 26 (己丑), month 4 (己巳), day 11 (庚戌)

It seems it converts one month late.


Best wishes,
Wei-Wei


___
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] FR: make LaTeX export recognize LANGUAGE option

2009-05-05 Thread Kevin Brubeck Unhammer
Hi,

I couldn't find any references to babel in the mailing list nor in
org-latex.el. I have various latex export class headers, but I
sometimes write in English and sometimes in Norwegian, and this is not
bound to the classes (beamer, ps-article, pdf-article). As it is, I've
had

\usepackage[nynorsk,english]{babel}

in all my class headers, and then eg.
\selectlanguage{nynorsk}
in the org file.

But before printout I've had to go into the .tex-file and remove
whatever language I'm not using, deleting the .aux file and rerunning
latex, since Apacite doesn't recognize the \selectlanguage within the
literature list (eg. I get English "in" and "from" and such).

So, I was wondering if we could have an option to let

#+LANGUAGE: nn

make the header say

\usepackage[nynorsk]{babel}

etc., so that, at least for monolingual documents, one doesn't have to
do all this mucking about with \selectlanguage and deleting .aux
files.

If implemented, I think I might've read somewhere that babel should be
loaded early on in the header, but other people probably know this
better than me. (I guess it shouldn't be too hard to put it on the
line right after \documentclass ?)

Possibly "#+LANGUAGE: nn en" could be used for multilingual documents,
but that seems low priority to me.



best regards,
Kevin Brubeck Unhammer


___
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] two questions (insert checkbox/ dired to org)

2009-05-05 Thread Nick Dokos
henry atting  wrote:

> 
> What is the underlying command for this shortcut:
> 
> M-S-
> Insert a new item with a checkbox 
> 

org-insert-todo-heading - it just happens to do special things in
special cases. At the end of a plain list item or a checkbox item, it
calls (org-insert-item 'checkbox) instead of inserting a todo heading.

> It does not work for me (if cursor is in a plain list already), 
> so I have to fill in checkboxes with C-c C-x C-b. 
> 

What does it do? And don't forget to provide version information
both for org-mode and for emacs.

> Another question: Is it possible to do something like dired-to-org,
> where the directory structure (including the subdirectories) is 
> written to an org file?
> At the moment I do something like:
> 
> find `pwd` -maxdepth 4
> 
> save the result to an org file, and additionally add `file:' at the
> beginnig of each line with sed. Maybe there is something more
> convenient?
> 

I think this would be fairly easy to implement and there are many ways
to do it, but:

I have seen requests like this before and I must admit I don't understand
why this would be useful. So this is is a useless rant from your point of
view, but maybe you could explain: what is the use of this? If you want to
be able to get to all of the files/subdirectories of the directory, why not
add a single link to the top-level directory in your org file and then use
the facilities of dired from there? Why is it important to have links to all
the files?

HTH,
Nick



___
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: two questions (insert checkbox/ dired to org)

2009-05-05 Thread Bernt Hansen
henry atting  writes:

> What is the underlying command for this shortcut:
>
> M-S-
> Insert a new item with a checkbox 

,[ C-h k M-S-return ]
|  runs the command org-insert-todo-heading
|   which is an interactive compiled Lisp function in `org.el'.
| It is bound to .
| (org-insert-todo-heading arg &optional force-heading)
`

>
> It does not work for me (if cursor is in a plain list already), 
> so I have to fill in checkboxes with C-c C-x C-b. 

It works great for me creating checkboxes automagically.

-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] Suggestion for demoting collapsed branch

2009-05-05 Thread Sebastian Rose

M-S-RIGHT
M-S-LEFT

I think it's better to behave the same way for collapsed and expanded
trees.


Regards

  Sebastian

Kevin Haddock  writes:
> When a branch is collapsed (e.g. invisible), demoting the header should demote
> all the subnodes also.
>
> For example, if I have:
>
> * a * b * c ** ca ** cb ** cd * d
>
> and I have the cursor on * c and hit alt-right it would just demote * c to ** 
> c,
> but if c is collapsed ('* c...') hitting alt-right on it should demote * c to 
> **
> c but when I expand * c, ** ca should now be *** ca, ** cb should be *** cb,
> etc...
>
> This way I can quickly demote whole sections of the tree by just collapsing
> them.  I would think this would be the expected behavior.  Perhaps I am 
> missing
> a mechanism to easily do it.  I am pretty new to org-mode.
>
> Thanks for the otherwise great utility,
>
> -Kevin


___
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-edit-src-code font lock problem

2009-05-05 Thread Dan Davison
Carsten Dominik  writes:

> Hi Dan,
>
> On Apr 29, 2009, at 9:23 PM, Dan Davison wrote:
>
>> I'm finding that the font-lock in the indirect buffer spawned by C-c '
>> on a source code block is not correct when there is a preceding (odd
>> number of) apostrophes / backticks etc (depending on the
>> language). E.g.
>>
>> * this works fine as there is no apostrophe
>> #+begin_src sh
>>  for i in $(seq -w 1 22) ; do
>>  echo $i
>>  done
>> #+end_src
>>
>> * but this doesn't work correctly because of the single-quote /
>> apostrophe
>> #+begin_src sh
>>  for i in $(seq -w 1 22) ; do
>>  echo $i
>>  done
>> #+end_src
>>
>> The second example thinks it's in a single-quote-delimited string.
>
> Hmmm, this is a serious problem. time passing ..
> OK, I have addressed it by using not a narrowed indirect buffer to
> edit these snippets, but a truly separate buffer. 

Great, thanks.

> Thanks for the report.
>
>>
>> org-version 6.26trans
>> emacs-version 23.0.91.1
>>
>> Dan
>>
>> p.s. A minor wish-list item: would it be possible to introduce a
>> variable (say org-expert or something like that) which, when non-nil,
>> prevents the appearance of instructive messages such as the one that
>> appears on org-edit-src-code?
>
> Which one do you mean?  The message in the echo area (last line of
> the frame), or the one appearing permanently in the first line of
> the buffer window?

The permanent one in the first line. 

>
> And which other cases of messages did you have in mind?

None at the moment! I just thought, seeing as the header is used to give
a help message by org-edit-src-code, it might be worth introducing a
mechanism whereby one can choose between two "levels" of help
messages. I didn't mean to give the impression that I had several things
I wanted to change.

>
> I am not sure if I understand how these are bothering you.

I admit this is a personal and mainly aesthetic preference -- once I've
learned how to use it and the relevant key binding, I prefer to have
(the option to have) a screen free from content other than the minimum
necessary (the echo area will still provide the information). I'm
guessing that quite a few org users have dispensed with the emacs menu
bar (and scroll bars), and was thinking that the proposed option might
appeal to those sorts of people.

Dan

p.s. I think the docstring in org-edit-src-code needs updating to
reflect the change.

>
> - 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
>
>
>
> ___
> 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] Safari suppoprt in org-info-js

2009-05-05 Thread Sebastian Rose
Rick Moynihan  writes:
> Hi all,
>
> Though I don't use Safari; some of my colleagues do and they've reported that 
> my
> org files published with org-info-js don't have any of the javascript features
> enabled.
>
> Is this a known issue?

Yes. It should be fixed now.

You'll have to pull and re-export your stuff though.

The problem was, that Safari is picky about the comments around

Re: [Orgmode] FR: make LaTeX export recognize LANGUAGE option

2009-05-05 Thread Nick Dokos
Kevin Brubeck Unhammer  wrote:


> I couldn't find any references to babel in the mailing list nor in
> org-latex.el. I have various latex export class headers, but I
> sometimes write in English and sometimes in Norwegian, and this is not
> bound to the classes (beamer, ps-article, pdf-article). As it is, I've
> had
> 
> \usepackage[nynorsk,english]{babel}
> 
> in all my class headers, and then eg.
> \selectlanguage{nynorsk}
> in the org file.
> 
> But before printout I've had to go into the .tex-file and remove
> whatever language I'm not using, deleting the .aux file and rerunning
> latex, since Apacite doesn't recognize the \selectlanguage within the
> literature list (eg. I get English "in" and "from" and such).
> 
> So, I was wondering if we could have an option to let
> 
> #+LANGUAGE: nn
> 
> make the header say
> 
> \usepackage[nynorsk]{babel}
> 
> etc., so that, at least for monolingual documents, one doesn't have to
> do all this mucking about with \selectlanguage and deleting .aux
> files.
> 
> If implemented, I think I might've read somewhere that babel should be
> loaded early on in the header, but other people probably know this
> better than me. (I guess it shouldn't be too hard to put it on the
> line right after \documentclass ?)
> 
> Possibly "#+LANGUAGE: nn en" could be used for multilingual documents,
> but that seems low priority to me.
> 

Part of the problem is that if you have previous runs, the aux file and such
are going to be present and they will need cleaning up no matter what you
do at the org level.

Purely at the org level, there may be a better way, but this is what I
came up with: you can hack around this by defining your own
"class". E.g. in your org file you say

#+LaTeX_CLASS: myclass

and you add a definition for ``myclass'' to org-export-latex-classes,
something like this (I just copied the ``article'' entry, modified the name
and added the babel stuff - and you probably still need to add
the \selectlanguage more-or-less by hand, but I guess you can do it at the
org level):

(add-to-list 'org-export-latex-classes
  '("myclass"
 "\\documentclass[11pt]{article}
\\usepackage[nynorsk]{babel}
\\usepackage[utf8]{inputenc}
\\usepackage[T1]{fontenc}
\\usepackage{graphicx}
\\usepackage{longtable}
\\usepackage{hyperref}"
 ("\\section{%s}" . "\\section*{%s}")
 ("\\subsection{%s}" . "\\subsection*{%s}")
 ("\\subsubsection{%s}" . "\\subsubsection*{%s}")
 ("\\paragraph{%s}" . "\\paragraph*{%s}")
 ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))

Does this help?

Nick



___
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 set a entry with Chinese calender?

2009-05-05 Thread Leo
On 2009-05-05 14:53 +0100, Wei-Wei Guo wrote:
> And I notice two bugs. I think it's not bugs of your package.

I assume you mean without loading cal-china-plus, the follow restults
still stand. Could you investigate more and report those bugs to
emacs-devel? The author of calendar.el is actually an expert in this
field, it is good to have him reviewing this.

> 1. The calculation of Chinese year is right.
>
> For example, if I born in 1982.11 of *solar* calendar and my father born
> in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's
> age is calculated as 58, which should be 57. Because my father's birthday
> is in the next year of *solar* calender, his age is calculated one year
> more.
> 
> 2. Month of Chinese date is not right.
>
> Due to the conversion of http://www.nongli.com/item3/searchNL.asp, 2009.5.5
> is "己丑 戊辰 庚戌", but Emacs Calender gives :
>
> Chinese date: Cycle 78, year 26 (己丑), month 4 (己巳), day 11 (庚戌)
>
> It seems it converts one month late.
>
>
> Best wishes,
> Wei-Wei

Best wishes,
-- 
.: Leo :. [ sdl.web AT gmail.com ] .: I use Emacs :.



___
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: File local variables and export?

2009-05-05 Thread Jason Riedy
And Carsten Dominik writes:
>> I can smuggle the value in by adding an entry to
>> org-export-plist-vars referring to
>> org-export-latex-image-default-option and pulling the value from
>> the plist, but that feels incorrect.
>
> To me it sounds correct, actually.  I have added this, and will
> add other variables as needed.

I was thinking about using file locals to pass arguments along to
custom functions...  Carrying a central registry feels funny.   Why
do you prefer org-export-plist-vars?

Jason


___
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: two questions (insert checkbox/ dired to org)

2009-05-05 Thread henry atting
On Di, Mai 05 2009, Nick Dokos wrote:

> henry atting  wrote:
>
>> 
>> What is the underlying command for this shortcut:
>> 
>> M-S-
>> Insert a new item with a checkbox 
>> 
>
> org-insert-todo-heading - it just happens to do special things in
> special cases. At the end of a plain list item or a checkbox item, it
> calls (org-insert-item 'checkbox) instead of inserting a todo heading.
>
>> It does not work for me (if cursor is in a plain list already), 
>> so I have to fill in checkboxes with C-c C-x C-b. 
>> 
>
> What does it do? And don't forget to provide version information
> both for org-mode and for emacs.

GNU Emacs 23.0.93.1 (i486-pc-linux-gnu, GTK+ Version 2.16.1) of
2009-05-01 on elegiac, modified by Debian
Org-mode version 6.26trans

Mmh, I found out that it works. Normally if I see a key binding like
M-S-RET I would use ESC-S-RET, but in this case the output of C-h k is:

ESC  (translated from  ) is undefined

So if use alt-S-RET it works fine, but usually I never use alt for `M'.

>> Another question: Is it possible to do something like dired-to-org,
>> where the directory structure (including the subdirectories) is 
>> written to an org file?
> [...]
> I think this would be fairly easy to implement and there are many ways
> to do it, but:
>
> I have seen requests like this before and I must admit I don't understand
> why this would be useful. So this is is a useless rant from your point of
> view, but maybe you could explain: what is the use of this? If you want to
> be able to get to all of the files/subdirectories of the directory, why not
> add a single link to the top-level directory in your org file and then use
> the facilities of dired from there? Why is it important to have links to all
> the files?

When I am pondering about my request I am not so sure anymore if it
would be really usefull. But then again at first I found it helpfull to have
something like a table of contents where all the files are hierarchically
listed. 
However the main inconvenience of such a construct is that each
alteration of the files or subdirectories would make this file
increasingly useless. One would have to create this file anew whenever
you modify something.
So something like linking to a directory is really much better. :)

henry


___
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-edit-src-code font lock problem

2009-05-05 Thread Carsten Dominik


On May 5, 2009, at 4:17 PM, Dan Davison wrote:


Carsten Dominik  writes:


Hi Dan,

On Apr 29, 2009, at 9:23 PM, Dan Davison wrote:

I'm finding that the font-lock in the indirect buffer spawned by C- 
c '

on a source code block is not correct when there is a preceding (odd
number of) apostrophes / backticks etc (depending on the
language). E.g.

* this works fine as there is no apostrophe
#+begin_src sh
for i in $(seq -w 1 22) ; do
echo $i
done
#+end_src

* but this doesn't work correctly because of the single-quote /
apostrophe
#+begin_src sh
for i in $(seq -w 1 22) ; do
echo $i
done
#+end_src

The second example thinks it's in a single-quote-delimited string.


Hmmm, this is a serious problem. time passing ..
OK, I have addressed it by using not a narrowed indirect buffer to
edit these snippets, but a truly separate buffer.


Great, thanks.


Thanks for the report.



org-version 6.26trans
emacs-version 23.0.91.1

Dan

p.s. A minor wish-list item: would it be possible to introduce a
variable (say org-expert or something like that) which, when non- 
nil,

prevents the appearance of instructive messages such as the one that
appears on org-edit-src-code?


Which one do you mean?  The message in the echo area (last line of
the frame), or the one appearing permanently in the first line of
the buffer window?


The permanent one in the first line.



And which other cases of messages did you have in mind?


None at the moment! I just thought, seeing as the header is used to  
give

a help message by org-edit-src-code, it might be worth introducing a
mechanism whereby one can choose between two "levels" of help
messages. I didn't mean to give the impression that I had several  
things

I wanted to change.


I am not in favor of removing such messages in bulk.  Org-mode
has so many facets that a user might be tempted to turn off
these messages after feeling familiar in one area, and then
not being educated sufficiently in other areas as a effect of
toggling a single `org-export' variable.


I am not sure if I understand how these are bothering you.


I admit this is a personal and mainly aesthetic preference -- once  
I've

learned how to use it and the relevant key binding, I prefer to have
(the option to have) a screen free from content other than the minimum
necessary (the echo area will still provide the information). I'm
guessing that quite a few org users have dispensed with the emacs menu
bar (and scroll bars), and was thinking that the proposed option might
appeal to those sorts of people.


You can do

(setq org-edit-src-persistent-message nil)

after updating from git.  We will address similar messages
in other areas as people report to be distracted by them.


Dan

p.s. I think the docstring in org-edit-src-code needs updating to
reflect the change.


Yes, thanks, I did that too.

- 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] Safari suppoprt in org-info-js

2009-05-05 Thread Rick Moynihan

Sebastian Rose wrote:

Rick Moynihan  writes:

Hi all,

Though I don't use Safari; some of my colleagues do and they've reported that my
org files published with org-info-js don't have any of the javascript features
enabled.

Is this a known issue?


Yes. It should be fixed now.

You'll have to pull and re-export your stuff though.

The problem was, that Safari is picky about the comments around

[Orgmode] LaTeX Export option for titlepage

2009-05-05 Thread Mark Elston

I am exporting a report to LaTeX and PDF and would like
to modify the generated output somewhat and can't find
the place I need to tweak.

Currently, with the toc turned on the generated .tex
file has

  \maketitle

immediately after the \begin{document} command.

I would like to change this to:

  \begin{titlingpage}
  \maketitle
  \end{titlingpage}

Is there any way to have this happen automatically?  Obviously,
it isn't a huge deal to edit the file and tweak it manually.
I just thought it would be nice to be able to parameterize this
somehow.

Unfortunately the org-export-latex-classes only specify
the headers up to the \begin{document} command.

Mark


___
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] LaTeX Export option for titlepage

2009-05-05 Thread Russell Adams
Try redefining org-export-latex-title-command. I often blank it and
make my own title page.

On Tue, May 05, 2009 at 12:22:49PM -0700, Mark Elston wrote:
> I am exporting a report to LaTeX and PDF and would like
> to modify the generated output somewhat and can't find
> the place I need to tweak.
>
> Currently, with the toc turned on the generated .tex
> file has
>
>   \maketitle
>
> immediately after the \begin{document} command.
>
> I would like to change this to:
>
>   \begin{titlingpage}
>   \maketitle
>   \end{titlingpage}
>
> Is there any way to have this happen automatically?  Obviously,
> it isn't a huge deal to edit the file and tweak it manually.
> I just thought it would be nice to be able to parameterize this
> somehow.
>
> Unfortunately the org-export-latex-classes only specify
> the headers up to the \begin{document} command.
>
> Mark
>
>
> ___
> 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
>


--
Russell Adamsrlad...@adamsinfoserv.com

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3


___
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] LaTeX Export option for titlepage

2009-05-05 Thread Mark Elston

Thanks, Russel.  That was it.

Actually, after a little playing around I, too, blanked it out
and added a #+BEGIN_LaTeX/#+END_LaTeX fragment to set everything
up just the way I wanted it.

Mark

Russell Adams wrote:

Try redefining org-export-latex-title-command. I often blank it and
make my own title page.

On Tue, May 05, 2009 at 12:22:49PM -0700, Mark Elston wrote:

I am exporting a report to LaTeX and PDF and would like
to modify the generated output somewhat and can't find
the place I need to tweak.

Currently, with the toc turned on the generated .tex
file has

  \maketitle

immediately after the \begin{document} command.

I would like to change this to:

  \begin{titlingpage}
  \maketitle
  \end{titlingpage}

Is there any way to have this happen automatically?  Obviously,
it isn't a huge deal to edit the file and tweak it manually.
I just thought it would be nice to be able to parameterize this
somehow.

Unfortunately the org-export-latex-classes only specify
the headers up to the \begin{document} command.

Mark





___
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] Repeated entry same time every day?

2009-05-05 Thread Piotr Zielinski
Hi,

Is it possible to have a repeater (say SCHEDULED: <2009-05-05 Tue
16:00 +24h> or something) that would ensure that the given entry is
automatically scheduled at the same time every day?

Thanks,
Piotr


___
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: Repeated entry same time every day?

2009-05-05 Thread Bernt Hansen
Piotr Zielinski  writes:

> Is it possible to have a repeater (say SCHEDULED: <2009-05-05 Tue
> 16:00 +24h> or something) that would ensure that the given entry is
> automatically scheduled at the same time every day?

Sure.  Just try it :)  Try +1d instead of +24h like this:

* TODO One
  SCHEDULED: <2009-05-08 Fri 13:00-15:00 +1d> 

-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] Repeated entry same time every day?

2009-05-05 Thread Sven Bretfeld
Piotr Zielinski  writes:

> Is it possible to have a repeater (say SCHEDULED: <2009-05-05 Tue
> 16:00 +24h> or something) that would ensure that the given entry is
> automatically scheduled at the same time every day?

I think <2009-05-05 Tue 16:00 +1d> should work.

Greetings

Sven
-- 
Sven Bretfeld
  \ CEntrum für
CERES  \ REligionswissenschaftliche
\_Studien__
Ruhr-Universität Bochum
Universitätsstraße 150
D-44780 Bochum
http://www.ruhr-uni-bochum.de/relwiss/


___
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: Repeated entry same time every day?

2009-05-05 Thread Piotr Zielinski
On Tue, May 5, 2009 at 11:34 PM, Bernt Hansen  wrote:
> Piotr Zielinski  writes:
>
>> Is it possible to have a repeater (say SCHEDULED: <2009-05-05 Tue
>> 16:00 +24h> or something) that would ensure that the given entry is
>> automatically scheduled at the same time every day?
>
> Sure.  Just try it :)  Try +1d instead of +24h like this:
>
> * TODO One
>  SCHEDULED: <2009-05-08 Fri 13:00-15:00 +1d>

Thanks a lot!  It turns out that I had some code that was explicitly
removing the time.

Piotr

>
> -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] Re: How to set a entry with Chinese calender?

2009-05-05 Thread Wei-Wei Guo

Leo 写道:

Hi Leo,


I assume you mean without loading cal-china-plus, the follow restults
still stand. Could you investigate more and report those bugs to
emacs-devel? The author of calendar.el is actually an expert in this
field, it is good to have him reviewing this.


1. The calculation of Chinese year is not right.

For example, if I born in 1982.11 of *solar* calendar and my father born
in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's
age is calculated as 58, which should be 57. Because my father's birthday
is in the next year of *solar* calender, his age is calculated one year
more.



This bug cannot be reproduced without loading cal-china-plus for it uses the
diary-chinese-anniversary of your package. For example.

%%(diary-anniversary 11 1 1982) I'm %d years old.
%%(diary-chinese-anniversary 12 1 1952) Dad is %d years old.

Could you give me some hints on how to present the bug without your package?


Best wishes,
Wei-Wei


___
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 set a entry with Chinese calender?

2009-05-05 Thread Leo
On 2009-05-06 00:32 +0100, Wei-Wei Guo wrote:
>>> 1. The calculation of Chinese year is not right.
>>>
>>> For example, if I born in 1982.11 of *solar* calendar and my father born
>>> in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's
>>> age is calculated as 58, which should be 57. Because my father's birthday
>>> is in the next year of *solar* calender, his age is calculated one year
>>> more.
>>>
>
> This bug cannot be reproduced without loading cal-china-plus for it uses the
> diary-chinese-anniversary of your package. For example.
>
> %%(diary-anniversary 11 1 1982) I'm %d years old.
> %%(diary-chinese-anniversary 12 1 1952) Dad is %d years old.
>
> Could you give me some hints on how to present the bug without your package?

How do you make calendar show the age of your father?

I put %%(diary-chinese-anniversary 12 1 1952) in my diary file and on
2008.12.27 (solar calendar), it says '56 years old', isn't this correct?

There are different ways of counting ages. The diff var in the
diary-chinese-anniversary holds the age value.

Incidentally I found a bug in diary-chinese-anniversary. Could you test
the attached version?



cal-china-plus.el
Description: cal-china-plus.el

Thanks,
-- 
.: Leo :. [ sdl.web AT gmail.com ] .: I use Emacs :.
___
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 set a entry with Chinese calender?

2009-05-05 Thread Leo
On 2009-05-06 02:57 +0100, Leo wrote:

Those Chinese Characters became gibberish so I also posted it here
http://paste.lisp.org/display/79735.

-- 
.: Leo :. [ sdl.web AT gmail.com ] .: I use Emacs :.



___
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] Is org-export's hard coded dispatching on purpose?

2009-05-05 Thread eric johnson
Hi -

I was looking at org-export and realized that the dispatching for that is
all hardcoded
in the assignment to cmds.

Is that on purpose?  Seems like it would be more useful if we could get some
control
over there.

In my case, I was going to add in an option to email the html'ized version
of the agenda
back to myself.

-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] CamelCase link type

2009-05-05 Thread Samuel Wales
> perl -pe 's/((?:[[:upper:]][\p{lower}_-\d]+){2,})/[[$1]]/'

Very nice.  Makes me want a little table comparing perl, grep/sed
normal, grep/sed extended, and emacs syntax.


___
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] possible to make loading org not make any changes?

2009-05-05 Thread Samuel Wales
I've noticed that loading org undoes some changes that I do, such as
redefining keys in org-mode-hook back to what they did before.

I wonder if it's possible and practical as a matter of philosophy to
make loading org not have any side effects?  Or is this something that
cannot or should not be done?

-- 
Myalgic encephalomyelitis denialism is causing death and severe suffering
worse than MS.  Conflicts of interest are destroying science.  Anybody can
get the disease at any time permanently.  Do science and justice matter to
you?  http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm


___
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] decimal hours for clocking

2009-05-05 Thread Samuel Wales
This is a tiny little thing, but currently org-clock-display shows
hours and minutes.  Perhaps it could also show decimal hours.  Thus
9:30 could report as "9:30 (9.5h)".  I'd find it easier not to have to
calculate it manually.

Thanks.

-- 
Myalgic encephalomyelitis denialism is causing death (decades early;
Jason et al. 2006) and severe suffering (worse than nearly all other
diseases studied; e.g. Schweitzer et al. 1995) and grossly corrupting
science.  http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm


___
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] decimal hours for clocking

2009-05-05 Thread Nick Dokos
Samuel Wales  wrote:

> This is a tiny little thing, but currently org-clock-display shows
> hours and minutes.  Perhaps it could also show decimal hours.  Thus
> 9:30 could report as "9:30 (9.5h)".  I'd find it easier not to have to
> calculate it manually.
> 

Assuming that you talking about the total time that is written out in
the echo area by org-clock-display, you can change its last line from
this:

...
(message (concat "Total file time: " org-time-clocksum-format "(%d hours 
and %d minutes)") h m h m)))

to this:

...
(message (concat "Total file time: " org-time-clocksum-format "(%d hours 
and %d minutes (%d.%02d))") h m h m h (* 100 (/ m 60.0)

HTH,
Nick


___
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: How to set a entry with Chinese calender?

2009-05-05 Thread Wei-Wei Guo

Leo 写道:

On 2009-05-06 00:32 +0100, Wei-Wei Guo wrote:

1. The calculation of Chinese year is not right.

For example, if I born in 1982.11 of *solar* calendar and my father born
in 1952.12 of *lunar* calendar. My age is calculated as 27 and my father's
age is calculated as 58, which should be 57. Because my father's birthday
is in the next year of *solar* calender, his age is calculated one year
more.


This bug cannot be reproduced without loading cal-china-plus for it uses the
diary-chinese-anniversary of your package. For example.

%%(diary-anniversary 11 1 1982) I'm %d years old.
%%(diary-chinese-anniversary 12 1 1952) Dad is %d years old.

Could you give me some hints on how to present the bug without your package?


How do you make calendar show the age of your father?

I put %%(diary-chinese-anniversary 12 1 1952) in my diary file and on
2008.12.27 (solar calendar), it says '56 years old', isn't this correct?



Saturday   27 December 2008
  Birthday:   Dad is 56 years old.

Friday 15 January 2010
  Birthday:   Dad is 58 years old.

There is no '57 years old'.



There are different ways of counting ages. The diff var in the
diary-chinese-anniversary holds the age value.

Incidentally I found a bug in diary-chinese-anniversary. Could you test
the attached version?



The new version cause .org very slow and shows "Bad sexp at line 36 in ...". 
What
do you want to test?


Best wishes,
Wei-Wei


___
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