Re: Windows + TeXLive + LyX 2.3.0
This is in reply to Pavel Sanda's query about Texlive vs. Miktex. Sorry, on my Fedora 28 system the "Reply to" button on the Mail Archive does not seem to work. I get a blank screen on both Chrome and Firefox. I may well be doing something wrong... Anyway, I owe great thanks to the LyX team for your terrific ongoing work. I've been using LyX for almost 10 years now and I can't imagine life without it. I've been mostly using Texlive on Linux for my own work; this has been seamless at both install and run time. However, about 5 years ago I helped a colleague install LyX on his Windows system using the "Bundle" installer and thus with MikTex. This worked OK on the whole, but there have been a few mysterious failures, especially when installing new versions of LyX, even if the "simple" installer was used with an existing Miktex installation. Problems were usually cleared up by a complete reinstall of both MikTex and LyX, but that's quite a bother. A couple of years ago this had became enough of an annoyance that we decided to try a full Texlive installation on Windows after completely removing Miktex. Lyx immediately detected Texlive and ran flawlessly. This good experience has been repeated without exception since then, through a number of version upgrades of LyX. We would not consider a return to Miktex. This experience left us wondering: why the emphasis on MikTex as opposed to Texlive? The difference in installation simplicity and stability seemed so striking to us. We do realize that Mixtex has certain automatic convenience features that permit somewhat smaller installs, saving perhaps 2-3 GB of disk space while automatically loading any needed packages. However, this space saving would be modest on most reasonably modern computers although it is clear that older machines might benefit from Miktex's smaller footprint. It is true that the need to install Texlive and LyX separately might be a bit more difficult for the uninitiated, but a person would have to be able to do one installation anyway with the bundle installer and seems to have a much greater chance of running into trouble that way. This strikes me as not being a good tradeoff in user friendliness. If Miktex compatibility is to be maintained as an official part of LyX, I STRONGLY support the proposal to include a warning to the user that their Miktex installation might be modified or harmed by the installer. In particular, I think failure to do so is more likely to mess up naive users that sophisticated ones. Experienced people can get themselves out of trouble. In fact, I'd be surprised if a substantial fraction of LyX users are all that naive, since to use LyX effectively one must know at least the basics of Latex (I've learned a lot this way - thanks!). Latex is not for beginners. Sorry to be so long-winded, but I wanted to cover all these points. Thanks to Riki for wading in to the Windows installer mire. Eric Barkan
Re: 2.3.0 installer test on Windows 10
Scott and Jose, Installing texlive-babel-spanish fixed the problem. The user guide now compiles perfectly under Fedora 27. Jose: I personally don't require any Babel packages; this just came up during testing. So no need to change the spec file, at least not for me. Thanks! Eric Barkan Earlier Message: I've installed and run the latest 2.3.0 installer from the FTP site on Windows 10. I've done 2 installations, both against TexLive 2017: 1. Windows 10 running natively on a new Dell laptop with Kaby Lake Xeon. 2. Windows 10 under Virtual box on a Fedora 27 host. No problems or errors at all, either during installation, lyx program startup, or compiling the User Guide. The generated User Guide PDF looks OK as far as I can tell. Separately, FYI: I have also built and tested the 2.3.0 tarball under Fedora 27/Texlive with QT 5.9.4. It builds and runs without error on my own documents. However, when compiling the User Guide, it throws two errors: 1. "Illegal parameter number in definition of \captionsspanish" with the Description: } You meant to type ## instead of #, right? Or maybe a } was forgotten somewhere earlier, and things are all screwed up? I'm going to assume that you meant ##. and: 2. "Package babel Error: You haven't defined the language spanish yet." with the Description: \selectlanguage{spanish} % Your command will be ignored, type to proceed These errors appear to be triggered in Section 3.9.2 on the line: "Les incises - même si tout le monde ne les aime pas – sont très utiles." Yes, that's French, not Spanish. After clicking "Show Output Anyway" the PDF compiles without further error and the affected lines in Section 3.9.2 appear normal. Am I missing some package from Texlive? Hope this helps. In any case, thanks to you all for your hard work on this release! Eric Barkan
2.3.0 installer test on Windows 10
Sorry, Scott. I first sent this to your own email by mistake. Re-sending to the list. I've installed and run the latest 2.3.0 installer from the FTP site on Windows 10. I've done 2 installations, both against TexLive 2017: 1. Windows 10 running natively on a new Dell laptop with Kaby Lake Xeon. 2. Windows 10 under Virtual box on a Fedora 27 host. No problems or errors at all, either during installation, lyx program startup, or compiling the User Guide. The generated User Guide PDF looks OK as far as I can tell. Separately, FYI: I have also built and tested the 2.3.0 tarball under Fedora 27/Texlive with QT 5.9.4. It builds and runs without error on my own documents. However, when compiling the User Guide, it throws two errors: 1. "Illegal parameter number in definition of \captionsspanish" with the Description: } You meant to type ## instead of #, right? Or maybe a } was forgotten somewhere earlier, and things are all screwed up? I'm going to assume that you meant ##. and: 2. "Package babel Error: You haven't defined the language spanish yet." with the Description: \selectlanguage{spanish} % Your command will be ignored, type to proceed These errors appear to be triggered in Section 3.9.2 on the line: "Les incises - même si tout le monde ne les aime pas – sont très utiles." Yes, that's French, not Spanish. After clicking "Show Output Anyway" the PDF compiles without further error and the affected lines in Section 3.9.2 appear normal. Am I missing some package from Texlive? Hope this helps. In any case, thanks to you all for your hard work on this release! Eric Barkan
LyX 2.3.0RC2: Bug in advanced search and replace
Under 2.3.0RC2, I find that the advanced search and replace pane does not respond to keyboard input. The text cursor appears when I click on the pane, but I can't enter text directly into the pane or into a math box in the pane. I do not find this problem in 2.3.0RC1. I have built 2.3.0RC2 on Fedora 27 using both QT 5.9.2 and QT 4.8.7 and I have also installed it on a new Dell laptop using Windows 10 as well as on a win 10 virtual machine. All of these installations show the same bug. Now for the good news. I'm a long time LyX user and I don't know how I'd live without it. Thanks to everyone on the LyX team for your ongoing hard work. Eric Barkan