From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Janssen Subject: Re: Mismatch in url escaping between org and exported html Date: Mon, 10 Feb 2014 11:59:31 +0100 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e01293f0ef30ddc04f20b3bcb Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55938) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCoaL-000843-21 for emacs-orgmode@gnu.org; Mon, 10 Feb 2014 05:59:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WCoaK-0001U9-1n for emacs-orgmode@gnu.org; Mon, 10 Feb 2014 05:59:32 -0500 Received: from mail-ob0-x22a.google.com ([2607:f8b0:4003:c01::22a]:58830) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCoaJ-0001U2-S6 for emacs-orgmode@gnu.org; Mon, 10 Feb 2014 05:59:31 -0500 Received: by mail-ob0-f170.google.com with SMTP id va2so6996972obc.15 for ; Mon, 10 Feb 2014 02:59:31 -0800 (PST) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org --089e01293f0ef30ddc04f20b3bcb Content-Type: text/plain; charset=ISO-8859-1 On Sun, Feb 9, 2014 at 11:07 PM, Mark Janssen wrote: > > >> > Seems (setq org-url-hexify-p nil) will give me the required behavior. > > Mark > > This didn't work, so I investigated a bit further. Because the = sign is included in org-link-escape-chars, the org-url-hexify-p value will not make anu difference. So the problem is still that equals signs are hexified in org-links. Reading =org.el= and seeing the =org-link-escape-chars= constant this seems to be expected behavior. So I think the issue is that the html exporter doesn't unhexify the equals sign in the link. As a result the link in the html doesn't work. e.g. The link: http://test/test?name=me Is translated to: http://test/test?name%3Dme In the org file And that link is also included in the HTML where I would have expected the equals sign again. --089e01293f0ef30ddc04f20b3bcb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Sun, Feb 9, 2014 at 11:07 PM, Mark Janssen <= ;mpc.janssen@gma= il.com> wrote:



Seems (setq org-url-hexify-p nil) will give me th= e required behavior.
Mark =A0


This didn't wor= k, so I investigated a bit further. Because the =3D sign is included in org= -link-escape-chars, the org-url-hexify-p value will not make anu difference= .

So the prob= lem is still that equals signs are hexified in org-links. Reading =3Dorg.el= =3D and seeing the =3Dorg-link-escape-chars=3D constant this seems to be ex= pected behavior.

So I think = the issue is that the html exporter doesn't unhexify the equals sign in= the link. As a result the link in the html doesn't work.

e.g.
<= br>
The link:=A0

http://test/test?name=3Dme

Is translat= ed to:

http://test/test?name%3Dme
<= /div>

In the org file

And that link is also includ= ed in the HTML where I would have expected the equals sign again.
--089e01293f0ef30ddc04f20b3bcb--