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
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
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
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
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
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
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
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
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,
> 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
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
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:
==
12 matches
Mail list logo