Re: conflict beamer, eulervm (with mnwe)
Am Donnerstag, dem 31.03.2022 um 12:09 -0400 schrieb Neal Becker via lyx-users: > Strange conflict. Using beamer, if > \usepackage{eulervm} is added, then when > \hat{a} used something happened that causes: > > ! Undefined control sequence. > \hat > > l.39 \end{frame} > > without \hat{} there is no error, and without \usepackage{eulervm} > there is no error. I think the problem is not related to beamer. The eulervm package assumes classic (pdf)latex, not lua- or xelatex. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: conflict beamer, eulervm (with mnwe)
On 3/31/22 12:09, Neal Becker via lyx-users wrote: Strange conflict. Using beamer, if \usepackage{eulervm} is added, then when \hat{a} used something happened that causes: ! Undefined control sequence. \hat l.39 \end{frame} without \hat{} there is no error, and without \usepackage{eulervm} there is no error. Any thoughts? Thanks, Neal Try changing the line that loads eulervm to \usepackage[euler-hat-accent]{eulervm}. Paul -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: About the effect General text class parameters
On 3/31/22 12:15, tush via lyx-users wrote: I just selected for my document the |IEEE Transactions| layout (IEEEtran.layout). In this file one can find the following content: Sides 1 SecNumDepth 3 TocDepth 3 I expected to see a change for the corresponding parameters in the Document Settings dialog, but nothing changes: The table of contents depth and section depth keeps to be just the same as used by my settings for Document Defaults (chapters and onward is not included). I also don't see the removal of "twoside" option for the document class: It keeps to be \documentclass[twoside]{article} Should the statements of this kind (Sides, SecNumDepth, TocDepth) lock the corresponding buttons and menus in the document settings? If nothing changes or activates when I declare those styles, then what is the point of them? Or perhaps I am missing anything here? If you selected "IEEE Transactions" from the document class list, the first line of your LaTeX output should be \documentclass[english]{IEEEtran} (give or take the "english" option). How exactly did you select the IEEEtran layout? Paul -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Re: About the effect General text class parameters
But I am not 100%, because I can still change the ToC depth and Sections depth in the editor.. And the latex code fortocdepth and secnumdepth changes in a way that I don't clearly understand.-- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
About the effect General text class parameters
I just selected for my document the IEEE Transactions layout (IEEEtran.layout). In this file one can find the following content: Sides 1 SecNumDepth 3 TocDepth3 I expected to see a change for the corresponding parameters in the Document Settings dialog, but nothing changes: The table of contents depth and section depth keeps to be just the same as used by my settings for Document Defaults (chapters and onward is not included). I also don't see the removal of "twoside" option for the document class: It keeps to be \documentclass[twoside]{article} Should the statements of this kind (Sides, SecNumDepth, TocDepth) lock the corresponding buttons and menus in the document settings? If nothing changes or activates when I declare those styles, then what is the point of them? Or perhaps I am missing anything here?-- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: About the effect General text class parameters
Am Donnerstag, dem 31.03.2022 um 16:15 + schrieb tush via lyx- users: > If nothing changes or activates when I declare those styles, then > what is the point of them? It tells LyX the standard values of the document. So if "Sides 2", LyX doesn't need to output "twoside" if this is set in document settings, but it would need to output "oneside". Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
conflict beamer, eulervm (with mnwe)
Strange conflict. Using beamer, if \usepackage{eulervm} is added, then when \hat{a} used something happened that causes: ! Undefined control sequence. \hat l.39 \end{frame} without \hat{} there is no error, and without \usepackage{eulervm} there is no error. Any thoughts? Thanks, Neal mwe.lyx Description: application/lyx -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: conflict beamer, eulervm (with mnwe)
Yes, that fixed it! Thanks! On Thu, Mar 31, 2022 at 12:32 PM Jürgen Spitzmüller via lyx-users < lyx-users@lists.lyx.org> wrote: > Am Donnerstag, dem 31.03.2022 um 12:09 -0400 schrieb Neal Becker via > lyx-users: > > Strange conflict. Using beamer, if > > \usepackage{eulervm} is added, then when > > \hat{a} used something happened that causes: > > > > ! Undefined control sequence. > > \hat > > > > l.39 \end{frame} > > > > without \hat{} there is no error, and without \usepackage{eulervm} > > there is no error. > > I think the problem is not related to beamer. The eulervm package > assumes classic (pdf)latex, not lua- or xelatex. > > Jürgen > -- > lyx-users mailing list > lyx-users@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-users > -- *Those who don't understand recursion are doomed to repeat it* -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: About the effect General text class parameters
I selected it through Document -> Settings -> Document Class then choose it from the list. But now I think that I understand the idea: Those parameters makes changes in the LaTeX code, not in the layout of the editor.-- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
lyx not a readable Lyx document
I posted this already under tmp/lyx not a readable file (01March22) The error message: /tmp/lyx_tmpdir.MQUsZMBvAPQl/Buffer_convertLyXFormatwrdYvM.lyx is not a readable LyX document. since quite a number of my older (March 22) lyx files are affected and I can't open them, I would very much appreciate if somebody could have a look at it. I found 2 lyx files close to each other, one of which gives the error message above, the other one is alright. I could send both privately (because of the size and the content) to somebody for checking them. I use lyx 2.4.dev under Debian. Wolfgang -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: using LanguageTool with LyX
On Wed, Mar 30, 2022 at 03:27:22PM +0200, Saša Janiška via lyx-users wrote: > Hello, > > I'd like to check my documents with the LanguageTool. There is support for it > for different editors and LaTeX via LTeX Language Server > (https://github.com/valentjn/ltex-ls), but wonder if there is something to add > support for LyX? > > In the Wiki there is info https://wiki.lyx.org/Tools/LyX-GrammarChecker wich > is > probably obsolete? > > In the past I was using Antidote, but after upgrading they removed Linux > support from the desktop version, so I'd prefere to support LanugeTool... Hi Gour, I've used the grammar checker in the past and found it useful, but indeed I remember it required some setting up. I haven't used it in a while so I wouldn't be surprised if the Wiki page is outdated. I don't think there's any other option for LyX that fits in seamlessly, unfortunately. I wish LyX had native grammar checking just like it has spell checking, but currently no one is working on it. Scott signature.asc Description: PGP signature -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users