characters %, #, ^, and \ not handled when in URL in section heading

[bilodeau@…]

When I user a # in an URL address (in a URL box) in a footnote.

When I try to export, view or print, in DVI or PDF he do the job, but he
stop at exporting or printing at the page who contain the # in URL in
footnote

[levon]

Jonathan, your workaround is to add somewhere in LaTeX mode :

\urldef{\myurl}\url{​http://path.to.my/#url}

then in the footnote, add in LaTeX mode

\myurl

JMarc, is there a nice solution LyX can use to avoid these problems ??

[lasgouttes]

I don't know. I really hate our current url code... I think herbert (or dekel?)
said that hyperref has a better \url macro than url.sty, but herbert
also said that using hyperref is bound to create a lot of new interesting
problems.

The easiest solution would be to remove the URL inset, but I suspect that many
people will not like that :)

[voss]

using hyperref is one solution, but a bad one if you
do not like the linked footnote symbols, because
they are underlined. The easiest and best solution
for me seems to be to write

\texttt{​http://www.lyx.og/\#myUrl.html}
if we are in a footnote. all command characters must
be escaped \# \_ ... , with hyperref, too.

[levon]

* #1481 has been marked as a duplicate of this bug. *

[Uwe Stöhr]

Isn't it possible to write all command chararcters with a beginning \ in the
LaTeX code, like mathed do.
If not, I will add a hint in the documentation.

[Uwe Stöhr]

As LyX uses the package url.sty for the URL-insets, here a part of the
documentation in the actual (ver 3.0) url.sty:

Usage: Conditions:
% \url{ } If the argument contains any "%", "#", or "", or ends with
% "\", it can't be used in the argument to another command.
% The argument must not contain unbalanced braces.

[Uwe Stöhr]

I added a hint in a footnote in chapter 6.2 of the Userguide (and de_Userguide).

[Juergen Spitzmueller]

Another possibility (with url.sty):

\let\oldfootnote\footnote
\renewcommand\footnote{%
\catcode`\#=12
\oldfootnote}

but I don't know which side effects this has. Furthermore, the problem also
appears in other environments (captions)

[Uwe Stöhr]

This could be solved by replacing the \url stuff by \href, see #2268.

[Georg Baum]

The problem is twofold:

a) url.sty does not support all characters
b) The url is written as is to the .tex file

b) could be solved by proper escaping of characters in inset parameters like in
url or index insets. If we apply the same escaping that we use for normal text
then everything is fine. All insets that store parameters in InsetCommandParams
should be checked for this problem.

[Uwe Stöhr]

fixedintrunk: ​http://www.lyx.org/trac/changeset/20963

Cannot be fixed in LyX 1.5.x.

[Uwe Stöhr]

not fixedintrunk: This is only fixed for the hyperlink-inset, the URL style
still allows theses characters.

Richard, could you have a look?

[Richard Heck]

Subject: Re: special characters %, #, ^{, \ not handled when used}

in URL inset

bugzilla-daemon@… wrote:

not fixedintrunk: This is only fixed for the hyperlink-inset, the URL style
still allows theses characters.

Richard, could you have a look?

Martin, is there an obvious extension of what you just did with ERT to
deal with this? Or has it been handled behind the scenes somehow?
Shouldn't these be escaped by the usual mechanism?

rh

[Uwe Stöhr]

Martin, could you have a look? (comment 13)

[Richard Heck]

Example file

[Martin]

Richard, I suppose the problems in Section have to do with protecting.

[Richard Heck]

That's probably right. But I don't see what to do here. Escaping things doesn't
help. You don't get errors, but you get "\#", e.g., in the output, i.e., the
backslashes show up. So I'm thinking this is just a limitation of the \url
command itself.

Changing the description.

[Uwe Stöhr]

This is a limitation of the \url command.

The problem is that LyX creates such code:
\section{bla\protect\url{%}}
but \url is not to be designed to be used in section headings.

So the fix is to disable the URL menu when the cursor is in a section heading
and I'll document that in the docs.

The solution to create this code instead:
\section{bla}\url{%}
is not an option because this is not what the user expects. Th result of this
would be as if he had inserted the \url to the normal text paragraph and not the
section heading.

[Richard Heck]

the bug here has changed, really. i'm marking this one fixedintrunk, and i've
opened the new bug #5128.

[Juergen Spitzmueller]

LyX 1.6.0 is released.

[Juergen Spitzmueller]

reopen bug, this is not resolved yet.
Disallowing URLs in the concerned environment in general is no option.

[Teraslilja]

Confirm that not resolved in 1.6.4

Footnote URL with ​http://en.wikipedia.org/wiki/Queue_%28data_structure%29 fails.
Footnote URL with ​http://en.wikipedia.org/wiki/Queue_(data_structure) works.

LaTeX Log:
Runaway argument?
{FIFO queue - \url {​http://en.wikipedia.org/wiki/Queue_} isn't needed\ETC.
! File ended while scanning use of \@footnotetext.
<inserted text>

[Uwe Stöhr]

Can we perhaps benefit from the PassTru improvements for this bug?

[lasgouttes]

The very recent PassThru improvements only concern tex2lyx. Do you have something else in mind?

[Uwe Stöhr]

bug #9935 had been marked as duplicate

[Scott Kostyshak]

#10301 possibly a duplicate.

[Uwe Stöhr]

#10301 possibly a duplicate.

Yes.

[Juergen Spitzmueller]

#7116 marked as duplicate.

As indicated there, one solution is provided by the cprotect package.

[Juergen Spitzmueller]

Fixed in master by using cprotect at [2ba584957cf11c/lyxgit]

I wouldn't backport this before it got thorough testing.

[Richard Kimberly Heck]

This is a layout format change, so it's not eligible for backporting. It also needs an update of the layout format and layout2layout code.

[Juergen Spitzmueller]

Replying to rikiheck:

This is a layout format change, so it's not eligible for backporting.

I thought we allow layout format changes (as opposed to file format changes) within stable series.

It also needs an update of the layout format and layout2layout code.

Done at [e11bda2cea6b4/lyxgit]

[Richard Kimberly Heck]

We allow certain kinds of updates of layout files, but not (so far as I know) the format. Especially since we now embed layout into the files themselves, that could cause problems.

[Juergen Spitzmueller]

OK, fine.

[Juergen Spitzmueller]

Actually not a file format change.

[Richard Kimberly Heck]

Sorry, didn't realize we had a layoutformat keyword...

[Juergen Spitzmueller]

#11711 marked as duplicate

[ps]

2.4 beta is out.