Re: [LyX/master] Try to make sure that math insets have a properly set buffer_ member
On 4/22/24 23:20, Scott Kostyshak wrote: On Mon, Apr 22, 2024 at 03:57:02PM GMT, Jean-Marc Lasgouttes wrote: commit f3c5ff9cb72c5231f1e1e81452e67d6f12dadecb Author: Jean-Marc Lasgouttes Date: Fri Oct 14 22:42:21 2022 +0200 Try to make sure that math insets have a properly set buffer_ member Set the buffer of contents that is added to a MathData object through MathData::insert() (both versions) MathData::push_back() asArray() Also in math macros, initialize look_ with the relevant buffer. This reduces the number of insets hat do not have a proper buffer. See #13050 for discussion of this issue. --- I don't understand any of this, but does this by chance give a hint for solving the unset buffers in the following issues? https://www.lyx.org/trac/ticket/12682 https://www.lyx.org/trac/ticket/12947 JMarc says in one of the comments that the patch doesn't fix that one. It seems mostly to deal with math macros. But you could try some of the patches at #13050. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Minor performance issue on shift + down, shift + up on includes
On 4/22/24 14:47, Scott Kostyshak wrote: To reproduce: 1. Move the attached file in the lib/docs directory. 2. Open the file. 3. Put the cursor before, e.g., the Additional.lyx include. 4. Press Shift + Down (or Shift + Up). Result is that there is a small pause before the selection is finished. Subsequent presses extending the selection in the same direction are almost instantaneous, so it's just the first one. In case it's hard to notice, you can try the following, after (3) hold shift and then press Down. After the selection gets to the bottom, keep holding shift but change from holding Down to holding Up. You'll notice that the cursor gets stuck for a small amount of time at the anchor point. Strangely, I can reproduce if I select with Shift + Right, which also selects all of the insets. This surprised me, and maybe it provides a clue. Can anyone reproduce? This is with or without the biginset stuff? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 Schedule
On 4/21/24 16:29, Jean-Marc Lasgouttes wrote: Le 11/01/2024 à 02:11, Richard Kimberly Heck a écrit : Not sure. What I do not want is delay 2.4.0. Big changes are probably not wise right now. I would suggest committing the first part to 2.4.x as soon as we are sure an emergency release will not be needed, or if one is then as soon as we have reached some kind of stable state. It will get plenty of testing then. The entire thing could be committed to devel as soon as 2.4.x is branched. Potential problems with the second part can hopefully be identified there, and then we can commit that stuff to 2.4.x when it seems safe. FWIW, I just did that. Thanks. Eugene is unavailable through the end of the month, so we will have to wait to release anything until he is free again. My intention is to release 2.3.8 at the start of May and then, when that's done, release 2.4.0. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] * metainfo.xml - homepage missing
On 4/20/24 21:51, Pavel Sanda wrote: On Sun, Apr 21, 2024 at 01:50:12AM +, Pavel Sanda wrote: commit 358efd120a87deb2cf404c762195c046a2e63507 Author: Pavel Sanda Date: Sun Apr 21 03:49:12 2024 +0200 * metainfo.xml - homepage missing --- lib/org.lyx.LyX.metainfo.xml | 1 + 1 file changed, 1 insertion(+) diff --git a/lib/org.lyx.LyX.metainfo.xml b/lib/org.lyx.LyX.metainfo.xml index 2c03194efc..f1553677c1 100644 --- a/lib/org.lyx.LyX.metainfo.xml +++ b/lib/org.lyx.LyX.metainfo.xml @@ -27,4 +27,5 @@ lyx-devel_AT_lists.lyx.org + https://www.lyx.org Riki, do you want this into 2.4.0 or 2.4.1? I think it can go to 2.4.0. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/2.4.1-devel] Cmake install: Forgotten to install tabletemplates.
On 4/20/24 13:33, Kornel Benko wrote: commit 10ca66a7fa7455836eda7169cfd288c1ed2364c1 Author: Kornel Benko Date: Sat Apr 20 19:33:25 2024 +0200 Cmake install: Forgotten to install tabletemplates. Just for clarity: Anything that goes to 2.4.x does not also need to go to 2.4.1-devel. Just also to master. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX v2.4.0 RC4 -> Table styles??
On 4/20/24 12:50, Kornel Benko wrote: Am Sat, 20 Apr 2024 17:54:42 +0200 schrieb "Jürgen Spitzmüller" : Am Samstag, dem 20.04.2024 um 10:54 +0200 schrieb Jürgen Spitzmüller: That's strange, you should have six different options. Do you have a folder called "tabletemplates" in your system directory (that's the directory that contains the "layouts", "templates" etc. folders? Is it possible that this directory is not installed on Windows? More generally, it seems CMake does not install lib/tabletemplates. Kornel? Looks like I missed the directory :( Fine to fix it for 2.4.0, then. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 RC3
On 4/20/24 08:59, Jürgen Spitzmüller wrote: Am Freitag, dem 19.04.2024 um 17:24 +0200 schrieb jspi...@gmail.com: Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com: I am currently traveling, so I cannot test. But does the attached patch help and provide a sufficient clues? Take this. The first one didn't link. I had a closer look and committed a better solution to master (b8ff824a4f4ab4). This one checks for possible causes of the invalid packages.lst format and tries to solve it, informing the user about what has been done. Riki, although this introduces some new strings, I would advise to put this to 2.4.0. This is something that could bite users on upgrade, and it makes LyX unusable and is pretty hard to diagnose on your own. So an untranslated warning here is probably better that no warning at all. OK. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: SIGSEGV on current master when saving with cursor in subscript
On 4/16/24 06:08, Jean-Marc Lasgouttes wrote: Le 13/04/2024 à 08:10, Jürgen Spitzmüller a écrit : Note that this is not specific to this particularly inset. I can reproduce with any other (text) inset, e.g.: 1. Start a new document. 2. Insert a Note inset 3. Save the (new) file (cursor still being in the Note inset). => Kaboom. What happens is that Save As... reloads the buffer (for a reason that is not very clear at this point), I think this is primarily because Save As... changes the filename, unlike just Save. I have some dim memory of discussion of this. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: About the wiki theme
On 4/13/24 12:51, Lorenzo Bertini wrote: Dear devs, today I needed to browse the wiki for some time. Some things about the theme made it a bit difficult: No doubt the wiki could use some TLC. I don't know if it's possible just to use a different theme, or what. If you want to experiment, I can get you access to the source code, and you can play around with it locally. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Improved copy operation for user directory contents of previous major releases
On 4/13/24 08:28, Stephan Witt wrote: This is a change I strongly suggest to port back to 2.4.0 and 2.4.1. OK. If you backport it to 2.4.x, it will automatically go into 2.4.1 as well. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Biginset branch has landed (sorry for the spam)
On 4/11/24 15:50, Scott Kostyshak wrote: I can't reproduce the issue, but I also can't redock my outline window. Meaning, no matter where I drag it, it doesn't snap to anywhere. I've never tried to do it before, so I don't know if it's a wayland/linux issue. I believe that is a known Wayland issue. The only way to fix it is to edit or remove .config/lyx/lyx.conf, or some such file. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 & Jupyter Notebooks
On 4/9/24 15:59, Bernt Lie wrote: OK -- so I could just as well start using RC4? I have been using the master branch for regular work for well over a year. My recent book https://academic.oup.com/book/56184 was produced using it. I.e., the book was printed from a PDF I provided to OUP. So it's entirely usable. I'm not super software savvy, so I have been hesitant not knowing: * Can I install RC4 and still use LyX 2.7.1? That may depend upon your OS, but someone else should be able to say. The one thing you have to do is keep the user directories separate. * Do I have to uninstall RC4 and install the official release when it becomes available? Again, that will depend upon your OS. * With 2.7.1, I have used MikTeX. Should I still use MikTeX, or use something else? (Does MikTeX also come with LuaTeX, XeTeX, TeXLive, or whatever?) The background TeX installation should not matter. They all have the same bits. (TeXLive, though, is an alternative to MikTeX.) Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 & Jupyter Notebooks
On 4/9/24 12:00, Bernt Lie wrote: Thanks. Will look at it when the new version is released. I don't think there have been any major changes in that machinery. And there definitely won't be any before the final release. Changes from RC4 to the official release are going to be pretty minor (as one would hope). Riki -Original Message- From: Richard Kimberly Heck Sent: Tuesday, April 9, 2024 5:38 PM To: Bernt Lie ; LyX Developers ; lyx-users Subject: Re: LyX 2.4.0 & Jupyter Notebooks On 4/9/24 08:48, Bernt Lie wrote: Is there a way to import Jupyter Notebooks into LyX 2.4.0 (when v. 2.4.0 is released)? I'm particularly interested in the possibility to... * link the notebooks into LyX so that I always get the latest version/computations in the notebook, i.e., preferably not a static import * inclusion of mark-up text with headlines, math, etc. * inclusion of input and output cells, with figures, etc. * linked-in notebooks would be multipage. Perhaps it should be possible to embed the notebooks in some theorem-like environment. OK -- don't know if this is possible, but it would go a long way towards getting a literal programming environment. The most plausible way to do this would be to use an external inset. That's the way that Lilypond files (music) are included, for example. Such insets are user definable. Basically, you tell LyX how to convert the file to something LaTeX can process. This is discussed in section 7.1 of the Embedded Objects manual. You can use the existing xtemplate files as a starting point, too. Riki -- Richard Kimberly (Riki) Heck Professor of Philosophy Brown University Pronouns: they/them/their Website: http://rkheck.frege.org/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 & Jupyter Notebooks
On 4/9/24 08:48, Bernt Lie wrote: Is there a way to import Jupyter Notebooks into LyX 2.4.0 (when v. 2.4.0 is released)? I'm particularly interested in the possibility to... * link the notebooks into LyX so that I always get the latest version/computations in the notebook, i.e., preferably not a static import * inclusion of mark-up text with headlines, math, etc. * inclusion of input and output cells, with figures, etc. * linked-in notebooks would be multipage. Perhaps it should be possible to embed the notebooks in some theorem-like environment. OK -- don't know if this is possible, but it would go a long way towards getting a literal programming environment. The most plausible way to do this would be to use an external inset. That's the way that Lilypond files (music) are included, for example. Such insets are user definable. Basically, you tell LyX how to convert the file to something LaTeX can process. This is discussed in section 7.1 of the Embedded Objects manual. You can use the existing xtemplate files as a starting point, too. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: SIGSEGV if iconv error from local layout or module
On 4/8/24 18:57, Scott Kostyshak wrote: If we have a UTF8 character in the user preamble, LyX gives a very user-friendly warning if the document encoding is not UTF8. However, if the same situation happens for the local layout (or in a module), I get a SIGSEGV when compiling. To reproduce, open the attached document and compile to PDF. Note that the error goes away if the encoding is switched to UTF8. I can reproduce on 2.3.x and current master. Can anyone else reproduce? Yes. Would it make sense to factor out the code that checks the preamble and use this also for the local layout and included modules? That sounds like the solution. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Layout file format change proposal
On 4/7/24 08:39, Lorenzo Bertini wrote: Just out of curiosity I've tried converting a LyX document to YAML and XML to see how they would look. I spent some time once working on an XML file format, thinking I could use some of the machinery developed for XHTML output, which is now even more robust since Thibaut's work on DocBook. It quickly became clear, though, that this was going to be very non-trivial. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: File format increases on master make it hard to test
On 4/7/24 12:46, José Matos wrote: On Sun, 2024-04-07 at 11:31 -0400, Scott Kostyshak wrote: Fair enough. That was what I was afraid of (and expected). Scott A possible mid-term solution, to your use case, is to set the output format of the latest stable version. This would mean that any document is always imported to the latest development release and when saved it is done in the stable file format. On the other hand what this would mean to stress the conversion/reversion round trip. This could be implemented as some kind of option to set, by default, the save file format version or even better, because in this case this is what it intended, the target version. In the preferences file this could go as: \save_file_format 2.4 If this option is not set then everything works as usual. If it is set then, when the file is saved, the file is reverted to that file format. I hope that this idea helps, :-) That is a good idea. It's too late for 2.4.x, but if it were added early to master, then it would be usable for Scott's purpose. The roundtrip would of course only matter if one made use of features that required a format change. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: c2248 compile error with qcompare and Qt 6.7.0
On 4/7/24 14:48, Jean-Marc Lasgouttes wrote: Le 05/04/2024 à 18:09, Yu Jin a écrit : Is it better when replacing uint with unsigned int? Yeah, it is. This is now in master. Riki, can I backport this trivial fix (c7f53afd), along with the more complicated 51562ff3 to 2.4.x? This is needed for compilation with MSVC 2019. OK. -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: SIGSEGV introduced recently on master when deleting an inset
On 4/6/24 16:14, Scott Kostyshak wrote: To reproduce: 1. Open the attached example. 2. Put the cursor just after the Note inset. 3. Press twice. I get a SIGSEGV with the attached backtrace. Can anyone else reproduce on current master? I am hoping this is not in 2.4.x and is due to the big inset merge. Can you check? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fix assertion when pasting paragraph with insets in lyxrc.ct_markup_copied
On 4/6/24 03:51, Jürgen Spitzmüller wrote: Am Samstag, dem 06.04.2024 um 07:48 + schrieb Juergen Spitzmueller: commit 9198ed5965809a1e951d1b721899d0051e619e34 Author: Juergen Spitzmueller Date: Sat Apr 6 09:47:22 2024 +0200 Fix assertion when pasting paragraph with insets in lyxrc.ct_markup_copied This has to be done after the inset buffers have been initialized. Riki, this is a candidate for 2.4.0 OK. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Compiling With Qt5
On 4/5/24 03:02, Kornel Benko wrote: Am Thu, 4 Apr 2024 13:39:18 -0400 schrieb Richard Kimberly Heck : On 4/3/24 06:34, Jean-Marc Lasgouttes wrote: Le 03/04/2024 à 12:27, Pavel Sanda a écrit : On Tue, Apr 02, 2024 at 09:54:22PM -0400, Richard Kimberly Heck wrote: Also, do we want Qt6 to be the default with 2.4.x? In master, that might make sense, but it seems odd to change that now. I would not do that for 2.4 at this stage. I guess we could do that in a later 2.4 version, but this will need a discussion. I think it already is the default in the 2.4.x branch: ../lyx-2.4.x/build/ [2.4.x] > cmake .. CMake Deprecation Warning at CMakeLists.txt:7 (cmake_minimum_required): Compatibility with CMake < 3.5 will be removed from a future version of CMake. Update the VERSION argument value or use a ... suffix to tell CMake that the project does not need compatibility with older versions. -- TOP_SRC_DIR = /cvs/lyx/lyx-2.4.x We could use # git cherry-pick 8d79860e I omitted it in 2.4.x, because I did not want to mess ... Unless I'm misreading it, commit 993e784a6284a to 2.4.x makes Qt6 the default (and that commit is also in 2.4.1-devel). When I run cmake on a system with Qt6 installed, I get errors, since I don't have all the devel files installed. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Subtract value for word/character count
On 4/4/24 17:15, Pavel Sanda wrote: On Tue, Apr 02, 2024 at 10:23:10PM -0400, Richard Kimberly Heck wrote: Actually, I am not sure how it helps. Knowing that you need to remove 140 words is not useful in itself. The idea is that I set the difference value to the current count and I am aiming for -140. Which brings me to even simpler UI than I previously thought. Instead of entering some values as an argument I could simply have lfun that sets the difference to the current statistics value and be done with it. If you want to post it when/if it's done, I'll be happy to look at it. Essentially the attached. Variables should be more hidden and I can add reset mechanism if this feature looks ok. I am happy even without context menu change, still less code out of the tree to maintain. I can easily imagine using this. I'd say go ahead, for 2.4.1. Good, I fixed the scope of variables and added reset mechanism. Will commit the attached to 2.4.1 if there is no other feedback. Looks good to me. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Clarify quote-insert LFUN.
On 4/4/24 15:02, Pavel Sanda wrote: On Tue, Apr 02, 2024 at 09:07:10PM +0200, Pavel Sanda wrote: On Tue, Apr 02, 2024 at 12:46:13PM -0400, Richard Kimberly Heck wrote: On 4/2/24 05:22, Pavel Sanda wrote: On Mon, Apr 01, 2024 at 09:28:51PM +, Richard Kimberly Heck wrote: commit b0c4681cd8f4dedb975aac80dcb717c40aa8 Author: Richard Kimberly Heck Date: Mon Apr 1 17:26:01 2024 -0400 Clarify quote-insert LFUN. And add remark about multiple optional arguments. (cherry picked from commit 29be057a073fde4e36c9adbf31c6cd764f62bda2) Riki, this file is unf autogenerated. Everything needs to go to LyXAction.cpp first and later regenerated via "make lfundoc".' Oh, right. Where can I change the stuff at the beginning of the file? development/tools/gen_lfuns.py If you are asking because of file format, just resaving in lyx itself and letting lyx2lyx do its work is probably better idea than trying to produce up-to-date format (you might need to change the mid-file as well and it's way to easy to shoot yourself in the leg...) I see now, that you are asking because of the change in the begining of the file. But isn't the main part solved just by the attached patch? Yes, though I was thinking the more general point was worth making somewhere. I'll look at it at some point, and maybe update to current format. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Compiling With Qt5
On 4/3/24 06:34, Jean-Marc Lasgouttes wrote: Le 03/04/2024 à 12:27, Pavel Sanda a écrit : On Tue, Apr 02, 2024 at 09:54:22PM -0400, Richard Kimberly Heck wrote: Also, do we want Qt6 to be the default with 2.4.x? In master, that might make sense, but it seems odd to change that now. I would not do that for 2.4 at this stage. I guess we could do that in a later 2.4 version, but this will need a discussion. I think it already is the default in the 2.4.x branch: ../lyx-2.4.x/build/ [2.4.x] > cmake .. CMake Deprecation Warning at CMakeLists.txt:7 (cmake_minimum_required): Compatibility with CMake < 3.5 will be removed from a future version of CMake. Update the VERSION argument value or use a ... suffix to tell CMake that the project does not need compatibility with older versions. -- TOP_SRC_DIR = /cvs/lyx/lyx-2.4.x -- [snip] -- Performing Test HAVE_STDATOMIC - Success -- Qt6Core_VERSION = 6.6.0 -- Performing Test CHECK_WNODEPRECATEDCOPY_FLAG -- Performing Test CHECK_WNODEPRECATEDCOPY_FLAG - Success -- LYX_USE_QT = QT6 -- Found OpenGL: /usr/lib64/libOpenGL.so [snip] CMake Error at CMakeLists.txt:826 (find_package): Could not find a package configuration file provided by "Qt6Svg" with any of the following names: Qt6SvgConfig.cmake qt6svg-config.cmake Add the installation prefix of "Qt6Svg" to CMAKE_PREFIX_PATH or set "Qt6Svg_DIR" to a directory containing one of the above files. If "Qt6Svg" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): src/frontends/qt/CMakeLists.txt:50 (qt_use_modules) If I explicitly set Qt5, then it works. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.3.8: Release Schedule
We are intending to release LyX 2.3.8, the final maintenance release in the 2.3.x series, soon. There should not have been many changes to translatable strings since 2.3.7, but there will have been some. If you'd like to update the translation, please do so by Friday, 12 April. I'll plan to package the release the following weekend. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.3.8
Should we go ahead and release the last of the 2.3.x series? It seems exceedingly unlikely that there will be a format change in 2.4.0 at this point. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Errors compiling lyx2.4 with gcc 5.4.0
On 4/3/24 06:43, Jean-Marc Lasgouttes wrote: Le 02/04/2024 à 14:11, Kornel Benko a écrit : Am Mon, 01 Apr 2024 20:24:10 +0100 schrieb José Matos : What Qt version is available there? This is qt5.4.0. And probably you are right. This one should be fixed in master at 6260689fd552. Please confirm. Riki, this will be candidate for 2.4.0. Yes, go ahead. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Subtract value for word/character count
On 3/28/24 12:17, Pavel Sanda wrote: On Tue, Mar 26, 2024 at 02:26:59PM -0400, Richard Kimberly Heck wrote: On 3/25/24 17:46, Pavel Sanda wrote: On Mon, Mar 25, 2024 at 06:35:16PM +0100, Jean-Marc Lasgouttes wrote: Actually, I am not sure how it helps. Knowing that you need to remove 140 words is not useful in itself. The idea is that I set the difference value to the current count and I am aiming for -140. Which brings me to even simpler UI than I previously thought. Instead of entering some values as an argument I could simply have lfun that sets the difference to the current statistics value and be done with it. If you want to post it when/if it's done, I'll be happy to look at it. Essentially the attached. Variables should be more hidden and I can add reset mechanism if this feature looks ok. I am happy even without context menu change, still less code out of the tree to maintain. I can easily imagine using this. I'd say go ahead, for 2.4.1. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Compiling With Qt5
On 4/2/24 21:19, Scott Kostyshak wrote: On Tue, Apr 02, 2024 at 08:41:50PM GMT, Richard Kimberly Heck wrote: I'm now getting: CMake Error at CMakeLists.txt:826 (find_package): Could not find a package configuration file provided by "Qt6Svg" with any of the following names: Qt6SvgConfig.cmake qt6svg-config.cmake Add the installation prefix of "Qt6Svg" to CMAKE_PREFIX_PATH or set "Qt6Svg_DIR" to a directory containing one of the above files. If "Qt6Svg" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): src/frontends/qt/CMakeLists.txt:50 (qt_use_modules) I guess I need to tell it to use Qt5? How do I do that with cmake? I think the following: cmake -DLYX_USE_QT="QT5" Got it, thanks. Is there something similar to "./configure --help" that will tell me about these options? Also, do we want Qt6 to be the default with 2.4.x? In master, that might make sense, but it seems odd to change that now. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Compiling With Qt5
I'm now getting: CMake Error at CMakeLists.txt:826 (find_package): Could not find a package configuration file provided by "Qt6Svg" with any of the following names: Qt6SvgConfig.cmake qt6svg-config.cmake Add the installation prefix of "Qt6Svg" to CMAKE_PREFIX_PATH or set "Qt6Svg_DIR" to a directory containing one of the above files. If "Qt6Svg" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): src/frontends/qt/CMakeLists.txt:50 (qt_use_modules) I guess I need to tell it to use Qt5? How do I do that with cmake? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Article about LyX
https://www.baeldung.com/cs/lyx-tutorial Ran into it today... -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Is hiding stuff behind the "more" sub-context menu intentional?
On 4/2/24 08:43, Jürgen Spitzmüller wrote: Am Mittwoch, dem 01.11.2023 um 12:50 +0100 schrieb Jürgen Spitzmüller: Attached is a patch that does this, considering not only hidden entries but also the dynamic entries that are only expanded in expand() (such as spelling suggestions). As far as I can see the result is correct. Note, however, that this will result in shortcut conflicts with items moved from sub- to main menu, so this effectively causes string changes. Since string freeze that is lurking around the corner for some time now, I am not sure if this is good to go in. Now that 2.4 is branched, I have put this into master. You can also add it to 2.4.1-devel if you wish. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Clarify quote-insert LFUN.
On 4/2/24 05:22, Pavel Sanda wrote: On Mon, Apr 01, 2024 at 09:28:51PM +, Richard Kimberly Heck wrote: commit b0c4681cd8f4dedb975aac80dcb717c40aa8 Author: Richard Kimberly Heck Date: Mon Apr 1 17:26:01 2024 -0400 Clarify quote-insert LFUN. And add remark about multiple optional arguments. (cherry picked from commit 29be057a073fde4e36c9adbf31c6cd764f62bda2) Riki, this file is unf autogenerated. Everything needs to go to LyXAction.cpp first and later regenerated via "make lfundoc".' Oh, right. Where can I change the stuff at the beginning of the file? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fix label escaping in InsetMathRef (#12980)
On 4/2/24 02:20, Jürgen Spitzmüller wrote: Am Dienstag, dem 02.04.2024 um 06:17 + schrieb Juergen Spitzmueller: commit 98080ca0d548b754433a99f9f097054134117184 Author: Juergen Spitzmueller Date: Tue Apr 2 08:15:53 2024 +0200 Fix label escaping in InsetMathRef (#12980) This was completely broken: the IDs have been escaped in the LyX file (which they absolutely shouldn't) but not in all LaTeX output (which they should). IMHO this should go into 2.4.0. Changing ref style in math currently breaks the document badly. The feature is not usable at all without this fix, and the result might be a LyX file users have a hard tome to fix. OK. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fix bug #13025.
On 4/1/24 20:51, Scott Kostyshak wrote: On Mon, Apr 01, 2024 at 09:28:51PM GMT, Richard Kimberly Heck wrote: commit dff3a0c53fef56b94fb90a7dc9c9c6a2e6591e9e Author: Richard Kimberly Heck Date: Mon Apr 1 17:25:40 2024 -0400 Fix bug #13025. Add plain single quote to menu. (cherry picked from commit 9e5a98e8f92f773e11815631961997b8045d20b1) --- lib/ui/stdmenus.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lib/ui/stdmenus.inc b/lib/ui/stdmenus.inc index 93db305124..6ef3357f72 100644 --- a/lib/ui/stdmenus.inc +++ b/lib/ui/stdmenus.inc @@ -415,7 +415,8 @@ Menuset Item "Symbols...|b" "dialog-show symbols" Item "Ellipsis|i" "specialchar-insert dots" Item "End of Sentence|E" "specialchar-insert end-of-sentence" - Item "Plain Quotation Mark|Q" "quote-insert outer auto plain" + Item "Plain Double Quotation Mark|Q" "quote-insert outer auto plain" + Item "Plain Single Quotation Mark|Q" "quote-insert inner auto plain" Note that there is duplicate "Q" for the accelerator. Fixed, thanks. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
New Branches
I have created two new branches: 2.4.x and 2.4.1-devel. The 2.4.x branch will be the basis for the 2.4.0 release and then become the stable branch. From this point forward, NOTHING (except translation updates) should be committed to that branch without a +1 from another developer on this list. We'll start enforcing the more usual commit policy after 2.4.0 is released. The 2.4.1-devel branch is open for post-2.4.0 commits that are intended for the stable branch. I've created it so that those commits can be pushed somewhere. I have a couple such things myself. If there is no need for an near-emergency release, then I'll merge these into 2.4.x for 2.4.1. If there is, then I'll merge them for 2.4.2. You're welcome to wait and commit things later, but it may be easier to commit now, especially if you're also committing to master. The commit rules here are the usual ones: Please seek my permission as stable branch maintainer before committing. The master branch is therefore open for 2.5.0 development. I've updated configure.ac. That said, in so far as there are important bugs that need fixing for 2.4.0, let's focus on those. Riki -- Richard Kimberly (Riki) Heck Professor of Philosophy Brown University Pronouns: they/them/their Website: http://rkheck.frege.org/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 RC4
On 4/1/24 07:58, Pavel Sanda wrote: On Sun, Mar 31, 2024 at 06:09:33PM -0400, Richard Kimberly Heck wrote: What we hope will be the final release candidate for 2.4.0 is now available here: Maybe it's time to branch 2.4.x and allow only approved commits on the list? Yes, I'll do that later today. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.4.0 RC4
What we hope will be the final release candidate for 2.4.0 is now available here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Please report bugs to lyx-devel@lists.lyx.org. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4 RC4
Thanks. I am out of town for a few days and will do the release Sunday. On Wed, Mar 27, 2024, 7:32 PM Stephan Witt wrote: > Am 24.03.2024 um 23:36 schrieb Richard Kimberly Heck : > > > > One last RC, just to be on the safe side. > > > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ > > > > Please prepare binaries. > > Hi all, > > the binary package for mac is ready and sent to Riki. > > Best regards, > Stephan > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Subtract value for word/character count
On 3/25/24 17:46, Pavel Sanda wrote: On Mon, Mar 25, 2024 at 06:35:16PM +0100, Jean-Marc Lasgouttes wrote: Actually, I am not sure how it helps. Knowing that you need to remove 140 words is not useful in itself. The idea is that I set the difference value to the current count and I am aiming for -140. Which brings me to even simpler UI than I previously thought. Instead of entering some values as an argument I could simply have lfun that sets the difference to the current statistics value and be done with it. If you want to post it when/if it's done, I'll be happy to look at it. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Subtract value for word/character count
On 3/25/24 13:31, Jean-Marc Lasgouttes wrote: Le 25/03/2024 à 17:09, Pavel Sanda a écrit : Hi, evil and external sources sometimes declare that I need to cut my document by certain amount of characters/words :) Mentally tracking the difference (e.g. 4587 - 150 words) while editing is somewhat annoying. I plan to add possibility for subtractive value applied to our statistics function so I can easily see the relative counts and track my progress. However I am not sure how much is my usecase obscure in general and thus whether I should upstream some reasonable UI/lfun (preffered) -- or should I just go for simple hack for my personal patchset. Objections if I add this? (For 2.5.x and 2.4.1/2 if Riki agrees). Propose a lfun syntax and/or a UI, and we'll see how natural this feels. Yes, that's my suggestion, too. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC4? [was: Scheduled maintenance of LyX servers (Mar 21, 2024)]
On 3/24/24 15:53, Jürgen Spitzmüller wrote: Am Sonntag, dem 24.03.2024 um 13:12 -0400 schrieb Richard Kimberly Heck: I was about to ask where everyone thinks we stand with that. There have been some pretty significant bugs, but it seems like everything has settled now? IMHO 2.4 is pretty much stable. There might be some rough edges, but nothing that prevents a release. We'll do one more RC, just to be safe. And plan to release the real thing in a few weeks, assuming no problems. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.4 RC4
One last RC, just to be on the safe side. http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Please prepare binaries. -- Richard Kimberly (Riki) Heck Professor of Philosophy Brown University Pronouns: they/them/their Website: http://rkheck.frege.org/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC4? [was: Scheduled maintenance of LyX servers (Mar 21, 2024)]
On 3/23/24 18:52, Pavel Sanda wrote: On Thu, Mar 21, 2024 at 11:49:16AM -0400, Richard Kimberly Heck wrote: I am on spring break next week, so will have some time then if need be. What about using that time for RC4? :) My feeling is that this could be the last RC; we could declare strict commit rules after it, branch new 2.4.x and release 2.4.0 with minimum changes after month or so? I was about to ask where everyone thinks we stand with that. There have been some pretty significant bugs, but it seems like everything has settled now? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Scheduled maintenance of LyX servers (Mar 21, 2024) [done]
On 3/22/24 17:44, Eberhard W Lisse wrote: On 22/03/2024 04:46, Richard Kimberly Heck wrote: On 3/21/24 19:46, Scott Kostyshak wrote: [...] Thanks a lot to both of you! I don't imagine that was fun, but it certainly was very important. Seconded. Thirded :-)-O Did you move the ftp server itself? I traditionally download from ftp://ftp.lyx.org (using ncftp on the command line :-)-O). It's a different ftp server. That one has not been moved. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Scheduled maintenance of LyX servers (Mar 21, 2024) [done]
On 3/21/24 19:46, Scott Kostyshak wrote: On Thu, Mar 21, 2024 at 11:42:13PM +0100, Pavel Sanda wrote: On Wed, Mar 20, 2024 at 10:23:40AM +0100, Pavel Sanda wrote: we plan to do the major transition of our web infrastructure soon. We are done with the transition. Basic summary: - ftp server for wiki (not the ftp.lyx.org) is deceased. For uploading material use wiki-uploads.git, all developers have rw access. We need to do proxy for users, but I haven't seen this usage in past years, so we are probably fine with that solution. - svn server is deceased. dictionary repo moved to dictionaries.git, all devs have rw access. www-user repo moved to www-user.git, previous contributors have rw access. - www.lyx.org should work very similarly as before. - wiki.lyx.org - there will be more changes here. Many modules seen updates, some modules do no exist anymore/no one updated for new PHP. I tried to fix the most flagrant cases, but I'm sure some corners won't work. - bug tracker (lyx.org/trac) - updated to the most recent version, some UI changes, but it should feel familiar. Few plugins were not ported to new python and do not work anymore - most notable keywords. We allow users to register again, let's see how that goes. Gmail often refuses traffic from trac, JMarc has ambition to spin full fledged mailing service with bells and whistles demanded by google at some moment. I'll update relevant descriptions on our web/wiki to reflect the changes in the coming days + smaller polishing left out. If something does not work, please report back, we may or may not fix it ;) This was a long ride, thanks JMarc for beating the trac dragon :) Thanks a lot to both of you! I don't imagine that was fun, but it certainly was very important. Seconded. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Scheduled maintenance of LyX servers (Mar 21, 2024)
On 3/21/24 05:25, Jean-Marc Lasgouttes wrote: Le 20/03/2024 à 10:23, Pavel Sanda a écrit : Dear LyXers, we plan to do the major transition of our web infrastructure soon. Web and wiki were already moved to read-only mode, bug tracker (trac) will be probably inaccesible altogether, probably from Thu morning (all times in CET). The main switch is planned on Thu evening hours. The optimistic scenario is that we will finish by midnight. The trac bug tracker has been disabled. As indicated, it should work again tonight. Good luck! I am on spring break next week, so will have some time then if need be. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Copy files to tmp
On 3/19/24 10:32, Scott Kostyshak wrote: On Tue, Mar 19, 2024 at 09:49:59AM +, José Matos wrote: On Tue, 2024-03-19 at 09:24 +0100, jspi...@gmail.com wrote: Thanks, this does not seem to be related to external material, AFAICS. However, what would help me is a new placeholder, $$OrigAbsName, that outputs the absolute path to the original filename (see attached). I know that documenting this for 2.4 is too late, but would you be OK if I submitted this as a hidden feature and document later? Jürgen I am suspicious, in any case it follows my opinion. :-) I think that this is quite reasonable because the feature is self- contained and it does not interfere with other features. So IMHO +1. +1 And me. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Copy files to tmp
On 3/18/24 13:01, Jürgen Spitzmüller wrote: I am trying to set up a private external template for the inclusion of sound files to beamer slides. Could somebody please remind me what needs to be done to get those files (e.g., mp3's) copied to the tmp with their mangled file name? I think this is done in the validation routine, by calling features.includeFile(). Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: windows preview bug fix
On 3/8/24 04:19, Jürgen Spitzmüller wrote: Am Samstag, dem 02.03.2024 um 19:49 + schrieb José Matos: After our exchange last week I feel inclined to apply this. I am still note sure that this is the right step but clearly it improves the code regarding the previous one. Does any one opposes to this action? My suggestion would be to apply this before the next RC, so we can collect feedback from Win users. Agreed. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: -geometry
On 2/28/24 08:04, Jean-Marc Lasgouttes wrote: Le 21/12/2023 à 03:01, Richard Kimberly Heck a écrit : LyX refuses to start if the -geometry argument is given and QPA_XCB is defined. I would guess we should just issue a warning and continue. Actually, I do not understand why we have QPA_XCB. A same Linux binary should be able to run with either xcb or Wayland. I guess some parts should be guarded by the availability of xcb headers, and other parts should be guarded by plain ``if (platformName() == "xcb")''. No idea myself. But I did fix the not starting problem. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Font sizes with Wayland
On 2/28/24 09:39, Jean-Pierre Chrétien wrote: Dear developers I was quite bored by the small size of fonts in the upper area of the LyX window (menus and such) with Wayland. I did not find a way to increase them, might be a window manager tuning, I guess. Recently I switched back to a classical Xorg window manager ans I was quite pleased to see the usual fonts sizes I has before Wayland became the implicit WM on Debian. Just to let you know, no action required. I've seen a lot of glitches with Wayland as well. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Mark utf8x as "deprecated" ?
On 2/27/24 20:12, Scott Kostyshak wrote: On Mon, Feb 26, 2024 at 08:40:03PM -0500, Richard Kimberly Heck wrote: On 2/26/24 11:20, Scott Kostyshak wrote: I do not propose this for now since it is a string change, but should we mark utf8x support as deprecated in the dropdown box? Just to give a hint that it is probably not what users want? If so, should I do this on the master branch after 2.4.0 is out so that it will go into effect for 2.5.0? Note that I am just suggesting to add the string "(deprecated)", and not to remove the support. I don't know anything about the technical details, but a utf8x test started failing after a TL update, and I do not think it is expected for it to be fixed. See here: https://github.com/latex3/hyperref/issues/248#issuecomment-1961868947 I don't know anything at all, really, about language support and encodings, but it's fine of course to add new strings for 2.4.1 (if it is not an emergency release). That is good to know. It feels a bit weird to deprecate something during a minor release. I don't have a strong preference though. If we were deprecating it in the sense of "We might no longer support this", that would be one thing. But it's more in the sense of "You might want to know that this may not be supported in LaTeX itself for very much longer". Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Can't create a macro with 2.4.0~devel
On 2/27/24 12:34, Jean-Marc Lasgouttes wrote: Le 27/02/2024 à 14:46, Jean-Marc Lasgouttes a écrit : Le 26/02/2024 à 17:44, Jean-Pierre Chrétien a écrit : Le 26/02/2024 à 16:14, Jean-Marc Lasgouttes a écrit : Now I have to understand why it crashes. I tried in a fresh lyx file with a single table. LyX crashes with the same trace as the one I posted previously, I guess that you can reproduce. Indeed, I see the crash too. But it is still mysterious. I finally fixed it. The inset was not inserted (because it is actually not allowed) but LyX still tried to put the cursor inside this new inset. Question is now: why is inserting a macro definition in a table cell forbidden? Archaeology research shows that it was inserted by Stefan Schimanski in the commit below, but I see no reason for it. I can't imagine why one would actually want to do this. Maybe it was too complicated to figure out the macro scope? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Mark utf8x as "deprecated" ?
On 2/26/24 11:20, Scott Kostyshak wrote: I do not propose this for now since it is a string change, but should we mark utf8x support as deprecated in the dropdown box? Just to give a hint that it is probably not what users want? If so, should I do this on the master branch after 2.4.0 is out so that it will go into effect for 2.5.0? Note that I am just suggesting to add the string "(deprecated)", and not to remove the support. I don't know anything about the technical details, but a utf8x test started failing after a TL update, and I do not think it is expected for it to be fixed. See here: https://github.com/latex3/hyperref/issues/248#issuecomment-1961868947 I don't know anything at all, really, about language support and encodings, but it's fine of course to add new strings for 2.4.1 (if it is not an emergency release). Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Use C++11 string literals to make code easier to read.
On 2/26/24 16:04, Jean-Marc Lasgouttes wrote: Le 26/02/2024 à 21:18, Richard Kimberly Heck a écrit : On 2/26/24 09:24, Thibaut Cuvelier wrote: commit 6b1441036f35767c0b60af510222ba792b17b829 Author: Thibaut Cuvelier Date: Mon Feb 26 15:24:36 2024 +0100 Use C++11 string literals to make code easier to read. I didn't know about those. I'd guess there are lots of places we could make this kind of minor change. I'd say that the syntax is a bit weird with the parentheses around the string contents. But you don't have to worry about escaping quotes. That's the advantage. It's so easy to screw up the escapes. I guess I'm somewhat familiar with this from Python and the triple-quoted strings. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Use C++11 string literals to make code easier to read.
On 2/26/24 09:24, Thibaut Cuvelier wrote: commit 6b1441036f35767c0b60af510222ba792b17b829 Author: Thibaut Cuvelier Date: Mon Feb 26 15:24:36 2024 +0100 Use C++11 string literals to make code easier to read. I didn't know about those. I'd guess there are lots of places we could make this kind of minor change. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Refrerences to trac in the documentation
On 2/13/24 15:39, Pavel Sanda wrote: On Tue, Feb 13, 2024 at 06:11:51PM +0100, Jean-Pierre Chrétien wrote: I see, you mean in documentation not in trac. It's not that simple, we are currently working on transition of trac itself so in medium term this link might be working again. Or not ;) In any case I would not change the documentation yet. Currently I just added the lint to git.lyx.org in the French Intro.lyx. My question was rather to know if https://git.lyx.org/gitweb/?p=lyx.git;a=tree;f=lib/doc;hb=HEAD is the correct way to point to the documentation in git.lyx.org. Depends what you want to reference. This one points to master, but you probably want link to the 2.4 branch (which does not exist yet). That said, by the time these docs are released, that branch will exist, and it will be at https://git.lyx.org/gitweb/?p=lyx.git;a=tree;h=refs/heads/2.4.x Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Cursor Bug [Re: LyX 2.4.0 RC3]
On 2/12/24 19:37, Murat Yildizoglu wrote: On 13 Feb 2024, at 00:06, Richard Kimberly Heck wrote: On 2/11/24 23:18, Murat Yildizoglu wrote: Hello Richard, I am using the RC3 here and I came upon a problem: after having pasted some text, my cursor became invisible. I can select some text or move the cursor but cannot see where it is. I had to to close and restart Lyx in order to get back a visible cursor. I repeated the operation after relaunching Lyx to check if I can reproduce the problem but my cursor stayed visible. So, I do not know what happened. I have never met this problem in Lyx before updating to RC3. Are you on Linux? I have seen this kind of problem quite a bit under Wayland, with different applications. It's very annoying. I am sorry, Richard, I forgot to indicate it: I use MacOS Sonoma 14.2.1 in French. I have only observed this behavior in RC3, not yet in any other version of LyX or application. So not a Wayland issue, though it could still be a Qt issue. There were not many changes between RC2 and RC3. Hardly any, in fact, unless there was a change in the Qt version, which I don't think there was. That said, there have been some pretty significant changes to cursor behavior, so it's possible also that it's a LyX issue. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Bug report: "Format cross-references in the work area" is incorrect for included listings
On 2/12/24 03:23, Léo de Souza wrote: On 10/02/2024 01:56, Richard Kimberly Heck wrote: Should be fixed for RC3, at 91bd457a. Riki I confirm that this is fixed in RC3. Thanks a lot. Thanks! Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 RC3
On 2/11/24 23:18, Murat Yildizoglu wrote: Hello Richard, I am using the RC3 here and I came upon a problem: after having pasted some text, my cursor became invisible. I can select some text or move the cursor but cannot see where it is. I had to to close and restart Lyx in order to get back a visible cursor. I repeated the operation after relaunching Lyx to check if I can reproduce the problem but my cursor stayed visible. So, I do not know what happened. I have never met this problem in Lyx before updating to RC3. Are you on Linux? I have seen this kind of problem quite a bit under Wayland, with different applications. It's very annoying. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX master] Fix display of counters for included listings.
On 2/10/24 22:34, Jürgen Spitzmüller wrote: Am Samstag, dem 10.02.2024 um 12:17 -0500 schrieb Richard Kimberly Heck: Oh, shoot. Should I revert it? Or notify people there is one new string? I'd go for the latter. I think an untranslated string is better than a wrong one. Done. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.4.0 RC3
The third release candidate for 2.4.0 is available here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ The reason for the quick release of the third one was a bug preventing the editing of math in tables. That has been fixed, as has been another bug affecting the creation of LyX 'archives' on Windows. Please report any problems to lyx-devel@lists.lyx.org, which you should be able to do by replying to this message. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX master] Fix display of counters for included listings.
On 2/10/24 18:21, Pavel Sanda wrote: On Sat, Feb 10, 2024 at 12:17:57PM -0500, Richard Kimberly Heck wrote: On 2/10/24 03:45, Jürgen Spitzmüller wrote: Am Samstag, dem 10.02.2024 um 00:55 + schrieb Richard Kimberly Heck: The branch, master, has been updated. You are aware that this broke the string freeze, right? So translators should be informed to update once more before the final release. Oh, shoot. Should I revert it? Or notify people there is one new string? Not sure about the best response. Was this regression? No, an oversight in a new feature. I've just tested, and removing the string change doesn't lead to terrible problems, so it's doable. On the other hand, a couple people have already updated the string. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX master] Fix display of counters for included listings.
On 2/10/24 03:45, Jürgen Spitzmüller wrote: Am Samstag, dem 10.02.2024 um 00:55 + schrieb Richard Kimberly Heck: The branch, master, has been updated. You are aware that this broke the string freeze, right? So translators should be informed to update once more before the final release. Oh, shoot. Should I revert it? Or notify people there is one new string? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Cancel Export hangs
On 2/5/24 23:23, Murat Yildizoglu wrote: Dear friends, I am using Lyx Version 2.4.0~RC1 (Thursday, January 11, 2024) Qt Version (run-time): 5.15.10 on platform cocoa Qt Version (compile-time): 5.15.10 OS Version (run-time): macOS 14.2 Python detected: 3.8.3 (/usr/local/bin/python3) And when I tried to cancel and export using the menu item Document/Cancel Export, Lyx seems to hang and grays out the export button after cancelling. I give the corresponding messages below. But when I check the Activity Monitor in OSX, I don’t see any running Xlatex process after I hit the Cancel Export but Lyx continues to think that it is processing the document. I cannot close it. Since this is an RC, I wanted to inform you about this problem. Are you able to reproduce this problem? If so, are you able to exit LyX at this point? Or do you get the "Document could not be closed because it is being processed by LyX." message? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
RC3 Tarballs
Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Please prepare binaries. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Bug report: "Format cross-references in the work area" is incorrect for included listings
On 2/7/24 11:57, Richard Kimberly Heck wrote: On 2/7/24 04:41, Léo de Souza wrote: Hello, I would like to report that LyX doesn't show the correct reference in the work area for included listings when the option to do so is active. Environment: I compiled LyX 2.4.0~RC2 on Ubuntu 22.04 with Qt6 enabled. Steps to reproduce: 1. Create a new document: File > New 2. Open Document > Settings... and check "Format cross-references in the work area" 3. Enter some text and switch the layout to "Section" 4. On a new line, open the dialog to insert a child document: Insert > File > Child Document... 5. Add a file name, set the include type to "Program Listing", add a label such as "lis:program-listing" and press "OK" 6. Insert a cross-reference to this listing: Insert > Cross-Reference... Expected result: The reference counter value is shown in the work area as "1 (listing)" like it would be for an ordinary listing. Actual result: The reference counter value is shown in the work area as "Section 1". Thanks for this report. I'll have a look. Should be fixed for RC3, at 91bd457a. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Regression on master: cannot insert math in a table cell
On 2/8/24 12:42, didiergab...@free.fr wrote: Will the .exe version for Windows64 be corrected in the coming days, in the form of "RC2.1",or do you advise me to wait for RC3? I have a lot of tables containing mathematical elements... I'll package RC3 this weekend. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Regression on master: cannot insert math in a table cell
On 2/8/24 03:16, Jürgen Spitzmüller wrote: Am Donnerstag, dem 08.02.2024 um 09:02 +0100 schrieb Jürgen Spitzmüller: Should be fixed as of 61aa19ef9cbaf81 Sorry. Riki, this might warrant a soonish RC3. It's not only math that was disabled, but also special characters, spacing and others. OK. I'll package that this weekend. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.4.0 RC2
Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Please report bugs to lyx-devel@lists.lyx.org, or email me directly. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Bug report: "Format cross-references in the work area" is incorrect for included listings
On 2/7/24 04:41, Léo de Souza wrote: Hello, I would like to report that LyX doesn't show the correct reference in the work area for included listings when the option to do so is active. Environment: I compiled LyX 2.4.0~RC2 on Ubuntu 22.04 with Qt6 enabled. Steps to reproduce: 1. Create a new document: File > New 2. Open Document > Settings... and check "Format cross-references in the work area" 3. Enter some text and switch the layout to "Section" 4. On a new line, open the dialog to insert a child document: Insert > File > Child Document... 5. Add a file name, set the include type to "Program Listing", add a label such as "lis:program-listing" and press "OK" 6. Insert a cross-reference to this listing: Insert > Cross-Reference... Expected result: The reference counter value is shown in the work area as "1 (listing)" like it would be for an ordinary listing. Actual result: The reference counter value is shown in the work area as "Section 1". Thanks for this report. I'll have a look. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC2 Tarballs
On 2/6/24 18:23, Stephan Witt wrote: Am 06.02.2024 um 23:17 schrieb Dr Eberhard W Lisse : Anyone doing the Mac version? Yes, it‘s already done. The upload is available to release management. And I'll get to it tomorrow probably. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
RC2 Tarballs
are here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Please prepare binaries. -- Richard Kimberly (Riki) Heck Professor of Philosophy Brown University Pronouns: they/them/their Website: http://rkheck.frege.org/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
RC2?
We've had some feedback from RC1, and mostly things look good. The encoding problem on OSX needs testing, though, and there's a new problem with refstyle that cropped upon on the user list. Anything else we should include in RC2? I'm hoping to get it out by next week. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Lyx 2.4 RC1 ??? A problem inserting svg graphics
On 1/30/24 06:18, Pavel Sanda wrote: On Mon, Jan 29, 2024 at 06:59:40PM -0500, Richard Kimberly Heck wrote: Thanks for the tests. Enrico found a problem with file encodings that we hope will fix this issue for RC2, but we will have to see. That will likely be soon. BTW it would be good to have RC2 out in mid Feb. Should be doable. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Graphics Conversion
On 1/27/24 12:37, Pavel Sanda wrote: On Sat, Jan 27, 2024 at 05:30:19PM +0100, didiergab...@free.fr wrote: With this second version the pdf preview is also perfect ! Good, committed as 7eb5003a81ab. Will be part of RC2, for your convenience you can leave the new configure.py within your local RC1 installation... Good work, Pavel. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Lyx 2.4 RC1 — A problem inserting svg graphics
On 1/29/24 13:30, didiergab...@free.fr wrote: Hi, I did some tests, because I don't always get the same behavior depending on: - The path leading to an svg file may or may not contain accents; - depending on the way of inserting the svg graphic (direct insertion from the toolbar icon, or with external “Inkscape” object insertion); - depending on whether the document is opened the first time with the “cache” directory emptied or after reopening without having cleared the cache. Thanks for the tests. Enrico found a problem with file encodings that we hope will fix this issue for RC2, but we will have to see. That will likely be soon. Riki -- Richard Kimberly (Riki) Heck Professor of Philosophy Brown University Pronouns: they/them/their Website:http://rkheck.frege.org/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC1: Unable to read files with accents in names on Windows
On 1/25/24 04:29, Enrico Forestieri wrote: On Thu, Jan 25, 2024 at 09:31:00AM +0100, Enrico Forestieri wrote: Converting the file to utf-8 encoding everything works fine. Fixed at 48a065e8 Thanks! Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC1: Unable to read files with accents in names on Windows
On 1/25/24 04:35, José Matos wrote: On Thu, 2024-01-25 at 09:31 +0100, Enrico Forestieri wrote: After investigating this I now know why. Capturing the generated script in a file reveals that it is actually encoded in a 8 bit encoding on Windows, despite the fact that the first line of the script says it is encoded in utf-8. Basically it comes to the difference between bytes and string. In Python 2 they are the same. In Python 3 the line that states that the content is utf8 is a no-op since all code files need to be in that encoding. https://docs.python.org/3/howto/unicode.html#the-string-type That does make me wonder whether there are other versions of this problem. Are there other cases where we generate files in this way? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Graphics Conversion
On 1/23/24 12:33, Pavel Sanda wrote: On Tue, Jan 23, 2024 at 11:58:54AM -0500, Richard Kimberly Heck wrote: pdftoppm -r 72 -png -singlefile $$i > $$o This is new route in 2.4 which can be used to avoid IM problems in linux. We perhaps triggerred unnecessary problems on Windows. This could be sovled by making pdftoppm addition conditional on IM fail. The conversion on 2.3.7 is to EPS (according ot the posted logs), rather than PNG, which is why it works better. I'm not sure why we're choosing PNG instead on 2.4. On my system here, it chooses EPS. Didier, do you have a PDF to EPS converter listed in your 2.4 install? And we should perhaps chech, whether accented characters are not problem on linux too... It shouldn't be. This is the toFilesystemEncoding vs toSafeFilesystemEncoding issue again, where the former is known not to work with non-ASCII characters on Windows, whereas it does work (at least according to the comments) on *nix and derivatives. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Graphics Conversion
On 1/23/24 04:06, didiergab...@free.fr wrote: I am currently in front of my Windows 10 PC at my workplace with which I am experiencing exactly the same symptoms. I followed your instructions, and you will find the requested file attached. I will do the same thing again this evening at home, with my personal computer. This is plenty good enough. The difference is indeed what converter is being called. In your case, it looks to be low resolution. I'm puzzled why this is different on 2.3.7. You could try running the same test with it. That would tell us. You could also look under Tools> Preferences> File Handling> Converters, at the PDF to PNG converter. The command listed there will be: pdftoppm -r 72 -png -singlefile $$i > $$o The -r 72 is controlling resolution. You could try increasing that. ps: The Schemacinematic.pdf document was created with inkscape... Which I sometimes export to pdf because I cannot activate, in the Lyx window, the preview of inkscape documents in the native svg format. However, adding an inkscape in float fig document works very well in pdfLaTex export, so I often do without the preview. Should the preview of inkscape svg documents be operational or is it a configuration problem / choice of settings that I made incorrectly? It should work. Here, the SVG to PNG converter is inkscape itself. Maybe LyX is not finding it. Again, check the list of converters, and see if you have anything for SVG. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
...
It looks OK here, though I see how bad the text is in yoru image. Probably this is a matter of what program is being used to do the conversion from PDF to something LyX can display. At this point, that is all cached, so we need to clear that. If you go to your user directory, you can clear out the cache subdirectory. Then launch LyX and, before opening the file, go to View> Messages, then in the pane that opens up, to Settings, choose to show "Selected" messages, and select choose graphics. Then open the file, and email the output in the messages pane. This will let us see what programs are being called to do the conversion. Riki On 1/22/24 17:15, didiergab...@free.fr wrote: I may have expressed myself incorrectly... Exporting to pdf format is perfect for me too. It is the appearance of the preview in the lyx window which is very degraded compared to version 2.3.7 ps : I am also attaching the screen copy in response to José Matos' question which is clearly not getting through... On 1/22/24 16:24, didiergab...@free.fr wrote: Thank you for your reply. I had to remove some things from your preamble to compile it, but when I just took everything out of the preamble, I generated the attached. It looks fine to me. Are you getting something different? Riki -- Richard Kimberly (Riki) Heck Professor of Philosophy Brown University Pronouns: they/them/their Website:http://rkheck.frege.org/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC1: Unable to read files with accents in names on Windows
On 1/22/24 17:53, Thibaut Cuvelier wrote: On Mon, 22 Jan 2024 at 23:00, Richard Kimberly Heck wrote: On 1/22/24 16:53, didiergab...@free.fr wrote: I also realize that I can no longer load images whose names contain accents. In any case, that’s what’s happening with the file I just sent you. If I rename the file: SchemaCinematique.pdf to SchemaCinématique.pdf then I can read “Error converting to a readable format.” That's a serious bug. Can anyone on Windows check this? I can reproduce with PDF files whose names have accents, but not PNG (with the same file name apart from the extension). If I export the file to LyX 2.3 and load it with LyX 2.3.7, the PDF file doesn't have any issue (with MikTeX, up to date). I'm attaching the logs (View > Messages Pane, with all logs enabled) and the corresponding test files (LyX 2.3 and 2.4). The conversion script has: infile = "C:/Users/Thibaut/Desktop/p k .pdf" when the input file was: ~\Desktop\píkà.pdf. The accented characters have been stripped. This is not a surprise, though, since toFilesystemEncoding has a comment that says it does not work with non-ASCII characters on Windows. The puzzle is why this worked on 2.3.7. None of this code has changed, so far as I can see. Enrico, do you know if there is a reason not to use toSafeFilesystemEncoding here instead? This is in GraphicsConverter.cpp, line 139. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Poor PDF preview quality - LyX 2.4.0, Release Candidate 1
On 1/22/24 17:05, didiergab...@free.fr wrote: @José Matos I notice that the images included in the text thread do not go through… Here it is as an attachment I think I got the image the first time. It may be that they do not show up in the archive. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
RC1: Unable to read files with accents in names on Windows
On 1/22/24 16:53, didiergab...@free.fr wrote: I also realize that I can no longer load images whose names contain accents. In any case, that’s what’s happening with the file I just sent you. If I rename the file: SchemaCinematique.pdf to SchemaCinématique.pdf then I can read “Error converting to a readable format.” That's a serious bug. Can anyone on Windows check this? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Poor PDF preview quality - LyX 2.4.0, Release Candidate 1
On 1/22/24 15:48, didiergab...@free.fr wrote: Hi, Compared to version 2.3.7 and from the default settings the difference is obvious. The PDF (graphic) option is set to pdfview... But by changing the parameters (custom, default system...) It's still just as ugly... On the other hand, the pdflatex export is very good. This is an installation under Windows 10. Do you have an idea? Can you provide a small file, maybe with one graphic, that illustrates the problem? Post a PDF as well, so we can see the issue. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.4.0~RC1 hangs on macOS
On 1/20/24 18:08, list_em...@icloud.com wrote: Thanks, el. I did as you suggested but there was no improvement and little change to the problem. As the rapidly cycling status messages continue in the Welcome file, I am able to start a new file and make a PDF of it. But I can’t close either the new (unsaved) file or the Welcome file because it says it can’t quit because of a background process. Normal quitting method has the same result. Clicking on the spinning circle or red dot has no effect. I tried this multiple times, each time deleting the Support file as you suggested. Next, I deleted the app as well as these: org.lyx.LyX-2.4.plist org.lyx.lyx.plist org.lyx.lyx.savedState (a folder) and re-downloaded and re-launched the app. Now the behavior is worse, getting only the app main menu with Apple logo and “LyX” item, and then nothing but pinwheeling. It doesn’t even open the Welcome file or finish drawing the main menu. I put the three deleted items back but it still hangs on launch. Definitely going in the wrong direction here. While LyX is hanging as above, Activity Monitor indicates that LyX has launched one instance of Python and repeatedly launches and stops a second instance. My current Python is 3.9 but versions up to 3.12 are installed by macports. LyX 2.3.7 still works. I notice that I got this version through MacPorts. I just now updated all my macports stuff which includes Python and texlive. 2.4 still hangs on launch. I'm going to guess a few things here. I guess the first problem is the hanging on launch. LyX can seem to hang when it's reconfiguring. Deleting the user directory will have forced this. One symptom of this would be seeing various LaTeX-related processes being called over and over again. If you can get LyX to launch, then we need to find out what this process is that's stopping LyX from closing. Do you have images in the documents you're opening? Lots of math? If the latter, are you using math preview? Or is this just a basic document? Another possibility is that the PDF creation process is not exiting properly. I'm not sure how to debug that. Again, a symptom would be some LaTeX process still running. One thing that might help (with both problems) is if you could start LyX from a terminal and post the output. This should let us see what processes LyX is launching, and where things are getting stuck. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC1!!
On 1/18/24 14:58, Jürgen Spitzmüller wrote: Am Donnerstag, dem 18.01.2024 um 20:22 +0100 schrieb Pavel Sanda: Actually I am not sure it's part of TL proper, it's packaged here in texlive-bibtex-extra package. Anyway Uwe put it in tree very long time ago when TL/Miktex distributions would be very different. CTAN says it's part of TeXLive and MikTeX: https://ctan.org/pkg/din1505 Anyway, even if it wouldn't, I'd rather use a standard style before shipping our own bst just for the sake of exemplifying in docs. On Fedora: dnf provides *alphadin.bst Last metadata expiration check: 0:03:26 ago on Thu 18 Jan 2024 05:18:20 PM EST. lyx-common-2.3.7-1.fc38.noarch : Common files of lyx Repo : fedora Matched from: Other : *alphadin.bst texlive-din1505-10:svn19441.0-65.fc38.noarch : Bibliography styles for German texts Repo : fedora Matched from: Other : *alphadin.bst Let's drop it. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC1!!
On 1/18/24 08:15, Pavel Sanda wrote: 2) Open User Guide. Click on bilbiography at the bottom of the document. Style field is empty. Now disable read-only status of the UG via Document menu and do the same as above. Style field suddenly becomes "biblio/alphadin" (which is correct). So we're not displaying the used style when it's read-only? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Wrong ref counter value in cross ref dialogue
On 1/17/24 15:35, Andrew Parsloe wrote: On 18/01/2024 6:52 am, Richard Kimberly Heck wrote: On 1/16/24 16:50, Andrew Parsloe wrote: LyX 2.4.0 rc1 on windows 10. I notice that in the Cross-reference dialogue window, the Reference counter value of a Proposition (when using AMS environments) is given as a Lemma. Obviously a small oversight -- I've tested all the other AMS environments and this is the only one that has a wrong Reference counter value. I'm not seeing this. See attached. This is using just the basic AMS Theorems module. Have you customized the layout files in some way? I think that is where these are picked up from. Riki This was helpful in finding the problem. I was also using the "Standard theorems numbered by section" module and that's where the oversight is. See theorems-sec.module (line 21) theorems-chap.module (line 22) Thanks. Cut and paste error, presumably. Fixed. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Wrong ref counter value in cross ref dialogue
On 1/16/24 16:50, Andrew Parsloe wrote: LyX 2.4.0 rc1 on windows 10. I notice that in the Cross-reference dialogue window, the Reference counter value of a Proposition (when using AMS environments) is given as a Lemma. Obviously a small oversight -- I've tested all the other AMS environments and this is the only one that has a wrong Reference counter value. I'm not seeing this. See attached. This is using just the basic AMS Theorems module. Have you customized the layout files in some way? I think that is where these are picked up from. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
LyX 2.4.0, Release Candidate 1
The LyX team is happy (and relieved) to announce the publication of the first 'release candidate' for the long awaited 2.4.0. You can find tarballs and binaries for Windows and OSX here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Strictly speaking, we are releasing RC1 for testing purposes only. Please report any bugs you may find to the user list or the developer list, as you prefer. That said, many of us have been using the development branch for production work, and we believe it is pretty stable. Remember, however, that files saved with 2.4 cannot be opened in LyX 2.3.x unless you first export them to that format. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC1!!
On 1/11/24 17:37, Jean-Marc Lasgouttes wrote: Le 11/01/2024 à 23:13, Richard Kimberly Heck a écrit : Is it intentional that there is extra padding at the top of math displays in this version of LyX? 2.3.7 on the left, 2.4.0rc1 on the right: No, that is not intentional, and I see it, too. Thanks for the report. We'll track it down. As you might have seen elsewhere, it is intentional. See ticket #11891. Yes, replied too quickly Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
ARM vs Universal Etf
On 1/11/24 16:27, Dr Eberhard W Lisse wrote: I see one for ARM, would a universal one be forthcoming? I have a mixed setup and am salivating :-)-O Stefan? Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: RC1!!
On 1/11/24 13:23, Alexander Dunlap wrote: On Thu, Jan 11, 2024, at 11:14 AM, Richard Kimberly Heck wrote: Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Please build binaries. Riki Is it intentional that there is extra padding at the top of math displays in this version of LyX? 2.3.7 on the left, 2.4.0rc1 on the right: No, that is not intentional, and I see it, too. Thanks for the report. We'll track it down. Riki -- Richard Kimberly (Riki) Heck Professor of Philosophy Brown University Pronouns: they/them/their Website:http://rkheck.frege.org/ -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
RC1!!
Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ Please build binaries. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 Schedule
On 1/10/24 12:44, Jean-Marc Lasgouttes wrote: Le 10/01/2024 à 11:43, Pavel Sanda a écrit : Is the biginset branch ready? Since I have been the only one testing it, I would be surprised. However, there are two parts: - One that optimizes the drawing mechanism, both in cost of updateMetrics() and in number of calls, and improves the scrolling code. This part is probably almost ready. - the second part removes some full screen update that can be expensive. I would not be surprised if they caused (fixable) crashes. And then the last patch (initial loading of previews), which could probably be moved to first part. If yes it might better RC1->RC2->2.4.0 than within stable cycle... Not sure. What I do not want is delay 2.4.0. Big changes are probably not wise right now. I would suggest committing the first part to 2.4.x as soon as we are sure an emergency release will not be needed, or if one is then as soon as we have reached some kind of stable state. It will get plenty of testing then. The entire thing could be committed to devel as soon as 2.4.x is branched. Potential problems with the second part can hopefully be identified there, and then we can commit that stuff to 2.4.x when it seems safe. I will build RC1 tomorrow. I meant to do it today, but got busy... Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX 2.4.0 Schedule
On 1/9/24 05:11, Pavel Sanda wrote: On Wed, Dec 20, 2023 at 08:47:01PM -0500, Richard Kimberly Heck wrote: I've sent a note to the translators making one final call for translations, asking for them to be delivered by the New Year. Shortly after that, I will package RC2, and hopefully we can aim at an actual release by the end of January. Breakdown of current bugs with 2.4 milestone: #13022 - regression - LyX modifies unicode in ERT. Anyone to help? #13017 - "aux file not found" at export - patch, but Riki is probably waiting for Juergen's input I'll go ahead and commit that before RC1. It seems to have worked in my testing. #10425 - the ongoing story, where to center the cursor after jump; seems currently at JMarc decision how we move with this #12935 - mac + japanese path encoding crash; Stephan, can you even reproduce? #12880 - hebrew input/font ecoding - waiting on input from Udi #13005 - bottom dock can't be enlarged if simple search is used; I can't work on it now, but would like to see it fixed in 2.4, perhaps post RC phase.. Thanks for that. I'll package RC1 in the next couple days. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [BUG] GuiView::zoom_max_ and GuiView::zoom_min_ are missing definitions
On 1/8/24 05:03, Jean-Marc Lasgouttes wrote: Le 08/01/2024 à 10:52, Yexuan Xiao a écrit : I tried to use cmake to compile lyx, but failed because there are errors in lyx's code. Refer to https://en.cppreference.com/w/cpp/language/static, if a const static data member or a constexpr static data member is odr-used, a definition at namespace scope is still required. In the file src/frontends/qt4/GuiView.h line 482, zoom_max_ and zoom_min_ are declared, but not defined. And in GuiView.cpp line 784, 4241, there is the following code: zoom = min(max(zoom, zoom_min_), zoom_max_);. Because std::min and std::max take parameters as const T&, not T, zoom_max_ and zoom_min_ are odr-used, and thus require their definitions. The fix is simple, in C++17 mode, declare and define zoom_max_ and zoom_min_ as "constexpr", such as "static constexpr zoom_max_ = 100;" in the class definition, or in C++11 mode, provide their definitions in GuiView.cpp, such as "int const GuiView::zoom_max_;". Hello, Thanks for the thorough bug report. This 2.3.x issue seems to have been fixed in master at cd995a2b. Riki, can I backport? Yes, of course. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel