Thank you, Daniel: indeed even a simple
\newref{sss}{}
in the LaTeX preamble for my .lyx document solves the problem by
replacing the automatically LyX-generated definition:
\AtBeginDocument{\providecommand\sssref[1]{\ref{sss:#1}}}
On Sun, May 18, 2025 at 3:01 AM Daniel Els wrote:
>
> Igor
>
> P
Am Sonntag, dem 18.05.2025 um 00:23 +1200 schrieb Igor:
> I think secref has been already pre-defined by refstyle, but sssref
> wasn't, hence the above definition is used and leads to the error.
This is fixed for LyX 2.5. Too much to backport for LyX 2.4.
As Danie wrote, this is due to the way we
Igor
Please note that refstyle has its own definitions for all the different
types of references such as lists \xxxref{lbl1, lbl2, lbl3, ...}, ranges.
Your command \sssref{} is just a standard latex definition. In refstyle the
argument is processed further. Please read the documentation- refstyle.
While it worked for some *predefined* refs, such as secret and even
subsecref, for automatically generated custom refs, the brackets
method for dealing with whitespaces doesn't work:
\label{sec:A B}
\secref{{A B}} -- works!
\label{sss:A B}
\sssref{{A B}} -- doesn't work:
LaTeX Warning: Reference
(Sorry, bringing this back under the right Subject Line)
Thank you Daniel. Interesting. I'm glad we may still use brackets to
preserve whitespaces when referencing through refstyle's commands,
hope it won't create new problems, but at least label names are
allowed to have whitespaces after all :)
Am Sonntag, dem 08.09.2024 um 19:18 +0200 schrieb Jean-Marc Lasgouttes:
> Does tex2lyx need some adaptation to avoid labels on
> roundtrips?
Yes, you're right.
Done at f725abea051b5
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-de
Le 08/09/2024 à 19:09, Jürgen Spitzmüller a écrit :
Am Sonntag, dem 08.09.2024 um 12:18 -0400 schrieb Richard Kimberly
Heck:
That was my thought, as well. Simple and effective.
Good, I committed to master. Note that if you cherry-pick, you both
need both bfd855747ab (the indentation fix) and 0
Am Sonntag, dem 08.09.2024 um 12:18 -0400 schrieb Richard Kimberly
Heck:
> That was my thought, as well. Simple and effective.
Good, I committed to master. Note that if you cherry-pick, you both
need both bfd855747ab (the indentation fix) and 0beb790a6a1945 (the
actual bug fix), as the latter won'
On 9/8/24 10:02 AM, Jürgen Spitzmüller wrote:
Am Sonntag, dem 08.09.2024 um 15:45 +0200 schrieb Jürgen Spitzmüller:
Am Sonntag, dem 08.09.2024 um 02:26 +1200 schrieb Igor:
\secref{{A B}} -- works!
Actually, considering all eventualities, this might be the best
solution, as the problem only con
Am Sonntag, dem 08.09.2024 um 15:45 +0200 schrieb Jürgen Spitzmüller:
> Am Sonntag, dem 08.09.2024 um 02:26 +1200 schrieb Igor:
> > \secref{{A B}} -- works!
>
> Actually, considering all eventualities, this might be the best
> solution, as the problem only concerns refstyle's formatted ref
> comma
Am Sonntag, dem 08.09.2024 um 02:26 +1200 schrieb Igor:
> \secref{{A B}} -- works!
Actually, considering all eventualities, this might be the best
solution, as the problem only concerns refstyle's formatted ref
commands. All other solutions that I could think of add unnecessary
complication.
Like
Am Sonntag, dem 08.09.2024 um 22:09 +1200 schrieb Igor:
> I guess I've never run into this whitespace refstyle bug, because I
> redefined all my formatted references, for example
> \renewcommand*{\thmref}[1]{\hyperref[thm:#1]{#1}}. I'm not sure if I
> even need refstyle ... but it's loaded automati
> > Seems like a refstyle's bug.
> > \label{sec:A B}
> > ...
> > \secref{A B} -- can't find the label sec:AB -- refstyle has eaten up
> > my whitespace!
> >
> > \secref{{A B}} -- works!
>
> Maybe, but as long as refstyle is not fixed (and I believe it is not
> maintained any longer), escaping white
Am Sonntag, dem 08.09.2024 um 02:26 +1200 schrieb Igor:
> Seems like a refstyle's bug. The workaround is to enclose the label
> name within additional {} when referencing and leave the original
> label as the user intended.
>
> For example. Firstly, we'd need to use something like \secref to
> act
> Because refstyle does not support spaces in references.
Seems like a refstyle's bug. The workaround is to enclose the label
name within additional {} when referencing and leave the original
label as the user intended.
For example. Firstly, we'd need to use something like \secref to
actually exp
On Sat, Sep 7, 2024 at 2:24 PM Udicoudco wrote:
>
> On Sat, Sep 7, 2024 at 1:24 PM Jürgen Spitzmüller wrote:
> >
> > Am Mittwoch, dem 04.09.2024 um 15:45 +1200 schrieb Igor:
> > > Not sure if it's a bug or a new feature, but the whitespaces in my
> > > labels are now turned into =20
> >
> > f
On Sat, Sep 7, 2024 at 1:24 PM Jürgen Spitzmüller wrote:
>
> Am Mittwoch, dem 04.09.2024 um 15:45 +1200 schrieb Igor:
> > Not sure if it's a bug or a new feature, but the whitespaces in my
> > labels are now turned into =20
>
> feature.
>
> [...]
>
> > Why?
>
> Because refstyle does not suppor
Am Mittwoch, dem 04.09.2024 um 15:45 +1200 schrieb Igor:
> Not sure if it's a bug or a new feature, but the whitespaces in my
> labels are now turned into =20
feature.
[...]
> Why?
Because refstyle does not support spaces in references.
> How to disable/enable this?
You can't without ch
Not sure if it's a bug or a new feature, but the whitespaces in my
labels are now turned into =20
Steps to reproduce: Insert a new label with a name A B and look at
LaTeX Preview: \label{A=20B}
Why? How to disable/enable this? What are actual, contemporary latex
rules or problems regardin
19 matches
Mail list logo
