Bibliography entries using only keys: v2.3.7 versus v2.4.3
I have a two lyx versions, a rather old v2.3.7 and a newer v2.4.3 one,
running on to different linux machines.
I am looking at one and the same lyx file on both machines, using a
revtex 4.2 document class. I believe(hope) that I have set all lyx
document settings and lyx prefs identical on both machines.
Yet, there is a significant difference between the documents on the two
machines regarding editing the bibliography item settings within a plain
bibliography section at the end of the document.
a) In the v2.3.7 a window with two boxes, i.e., "Key" and "Label" pops
up. There, adding *only* a key, renders the "OK", "Apply", "Close"
buttons of this popup clickable. Clicking "OK" is then sufficient to
generate the bibitem and, most important, it will produce a simple
\bibitem{key} in any latex export of the lyx file.
b) In the v2.4.3 a much more involved window pops up, with boxes for
"Key", "Author Names", "Year", "All Author Names". In this popup it is
*not* sufficient to enter only a key to have the the "OK", "Apply"
buttons clickable. For me, the only way to cheat the system to get "OK",
"Apply" buttons clickable, is to enter a space in "Year". Weirdly
however, will produce an unwanted \bibitem[( )]{key} in any latex export
of the lyx file, in which the empty labels [()] have to be removed in
the end.
This behavior of the v2.4.3 is awkward for me. Is there a way to get
back to the simple behavior of the v2.3.7? Thx.
PS.: Using other than revtex's own bibliography internals is not an
option for me.
--
lyx-users mailing list
lyx-users@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-users
Re: Bibliography entries using only keys: v2.3.7 versus v2.4.3
Thx guys. Hope this will be visible in Tumbleweed in not too distant a future. On 2/22/25 9:02 AM, Jürgen Spitzmüller wrote: Am Freitag, dem 21.02.2025 um 14:26 -0500 schrieb Richard Kimberly Heck: The new behavior is an attempt to make it easier to use author-year citations with this kind of bibliography entry. I suspect that there is a bug here, always requiring the year, when we ought only to require it when author-year citations are being used. Jürgen? Right. RevTeX4 uses natbib (internally), but in numeric mode. In this case, the year is not really used. Still, it needs to be given _if_ real author-number citations are employed, but an empty year suffices, as in "Meyer et al.()Meyer, Schmidt, and Higgins" or "Meyer()". Otherwise the natbib parser get confused and the author is not detected. Fixed in master in a series of 3 commits: 04a9748e7ec d96cfb0662e 3160c04449e Obviously candidate for stable. -- lyx-users mailing list lyx-users@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-users
Re: Bibliography entries using only keys: v2.3.7 versus v2.4.3
If you're on Linux, then it's very easy to compile LyX yourself Sure. Was the 1st thing I did ;) git clone https://git.lyx.org/repos/lyx.git ./autogen.sh ./configure --enable-qt6 --with-qt-dir=/usr/share/qt6/ but this has issues already at that level: All of the following .configure messages are beyond me, cause I got a Qt v6.8.2 on the Tumbleweed machine and have all of the Qt5 and Qt6 dev-tools installed - Why does lyx state: Qt Frontend: Qt version: 5.15.16 - Why does lyx state: Unable to configure Qt6/Qt5 with qmake (qmake6 and qmake-qt5 are both in my PATH) - Why does lyx state: moc compiler is for Qt 6.8.2 but the Qt library version is 5.15.16. (Qt6 libraries are installed. Why claim this v5.15.16) - Why does lyx state: see the section 'Problems' in the INSTALL file. (for me: "less INSTALL* | grep Problems" returns nothing. So I'm the only fool having problems :) ) -- Host type: x86_64-pc-linux-gnu Special build flags: build=development warnings assertions stdlib-assertions callback-printing Bundled libraries:nod mythes C++ Compiler:g++ (14.2.1) C++ Compiler flags: -Wall -Wextra -fPIC -g -Og -std=c++17 -Wno-deprecated-copy C++ Compiler user flags: Linker flags: -rdynamic Linker user flags: Qt Frontend: Qt version: 5.15.16 Packaging: posix LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx === The following minor problems have been detected by configure. === Please check the messages below before running 'make'. === (see the section 'Problems' in the INSTALL file) == Unable to configure Qt6 with qmake. Please report. == Unable to configure Qt5 with qmake. Please report. == The found moc compiler is for Qt 6.8.2 but the Qt library version is 5.15.16. Configuration of LyX was successful. Type 'make' to compile the program, and then 'make install' to install it. -- No surprise that after all these issues, make fails moc_FileMonitor.cpp:12:10: fatal error: QtCore/qtmochelpers.h: No such file or directory 12 | #include | ^~~ I don't know which package is missing for lyx here. If you're on Linux, then it's very easy to compile LyX yourself So, see, not so easy for simple me ;) On 2/22/25 5:42 PM, Richard Kimberly Heck wrote: On 2/22/25 3:53 AM, Xaver Gerster wrote: Thx guys. Hope this will be visible in Tumbleweed in not too distant a future. If you're on Linux, then it's very easy to compile LyX yourself, in which case you do not have to wait. Riki On 2/22/25 9:02 AM, Jürgen Spitzmüller wrote: Am Freitag, dem 21.02.2025 um 14:26 -0500 schrieb Richard Kimberly Heck: The new behavior is an attempt to make it easier to use author-year citations with this kind of bibliography entry. I suspect that there is a bug here, always requiring the year, when we ought only to require it when author-year citations are being used. Jürgen? Right. RevTeX4 uses natbib (internally), but in numeric mode. In this case, the year is not really used. Still, it needs to be given _if_ real author-number citations are employed, but an empty year suffices, as in "Meyer et al.()Meyer, Schmidt, and Higgins" or "Meyer()". Otherwise the natbib parser get confused and the author is not detected. Fixed in master in a series of 3 commits: 04a9748e7ec d96cfb0662e 3160c04449e Obviously candidate for stable. -- lyx-users mailing list lyx-users@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-users
