Re: Beta 4 Tarballs

Am Dienstag, dem 29.08.2023 um 07:18 +0200 schrieb Stephan Witt: > The included graphics have absolute paths. AFAICS it’s only in > Intro.lyx. I fixed that in master. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Next Release?

Am Montag, dem 28.08.2023 um 21:26 +0200 schrieb Pavel Sanda: > I do not have currently capacity to work on the citation/url links > opening > policy. As it seems there is some vague consensus on how to proceed > and > that will involve new string(s). > > Options are, we postpone this for 2.4.1 a

Re: Next Release?

Am Montag, dem 28.08.2023 um 18:31 +0200 schrieb Jean-Marc Lasgouttes: > Le 28/08/2023 à 18:25, Richard Kimberly Heck a écrit : > > Do we seem ready for another release? My sense is that things have > > calmed down again. If so, then we might go ahead and do one and > > then > > immediately freez

Re: Bug: counter of recent documents in Preferences dialog

Am Mittwoch, dem 23.08.2023 um 11:06 +0200 schrieb Dan: > Could you actually reproduce the problem? I ask because I get the > same problem after your patch. > > Honestly, I am confused right now >  1. I tried both versions (prior to and after your patch) in Debian > 12.1 with MATE 1.26, and the pr

Re: Is loading inputenc with two encodings a bug?

Am Sonntag, dem 20.08.2023 um 00:52 +0300 schrieb Udicoudco: > Should the second input encoding be changed from latin9 to utf8, > now that utf8 is the default encoding? I'm not sure I follow. We have utf8 as default in 2.4. We only use the 8bit encodings if people chose that (in languages). -- J

Re: Remove Qt < 5.2 conditionals and special code

Am Donnerstag, dem 17.08.2023 um 20:51 +0200 schrieb Jean-Marc Lasgouttes: > +1 Thanks, done. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Policy for opening url links in documents

Am Donnerstag, dem 17.08.2023 um 18:34 +0200 schrieb Pavel Sanda: > My point was that I would add "trust of the source of the document" > in the equation as well (in whatever wording). > Eye-inspection of URL can be easily befooled if the document comes > from an attacker. I agree that this shoul

Re: Policy for opening url links in documents

Am Donnerstag, dem 17.08.2023 um 17:27 +0200 schrieb Jürgen Spitzmüller: > I think it is useful to see the URL/target and then decide. If I get > a document from someone else and the proposed link looks suspicious, > I'd rather not open it. Other links might look trustworthy and I

Re: Policy for opening url links in documents

Am Donnerstag, dem 17.08.2023 um 16:47 +0200 schrieb Pavel Sanda: > On the other hand to me the primary question is whether you trust the > source of the > document (basically someone else than you?), so the proposed warning > dialog > should imho ask whether you trust origin of the document and co

Re: Remove Qt < 5.2 conditionals and special code

Am Donnerstag, dem 17.08.2023 um 07:24 -0400 schrieb Scott Kostyshak: > I'm not necessarily against it, but the argument for keeping that > code is that it might be helpful to do a bisect of Qt to figure out a > Qt bug. The reason we require a higher Qt 5.x is that *some* things > don't work well,

Re: Remove Qt < 5.2 conditionals and special code

Am Donnerstag, dem 17.08.2023 um 10:01 +0200 schrieb Jürgen Spitzmüller: > According to the README, we require Qt 5.2 or higher for 2.4. > > There is still some code for Qt < 5.2 in the source. Particularly a > self-baked "Don't ask me again" warning dialog. > &g

Remove Qt < 5.2 conditionals and special code

According to the README, we require Qt 5.2 or higher for 2.4. There is still some code for Qt < 5.2 in the source. Particularly a self-baked "Don't ask me again" warning dialog. OK to remove that (see patch)? -- Jürgen diff --git a/src/frontends/qt/FancyLineEdit.cpp b/src/frontends/qt/FancyLine

Re: Policy for opening url links in documents

Am Mittwoch, dem 16.08.2023 um 14:33 -0400 schrieb Scott Kostyshak: > I think Daniel is talking about: > >   Document > Settings > Format > Output > "Allow running external > programs" Or, for that matter, Tools > Preferences > File Handling > Converters > Use needauth option > > Whether 5 or 6

Re: Customization ctests now failing on master

Am Samstag, dem 12.08.2023 um 12:47 +0200 schrieb Jürgen Spitzmüller: > > Another possible patch attached > > Yes, this is neat, but I wanted to avoid changing the package loading > order if not absolutely necessary. I came back to this because I like its simplicity and went ahead

Re: Customization ctests now failing on master

Am Sonntag, dem 13.08.2023 um 16:38 +0200 schrieb Jean-Pierre Chrétien: > I think that there are not many prettyref users in general, since > refstyle is much more powerful. Not sure about that. Personally, I never got warm with refstyle and still prefer prettyref (also due to its simplicity). --

Re: Customization ctests now failing on master

Am Samstag, dem 12.08.2023 um 12:18 +0300 schrieb Udicoudco: > > Another possible patch attached Yes, this is neat, but I wanted to avoid changing the package loading order if not absolutely necessary. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/lis

Re: Customization ctests now failing on master

Am Freitag, dem 11.08.2023 um 23:11 +0300 schrieb Udicoudco: > Jürgen, your code should work, you just forgot > to  change the category code of @. > See the patch prettyref-detokenize.patch. Ouch %-/ Thanks! > But I think we should note it could potentially > change the behaviour of the package,

Re: Customization ctests now failing on master

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 can fix that. Otherwise, I'll revert. -- Jürgen signature.asc Description: This is a digitally signed message part

Re: Customization ctests now failing on master

Am Freitag, dem 11.08.2023 um 10:56 -0400 schrieb Scott Kostyshak: > Thanks for taking a look, Should be fixed now. -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Customization ctests now failing on master

Am Freitag, dem 11.08.2023 um 07:56 -0400 schrieb Scott Kostyshak: > I get the following: > >   export/doc/Customization_lyx22 (Failed) >   export/doc/Customization_lyx23 (Failed) >   export/doc/Customization_dvi (Failed) >   export/doc/Customization_pdf (Failed) >   DEFAULTOUTPUT_export/doc/Custo

Re: Customization ctests now failing on master

Am Freitag, dem 11.08.2023 um 07:56 -0400 schrieb Scott Kostyshak: > I get the following: > >   export/doc/Customization_lyx22 (Failed) >   export/doc/Customization_lyx23 (Failed) >   export/doc/Customization_dvi (Failed) >   export/doc/Customization_pdf (Failed) >   DEFAULTOUTPUT_export/doc/Custo

Re: [#2 iteration]: Breakdown of remaining 2.4 bugs

Am Sonntag, dem 06.08.2023 um 13:52 +0200 schrieb Pavel Sanda: > * Blockers to decide before next release (string/format changes) > #12849 - hebrew quoation marks - has a patch which adds them > (checked/looks OK), I would be inclined to commit; but I'd like to > hear if the correct solution isn't

Re: Breakdown of remaining 2.4 bugs

Am Donnerstag, dem 27.07.2023 um 16:13 +0200 schrieb Pavel Sanda: > Juergen? > #12779 - "Search as you type" issue; the original report is imho > borderline invalid, but the additional report in comment 2 looks like > real issue The analysis and proposed fix in the ticket strike me correct. > Jue

Re: spell.m4

Am Mittwoch, dem 09.08.2023 um 14:51 +0200 schrieb Pavel Sanda: > I agree, this looks like copy-paste error, going back to 1efef55; > thought it might be good to get Juergen's nod. Probably cut and paste error, right. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.

Re: LyX roundtrip tests of Linguistics.lyx now failing

Am Donnerstag, dem 20.07.2023 um 17:22 -0400 schrieb Scott Kostyshak: > I get the following failures now: > >   export/examples/Modules/Linguistics_lyx22 (Failed) >   export/examples/Modules/Linguistics_lyx23 (Failed) >   export/examples/ja/Modules/Linguistics_lyx22 (Failed) >   export/examples/ja

Re: [LyX/master] Add missing FORMAT entries

Am Donnerstag, dem 20.07.2023 um 19:04 +0200 schrieb Enrico Forestieri: > Only the semantic has changed not the syntax, so I think it is Ok. > I think Riki introduced the format change only to account for the > (very > unlikely) case that someone actually defined an empty LaTeX part to > actually

Re: [LyX/master] Add missing FORMAT entries

Am Donnerstag, dem 20.07.2023 um 10:13 -0400 schrieb Scott Kostyshak: > I justed added a bit more detail at 573b4be7bc. Let me know if you > want more. Thanks. Ideally, these entries should inform what has changed in the syntax of the file format. -- Jürgen signature.asc Description: This is a

Re: File format frozen?

Am Dienstag, dem 18.07.2023 um 11:40 -0400 schrieb Richard Kimberly Heck: > It's fine to go ahead. We can freeze after you do that. Thanks, done. I'll check for tex2lyx also. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LaTeXHihglighter in pdf settings broken

Am Dienstag, dem 18.07.2023 um 14:47 +0200 schrieb Pavel Sanda: > citecolor=[rgb]{0.3,0,0.3},linkcolor=[rgb]{0.3,0,0.3},urlcolor=[rgb]{ > 0.3,0,0.3} This one's handled properly now, as well. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-de

Re: [LyX/master] If language needs to be reset at the end of footnotes or floats

Am Dienstag, dem 18.07.2023 um 09:13 -0400 schrieb Scott Kostyshak: > Attached is a smaller example that gives the same error. Does that > work for you? Yes, thanks. Try again. -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lis

Re: LaTeXHihglighter in pdf settings broken

Am Dienstag, dem 18.07.2023 um 14:47 +0200 schrieb Pavel Sanda: > the newly born pdfSupportModule->optionsTE in pdf settings got > LaTeXHighlighter > enabled, but it gets the higlighting wrong. > > Not sure whether this is bug in highlighter or it's simply fact that > you don't put in full fledged

Re: [LyX/master] If language needs to be reset at the end of footnotes or floats

Am Dienstag, dem 18.07.2023 um 08:01 -0400 schrieb Scott Kostyshak: > I'm not sure, but I think this commit might have broken the following > test: > >   DEFAULTOUTPUT_export/export/latex/inputenc-luatex-utf8_pdf5_texF I am not able to compile this document due to a font error. Are you able to pr

File format frozen?

Covington recently got several new features that resulted in a modified syntax (additional arguments and some new macros). I'd love to add support for this to the linguistics module, but it will require a file format change. Is this too late now? (I am fully fine with that; just asking). -- Jü

Re: [LyX/master] Assure language is properly closed before non-inheriting inset.

Am Sonntag, dem 16.07.2023 um 17:00 -0400 schrieb Scott Kostyshak: > I only get the exception when compiling the ja Math.lyx from the > 2.3.x branch. I see, thanks. Should be fixed. -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-deve

Re: [LyX/master] Assure language is properly closed before non-inheriting inset.

Am Sonntag, dem 16.07.2023 um 11:31 -0400 schrieb Scott Kostyshak: > When I compile ja math, I now get a "Exception: std::exception". Does it say more than that? Exception where, why? (I don't get it) -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel m

Re: [LyX/master] Assure language is properly closed before non-inheriting inset.

Am Freitag, dem 07.07.2023 um 05:55 -0400 schrieb Scott Kostyshak: > I think this commit creates an extra line in the PDF output in some > cases. See the extra line after the subequations in the attached > example. I believe the cause is elsewhere and was just triggered by this commit. Can you pl

Re: master calls pdfTeX 6 times on Math.lyx, compared to 4 times for 2.3.x

Am Samstag, dem 08.07.2023 um 04:52 -0400 schrieb Scott Kostyshak: > From what I understand from the commit message, the number of > compilation runs might be expected, and needed to get correct index > references. Yes. -- Jürgen signature.asc Description: This is a digitally signed message pa

Re: Windows Dark Mode and "fusion" style

Am Dienstag, dem 04.07.2023 um 10:55 +0200 schrieb Yu Jin: > What if we make "fusion" style default on windows then? That would > make LyX's behavior the same as on Linux and MacOS. I am not the one to judge this. Never saw LyX on Windows. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx

Re: Windows Dark Mode and "fusion" style

Am Dienstag, dem 04.07.2023 um 10:33 +0200 schrieb Yu Jin: > How do you switch on Linux/MacOS? Or does it just follow the system > setting? It follows the system settings unless you use a dark style via cl switch. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/

Re: Windows Dark Mode and "fusion" style

Am Dienstag, dem 04.07.2023 um 08:46 +0200 schrieb Yu Jin: > Do we have a setting for switching to fusion style and/or toggling > dark mode on/off? No. A setting that let's you chose "System Settings/Dark/Light" would be good, but it's not trivial to implement AFAICS. -- Jürgen -- lyx-devel mai

Re: Crash with Insetinfo in master

Pavel Sanda schrieb am 13.06.2023 06:56 (GMT +02:00): > Hi, > > not a big deal but anyway: > 1. Open User Guide > 2. Find a string "Ctrl" inside Inset info (via simple search dialog) > 3. Leave find dialog via Esc, this will leave the cursor *inside* InsetInfo > 4. Type several characters to get

Re: LyX 2.4 Again

Am Montag, dem 12.06.2023 um 17:00 +0200 schrieb Pavel Sanda: > On Sun, Jun 11, 2023 at 01:04:21PM -0400, Richard Kimberly Heck > wrote: > > I'm intending to build 2.4-beta3 (I guess) early this week (other > > obligations having been met, at last), unless there are objections. > > Any? > > Hopeful

Re: Give prompt during reconfigure (#12575)

Am Dienstag, dem 16.05.2023 um 12:41 -0400 schrieb Scott Kostyshak: > I seem to recall getting "LyX is not responding" messages (I guess > from Gnome?) occassionally during Reconfigure. Does anyone else > remember that? I have that, too. But on the other hand, I am getting that often in all kinds

Re: Give prompt during reconfigure (#12575)

Am Dienstag, dem 16.05.2023 um 15:12 +0200 schrieb Pavel Sanda: > That said, racoon has a point  - there is a real issue, that our > status line is not properly updated with reconfigure running so for > newbie the dialog is better than visually frozen UI. The dialog still should be hideable. Every

Re: Give prompt during reconfigure (#12575)

Am Montag, dem 15.05.2023 um 12:38 +0200 schrieb Pavel Sanda: > On Sun, May 14, 2023 at 08:54:28PM -0400, Scott Kostyshak wrote: > > Any objection to the patch here? > > I would personally prefer to skip first confirmation dialog and just > proceed to the second one. > You can merge the text of bo

Re: Client side decorations?

Am Sonntag, dem 14.05.2023 um 16:37 +0200 schrieb Jean-Marc Lasgouttes: > What is the distribution that you use? OpenSuse Tumbleweed here. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Client side decorations?

Am Samstag, dem 13.05.2023 um 21:57 +0200 schrieb Pavel Sanda: > What does it mean "using"? It's decision in the userspace > configuration or you need to locally patch the source code? I'm having export QT_QPA_PLATFORMTHEME=gnome in ~/.profile -- Jürgen -- lyx-devel mailing list lyx-devel@lis

Re: Client side decorations?

Am Donnerstag, dem 11.05.2023 um 19:32 +0200 schrieb Pavel Sanda: > There seems to exist QGnomePlatform & Adwaita-qt which might be of > help. FWIW I am using that and I am quite satisfied with the result. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/

Re: [LyX/master] * LanguageUi.ui - change layout.

Am Freitag, dem 12.05.2023 um 18:57 +0200 schrieb Pavel Sanda: > Please go ahead, you are better UI designer anyway. I solved it differently and kept the two rows. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] * LanguageUi.ui - change layout.

Am Freitag, dem 12.05.2023 um 12:23 +0200 schrieb Pavel Sanda: > I am open to try it. It's just the designer which frustrated me to > the extent > that I abandoned further experiments and approached it with vim :) I can try if I have more luck, if you wish. -- Jürgen -- lyx-devel mailing list

Re: qt.svg incorrectly encoded content

Am Donnerstag, dem 11.05.2023 um 18:44 +0200 schrieb Pavel Sanda: > Most likely because you haven't classic icon set as a default? P Right. Meanwhile fixed. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: qt.svg incorrectly encoded content

Am Donnerstag, dem 11.05.2023 um 16:37 +0200 schrieb Pavel Sanda: > - open preference and this appears on terminal: > > qt.svg: Cannot read file '/lyx/devel/lib/images/classic/dialog- > show_spellchecker.png', because: Encountered incorrectly encoded > content. (line 1) > qt.svg: Cannot read file

Re: [LyX/master] * LanguageUi.ui - change layout.

Am Dienstag, dem 09.05.2023 um 19:37 +0200 schrieb Pavel Sanda: > This pane is responsible for horizontal excess size (at least in CZ >     translation) of document settings panel. The reason is second > encoding combo >     which get very lengthy (there are actually 3 of them). >     This patch mo

Re: Size of document settings dialog

Am Montag, dem 08.05.2023 um 18:03 +0200 schrieb Jürgen Spitzmüller: > I'd go for tabs or something similar. These contents clearly belong > to the section they are. Or we can introduce subsections as we have in prefs. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.l

Re: Size of document settings dialog

Am Montag, dem 08.05.2023 um 17:26 +0200 schrieb Pavel Sanda: > Hi, > > the document settings dialog quite grew in vertical size for 2.4 > mainly due to the > formats pane and I think we should shrink it back. > > I see several options: >   1) create tabbed pane for docbook/xhtml(and perhaps TeX)

Re: translation string

Am Samstag, dem 22.04.2023 um 21:11 +0200 schrieb Pavel Sanda: > In the same vein, anyone sees purpose in translation machinery for > fontsizes? Yes. Not all languages use Arabic numbering. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-dev

Re: translation string

Am Samstag, dem 22.04.2023 um 20:59 +0200 schrieb Pavel Sanda: > Or it's because LTR languages? Yes, bidi, or any differing syntactic structure. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

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

Am Montag, dem 10.04.2023 um 20:28 +0300 schrieb Udicoudco: > > Note that LyX  does not translate Remarks, and הערות is hardcoded > > in > > the latex definition, > > isn't it preferable that LyX will display הערות in this case? It is added to the po files if you remerge po files. > Should I add

Re: [LyX/master] Amend 1dc66608

Am Montag, dem 10.04.2023 um 13:16 -0400 schrieb Scott Kostyshak: > Jürgen can you check this change is OK? Yes, it is. Thanks for fixing. -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailma

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

Am Montag, dem 10.04.2023 um 19:08 +0200 schrieb Jürgen Spitzmüller: > Yes, of course. Fixed. You beat me for a second -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/

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

Am Montag, dem 10.04.2023 um 12:33 -0400 schrieb Scott Kostyshak: > >   Style Remarks > >    CopyStyle Theorem > >    LatexName remark > > - LabelString   "Remarks #." > > + LabelString   "הערות \thetheorem." > > Should the LabelString be untranslated,

Re: spurious spaces around forceLTR insets

Am Montag, dem 10.04.2023 um 15:08 +0200 schrieb Jürgen Spitzmüller: > > Should that be applied to numbers as well? > > I think \LR is equivalent to \LRE. > > Maybe. I haven't tested. Tested now. Same problem. I'll have a look. -- Jürgen -- lyx-devel mailing list

Re: spurious spaces around forceLTR insets

Am Montag, dem 10.04.2023 um 15:49 + schrieb Udicoudco: > Since \LRE{...} already adds a grouping level, I fail to think of > a situation where adding another one would be problematic. Good, I'll do that. > Should that be applied to numbers as well? > I think \LR is equivalent to \LRE. Maybe

Re: spurious spaces around forceLTR insets

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 comment the line >     \textdir TLT > > in the attached file the output is ok, but \textdir is TLT by > default,

Re: spurious spaces around forceLTR insets

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 modification of the former patch on top of the &

Re: spurious spaces around forceLTR insets

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 modification of the former patch on top of the other. Please test. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://

Re: spurious spaces around forceLTR insets

Am Sonntag, dem 09.04.2023 um 23:16 + schrieb Udicoudco: > 1) shouldn't display equations be wrapped with > >    \LRE{% >    \[a+b=c\] >    }% >    otherwise vertical spacing would be wrong. Though, note that I > opened a bug ticket (https://www.lyx.org/trac/ticket/12731) >    wher

Re: spurious spaces around forceLTR insets

Am Sonntag, dem 09.04.2023 um 13:54 +0200 schrieb Jürgen Spitzmüller: > Am Sonntag, dem 09.04.2023 um 12:36 +0300 schrieb Udicoudco: > > What about "inline" environments? > > Such as? To elaborate, the attached patch demonstrates what I mean. It also handles "inline

Re: spurious spaces around forceLTR insets

Am Sonntag, dem 09.04.2023 um 12:36 +0300 schrieb Udicoudco: > What about "inline" environments? Such as? -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: spurious spaces around forceLTR insets

Am Samstag, dem 08.04.2023 um 19:25 + schrieb Udicoudco: > I've used this patch in the past few days and it looks great. 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. -- Jürge

Re: Regression when copying a multirow row in table

Am Donnerstag, dem 06.04.2023 um 23:01 -0400 schrieb Scott Kostyshak: > Nice catch, Andrew! I can reproduce, and git bisect leads here: > >   commit 5cb89a8f818537cf997625c7c7fd7b5399a677a6 >   Author: Juergen Spitzmueller >   Date:   Mon Jun 29 15:13:45 2020 +0200 >   >   Implement proper p

Re: Soul module with Beamer

Am Sonntag, dem 02.04.2023 um 14:18 -0400 schrieb Scott Kostyshak: > Sounds good. Upstream in beamer or soul? soul most likely. -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/

Re: Wrong Clines with RTL tabular

Am Dienstag, dem 27.12.2022 um 19:36 + schrieb Udicoudco: > > 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

Re: Warnings when using Listings in a RTL document

Am Sonntag, dem 02.04.2023 um 13:21 +0200 schrieb Jürgen Spitzmüller: > This needs some effort. For the time being, I think we will be better > off with this rather harmless info message. Possible approach attached. -- Jürgen diff --git a/src/Paragraph.cpp b/src/Paragraph.cpp index c434

Re: spurious spaces around forceLTR insets

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 > \] > } continuous text here... > > which might cause undesired space > if the user is not careful. > > Attached a LyX file to dem

Re: Warnings when using Listings in a RTL document

Am Mittwoch, dem 22.03.2023 um 23:21 + schrieb Udicoudco: > > > 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 > > >

Re: Soul module with Beamer

Am Samstag, dem 01.04.2023 um 22:39 -0400 schrieb Scott Kostyshak: > Is it worth adding this preamble code to fix soul functionality with > Beamer? No. This should be fixed upstream. -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-dev

Re: Should we escape \url special characters in Beamer?

Am Freitag, dem 24.03.2023 um 22:43 -0400 schrieb Scott Kostyshak: > The \url command does not need to be escaped in standard classes. > However, Beamer is special: > >   > https://tex.stackexchange.com/questions/334187/how-to-insert-a-percent-symbol-in-url-in-beamer >   > https://tex.stackexchang

Re: Warnings when using Listings in a RTL document

Am Mittwoch, dem 22.03.2023 um 12:54 +0200 schrieb Udicoudco: > I think in the case of where forceLTR insets will have multiple > paragraphs, it is better to use > \begin{RTL}...\end{RTL}, which basically only issues \par and sets > the > RTL related conditionals > to be false. Thanks for the deta

Re: Warnings when using Listings in a RTL document

Am Dienstag, dem 21.03.2023 um 11:27 + schrieb Udicoudco: > 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 Interestingly,

Re: reversed parentheses with babel and xe/luatex

Am Freitag, dem 17.03.2023 um 19:05 + schrieb Udicoudco: > Yes, I was only considering parentheses for some reason. Thank you > for the correction (as usual ;)). Thanks, committed. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: reversed parentheses with babel and xe/luatex

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 with Xe/LuaTeX, right? -- Jürgen diff --git a/src/Paragraph.cpp b/src/Paragraph.cpp index 8650826

Re: Elipses

Am Mittwoch, dem 15.03.2023 um 18:59 +0100 schrieb Jean-Marc Lasgouttes: > Notes that the space after ldots is not a very good idea. I think it is there to get proper spacing if another punctuation mark follows (e.g., ...?). Since I don't need that case often, I have, in most of my private classe

Re: Elipses

Am Mittwoch, dem 15.03.2023 um 14:29 -0400 schrieb Richard Kimberly Heck: > I think I was on the 'don't do this side' back when we had that > discussion.  Me, too. And I still am. I wish we had an option to opt-out to the previous behavior where it was more clearly visible which kind of dash you

Re: Elipses

Am Dienstag, dem 14.03.2023 um 23:42 -0400 schrieb Richard Kimberly Heck: > Would it be worth adding 'special handling' for "..." the way we do > "---"? Are there other things in this ballpark we could handle? I do not particularly like these kinds of "autocorrect". It is easy to insert an ellips

Re: Anyone running LyX on Wayland?

Am Sonntag, dem 12.03.2023 um 21:25 -0400 schrieb Scott Kostyshak: > I get the following messages in the terminal: > >   QSocketNotifier: Can only be used with threads started with QThread >   qt.qpa.wayland: Wayland does not support QWindow::requestActivate() > > Does anyone else get these with

Re: [LyX/master] Remove two remaining snippets from the QRegExp era.

Am Samstag, dem 11.03.2023 um 10:27 -0500 schrieb Scott Kostyshak: > This compiles on my new system, but fails on an old system, with both > CMake and Autotools. > > CategorizedCombo.cpp: In member function ‘void > lyx::frontend::CategorizedCombo::Private::setFilter(const QString&)’: > Categorized

Re: Crash in document settings

> Maybe I was not precise enough, try this one: > 1. go to the document setting -> modules > 2. click and hold *on arrow* of 'Accesibility' item (so it gets unrolled) > 3. while holding move mouse strictly vertically down to the line of Braille > item (but stay horizontally ahead of the item) > 4.

Re: Wiki PW

Am Dienstag, dem 07.03.2023 um 15:29 +0100 schrieb Jürgen Spitzmüller: > Could somebody (PM) please remind me of the password that is needed > to approve external links on the wiki? Found it meanwhile. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/m

Re: Crash in document settings

Pavel Sanda schrieb am 07.03.2023 12:59 (GMT +01:00): > 1. go to the document setting -> modules > 2. click in avail modules 'Maths' > 3. click *and hold* 'Accesibility' > 4. while holding move mouse to the Braille item below Accesibility > 5. kaboom > > anyone can reproduce? I can't, neither Qt5

Wiki PW

Could somebody (PM) please remind me of the password that is needed to approve external links on the wiki? Thanks, Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Font translations

Jürgen Spitzmüller schrieb am 07.03.2023 15:20 (GMT +01:00): >> (Little to translate unless you push >> for partial translations of substrings like light/medium/bold/etc). > > Because of these. Also, localizations with non-Latin scripts will want to transliterate those stri

Re: Font translations

> Should we burden our translators with this database which can't > be translated in general? Yes > (Little to translate unless you push > for partial translations of substrings like light/medium/bold/etc). Because of these. If the translators want to leave them untranslated, it's up to them.

Re: Bug in running external program (-shell-escape)

Am Samstag, dem 04.03.2023 um 18:06 +0100 schrieb Mario D: > So, to sum up. > > If the file "test.lyx" is in the working directory $HOME/test/ and I > want all its tikz pictures to be stored in the directory > "$HOME/test/picts" using the "external" library, then it looks like > that using the fol

Re: Bug in running external program (-shell-escape)

Am Samstag, dem 04.03.2023 um 15:21 +0100 schrieb Mario D: > Nevertheless, it looks like a bit weird, as workaround: it results in > a symlink pointing to himself which gives a sort of infinite > recursion into itself! Granted. It's a workaround. > What I don't like of this hack, apart from this

Re: Bug in running external program (-shell-escape)

Am Samstag, dem 04.03.2023 um 13:58 +0100 schrieb Mario D: > Jurgen, > maybe I didn't explain myself correctly. I think you did. > What I (the user) would expect to happen is that when I compile with > Lyx then the files > > test-figure0.dpth > test-figure0.log > test-figure0.md5 > test-figure0.

Re: Bug in running external program (-shell-escape)

Am Samstag, dem 04.03.2023 um 09:24 +0100 schrieb Jürgen Spitzmüller: > If you really want to have this subdir for some reason, you need to > include a routine that creates it. Since you have --shell-escape > enabled anyway, the most simple solution would be: > > \usep

Re: Bug in running external program (-shell-escape)

Am Freitag, dem 24.02.2023 um 11:56 +0100 schrieb Mario D: > It looks like I have found a bug using the external library in lyx: > if you pass the option > \tikzexternalize[prefix=some_dir/] > then lyx is not able to create the subdir "some_dir" in its temporary > working dir under the /tmp tree,

Re: Problem with new \date lyx-2.4.0beta2

Am Freitag, dem 03.03.2023 um 07:29 -0500 schrieb Neal Becker: > In the attached, if the note hiding the 'date' is dissolved (so date > is present), then lualtex output is missing the title page. Thanks, fixed. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mai

Re: Examples/Templates

Am Freitag, dem 03.03.2023 um 14:15 +0100 schrieb Pavel Sanda: > Would you mind if I go through those two selections and suggest > movements between them? Sure. Or just go ahead and move as you see fit. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/lis

<    1   2   3   4   5   6   7   8   9   10   >