Re: Spellcheck suggestions not visible in context meny of Frame environment
On Mon, Dec 07, 2020 at 12:37:16PM +0100, Pavel Sanda wrote: > Hi, > > as stated in title, the spellcheck suggestions are not added to the context > menu > for the misspelled word as is the case in usual text. You have to be in the > 'Frame title' inset you usually see in Frame environment. > > Its both branch and master. I can't reproduce. Can you still reproduce? You're talking about continuous spellcheck right? Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Reproducible Assertion in Master
On Sun, Dec 06, 2020 at 12:22:02AM -0500, Richard Kimberly Heck wrote: > Open a new file and attempt to activate a module with missing requires. > I get an assertion in GuiIdListModel, due to our attempting to set an > invalid role. > > I can try to bisect tomorrow. Did this get figured out? Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Default font encoding for Lithuanian, Latvian, and Polish (was: Regression while adding unnumbered chapters to ToC?)
On Mon, Nov 23, 2020 at 10:11:24PM -, Guenter Milde wrote:
> Dear LyX developers,
>
> triggerd by the "Regression while adding unnumbered chapters to ToC", I had
> a closer look at lib/languages and tried a tentative fix.
>
> On 2020-09-17, Günter Milde wrote:
> > On 17.09.20, Scott Kostyshak wrote:
> >> On Sat, Sep 05, 2020 at 05:22:00PM +, V K wrote:
> >> > On Saturday, September 5, 2020, 08:08:20 PM GMT+3, V K
> >> > wrote:
>
> > ...
>
> >> > So I opened file of the book (report class) I was writing in Lyx 2.3
> >> > (and it compiles) in Lyx 2.4 and it won't compile with error: "!
> >> > LaTeX Error: Command \k unavailable in encoding OT1." I tried various
> >> > options to find the cause (maybe that depends on the fact that I
> >> > constantly need use cyrillic Russian books in bibliography and so on
> ...
> >> > – some of errors while changing options pointed to cyrrilic
> >> > footnotes, but that can be another issue). I think I narrowed cause
> >> > and the problem is with ERT solutions how to insert unnumbered
> >> > chapter to ToC. If I remove line
> >> > \addcontentsline{toc}{chapter}{Įvadas} document compiles. It compiles
> >> > even after removing unicode letter "Į" from that line:
> >> > \addcontentsline{toc}{chapter}{vadas} (it compiles from the second
> >> > try). The same thing is with longer solution to add all unnumbered
> >> > chapters to ToC from there:
> >> > https://tex.stackexchange.com/questions/185367/add-an-unnmbered-section-to-the-table-of-contents-in-lyx
> >> > Line \markboth{Įvadas}{Įvadas} creates problem using fancy pagestyle
> >> > and removing "Į" cures that. So I can't add unnumbered chapters to
> >> > ToC. I changed language of the document to Latvian, English and it
> >> > compiles fine.
> ...
>
> > I believe the reason is that in 2.3, two font encodings "T1,L7x" are
> > auto-loaded by lyx but in 2.4 only "L7x".
>
> When T1 is not loaded, Babel sets the legacy macro \latinencoding to OT1.
> As Babel-Russion still calls \latinencoding after leaving Russian text parts,
> and Babel-Lithuanian no longer changes the font encoding when entering
> Lithuanian, this leads to errors with the ogonec accent (\k is not defined
> in OT1).
>
> 8eff3b1772 fixes the regression by adding a font-encoding switch to the
> PostBabelPreamble.
>
> However, for a consistent handling, we need to decide, when to use/force
> non-standard font encodings for languages that work only partially with the
> LyX-default T1:
>
> # * FontEncoding is a bar-separated list of font encodings.
> # The first value is the required font encoding for correct hyphenation with
> # 8-bit TeX (http://www.hyphenation.org). Eventually following values may be
> # used if the selected font is unavailable in FontEncoding. They provide all
> # letters used in the language, but some only as "surrogate pairs" with
> # possible problems for hyphenation and drag-and-drop from the generated
> # documents. Default: "ASCII".
>
> The languages Lithuanian, Latvian, and Polish require
> non-standard font encodings (L7x rsp. QX) for correct hyphenation and
> drag-and-drop) and compile without errors with T1.
> This is reflected in the FontEncoding tags:
>
> Language latvian
> FontEncoding L7x|T1|OT1 ¹
>
> Language lithuanian
> FontEncoding L7x ²
>
> Language polish
> FontEncoding QX|T1
>
> ¹ Latvian also allows OT1, as it does not use the ogonek accent.
>
> ² Lithuanian does not specify the alternative T1 for historic reasons:
> up to 2017-12-06, Babel-Lithuanian switched to the L7x font encoding for
> Lithuanian text.
>
> As a consequence, currently:
>
> Lithuanian defaults to L7x
> +1 correct hyphenation, correct drag-and-drop from PDF,
> -1 font problems if not using Latin Modern, TeX Gyre, or non-TeX fonts
> (LaTeX falls back to LM-Roman, with no italic or bold variants).
>
> Users can override this with
> Document>Settings>LaTeX font encoding > Custom T1.
>
> Latvian and Polish default to T1
> +1 supported by most TeX fonts
> -1 wrong hyphenation, drag-and-drop from PDF corrupts some diacritics.
>
> Users can may override this with
> Document>Settings>LaTeX font encoding > Custom L7x (rsp. Custom QX).
> However, after a text part in Russian, the font encoding would still
> switch to \latinencoding (T1 or OT1), so code similar to the Lithuanian
> PostBabelPreamble is required, too.
>
> How can we proceed?
>
> a) keep as is
> b) add T1 as alternative in Lithuanian
> c) remove T1 as alternative from Polish and Latvian
> d) let LyX use L7x/QX if the selected font supports it and T1 otherwise.
>
>
>
> Günter
>
> --
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel
I don't know, but I'm bumping in case anyone else has a preference. If
no one else responds, I propose that you do whatever you think is best.
Scott
signature.asc
Description: PGP signature
--
ly
Re: Bug in Testing Release of 2.4.0 Development Branch
On Fri, Oct 30, 2020 at 03:41:56PM -0400, Richard Kimberly Heck wrote:
>
>
> Forwarded Message
> Subject: Re: Testing Release of 2.4.0 Development Branch
> Date: Fri, 30 Oct 2020 22:39:38 +0300
> From: Baris Erkus
> To: Richard Kimberly Heck
>
>
> I have tried v 2.4.0 on my Win10-64 with the latest-latest version of
> MikTeX.
>
> My already working files did not work and the reason being is v 2.4.0 does
> not put these lines into preamble automatically:
>
> %% LyX specific LaTeX commands.
>
> \newcommand{\lyxmathsym}[1]{\ifmmode\begingroup\def\b@ld{bold}
>
> \text{\ifx\math@version\b@ld\bfseries\fi#1}\endgroup\else#1\fi}
>
>
> This created a problem with the degree sign I had in my text.
>
>
> BTW, Previous version does insert these lines automatically.
Did we figure out what was going on with this issue?
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Paragraph spacing problem
On 3/9/21 10:37 AM, Jean-Marc Lasgouttes wrote: > Le 09/02/2021 à 11:56, Jean-Marc Lasgouttes a écrit : >> Le 09/02/2021 à 08:26, Richard Kimberly Heck a écrit : >>> See attached file. This is in both master and 2.3.x. >> >> Does this solve your problem? If it is what you are after, the same >> should probably be done in many places. > > Ping! Sorry, I didn't have a chance to check yet. But yes, I'm sure that kind of patch will work. Obviously not pressing for 2.4.0. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Paragraph spacing problem
Le 09/02/2021 à 11:56, Jean-Marc Lasgouttes a écrit : Le 09/02/2021 à 08:26, Richard Kimberly Heck a écrit : See attached file. This is in both master and 2.3.x. Does this solve your problem? If it is what you are after, the same should probably be done in many places. Ping! JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Why is debug output in message pane different from terminal
Le 25/02/2021 à 07:30, Stephan Witt a écrit : Am 25.02.2021 um 00:31 schrieb Richard Kimberly Heck : On 2/24/21 4:03 PM, Stephan Witt wrote: Hi all, while trying to understand bug #11013 I have a problem with message pane output. The output is as follows: frontends/qt/GuiApplication.cpp (2329): action first set to [] The corresponding debugger terminal output is: frontends/qt/GuiApplication.cpp (2329): action first set to [dialog-toggle] Is it better after 5d8f3a93077 ? I would not say it is 100% satisfying, but I am not C++-savvy enough to understand why the << operator does not work (or why it works sometimes, actually). I did try to implement operator<<(ostream,FuncCode), but it did not change anything. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Crash removing Format
On Tue, Mar 09, 2021 at 01:45:41PM +0100, Kornel Benko wrote: > Am Tue, 9 Mar 2021 00:32:26 -0500 > schrieb Scott Kostyshak : > > > > > > > > > $ egrep -i epub preferences > > > > \format "" "epub" "Epub" "" "" "" "" "" > > > > \converter "docbook5" "" "dbtoepub -o $$o $$i" "" > > > > > > > > Restart lyx > > > > remove converter docbook5 -> epub > > > > Apply! > > > > remove format epub > > > > Apply! --> crash > > > > > > > > $ egrep -i epub preferences > > > > \format "" "epub" "Epub" "" "" "" "" "" > > > > > > > > The converter is gone, but the format still exists > > > > > > I still cannot reproduce this reliably. Probably best to file a bug. > > > > Did we file a bug report for this? I used to be able to reproduce. I > > tried to reproduce on current master and could not, but I'm not sure if > > I'm still following the recipe correctly. > > > > Scott > > Same here, cannot reproduce any more. > To be sure, I even created new format (not contained in lyxrc.default), but > no crash. OK good, thanks for checking. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Add +/- buttons to zoom slider
Am Di., 9. März 2021 um 14:48 Uhr schrieb Jean-Marc Lasgouttes < lasgout...@lyx.org>: > The slider is still not aligned, but the status bar is taller :( > OK, reverted. Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Add +/- buttons to zoom slider
Le 09/03/2021 à 14:24, Jürgen Spitzmüller a écrit : Am Di., 9. März 2021 um 13:54 Uhr schrieb Jürgen Spitzmüller mailto:sp...@lyx.org>>: Another way might be using a parent widget with a layout. But I haven't yet succeeded to implement this. Better now? The slider is still not aligned, but the status bar is taller :( JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Crash removing Format
Am Tue, 9 Mar 2021 00:32:26 -0500 schrieb Scott Kostyshak : > > > > > > $ egrep -i epub preferences > > > \format "" "epub" "Epub" "" "" "" "" "" > > > \converter "docbook5" "" "dbtoepub -o $$o $$i" "" > > > > > > Restart lyx > > > remove converter docbook5 -> epub > > > Apply! > > > remove format epub > > > Apply! --> crash > > > > > > $ egrep -i epub preferences > > > \format "" "epub" "Epub" "" "" "" "" "" > > > > > > The converter is gone, but the format still exists > > > > I still cannot reproduce this reliably. Probably best to file a bug. > > Did we file a bug report for this? I used to be able to reproduce. I > tried to reproduce on current master and could not, but I'm not sure if > I'm still following the recipe correctly. > > Scott Same here, cannot reproduce any more. To be sure, I even created new format (not contained in lyxrc.default), but no crash. Kornel pgpTZeONsDAau.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Add +/- buttons to zoom slider
Am Di., 9. März 2021 um 12:45 Uhr schrieb Pavel Sanda : > - Plus sign is now enabled even when no document is loaded (and causes > crash > if triggered in such scenario). > Cut and paste error. Should be fixed. > - Both signs are not verticaly aligned with the slider and thus are > somewhat > aesthetically disturbing, not sure how to fix that given the variety of > architectures/themes/fonts... > Not sure how to address this. I'll check. Jürgen > > Pavel > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Simplify checking whether files are controlled by SVN and GIT.
On Mon, Mar 08, 2021 at 10:48:07PM -0500, Richard Kimberly Heck wrote: > > Riki, unless you object I suggest to revert the whole 7e5c42593e45 because > > it seems > > to bring more problems then it solves... Would that be Ok with you? > > OK, go ahead. We can try something else later. Committed. P -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Add +/- buttons to zoom slider
On Tue, Mar 09, 2021 at 08:37:28AM +0100, Juergen Spitzmueller wrote: > commit ebb7ee7d5f8a5aea29142ffc794617e34ee13fb8 > Author: Juergen Spitzmueller > Date: Tue Mar 9 08:42:27 2021 +0100 > > Add +/- buttons to zoom slider > --- > src/frontends/qt/GuiView.cpp | 35 +++ > src/frontends/qt/GuiView.h |9 + > 2 files changed, 44 insertions(+), 0 deletions(-) - Plus sign is now enabled even when no document is loaded (and causes crash if triggered in such scenario). - Both signs are not verticaly aligned with the slider and thus are somewhat aesthetically disturbing, not sure how to fix that given the variety of architectures/themes/fonts... Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
