On Feb 28, 2014, at 15:26, Andreas Leha <andreas.l...@med.uni-goettingen.de> wrote:
> "R. Michael Weylandt <michael.weyla...@gmail.com>" > <michael.weyla...@gmail.com> writes: > >> I've tried this with Org 7.9.3 and 8.2.5h to the same result: >> >> <----------------------> >> #+TITLE: Test >> * One >> Here is a [[http://google.com/search?q=orgmode][link]] >> <----------------------> >> >> Exporting to HTML doesn't transform the link but exporting to LaTeX results >> in the (non-working) http://google.com/search?%3Dorgmode >> >> Is there a reason for this behavior and, if so, a way to work around it? >> >> RFC 3986 2.2 explicitly says URLs may include `=` and =url-encode-url= >> doesn't change the link in question. >> >> I've played with org-url-hexify-p and read past ML discussions, but >> they seem primarily concerned with characters which should not appear >> in URIs. >> >> Thanks, >> Michael > > > > Hi Michael, > > I have recently been bitten by this as well. Based on a block > post [fn:1], I now have this in my .emacs as a work-around: > > --8<---------------cut here---------------start------------->8--- > (defun al-link-filter (contents backend info) > (let ((contents (replace-regexp-in-string "\\\\#\\+name:.*$" "" > contents)));; old and unrelated > (replace-regexp-in-string "%3D" "=" contents))) > (add-to-list 'org-export-filter-final-output-functions 'al-link-filter) > --8<---------------cut here---------------end--------------- Hi Andreas, Thanks for this. I had time to dig further and it seems that the 'problem' is the default value of org-link-escape-chars, which explicitly escapes = as well as other valid URL characters. Perhaps someone more familiar with this code could explain the choice these escapes. Michael [Subject updated because the problem isn't LaTeX specific in 8.2.5h, only in 7.9.3]
