On 2010-04-14, Carsten Dominik carsten.domi...@gmail.com 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
On 2010-04-13, Carsten Dominik carsten.domi...@gmail.com 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
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
___
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:
**
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
On 2010-03-04, Carsten Dominik carsten.domi...@gmail.com 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
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
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
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:
