link export confused when URL parameter is another URL

link export confused when URL parameter is another URL

[Cook, Malcolm]

If find that this orgtext

	[[http://www.foo.com/foo?URL=http://www.bar.com][test]]

exports to html incorrectly as

	[[http://www.foo.com/foo?URL=[[http://www.bar.com][test][http://www.bar.com][test]]]

using today's fresh git pull make install

Any pointers?

Thanks

Malcolm Cook
Stowers Institute for Medical Research -  Bioinformatics
Kansas City, Missouri  USA
 

Re: link export confused when URL parameter is another URL

[David Maus]

[-- Attachment #1.1: Type: text/plain, Size: 942 bytes --]

At Thu, 30 Sep 2010 15:17:00 -0500,
Cook, Malcolm wrote:
>
>
> If find that this orgtext
>
> 	[[http://www.foo.com/foo?URL=http://www.bar.com][test]]
>
> exports to html incorrectly as
>
> 	[[http://www.foo.com/foo?URL=[[http://www.bar.com][test][http://www.bar.com][test]]]
>
> using today's fresh git pull make install
>
> Any pointers?

The problem here is that Org's (legacy) support for plain links
(i.e. without square brackets) kicks in and transforms the fragment
part to a normal square bracket link.

My regexp-foo is not as it should be, but I am on this one to fix it;
What we need to express in `org-export-normalize-link' is, that a
plain link is something that looks like a hyperlink but not preceded
directly by a square or angle bracket and not after a question mark
followed by zero or more no-whitespace-characters.

Best,
  -- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber.... dmjena@jabber.org
Email..... dmaus@ictsoc.de

[-- Attachment #1.2: Type: application/pgp-signature, Size: 230 bytes --]

[-- Attachment #2: Type: text/plain, Size: 201 bytes --]

_______________________________________________
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

RE: link export confused when URL parameter is another URL

[Cook, Malcolm]

David,

Thanks for your sleuthing.....

I've not been digging on orgmode internals, so I defer to you of course.  

But it seems to me that the [[link][text]] pattern might provide a context in which embedded links are not sought (i.e. there is no link internal to top-level link).

Just a thought.... perhaps expressible as a context-free-grammar.

Cheers back,

Malcolm
 

-----Original Message-----
From: David Maus [mailto:dmaus@ictsoc.de] 
Sent: Wednesday, October 20, 2010 11:36 PM
To: Cook, Malcolm
Cc: 'emacs-orgmode@gnu.org'
Subject: Re: [Orgmode] link export confused when URL parameter is another URL

At Thu, 30 Sep 2010 15:17:00 -0500,
Cook, Malcolm wrote:
>
>
> If find that this orgtext
>
> 	[[http://www.foo.com/foo?URL=http://www.bar.com][test]]
>
> exports to html incorrectly as
>
> 	
> [[http://www.foo.com/foo?URL=[[http://www.bar.com][test][http://www.ba
> r.com][test]]]
>
> using today's fresh git pull make install
>
> Any pointers?

The problem here is that Org's (legacy) support for plain links (i.e. without square brackets) kicks in and transforms the fragment part to a normal square bracket link.

My regexp-foo is not as it should be, but I am on this one to fix it; What we need to express in `org-export-normalize-link' is, that a plain link is something that looks like a hyperlink but not preceded directly by a square or angle bracket and not after a question mark followed by zero or more no-whitespace-characters.

Best,
  -- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber.... dmjena@jabber.org
Email..... dmaus@ictsoc.de

Re: link export confused when URL parameter is another URL

[Carsten Dominik]

On Oct 21, 2010, at 6:35 AM, David Maus wrote:

> At Thu, 30 Sep 2010 15:17:00 -0500,
> Cook, Malcolm wrote:
>>
>>
>> If find that this orgtext
>>
>> 	[[http://www.foo.com/foo?URL=http://www.bar.com][test]]
>>
>> exports to html incorrectly as
>>
>> 	[[http://www.foo.com/foo?URL=[[http://www.bar.com][test][http://www.bar.com 
>> ][test]]]
>>
>> using today's fresh git pull make install
>>
>> Any pointers?
>
> The problem here is that Org's (legacy) support for plain links
> (i.e. without square brackets) kicks in and transforms the fragment
> part to a normal square bracket link.
>
> My regexp-foo is not as it should be, but I am on this one to fix it;
> What we need to express in `org-export-normalize-link' is, that a
> plain link is something that looks like a hyperlink but not preceded
> directly by a square or angle bracket and not after a question mark
> followed by zero or more no-whitespace-characters.

This is a bit hard without lookbehind assertions as they are available
in perl.  For something like this it is somtimes easier to just to
the normal match you wanted to use anyway and then confirm by
taking a separate look at the text before the match
which is, for example,

   (buffer-substring (point-at-bol) (match-beginning 0))

HTH

- Carsten

Re: link export confused when URL parameter is another URL

[David Maus]

[-- Attachment #1.1: Type: text/plain, Size: 743 bytes --]

At Thu, 21 Oct 2010 19:38:17 +0200,
Carsten Dominik wrote:
> This is a bit hard without lookbehind assertions as they are available
> in perl.  For something like this it is somtimes easier to just to
> the normal match you wanted to use anyway and then confirm by
> taking a separate look at the text before the match
> which is, for example,
>
>    (buffer-substring (point-at-bol) (match-beginning 0))

Thanks, that looks much better than using looking-back.  I've pushed a
possible fix to master.  Plain links that are behind the query part of
something that looks like a bracket link ("\\[\\[\\S-+:\\S-*?") are
now not normalized.

Best,
  -- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber.... dmjena@jabber.org
Email..... dmaus@ictsoc.de

[-- Attachment #1.2: Type: application/pgp-signature, Size: 230 bytes --]

[-- Attachment #2: Type: text/plain, Size: 201 bytes --]

_______________________________________________
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