Re: [RFC][PATCH] Draw display math numbering outside of inset
On Wed, Apr 3, 2019 at 2:09 AM Jean-Marc Lasgouttes wrote: > Le 03/04/2019 à 06:19, Joel Kulesza a écrit : > > My apologies for not trying this patch to know the implications before > > asking, but will this provide a path to incorporating native subequation > > numbering? From the submodule I submitted previously, I use an inset to > > set the environment around them. However, I'd like to, at some point, > > tackle the issue properly... > > No, it won't. I know next to nothing about subequations, what is the > package you rely on? > AMSmath. MWE below. The subequations module in LyX creates the subequations environment for me. However, the way the inset scales horizontally is, often, less than desirable. At some point, I'd like to capture this functionality in with the built-in equation numbering, labeling, etc. \documentclass{article} \usepackage{amsmath} \begin{document} The two most important equations to me are \begin{subequations} \begin{equation}\label{eq:1} e = m c ^ 2, \end{equation} \begin{equation}\label{eq:2} f = m a \end{equation} \end{subequations} where Eq.~\ref{eq:1} is preferred to Eq.~\ref{eq:2}. \end{document}
Re: Are you going to offer new versions of LyXWinInsaller?
On 4/3/19 5:52 PM, Uwe Stöhr wrote: > Am 02.04.2019 um 03:02 schrieb Richard Kimberly Heck: > >>> You see why I insist that proper Windows support is only possible if >>> the >>> whole process, compilation, installer building and testing the >>> installation is run on different Win systems. >> >> No, I don't see why it matters whether we compile LyX on Windows or on >> Linux, and nothing you said seems to address that. > > I just gave you two examples why only installing LyX on a Windows PC > could unveil problems: You said I have to *compile* LyX on Windows. Of course I *install* LyX under Windows to test it. As I also said, it is my intention to release 'testing' versions which, presumably, will be installed by people on different systems. I'm hoping to get to this fairly soon. Problems that turn up that way will be fixed. I agree, of course, that it would be better if the person responsible for the Windows installer was a Windows user. But, at the moment, we don't have anyone who is (i) willing to take that on and (ii) willing to abide by decisions of the LyX team. Riki
Re: Are you going to offer new versions of LyXWinInsaller?
Am 02.04.2019 um 03:02 schrieb Richard Kimberly Heck: You see why I insist that proper Windows support is only possible if the whole process, compilation, installer building and testing the installation is run on different Win systems. No, I don't see why it matters whether we compile LyX on Windows or on Linux, and nothing you said seems to address that. I just gave you two examples why only installing LyX on a Windows PC could unveil problems: - the installer must assure that LyX is not currently running when installing. The plugin that should do this fails now since the latest Win 10 update from March. Yes, the plugin was already declared deprecated but we both missed this. We are all humans so only frequent testing on different Windows systems will uncover such cases. - the other example was the installation of LyX. There was a nasty bug in MiKTeX that made it crash when LyX's configure.py was run. This was no LyX bug but for the LyX users the effect was the same - LyX became unusable for those who had MiKTeX already installed. I noticed this during my tests, informed the MiKTeX developer and he fixed it within 2 days. So if the goal is still to deliver a working LyX system it is not enough to compile it and its installer. One must test the different components on different Windows systems. One more example: ImageMagick releases made frequently problems in the past. Some released had general problems with EPS and PDF images. How will you see this if not testing on Windows? The crux is that the users can't know what is causing a problem. They just see e,g, that some images won't be displayed within LyX. Therefore I run different image tests for every installer I release, on Win 7 and Win 10. Sometimes only the combination of a certain Ghostscript and ImageMagick release caused issues. I fixed the particular NSIS plugin problem now in the installer for FreeCAD by using the plugin "nsProcess". I'll backport this to the LyXWinInstaller and you should do this for your installer as well. regards Uwe
Re: about the Win installer
Am 03.04.2019 um 16:57 schrieb Daniel: > On 03/04/2019 15:05, Jürgen Womser-Schütz wrote: >> MikTex itself provides a nice description for the installing procedure >> on Windows: https://miktex.org/howto/install-miktex >> LyX-users should take account of only one setting: "Install missing >> packages on-the-fly" should be set to "Always". > > Why is that setting recommended? I am using MiKTeX with the default > Ask me first setting and LyX seems to work fine with it so far. > > Daniel > In the past I made the experience that MikTex works very good with "Always" and you learned that it works fine too with "Ask me first". If we put our observations together we can subsum: "Install missing packages on-the-fly" probable doesn't matter for LyX purpose. All the best. Jürgen
Re: about the Win installer
Le 03/04/2019 à 16:57, Daniel a écrit : On 03/04/2019 15:05, Jürgen Womser-Schütz wrote: MikTex itself provides a nice description for the installing procedure on Windows: https://miktex.org/howto/install-miktex LyX-users should take account of only one setting: "Install missing packages on-the-fly" should be set to "Always". Why is that setting recommended? I am using MiKTeX with the default Ask me first setting and LyX seems to work fine with it so far. It is the "do not presume that the user knows what he is doing" philosophy. I would not recommend it either. JMarc
Re: about the Win installer
On 03/04/2019 15:05, Jürgen Womser-Schütz wrote: MikTex itself provides a nice description for the installing procedure on Windows: https://miktex.org/howto/install-miktex LyX-users should take account of only one setting: "Install missing packages on-the-fly" should be set to "Always". Why is that setting recommended? I am using MiKTeX with the default Ask me first setting and LyX seems to work fine with it so far. Daniel
Re: about the Win installer
> Richard Kimberly Heck Tue, 02 Apr 2019 10:02:05 -0700 > >On 4/2/19 11:05 AM, Jean-Marc Lasgouttes wrote: >> Le 02/04/2019 à 16:53, Richard Kimberly Heck a écrit : A solution would be to point people to a nicely crafted page explaining what needs to be installed and what the choices are. >>> >>> You mean like this? >>> >>> https://wiki.lyx.org/Windows/TeXLive >> >> Yes :) I admit I did not know it. Does the installer point to it? >> Could it? > > >We point to it from the download page. I would guess it would also be >done in the installer. > > >> >>> We could have another for MiKTeX. >> >> Or a not too long and intimidating page that explains why one needs >> LaTeX and which distribution to use depending on uses. This page could >> point to two a bit more technical pages describing each installer. >> >> An executive summary (aka TL;DR) at the beginning could be useful for >> users for short attention span concerning computer technicalities. > >You think we can rustle up a volunteer? > >Riki MikTex itself provides a nice description for the installing procedure on Windows: https://miktex.org/howto/install-miktex LyX-users should take account of only one setting: "Install missing packages on-the-fly" should be set to "Always". Regards Jürgen
Re: Crash on current master
On 03/04/2019 12:14, Jean-Marc Lasgouttes wrote: Le 03/04/2019 à 11:42, Daniel a écrit : Current master crashes immediately on start while restoring my last session. Try again with latest master. JMarc Thanks. Works again. Daniel
Re: Crash on current master
Le 03/04/2019 à 11:42, Daniel a écrit : Current master crashes immediately on start while restoring my last session. Try again with latest master. JMarc
Re: Crash on current master
Le 03/04/2019 à 11:42, Daniel a écrit : Current master crashes immediately on start while restoring my last session. Daniel Does reverting 283ac91aa739 help? JMarc
Crash on current master
Current master crashes immediately on start while restoring my last session. Daniel
Re: [RFC][PATCH] Draw display math numbering outside of inset
Le 03/04/2019 à 06:19, Joel Kulesza a écrit : My apologies for not trying this patch to know the implications before asking, but will this provide a path to incorporating native subequation numbering? From the submodule I submitted previously, I use an inset to set the environment around them. However, I'd like to, at some point, tackle the issue properly... No, it won't. I know next to nothing about subequations, what is the package you rely on? JMarc