[Orgmode] Wrong category in agenda view if undefined ?

2010-02-16 Thread Sebastien Delafond
Hi, this is a follow-up for Debian bug #550540[1], which is basically that with the following org snippet : * Tasks ** TODO nocat2 SCHEDULED: <2010-02-16 Tue> [2010-02-16 Tue] #+CATEGORY: cat2 ** TODO cat2 SCHEDULED: <2010-02-17 Wed> [2010-02-17 Wed] #+CATEGORY: last

[Orgmode] Emphasis spanning more than two lines doesn't get font-lock'ed

2010-02-16 Thread Sebastien Delafond
This is a follow-up to Debian bug #569752[1], which states that with the following org snippet : foo *foo* foo foo foo *foo foo* foo foo foo foo *foo foo foo foo foo* foo foo you only get 2 spans of text highlighted by font-lock as "bold", instead of 3 (the 3rd one, spanning more than

[Orgmode] Re: Emphasis spanning more than two lines doesn't get font-lock'ed

2010-02-16 Thread Sebastien Delafond
On 2010-02-16, David Maus wrote: > I would say: No. It's not a bug, just a limitation of the > highlighting capability. Dunno if you follow the list, the question > on highlighting multiple lines was recently asked and answered: > > http://article.gmane.org/gmane.emacs.orgmode/22351 sorry for t

[Orgmode] Re: Wrong category in agenda view if undefined ?

2010-02-16 Thread Sebastien Delafond
On 2010-02-16, Carsten Dominik wrote: > Using multiple #+CARTEGORY lines is deprecated anyway. The supported > way for multiple categories is to use properties that apply to a given > tree. > > There is no such thing as an empty category in Org-mode - Org-mode > would derive one from the fil

[Orgmode] Links with description and '%3f' in URL fail

2010-03-04 Thread Sebastien Delafond
Quoting from debian bug report #572404[0]: This error is quite esoteric. Creating a link with a '%3f' escape sequence in its URL (at least HTTP ones) makes it fail to be edited with C-c C-l and exported with the error: org-link-unescape: Wrong type argument: characterp, nil But only

[Orgmode] Re: Links with description and '%3f' in URL fail

2010-03-05 Thread Sebastien Delafond
On 2010-03-04, Carsten Dominik wrote: > Hi Sebastian, > > could you please try if the following patch does solve this issue? > > Thanks. > > - Carsten > > diff --git a/lisp/org.el b/lisp/org.el > index 85b74fa..59d2acf 100644 > --- a/lisp/org.el > +++ b/lisp/org.el > @@ -7950,12 +7950,14 @@ This i

[Orgmode] "%3f" shouldn't be unescaped in HTTP URLs

2010-03-09 Thread Sebastien Delafond
Quoting from Debian bug #573186[0]: Some HTTP URLs have literal '?' in them. Since '?' also separates the path from query arguments, it needs to be escaped in the first case. These are examples of the two cases: - http://en.wikipedia.org/wiki/Who%27s_Afraid_of_Virginia_Woolf%3F (lite

[Orgmode] xemacs21 support broke from 35f to 35g

2010-04-12 Thread Sebastien Delafond
Hi, I noticed that installing for xemacs21 worked with 6.35f, but does not anymore with 6.35g or 6.35h. The errors are as as follows: Compiling /usr/share/xemacs21/site-lisp/org-mode/org.el... While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/org-mode/org.el: ** atte

[Orgmode] Re: xemacs21 support broke from 35f to 35g

2010-04-13 Thread Sebastien Delafond
On 2010-04-13, Carsten Dominik wrote: > I fixed that. thank you ! I get a 404 when tryign to access http://orgmode.org/org-6.35i.tar.gz, but I'm sure this will get fixed soon ;) > org-freemind needs the rx library. I am now explicitly requireing > rx, so people will know what is missing. cool,

[Orgmode] Re: xemacs21 support broke from 35f to 35g

2010-04-13 Thread Sebastien Delafond
> org-freemind needs the rx library. I am now explicitly requireing > rx, so people will know what is missing. Is there any easy way we could by default disable org-freemind for the xemacs family, as they do not include rx.el ? Cheers, --Seb ___ Em

[Orgmode] Re: xemacs21 support broke from 35f to 35g

2010-04-14 Thread Sebastien Delafond
On 2010-04-14, Carsten Dominik wrote: > If you are talking about package creation, this is another matter. > All you need to do is to remove org-freemind.el and the ines that > refer to it in the makefile. A simple script can do this. actually, I build packages for both emacs* and xemacs* from t

[Orgmode] Problem in org-expiry-process-entry

2009-02-01 Thread Sebastien Delafond
Hello, without redefining org-expiry-handler-function in my .emacs, all my calls to org-expiry-process-entry result in the following: Symbol's function definition is void: org-expiry-handler-function I find that the following patch fixes it for me: ==