[Orgmode] Re: xemacs21 support broke from 35f to 35g
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 the same source package, so that was not an option; I ended up introducing, for each flavor, a list of "blacklisted" files that are taken out at install time. Still, removing support for emacs21 and xemacs21 in org 7.0 makes a lot of sense to me :) Cheers, --Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: xemacs21 support broke from 35f to 35g
> 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 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: xemacs21 support broke from 35f to 35g
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, thanks ! Cheers, --Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] xemacs21 support broke from 35f to 35g
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: ** attempt to open-code anonymous lambda with too many arguments ** attempt to open-code anonymous lambda with too many arguments While compiling org-ctrl-c-ctrl-c: !! Wrong type argument ((stringp org-property-start-re)) >>Error occurred processing org.el: Wrong type argument: stringp, org-property-start-re and then later: Compiling /usr/share/xemacs21/site-lisp/org-mode/org-freemind.el... While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/org-mode/org-freemind.el: ** evaluating (1+ *): (wrong-type-argument number-char-or-marker-p *) Dropping xemacs21 support altogether certainly would not bother me, but http://org-mode still mentions it is supported :) Cheers, --Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] "%3f" shouldn't be unescaped in HTTP URLs
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 (literal '?') - http://www.google.com/search?q=org+mode (query separator) These are the URLs generated by Org mode when exporting them to HTML: - http://en.wikipedia.org/wiki/Who%27s_Afraid_of_Virginia_Woolf? - http://www.google.com/search?q=org+mode I.e. '?' is left as is, but '%3f' is unescaped, producing the wrong URL (don't be fooled by the fact that Wikipedia actually accepts it ;) ). This makes impossible to correctly export an HTTP URL with a literal question mark in it. The solution would be to leave '%3f' as is, too, in the same way as '%27' has been left as is in the previous example. What do you guys think ? Cheers, --Seb [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573186 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Links with description and '%3f' in URL fail
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 is the list that is used before handing > over to the browser.") > (url-unhex-string text) > (setq table (or table org-link-escape-chars)) > (when text > - (let ((re (mapconcat (lambda (x) (regexp-quote (cdr x))) > + (let ((case-fold-search t) > + (re (mapconcat (lambda (x) (regexp-quote (downcase (cdr x > table "\\|"))) > (while (string-match re text) > (setq text > (replace-match > - (char-to-string (car (rassoc (match-string 0 text) table))) > + (char-to-string (car (rassoc (upcase (match-string 0 text)) > + table))) >t t text))) > text yes, it does just fine; thank you very much for you time ! Cheers, --Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Links with description and '%3f' in URL fail
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 if the link has a description. Other escape sequences like '%3e' or '%40' or even the literal '?' corresponding to character 0x3f don't trigger the error. For instance: - http://www.example.com/x%3fx doesn't trigger the error - [[http://www.example.com/x%3fx][test]] triggers the error - [[http://www.example.com/x%3ex][test]] doesn't trigger the error - [[http://www.example.com/x?x][test]] doesn't trigger the error Even more strange, while '%3f' reveals the error, '%3F' does not. I guess the ``org-link-unescape`` function has some serious problems with the handling of '?': when using '%3F' in an HTTP URL, it is unescaped when exported to HTML, resulting most of the time in invalid URLs, since the '?' character separates the path from query arguments. For instance, in "http://x.org/what%3F"; the '%3F' should be left as is instead of being exported as "http://x.org/what?";. In "http://x.org/query?foo=bar";, the '?' should also be left as is. Here it's better to trust the user and leave URLs untouched than trying to be too smart. It at least sounds a like strange that it'd behave diffrently depending on whether or not there is a description alongside the link... Cheers, --Seb [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572404 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Wrong category in agenda view if undefined ?
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 file name if necessary. > > http://orgmode.org/manual/Categories.html#Categories Hi Carsten, thank you very much for the prompt reply, I will add this information to the Debian bug report. Cheers, --Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Emphasis spanning more than two lines doesn't get font-lock'ed
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 the noise, I should have followed more carefully. Thank you for pointing me in the right direction. Cheers, --Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Emphasis spanning more than two lines doesn't get font-lock'ed
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 2 lines, isn't recognized); seeing how exporting this same snippet through org does indeed show 3 emphasized spans, should this be considered a bug ? Cheers, --Seb [1] http://bugs.debian.org/569752 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Wrong category in agenda view if undefined ?
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 cat2 you get this agenda view: Week-agenda (W07): Monday 15 February 2010 W07 Tuesday16 February 2010 last cat2: Scheduled: TODO nocat2 Wednesday 17 February 2010 cat2: Scheduled: TODO cat2 Thursday 18 February 2010 Friday 19 February 2010 Saturday 20 February 2010 Sunday 21 February 2010 Should there really be a "last cat2" category for that first entry, instead of no category at all ? Cheers, --Seb [1] http://bugs.debian.org/550540 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Problem in org-expiry-process-entry
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: --- contrib.orig/org-expiry.el 2009-01-26 09:06:12.0 -0800 +++ contrib/org-expiry.el2009-02-01 10:00:47.0 -0800 @@ -247,7 +247,7 @@ (not (interactive))) (and org-expiry-confirm-flag (y-or-n-p (format "Entry expired by %d days. Process? " d - (funcall 'org-expiry-handler-function)) + (funcall org-expiry-handler-function)) (org-delete-overlay ov) (defun org-expiry-process-entries (beg end) Am I missing something ? :) Cheers, --Seb ___ 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
