iki
It is difficult for me to dissociate this from Star Trek's gamma and delta
quadrants (where the unknown lies). :-D
So with your most recent we are back to Earth. :-)
Or at least the Federation.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
cult for me to dissociate this from Star Trek's gamma and delta
quadrants (where the unknown lies). :-D
So with your most recent we are back to Earth. :-)
SCNR.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
So I was a bit confused about the naming conventions (thanks to Pavel
and Jürgen for setting me straight) and so have repackaged 'gamma 1' as
alpha 1. Please prepare binaries!
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
alpha was the more 'serious' one.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
Am Sonntag, dem 25.05.2025 um 13:08 -0400 schrieb Richard Kimberly
Heck:
> What I have decided to call "gamma 1" (not quite a beta)
so actually an alpha? ;-)
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
What I have decided to call "gamma 1" (not quite a beta) has been
packaged and can be found here:
http://ftp.lyx.org/pub/lyx/devel/lyx-2.5/
Those of you who are in the binary-building business are invited to
build said binaries.
I believe Eugene is still out of town, so it ma
ther capitalization (or lowercasing, for that
matter) makes sense/is allowed (cf. "Section 1 and section 2." vs.
"Abschnitt 1 und Abschnitt 2.").
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
wever, the presence of the extra page is reported
in the log file and hence we know we have to rerun latex.
Riki, this is also needed in stable.
Cherry-picked. Thanks.
I'll add a note about this to the ANNOUNCE file for 2.4.4.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https:
un_tex(latex, latex_file)
return latex_status, latex_stdout
--
Enrico
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
fixing the crash and should be backported. Ok?
OK.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
in the body.
>>
>> This is with Qt6:
>
> Yes, I realized the styles might kick back immediately after commit.
> Better now?
> There might be few more things once ppl try to compile on Mac/Win.
On mac I tried it (commit 37e09efba6) with Qt-5.15.13 and Qt-6.8.3
and it compiles and runs.
Stephan
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
Am Tue, 20 May 2025 08:09:58 +0200
schrieb Pavel Sanda :
> On Tue, May 20, 2025 at 07:32:54AM +0200, Kornel Benko wrote:
> > I get now:
> > /usr2/src/lyx/lyx-git/src/xml.cpp:138:40: error: no member named 'find_if'
> > in
> > namespace 'std&
On Tue, May 20, 2025 at 07:32:54AM +0200, Kornel Benko wrote:
> I get now:
> /usr2/src/lyx/lyx-git/src/xml.cpp:138:40: error: no member named 'find_if' in
> namespace
> 'std'; did you mean 'std::ranges::find_if'? 138 |
> attributes.erase(attr
include "Layout.h"
> #include "Paragraph.h"
> -#include "Text.h"
> #include "TextClass.h"
>
> #include "support/convert.h"
I get now:
/usr2/src/lyx/lyx-git/src/xml.cpp:138:40: error: no member named 'find_if' in
namesp
back immediately after commit.
Better now?
Yes, thanks.
There might be few more things once ppl try to compile on Mac/Win.
It compiles fine with MinGW, I don't know for Mac.
--
Enrico
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
immediately after commit.
Better now?
There might be few more things once ppl try to compile on Mac/Win.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
in include but nowhere as a string "QClass" in the body.
This is with Qt6:
../../../../src/frontends/qt/GuiApplication.cpp: In member function ‘QPixmap
lyx::frontend::GuiApplication::prepareForDarkMode(QPixmap) const’:
../../../../src/frontends/qt/GuiApplication.cpp:647:49: error: inva
62, this is good candidate
for fixing the crash and should be backported. Ok?
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
ent, but with a
> command LaTeX syntax. What do I miss?
ParagraphGroup just concerns the GUI handling IIRC. In the given case,
the layout label is only printed once for a sequence of identical
paragraphs.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-
On Wed, May 07, 2025 at 07:56:37AM +0200, Jürgen Spitzmüller wrote:
> Am Dienstag, dem 06.05.2025 um 22:54 +0200 schrieb Scott Kostyshak:
> > Now the following ctests fail:
>
> Should be fixed.
Thanks, the tests all pass now.
Scott
signature.asc
Description: PGP signatur
Am Dienstag, dem 06.05.2025 um 22:54 +0200 schrieb Scott Kostyshak:
> Now the following ctests fail:
Should be fixed.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/
ONSTANDARD_export/templates/Articles/Mathematical_Monthly_pdf4_systemF
(Failed)
UNRELIABLE.NONSTANDARD_export/templates/Articles/Mathematical_Monthly_pdf5_texF
(Failed)
UNRELIABLE.NONSTANDARD_export/templates/Articles/Mathematical_Monthly_pdf5_systemF
(Failed)
Scott
signature.asc
Descrip
Great!
> > >
> > > Kornel, the test still fails for me. See the attached screenshot of
> > > diffpdf. I guess we get different PDF output for the same .tex file?
> > >
> > > If you do a git pull and a fresh build, does the test pass for you?
> > >
> > > Thanks,
> > > Scott
> >
> > I see the same. So an amend of amend has to follow.
>
> Thanks, I'll run the tests when I get home.
Test now passes. Thanks.
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
; > >
> > > Done at 7a7e9e52
> >
> > Great!
> >
> > Kornel, the test still fails for me. See the attached screenshot of
> > diffpdf. I guess we get different PDF output for the same .tex file?
> >
> > If you do a git pull and a fresh build,
guess we get different PDF output for the same .tex file?
>
> If you do a git pull and a fresh build, does the test pass for you?
>
> Thanks,
> Scott
I see the same. So an amend of amend has to follow.
Kornel
pgp70OFZHFFPu.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
gt; >
>
> Done at 7a7e9e52
Great!
Kornel, the test still fails for me. See the attached screenshot of
diffpdf. I guess we get different PDF output for the same .tex file?
If you do a git pull and a fresh build, does the test pass for you?
Thanks,
Scott
signature.asc
Description: PGP
w imported properly (so it does no
> longer create a LaTeX error).
>
> Now of course the test result differs. The PDF should probably be
> replaced by the new one.
>
Done at 7a7e9e52
Kornel
pgpXIu8sVUcNP.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-de
e part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
he PDF should probably be
replaced by the new one.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
ents,
> > though.
Sounds good. Thanks for taking a look! I tried to compile but now I'm
getting an error (because I use -Werror) from a warning. I'll start a
new thread for that.
> The new imported pdf starts numbering inside a section (1.1., 1.2., 1.3.)
> while the
> previo
PDF looks a bit different, but this is OK IMHO.
>
> We might want to do something to fix the problem this file documents,
> though.
>
The new imported pdf starts numbering inside a section (1.1., 1.2., 1.3.) while
the
previous shows (1., 2., 3.)
Nice to see with using 'diffpdf&
n: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
t
I don't know much about these BATCH tests, but from what I understand,
it has to do with the file development/batchtests/ams-import.tex. If you
import that file before this commit and view as PDF, and then do the
same with this commit, the PDFs look different.
Scott
signature.asc
Desc
Am Mittwoch, dem 30.04.2025 um 08:01 +0200 schrieb Jürgen Spitzmüller:
> I'l have a look at the other case later.
This is now fixed as well.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
Le 01/05/2025 à 03:26, Stephan Witt a écrit :
thank you for the revert - I’ve checked the cursor movement now and it works
again.
I’m away from home and couldn't act earlier.
The bug is indeed trivial (I found it know), I'll re-apply ASAP.
JMarc
--
lyx-devel mailing list
>>
>
> Oh :( It is probably obvious but I do not have time right now. Please revert
> the commit.
>
> JMarc
Hi JMarc,
thank you for the revert - I’ve checked the cursor movement now and it works
again.
I’m away from home and couldn't act earlier.
Stephan
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
gt; Date: Sun Apr 27 21:25:57 2025 +0200
> > >
> > > CAS: Allow commands for maxima (part of #13178).
> > > Now constructs like:
> > >math-extern maxima factor
> > > should work.
> > Candidate for stable. P
>
> OK, a
:
math-extern maxima factor
should work.
Candidate for stable. P
OK, and the other one.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
first_e = e;
>> -first = false;
>> -} else
>> -tail.push_back(e);
>> }
>> +if (first) {
>> + // this element eventually goes to *this
>> +
ventually goes to *this
> + e.row_flags |= row_flags & ~AfterFlags;
> + first_e = e;
> + first = false;
> + } else
> + tail.push_back(e);
> i += brk.len;
> }
>
> --
> lyx-cvs mailing list
> lyx-...@lists.lyx.org
> https://lists.lyx.org/mailman/listinfo/lyx-cvs
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
6 2025 +0200
>
> Add support for external crossrefs (via the xr package) (#10959)
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
> - lyxerr << "caret line: '" << line << "'" << endl;
> + lyxerr << "caret line : '" << line << "'" << endl;
> lyxerr << "found caret at pos
lyxerr << "found caret at pos: '" << pos << "'" << endl;
> + //we print with header at lyxerr, but maxima won't show
> it in its error
> + lyxerr << "found caret at pos: '
On Tue, 2025-04-29 at 11:37 -0400, Richard Kimberly Heck wrote:
> This sounds reasonable to me.
>
> Riki
FWIW I also agree.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
unds reasonable to me.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
\int with external math tools
Riki, this is candidate for branch.
Riki, the request still holds. However, it was a wise move not to
answer earlier, since now we know that the commit below is needed too :)
OK?
Yes, go ahead.
I just missed that one, sorry.
Riki
--
lyx-devel mailing list
ecent/relevant.
As someone who just went through the 2.5 bugs list, I agree to 1-4.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
drop the milestone.
I spend quite some time sorting out bugs for 2.4.0 and its' waisting time
for every new relase if no one touched the bug for a half a decade or more.
Moreover it makes it harder to focus on bugs which are more recent/relevant.
Opinions?
Pavel
--
lyx-devel mailing list
Le 28/04/2025 à 22:14, Andreas Riedel a écrit :
Dear developers,
I compiled Lyx, the latest Git version, today under both Debian 11 and 12.
I noticed a bug: When I open and close the EmbeddedObjects file, Lyx crashes
reproducibly.
Thanks for the report, Andreas.
Jürgen, I suspect this is a
Fixup 0ed78208: avoid crash with XHTML export.
Since \int is a macro and the real symbol is \intop, give this as
symbol name in InsetMathExInt. Moreover, make this class more robust
to the int vs intop thing.
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman
Dear developers,
I compiled Lyx, the latest Git version, today under both Debian 11 and 12.
I noticed a bug: When I open and close the EmbeddedObjects file, Lyx crashes
reproducibly.
Grüße, Andreas
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx
ting.
The more people trying it (with backup documents), the better.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
nably settled, I will do some kind of
'nightly' package of 2.5.0, and see if we can get a bit of testing for
it. Then we can think about more concrete plans.
I'll also plan on a 2.4.4 release in near future.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.
of the 2.5 development to do these
invasive changes, in order to make back porting to 2.4 easier.
But since Riki promised 2.5 for the coming weeks, I figured that now is
a good time ;)
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
e (except of course for testing and ironing out
bugs this certainly introduced).
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
e for 2.4.0.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
ocstring lcmd =
"\\AtBeginDocument{\\providecommand" +
fcmd + "[1]{\\ref{" + prefix +
":#1}}}";
diff --git a/src/support/lstrings.cpp b/src/support/lstrings.cpp
index 6cc99ad176..e26955dfb8 100644
--- a/src/support/lstring
27;ll test it myself this
> weekend.
Yes, thanks!
Note that there are still pending issues wrt cross-referencing.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
Le 25 avril 2025 21:45:52 GMT+02:00, Kornel Benko a écrit :
>Done at 5cb026e5.
>
> Kornel
Thanks Kornel.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
o commit this part. Sorry. Can you push this please?
>
> JMarc
Done at 5cb026e5.
Kornel
pgppjvHm47I0Z.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
gt;> rename InsetMathHull member: label_ => labels_
>
>Forgotten to rename everything?
>
> Kornel
No, forgot to commit this part. Sorry. Can you push this please?
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
MBER); }
///
pgpGAfXDStqC_.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
deletions(-)
--
Richard Kimberly (Riki) Heck
Professor of Philosophy and Professor of Linguistics
Brown University
Pronouns: they/them/their
Website: http://rkheck.frege.org/
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
(Failed)
>
>
> Is it better now?
Yes, looks good!
Thanks,
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
Le 22/04/2025 à 11:49, Scott Kostyshak a écrit :
I think this commit broke something with the XHTML export.
The following ctest now fails:
export/doc/UserGuide_xhtml (Failed)
Is it better now?
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo
gt;name()
> > >> == "int"))
> > >> +MathAtom const & atom = script->nuc().front();
> > >> +if (testSymbol(atom, "sum") || testSymbol(atom,
> > >> "int"))
> >
On 4/21/25 5:14 PM, Enrico Forestieri wrote:
On Sun, Apr 20, 2025 at 10:49:36PM -0500, T Rex wrote:
The problem is related to "\," if it could be changed to "*" when
sending
to Maxima it could be operated very easily within LyX
Thanks for the report. LyX was alread
> >
> >I think this commit broke something with the XHTML export.
> >
> >The following ctest now fails:
> >
> > export/doc/UserGuide_xhtml (Failed)
> >
> >I don't know what the specific error is but I can figure it out and give
> >more details tomorrow when I'm at my computer with the ctests set up.
> >
> >Scott
>
> Thanks for the heads up. This is just an html export, right ?
Yes, correct.
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
; continue;
>> }
>
>I think this commit broke something with the XHTML export.
>
>The following ctest now fails:
>
> export/doc/UserGuide_xhtml (Failed)
>
>I don't know what the specific error is but I can figure it out and give
>more details tomorrow when I'm at my computer with the ctests set up.
>
>Scott
Thanks for the heads up. This is just an html export, right ?
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
t; + if (testSymbol(atom, "sum") || testSymbol(atom, "int"))
> continue;
> }
I think this commit broke something with the XHTML export.
The following ctest now fails:
export/doc/UserGuide_xhtml (Failed)
I do
On Sun, Apr 20, 2025 at 10:49:36PM -0500, T Rex wrote:
The problem is related to "\," if it could be changed to "*" when sending
to Maxima it could be operated very easily within LyX
Thanks for the report. LyX was already dealing with these cases, trying
to insert "
if (sym && (sym->name() == "sum" || sym->name() ==
"int"))
+ MathAtom const & atom = script->nuc().front();
+ if (testSymbol(atom, "sum") || testSymbol(atom, "int"))
The problem is related to "\," if it could be changed to "*" when sending
to Maxima it could be operated very easily within LyX
El dom, 20 abr 2025 a la(s) 10:23 p.m., T Rex (sixpa...@gmail.com) escribió:
> In the current stable version, when I want to operate on
In the current stable version, when I want to operate on a polynomial, such
as calculating its derivative,
diff(3*x^3-4,x)=9\,x^{2}
The format LyX uses is not compatible with Maxima.
diff(9\,x^{2},x)=no result.
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman
he less bad
> > place.
>
> I would have thought that was the right place to do it, too.
Thanks for the comments, JMarc and Riki.
Sounds like the simplest approach is to just follow the current approach
of labeling (and separately marking as broken) the inset as empty.
I'll work on a patch when I have time.
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
at is
wrong.
The reason I'm looking at this code is I am working on a patch to mark
it as broken if one of the .bib files is not found.
> Conclusion: the code is fine as it is, IMO.
Sounds good.
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
justification.
I do not even know why setBroken is const, actually. It might be that
there is no good place to set it. To me, updateBuffer is the less bad
place.
I would have thought that was the right place to do it, too.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://list
ight be that
there is no good place to set it. To me, updateBuffer is the less bad place.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
roken() in screenLabel(), but it is strange
then to prepend EMPTY to the label, because this means that you know why
it is broken.
Conclusion: the code is fine as it is, IMO.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
Le 04/04/2025 à 18:37, Richard Kimberly Heck a écrit :
Fix annoying typo
Riki, this is candidate for branch (has been here for 10 years).
OK!
Done, thanks.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
reenLabel(), as in the attached
> > patch?
> >
> > When looking at this code (for a different purpose), I was confused that
> > "EMPTY" is prepended in one part, and the inset is colored red in
> > a different part.
> >
> > On the other hand, I do
rds,
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
t know why this doesn't trigger the error.
>
> Because of the DISABLE above. This allows to keep the instrumentation
> (PROFILE_THIS_BLOCK) in the code, but make it inert.
Ah that is very nice.
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
is still the following in GuiFontMetrics.cpp:
#define DISABLE_PMPROF
#include "support/pmprof.h"
I don't know why this doesn't trigger the error.
Because of the DISABLE above. This allows to keep the instrumentation
(PROFILE_THIS_BLOCK) in the code, but make it inert.
#include "support/lyxlib.h"
> -#include "support/pmprof.h"
> #include "support/types.h"
>
> #include
> --
> lyx-cvs mailing list
> lyx-...@lists.lyx.org
> https://lists.lyx.org/mailman/listinfo/lyx-cvs
JMarc, can you confirm this removal
nd, I do not know if it is an abuse of screenLabel(),
which perhaps should be reserved strictly for setting the text of the
label.
JMarc will know better than I, but my sense is that they are called at
very different times, though of course these two things should always be
in sync.
Riki
Am Samstag, dem 12.04.2025 um 13:54 +0200 schrieb Scott Kostyshak:
> When I open this .lyx file (with .bib in the same directory), the LyX
> display of the citation looks good: "King (2014)". But when I compile
> to PDF, instead of the citation I see "(author?) [1]".
On Sat, Apr 12, 2025 at 02:54:53PM +0200, Jürgen Spitzmüller wrote:
> Am Samstag, dem 12.04.2025 um 13:54 +0200 schrieb Scott Kostyshak:
> > When I open this .lyx file (with .bib in the same directory), the LyX
> > display of the citation looks good: "King (2014)". But
When I open this .lyx file (with .bib in the same directory), the LyX
display of the citation looks good: "King (2014)". But when I compile to
PDF, instead of the citation I see "(author?) [1]".
This example is adapted from here:
https://tex.stackexchange.com/questions/454
PTY: ");
+ setBroken(true);
+ }
res += usingBiblatex() ? _("Biblatex Generated Bibliography")
: _("BibTeX Generated Bibliography");
return res;
@@ -939,9 +940,6 @@ void InsetBibtex::updateBuffer(ParIterator const &, UpdateType, bool const /*del
}
if (invalidat
Le 11/04/2025 à 08:54, Jürgen Spitzmüller a écrit :
Am Donnerstag, dem 10.04.2025 um 16:32 +0200 schrieb Jean-Marc
Lasgouttes:
This is a candidate for branch if Jürgen agrees with the change.
and here, as well.
Done. Thanks to both of you.
JMarc
--
lyx-devel mailing list
lyx-devel
Am Donnerstag, dem 10.04.2025 um 16:32 +0200 schrieb Jean-Marc
Lasgouttes:
> This is a candidate for branch if Jürgen agrees with the change.
and here, as well.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
Am Donnerstag, dem 10.04.2025 um 16:31 +0200 schrieb Jean-Marc
Lasgouttes:
> This is a candidate for branch if Jürgen agrees with the change.
I do.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
fessor of Linguistics
Brown University
Pronouns: they/them/their
Website: http://rkheck.frege.org/
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
a candidate for branch if Jürgen agrees with the change.
Ok with me if with him.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
eraseChar if needed. But when change
tracking leads
to just marking the position as deleted, the inset will be
missing and
cause issues.
Riki,
This is a candidate for branch if Jürgen agrees with the change.
This one too.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
one => OK
if (bibitem_pos == -1)
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
move it!
- d->insetlist_.release(bibitem_pos);
eraseChar(bibitem_pos, track_changes);
return (bibitem_pos == 0) ? -1 : -bibitem_pos;
}
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
hile the `units` package is loaded. I did some digging (read
> the "LaTeX Configuration" file and compiled my file to TeX and read
> it), and figured out that the problem was that Lyx was automatically
> inserting a `\usepackage{units}` command when I used the `\unit`
> comma
read the "LaTeX Configuration" file
and compiled my file to TeX and read it), and figured out that the problem
was that Lyx was automatically inserting a `\usepackage{units}` command
when I used the `\unit` command in math mode (when using it in ERT it does
not \usepackage{units}` does not get
1 - 100 of 1690 matches
Mail list logo
