Re: [LyX/master] + es/Letter standard class (from Dan)

On Sat, Sep 23, 2023 at 7:37 PM Scott Kostyshak wrote: > > On Sat, Sep 23, 2023 at 05:40:19PM +0200, Dan wrote: > > > > > > > On Tue, Sep 19, 2023 at 10:31:16PM +0200, Pavel Sanda wrote: > > > > > >> commit a624e52c95f43dacc0dfb19a3392fcc642f3ae4d > > >> Author: Pavel Sanda > > >> Date: Tue

Re: [LyX/master] + es/Letter standard class (from Dan)

On Sat, Sep 23, 2023 at 9:09 PM Udicoudco wrote: > > On Sat, Sep 23, 2023 at 7:37 PM Scott Kostyshak wrote: > > > > On Sat, Sep 23, 2023 at 05:40:19PM +0200, Dan wrote: > > > > > > > > > > On Tue, Sep 19, 2023 at 10:31:16PM +

Re: Re: [LyX/master] + es/Letter standard class (from Dan)

On Sun, Sep 24, 2023 at 5:12 AM Dan wrote: > > Data: 24 de set. de 2023, 2:40 > De: skost...@lyx.org > A: d3v...@tutanota.com > Assumpte: Re: [LyX/master] + es/Letter standard class (from Dan) > > > > On Sun, Sep 24, 2023 at 01:48:17AM +0200, Dan wrote: > > > >> I provide a better workaround for

Re: Re: [LyX/master] + es/Letter standard class (from Dan)

On Sun, Sep 24, 2023 at 9:24 PM Udicoudco wrote: > > On Sun, Sep 24, 2023 at 8:59 PM Dan wrote: > > I could not reproduce the problem in "article" or "book" document classes, > > but it does arise in these classes (test LaTeX document attached) >

redundant cprotect's

Hello all, Can anyone think of a simple case where cprotect is used? I think we have some redundant cases where we can remove the protection (such as before \L or \R because they don't really take an argument), and I want to test that. Best regards, Udi -- lyx-devel mailing list

Re: Many ctests failing on current master

On Sat, Sep 30, 2023 at 9:36 PM Scott Kostyshak wrote: > > The list of ctests below fail for me due to a recent commit. I don't > currently have time to look into them. If no one gets to it before, I > can take a look next week. > > DEFAULTOUTPUT_export/export/latex/inputenc-utf8-platex_pdf

Re: [LyX/master] Amend 087f6bce

On Sun, Oct 1, 2023 at 12:37 PM Jürgen Spitzmüller wrote: > I'd expect the page color here, actually. Ok, if this is subjective I'll leave that. > Sure. But \fcolorbox is quite simplistic. Not sure I understand. Is there a reason for not using \fcolorbox when the frame color is explicitly

Re: [LyX/master] Amend 087f6bce

On Sun, Oct 1, 2023 at 11:55 AM Jürgen Spitzmüller wrote: > > Am Sonntag, dem 01.10.2023 um 11:29 +0300 schrieb Udicoudco: > > Probably not for 2.4.0, but we can use > > \adjustbox from the adjustbox package > > for that. See section 4.5 (cfbox in particular). > &

Re: [LyX/master] Amend 087f6bce

On Sun, Oct 1, 2023 at 10:36 AM Jürgen Spitzmüller wrote: > > Am Sonntag, dem 01.10.2023 um 09:26 +0200 schrieb Jürgen Spitzmüller: > > This is wrong. We must not load xcolor either with default and with > > (explicit) black color. It still looks like \fcolorbox is used with an explicit black

Re: [LyX/master] Amend 087f6bce

On Sun, Oct 1, 2023 at 10:59 AM Jürgen Spitzmüller wrote: > > Am Sonntag, dem 01.10.2023 um 10:47 +0300 schrieb Udicoudco: > > It still looks like \fcolorbox is used with an explicit black > > color. Is this intentional? > > Yes, if the background color is non-empty. Li

Re: [LyX/master] Amend 087f6bce

On Sun, Oct 1, 2023 at 11:55 AM Jürgen Spitzmüller wrote: > > Am Sonntag, dem 01.10.2023 um 11:29 +0300 schrieb Udicoudco: > > Probably not for 2.4.0, but we can use > > \adjustbox from the adjustbox package > > for that. See section 4.5 (cfbox in particular). > &

Re: spurious spaces around forceLTR insets

On Mon, Apr 10, 2023 at 1:43 PM Jürgen Spitzmüller wrote: > > Am Montag, dem 10.04.2023 um 08:38 +0200 schrieb Jürgen Spitzmüller: > > Am Montag, dem 10.04.2023 um 08:08 +0200 schrieb Jürgen Spitzmüller: > > > Let's address this next. I'll push the patch meanwhile. > > > > I have integrated a

Re: redundant cprotect's

On Thu, Sep 28, 2023 at 6:19 PM Scott Kostyshak wrote: > > On Thu, Sep 28, 2023 at 04:34:45PM +0300, Udicoudco wrote: > > Hello all, > > > > Can anyone think of a simple case where cprotect is used? > > I think we have some redundant cases where we can remove > &g

Re: Europe CV not compiling

On Wed, Oct 11, 2023 at 1:50 AM José Matos wrote: > > On Tue, 2023-10-10 at 23:58 +0200, Dan wrote: > > Hello, > > > > I stumbled upon a problem compiling with pdflatex the "Europe CV" > > example. I get the following error, in both languages available: > > Spanish and English. > > Can someone

Re: Is loading inputenc with two encodings a bug?

On Sun, Aug 20, 2023 at 12:52 AM Udicoudco wrote: > > > Should the second input encoding be changed from latin9 to utf8, > now that utf8 is the default encoding? > or are we separating traditional and unicode encoding entirely? > > -- > > lyx-devel mailing list

Re: Is loading inputenc with two encodings a bug?

On Sat, Dec 17, 2022 at 10:44 AM Jürgen Spitzmüller wrote: > > Am Freitag, dem 16.12.2022 um 10:32 -0500 schrieb Scott Kostyshak: > > Attached is a .lyx file that produces the following code when > > exported > > with LaTeX (pdflatex): > > > > \usepackage[latin9,cp1255]{inputenc} > > > > Ulrike

Math Macro's In LyX

Hello LyX Developers, Currently (or at least in LyX 2.3.6.1) the definition of a new math macro with LyX's GUI is implemented using a latex code of the form \global\long\def\foo#1{} I'm guessing this is implemented this way because you can never be sure if a user will define the macro within a

Re: Math Macro's In LyX

On Thu, Sep 1, 2022 at 3:27 AM Udicoudco wrote: > Using \globaldefs (see page 275 in The TeX Book, or here) we might get a > global assignment with \newcommand. First we can define a new command fo the > matter (LyX may include this line in the preamble if it notices a math macro &g

Re: New Theorems Module

wrote: > > On Tue, 20 Sept 2022 at 16:54, Kornel Benko wrote: >> >> Am Tue, 20 Sep 2022 16:57:02 +0300 >> schrieb Udicoudco : >> >> > On Tue, Sep 20, 2022 at 4:36 PM Kornel Benko wrote: >> > > >> > > Am Tue, 20 Sep 2022 05:26:49 +0300

Re: Differences Between Theorems Modules (AMS and non AMS)

t here? Regards udi On Tue, Sep 20, 2022 at 5:18 AM Udicoudco wrote: > On Thu, Sep 15, 2022 at 6:50 PM Jean-Marc Lasgouttes > wrote: > > > > Le 15/09/2022 à 14:17, Udicoudco a écrit : > > > Hello again, > > > > > > I took a look at the Named Theorems

Re: Differences Between Theorems Modules (AMS and non AMS)

Hello, > > Because of that, I've concluded that the only differences between > > theorems-std.module and theorems-ams.module is that in > > theorems-std.module there are no unnumbered theorems (as > > theorems-ams.module includes theorems-starred.inc, but > > theorems-std.module does not),

Re: New Theorems Module

I've noticed that the definition environment is not numbered in the output files. After checking the module again, I hope there are no issues any more. The fixed module is attached. Regards, Udi theorems-thmtools.module Description: Binary data -- lyx-devel mailing list lyx-devel@lists.lyx.org

Re: Differences Between Theorems Modules (AMS and non AMS)

On Thu, Sep 15, 2022 at 6:50 PM Jean-Marc Lasgouttes wrote: > > Le 15/09/2022 à 14:17, Udicoudco a écrit : > > Hello again, > > > > I took a look at the Named Theorems Module today, and the LaTeX code > > there seems to be a bit strange. In the preamble o

Re: New Theorems Module

On Tue, Aug 30, 2022 at 10:27 AM Jürgen Spitzmüller wrote: > > Am Donnerstag, dem 14.07.2022 um 14:17 +0300 schrieb Udicoudco: > > Hello again, > > Hi, Hi Jürgen, Thank you for the reply. > Thanks for this and sorry for the late reply. Most people are busy with > their r

Differences Between Theorems Modules (AMS and non AMS)

Hello Lyx Developers, Recently I've been trying to understand more thoroughly how theorems modules are implemented in LyX, and I think I've come across some bugs, and some redundant modules (but I might have misunderstood a few things). The first thing I've noticed is that all AMS theorems

Re: New Theorems Module

On Fri, Sep 16, 2022 at 9:30 PM Paul A. Rubin wrote: > > On 9/15/22 20:24, Udicoudco wrote: > > While trying to solve this issue, I also realised that if a user would > > use a bilingual document, with theorems used in two languages, he will > > only see the labels

Re: Differences Between Theorems Modules (AMS and non AMS)

Hello again, I took a look at the Named Theorems Module today, and the LaTeX code there seems to be a bit strange. In the preamble of the layout Named Theorem there is the following code: \newcommand\thmsname{\protect\theoremname} \newcommand\nm@thmtype{theorem} \theoremstyle{plain}

Re: New Theorems Module

On Thu, Sep 15, 2022 at 9:54 PM Paul A. Rubin wrote: > > On 9/13/22 18:48, Udicoudco wrote: > > On Tue, Aug 30, 2022 at 10:27 AM Jürgen Spitzmüller wrote: > > Am Donnerstag, dem 14.07.2022 um 14:17 +0300 schrieb Udicoudco: > > Hello again, > > Hi, > >

Re: New Theorems Module

On Tue, Sep 20, 2022 at 4:36 PM Kornel Benko wrote: > > Am Tue, 20 Sep 2022 05:26:49 +0300 > schrieb Udicoudco : > You may want to add the module to the list of math-modules. > Add > #\DeclareCategory{Maths} > as the second line (before the #DescriptionBegin)

Re: old lyx document in lyx 2.3.6 doesn't compile

On Fri, Sep 16, 2022 at 10:48 AM Jean-Marc Lasgouttes wrote: > > Le 14/09/2022 à 19:16, Csikos Bela a écrit : > > Hello: > > > > I have an old document I made in lyx 2.0. Lyx 2.3.6.1 opens is but > > interprets the code incorrectly and gives compilation error: > > Hello, > > Could you please

Re: New Theorems Module

On Fri, Sep 23, 2022 at 12:25 AM Paul A. Rubin wrote: > On 9/19/22 22:26, Udicoudco wrote: > > I've noticed that the definition environment is not numbered in the > output files. After checking the module again, I hope there are no > issues any more. The fixed module is attach

Re: Add support for \Nameref alongside \NameRef

On Fri, Sep 23, 2022 at 3:32 PM madmurphy wrote: > > LyX allows to use \NameRef for referencing labels. However most of the times > I find \Nameref (with a lowercase “r”) more useful, and so I end up manually > writing \Nameref{...} in a LaTeX box in a LyX document (which has the >

Re: Add support for \Nameref alongside \NameRef

On Mon, Oct 3, 2022 at 1:19 AM madmurphy wrote: > > Hi Udi, > > I was mistaken because LyX shows it as NameRef: chap:duis-feugiat-facilisis, > but in reality the example attached, if exported to LaTeX, uses \nameref{...} > (all lowercase). What I often find more useful however is \Nameref{...}

Re: Wrong Clines with RTL tabular

On Thu, Dec 22, 2022 at 6:09 AM Jürgen Spitzmüller wrote: > Am Donnerstag, dem 22.12.2022 um 01:02 +0200 schrieb Udicoudco: > > Note that this is fixed in master (2.4dev). I don't think we will > backport the fix to stable (2.3.x), since 2.3.7 is already finished and > 2.3.8

Re: Wrong Clines with RTL tabular

On Thu, Dec 22, 2022 at 2:49 PM Jürgen Spitzmüller wrote: > Am Donnerstag, dem 22.12.2022 um 10:39 + schrieb Udicoudco: > > You can simply select "Language package: always babel" if you want > babel with LuaTeX. > > It seems that I can not pass the

Re: New Theorems Module

On Sat, Dec 31, 2022 at 12:49 PM Udicoudco wrote: > > > On Sat, Dec 31, 2022 at 10:33 AM Thibaut Cuvelier > wrote: > >> On Sat, 31 Dec 2022 at 03:36, Scott Kostyshak wrote: >> >>> On Sat, Dec 31, 2022 at 02:00:34AM +0100, Thibaut Cuvelier wrote: >>>

Re: New Theorems Module

On Sat, Dec 31, 2022 at 3:00 AM Thibaut Cuvelier wrote: > I've pushed your patch online: 42c2a25fb8. I had to rebase it manually, I > hope I didn't make too many mistakes. I'm also attaching the patch to this > email so that you can check it more easily if you want. > > Hi Thibaut Cuvelier,

Re: New Theorems Module

On Sat, Dec 31, 2022 at 10:35 AM Thibaut Cuvelier wrote: > > > How many such options would you add? Isn't it possible to implement the > new options using arguments? Otherwise, I don't think it's too much of a > problem to have many entries in the Modules menu, because it was > restructured with

Re: New Theorems Module

On Sat, Dec 31, 2022 at 10:33 AM Thibaut Cuvelier wrote: > On Sat, 31 Dec 2022 at 03:36, Scott Kostyshak wrote: > >> On Sat, Dec 31, 2022 at 02:00:34AM +0100, Thibaut Cuvelier wrote: >> > I've pushed your patch online: 42c2a25fb8. I had to rebase it manually, >> I >> > hope I didn't make too

Re: New Theorems Module

On Sat, Dec 31, 2022 at 4:36 AM Scott Kostyshak wrote: > On Sat, Dec 31, 2022 at 02:00:34AM +0100, Thibaut Cuvelier wrote: > > I've pushed your patch online: 42c2a25fb8. I had to rebase it manually, I > > hope I didn't make too many mistakes. I'm also attaching the patch to > this > > email so

Re: New Theorems Module

In the last patch i sent only one module that support List of Theorems. In that module the theorems are numbered by type and within sections, Should I add new ones to support different numbering format? I don't want to ֲclog the modules menu too much. -- lyx-devel mailing list

Re: Wrong Clines with RTL tabular

On Fri, Dec 23, 2022 at 9:05 AM Jürgen Spitzmüller wrote: > Am Donnerstag, dem 22.12.2022 um 18:49 + schrieb Udicoudco: > > If you set "Always babel" you can use in preamble > > \PassOptionsToPackage{bidi=basic,layout=tabular,provide=*}{babel} > > As babel is

Re: Wrong Clines with RTL tabular

On Tue, Dec 27, 2022 at 7:02 PM Udicoudco wrote: > Thank you Jürgen, the output LaTeX code looks great now. > Note that the \L's still appears in the code preview pane. > > It only happens in the code preview pane of the current paragraph or body, not for the complete source. -

Re: Wrong Clines with RTL tabular

On Tue, Dec 27, 2022 at 7:02 PM Udicoudco wrote: > > I will open tickets for both. > > I now realize that permission is still needed to register to track, Who should I send the request to? Regards, Udi -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/

Re: Wrong Clines with RTL tabular

On Sat, Dec 24, 2022 at 8:21 AM Jürgen Spitzmüller wrote: > Am Samstag, dem 24.12.2022 um 00:03 + schrieb Udicoudco: > > Fixed. This is now suppressed if babel and Xe/LuaTeX are used together. > > Thank you Jürgen, the output LaTeX code looks great now. Note that the \L's

Re: Is loading inputenc with two encodings a bug?

On Fri, Dec 16, 2022 at 5:32 PM Scott Kostyshak wrote: > > Attached is a .lyx file that produces the following code when exported > with LaTeX (pdflatex): > > \usepackage[latin9,cp1255]{inputenc} > > Ulrike Fisher points out the following [1]: > > \usepackage[latin9,cp1255]{inputenc} doesn't

Wrong Clines with RTL tabular

Dear LyX developers, It seems that LyX switches the directions of \cline inside the tabular while using RTL language with XeLaTeX. I think it is related to this ticket , as the fix to this bug was to invert the syntax of the tabular, but, for example

Re: Starting new environment in the middle of a line

On Thu, Nov 10, 2022 at 9:22 AM Udicoudco wrote: > > > On Wed, Nov 9, 2022 at 7:16 PM Scott Kostyshak > wrote: > >> Sometimes (but not too often), I want to start an environment in the >> middle of a line. >> >> In LaTeX, it seems to work fine, although I

Re: Starting new environment in the middle of a line

On Wed, Nov 9, 2022 at 7:16 PM Scott Kostyshak wrote: > Sometimes (but not too often), I want to start an environment in the > middle of a line. > > In LaTeX, it seems to work fine, although I don't know if this is > considered bad practice. But in LyX, we can only start an environment at > the

Re: reversed parentheses with babel and xe/luatex

On Fri, Mar 17, 2023 at 2:41 PM Udicoudco wrote: > > Hello all, > > Currently LyX reverse parentheses when babel and xe/luatex is used > with Hebrew, and it should not do so. Attached a patch that fixes this matter. Please ignore the last patch, here is the correct one. > B

reversed parentheses with babel and xe/luatex

Hello all, Currently LyX reverse parentheses when babel and xe/luatex is used with Hebrew, and it should not do so. Attached a patch that fixes this matter. Best Regards, Udi From 8c7b6228dccfb7b0ac8c786d86a1079516ba0d5d Mon Sep 17 00:00:00 2001 From: Udi Fogiel Date: Fri, 17 Mar 2023 14:30:13

Re: reversed parentheses with babel and xe/luatex

On Fri, Mar 17, 2023 at 4:45 PM Jürgen Spitzmüller wrote: > > Am Freitag, dem 17.03.2023 um 14:45 + schrieb Udicoudco: > > Please ignore the last patch, here is the correct one. > > Isn't this the right patch? AFAIU we do not need to swap at all if > babel is used

Re: Warnings when using Listings in a RTL document

On Wed, Mar 22, 2023 at 10:28 PM Udicoudco wrote: > > > I attached a possible patch, it only fix the lstlisting case when > > polyglossia is used, since babel-hebrew does not have an equivalent > > to \begin{RTL}...\end{RTL} (or there is one?) and babel with luatex > &

Warnings when using Listings in a RTL document

Hello all, Attached a LyX file and its export to LaTeX code. When compiling with XeLaTeX the exported code I get the warning: \endL or \endR problem (0 missing, 1 extra) in paragraph at lines 26--27 If I replace \LRE{ \begin{lstlisting} Hello \end{lstlisting} } With \begin{LTR}

Re: Warnings when using Listings in a RTL document

Slight correction, the lines > > \@RTLfalse\beginL{ > \begin{lstlisting} > Hello > \end{lstlisting} > }\endL > should be {\@RTLfalse\beginL \begin{lstlisting} Hello \end{lstlisting} }\endL and the lines > > \@RTLfalse\beginL{ > \par > Hello > \par > }\endL > should be {\@RTLfalse\beginL

Re: Warnings when using Listings in a RTL document

On Tue, Mar 21, 2023 at 9:40 PM Scott Kostyshak wrote: > > On Tue, Mar 21, 2023 at 12:50:06PM +0100, Jürgen Spitzmüller wrote: > > Am Dienstag, dem 21.03.2023 um 11:27 +0000 schrieb Udicoudco: > > > Hello all, > > > > > > Attached a LyX file and its exp

Re: Warnings when using Listings in a RTL document

On Wed, Mar 22, 2023 at 2:22 PM Scott Kostyshak wrote: > > On Wed, Mar 22, 2023 at 01:13:27PM +0100, Jürgen Spitzmüller wrote: > > Am Mittwoch, dem 22.03.2023 um 12:54 +0200 schrieb Udicoudco: > > > I think in the case of where forceLTR insets will have multiple > >

Re: Warnings when using Listings in a RTL document

> I attached a possible patch, it only fix the lstlisting case when > polyglossia is used, since babel-hebrew does not have an equivalent > to \begin{RTL}...\end{RTL} (or there is one?) and babel with luatex > does not need this kind of wrappers. I've added line breaks to the LaTeX code for

spurious spaces around forceLTR insets

Hello all, In some cases, e.g. displayed equation, LyX wraps a forceLTR inset like so: \LRE{ \[ a+b=c \] } continuous text here... which might cause undesired space if the user is not careful. Attached a LyX file to demonstrate the problem and a patch to fix it. Regards, Udi diff --git

Re: spurious spaces around forceLTR insets

On Sun, Apr 2, 2023 at 12:00 PM Jürgen Spitzmüller wrote: > > Am Mittwoch, dem 22.03.2023 um 22:39 + schrieb Udicoudco: > > In some cases, e.g. displayed equation, > > LyX wraps a forceLTR inset like so: > > > > \LRE{ > > \[ > > a+b=c > > \] &

Re: spurious spaces around forceLTR insets

On Sun, Apr 9, 2023 at 12:23 PM Jürgen Spitzmüller wrote: > > Meanwhile I think we don't need this if we go for the other one and > include inDisplayMath to the objects where we use the LTR environment > rather than the command. > What about "inline" environments? > -- > lyx-devel mailing list

Re: Wrong Clines with RTL tabular

On Sun, Apr 2, 2023 at 12:52 PM Jürgen Spitzmüller wrote: > > Please try again with current master. > Can confirm it is working now. Thanks, Udi > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel -- lyx-devel mailing list

Re: spurious spaces around forceLTR insets

On Sun, Apr 9, 2023 at 1:15 PM Jürgen Spitzmüller wrote: > > > To elaborate, the attached patch demonstrates what I mean. It also > handles "inline" environments properly, given that they have set > "Display false" in their layout definition. > Oh, now I see! Yes, that would make more sense. But

Re: [LyX/master] Fixes to heb-article, by Udi Fogiel (#12735)

On Mon, Apr 10, 2023 at 7:34 PM Scott Kostyshak wrote: > > On Mon, Apr 10, 2023 at 05:19:51PM +0200, Juergen Spitzmueller wrote: > > commit d0a83d33fcc0db64bd2b8bc79671c4427ddc18e6 > > Author: Juergen Spitzmueller > > Date: Mon Apr 10 18:24:04 2023 +0200 > > > > Fixes to heb-article, by

Re: [LyX/master] Fixes to heb-article, by Udi Fogiel (#12735)

On Mon, Apr 10, 2023 at 8:22 PM Udicoudco wrote: > > On Mon, Apr 10, 2023 at 7:34 PM Scott Kostyshak wrote: > > > > On Mon, Apr 10, 2023 at 05:19:51PM +0200, Juergen Spitzmueller wrote: > > > commit d0a83d33fcc0db64bd2b8bc79671c4427ddc18e6 > > > Author: Jue

Re: spurious spaces around forceLTR insets

On Mon, Apr 10, 2023 at 5:49 PM Scott Kostyshak wrote: > > On Mon, Apr 10, 2023 at 03:08:52PM +0200, Jürgen Spitzmüller wrote: > > Am Montag, dem 10.04.2023 um 15:49 +0000 schrieb Udicoudco: > > > > Thanks, and welcome now "officially" :-) > > +1 welcome

Re: Does anyone use dvipdfmx to export Hebrew files?

On Tue, Apr 4, 2023 at 10:12 PM Scott Kostyshak wrote: > > I used to be able to export our Hebrew documents to PDF using dvipdfmx. This > doesn't work for me anymore, and I'm wondering if it is worth the effort to > try to fix it on my system, or whether I should just drop these tests (in >

Re: spurious spaces around forceLTR insets

On Mon, Apr 10, 2023 at 12:14 PM Jürgen Spitzmüller wrote: > > Am Montag, dem 10.04.2023 um 14:37 + schrieb Udicoudco: > > I think this is actually a bug in LuaTeX. > > Attached a minimal file that produces similar > > behaviour. > > > > Note that if I c

Re: spurious spaces around forceLTR insets

On Mon, Apr 10, 2023 at 10:43 AM Jürgen Spitzmüller wrote: > > Am Montag, dem 10.04.2023 um 08:38 +0200 schrieb Jürgen Spitzmüller: > > Am Montag, dem 10.04.2023 um 08:08 +0200 schrieb Jürgen Spitzmüller: > > > Let's address this next. I'll push the patch meanwhile. > > > > I have integrated a

Re: Insert underscore (_) in math ERT?

On Fri, Jul 7, 2023 at 11:30 AM Udicoudco wrote: > \let\Scott_ Sorry, it should be \let\foo_ of course... I mixed things a bit :) Attached a corrected example. > > -- > > lyx-devel mailing list > > lyx-devel@lists.lyx.org > > http://lists.lyx.org/mailman/listinfo/lyx-

Re: Insert underscore (_) in math ERT?

On Fri, Jul 7, 2023 at 11:09 AM Scott Kostyshak wrote: > Basically, is there any workaround to be able to use LyX's math mode and > output the LaTeX \Sexpr{mean(x_draws)}? > > If I try to paste from LaTeX, LyX converts it to the following: > $\Sexpr{mean(x_{d}raws)}$, which gives a knitr error.

Re: Unicode characters in mathed

On Sat, Apr 1, 2023 at 4:10 PM Jean-Marc Lasgouttes wrote: > In particular, instead of typing \neq in mathed, why not copy and paste > a ≠ from some PDF or HTML page? > > When doing this, two things happen : > 1/ on screen, there is no spacing around the ≠ > 2/ in LaTeX output, the character is

Re: \lBrack [was Re: Double brackets]

On Sat, Jul 22, 2023 at 9:40 PM Richard Kimberly Heck wrote: > > On 7/22/23 14:28, Herbert Voss wrote: > > Am 22.07.23 um 17:24 schrieb Dan: > >> I am trying to write a Lie bracket [[a, b ]]. The commands > >> \llbracket and \rrbracket work just fine in the LyX math formula, but > >> doesn't

Re: \lBrack [was Re: Double brackets]

On Sat, Jul 22, 2023 at 10:53 PM Richard Kimberly Heck wrote: > > On 7/22/23 14:45, Udicoudco wrote: > > On Sat, Jul 22, 2023 at 9:40 PM Richard Kimberly Heck > > wrote: > >> On 7/22/23 14:28, Herbert Voss wrote: > >>> Am 22.07.23 um 17:24 schrieb Dan:

Re: Customization ctests now failing on master

On Fri, Aug 11, 2023 at 8:09 PM Jürgen Spitzmüller wrote: > > Am Freitag, dem 11.08.2023 um 17:39 +0200 schrieb Jürgen Spitzmüller: > > Should be fixed now. > > Not yet. It does compile, but the references are broken. I'll see if I I think

Re: Customization ctests now failing on master

On Fri, Aug 11, 2023 at 8:09 PM Jürgen Spitzmüller wrote: > > Am Freitag, dem 11.08.2023 um 17:39 +0200 schrieb Jürgen Spitzmüller: > > Should be fixed now. > > Not yet. It does compile, but the references are broken. Jürgen, your code should work, you just forgot to change the category code of

Re: Customization ctests now failing on master

On Fri, Aug 11, 2023 at 11:11 PM Udicoudco wrote: > I propose a different approach. see the patch prettyref.patch. Another possible patch attached > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel diff --git a/src/LaTeXFeatur

Re: Wrong Clines with RTL tabular

On Sat, Dec 24, 2022 at 2:03 AM Udicoudco wrote: > > Yes, it behaves like that only if the option layout=tabular is passed. > I think that currently without it, any RTL text inside tabulars is written > as LTR With recent versions of babel the default column direction (without la

Re: New Theorems Module

On Fri, Jun 16, 2023 at 6:17 PM Pavel Sanda wrote: > > On Thu, Jul 14, 2022 at 07:20:13AM +0300, Udicoudco wrote: > > I wrote a module that provides essentially the same layouts as the " > > Theorems (Numbered by Type within Sections)" module, but with a new > >

Delete documentation about non existent feature

Riki, I know you said I should not do any substantive changes to the documentation, but a feature called "Respect OS keyboared language" is documented in appendix C.5.1.2 while it is not part of 2.4.0, see https://www.lyx.org/trac/ticket/6450. What do you think? should I remove it from

Re: Deleted citations in CT mode

On Wed, Jan 24, 2024 at 11:20 PM Pavel Sanda wrote: > Do you see any other trick than manually breaking the citation inset into > several ones? You can use lua-ul (requires LuaTeX) instead of ulem, as suggested in https://www.lyx.org/trac/ticket/11577. See the attached file. Udi newfile1.lyx

Re: Test failure after tlmgr update (not a LyX issue)

On Sat, May 4, 2024, 9:46 PM Kornel Benko wrote: > Am Fri, 3 May 2024 10:31:42 -0400 > schrieb Scott Kostyshak : > > > This is likely not a LyX issue so feel free to ignore. > > > > After a tlmgr update, the following tests now fail: > > > >

Regression in 2.4.0

Dear all, I think I've encountered a regression in the 2.4 branch. The location of equation numbers/tags in RTL paragraphs seems wrong to me. When I tried to bisect yesterday I got way back to 2019 until I could not compile anymore. My suspicion is that it is related to the fact that Layouts

Re: [LyX/2.4.x] Remerge strings for 2.4.0 release

On Fri, May 10, 2024, 8:14 PM Richard Kimberly Heck wrote: > commit 544cf0794eddcd44bc872e5a28c1a97ada109b1b > Author: Richard Kimberly Heck > Date: Fri May 10 13:14:09 2024 -0400 > > Remerge strings for 2.4.0 release > Riki, Sorry for reporting that in the last minute, but I've noticed

Re: Regression in 2.4.0

On Wed, May 15, 2024 at 1:45 PM Jean-Marc Lasgouttes wrote: > > Le 10/05/2024 à 20:34, Udicoudco a écrit : > > Dear all, > > > > I think I've encountered a regression in the 2.4 branch. > > > > The location of equation numbers/tags in RTL paragraphs seems

Re: Regression in 2.4.0

On Fri, May 17, 2024 at 12:05 AM Jean-Marc Lasgouttes wrote: > > Le 16/05/2024 à 22:38, Jean-Marc Lasgouttes a écrit : > >> Why do we have an exception for arabic-arabi? > >> Is the output different from hebrew? > > > > My guess is that it was in 2017 when I wrote f1dd80f464b46f61: > > > > *

Re: Regression in 2.4.0

For some reason I only received Riki's message, and yours Jean-Marc (but I can read them in the archive...) On Thu, May 16, 2024 at 6:05 PM Richard Kimberly Heck wrote: > > On 5/16/24 09:03, Jean-Marc Lasgouttes wrote: > > Le 15/05/2024 à 15:00, Udicoudco a écrit : > >&g

quotes around argument of PackageOptions

Hello all, I attached a file that compiles with 2.3.x but not with 2.4.0. If I remove the quotes around the second argument of PackageOptions then LyX 2.3.7 complains that the layout is invalid, and with 2.4.0 the file compiles. newfile1.lyx Description: application/lyx -- lyx-devel mailing

Re: quotes around argument of PackageOptions

On Thu, Jun 6, 2024 at 8:01 AM Jürgen Spitzmüller wrote: > > Am Donnerstag, dem 06.06.2024 um 00:19 +0300 schrieb Udicoudco: > > I attached a file that compiles with 2.3.x but not with 2.4.0. > > If I remove the quotes around the second argument of PackageOptions > >

Re: Uncompatiable syntax of \set_color

On Fri, Jun 7, 2024 at 6:33 PM Udicoudco wrote: > > Hello all, > > The old syntax of \set_color in 2.3 was > \set_color "lyxcolorname" "color in normal mode" > but now it is > \set_color "lyxcolorname" "color in normal mode"

Re: Uncompatiable syntax of \set_color

On Fri, Jun 7, 2024 at 8:50 PM Richard Kimberly Heck wrote: > > On 6/7/24 11:33, Udicoudco wrote: > > Hello all, > > > > The old syntax of \set_color in 2.3 was > > \set_color "lyxcolorname" "color in normal mode" > > but now it is >

Uncompatiable syntax of \set_color

Hello all, The old syntax of \set_color in 2.3 was \set_color "lyxcolorname" "color in normal mode" but now it is \set_color "lyxcolorname" "color in normal mode" "color in darkmode" and so all the color schemes in https://wiki.lyx.org/Tips/ColorSchemes or other places do not work. Is there a way

Re: Windows (?) Table Crash

On Sun, Jun 2, 2024 at 7:32 PM Richard Kimberly Heck wrote: > > We've had a report of the following sort of crash, or maybe assertion. > > Create a table. Mark more than half the rows or columns. Delete those > (using the toolbar button, but I doubt that matters). Boom. > > I cannot reproduce on

Re: Windows (?) Table Crash

On Sun, Jun 2, 2024 at 7:53 PM Richard Kimberly Heck wrote: > > On 6/2/24 12:35, Udicoudco wrote: > > On Sun, Jun 2, 2024 at 7:32 PM Richard Kimberly Heck > > wrote: > >> We've had a report of the following sort of crash, or maybe assertion. > >> >

Re: current font parameters are not updated in math equations

On Sun, Jun 9, 2024 at 2:42 PM Enrico Forestieri wrote: > > Should be fixed at afb70c90. > Just tested and it looks great, thanks! any chance it will be backported as it made some shortcuts to not work properly? > >To me, it looks like the text in equations does not update any > >parameters >

Re: Preview use dvipng when the document use pdflatex

On Sun, Jun 9, 2024 at 11:09 AM Udicoudco wrote: > Is there any particular reason why preview use dvi mode when the document > is configured > to use pdfmode with pdftex? For example, the attached compiles fine but > the preview fails > Actually it looks like this situation was

Re: [LyX/master] missing background in xetex and fix RTL stuff in preview

On Sun, Jun 9, 2024 at 1:55 PM Udi-Fogiel wrote: > > commit 64aad586f49b9047082356e5f217fc6147ac9500 > Author: Udi-Fogiel > Date: Sun Jun 9 13:36:35 2024 +0300 > > missing background in xetex and fix RTL stuff in preview > > * previwes with xetex did not produce any background

Preview use dvipng when the document use pdflatex

Is there any particular reason why preview use dvi mode when the document is configured to use pdfmode with pdftex? For example, the attached compiles fine but the preview fails Udi newfile1.lyx Description: application/lyx -- lyx-devel mailing list lyx-devel@lists.lyx.org

current font parameters are not updated in math equations

Hello all, I've got a report on a strange behaviour of textstyle-update in LyX 2.4.0. If I select a character (say a) in math equation, then execute textstyle-update color 3 in LyX 2.3 is simply turned the character into blue, and in th LaTeX source I see {\color{blue}a} as expected, but with LyX