Re: [LyX/master] Failing export tests

Am Montag, dem 20.05.2024 um 18:30 +0200 schrieb Kornel Benko: > xdvipdfmx:fatal: Invalid font: -1 (27) Probably some of your installed fonts are invalid. I had that, too, with some of my fonts. -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing

Re: [LyX/master] Failing export tests

Am Montag, dem 20.05.2024 um 15:11 +0200 schrieb Kornel Benko: > So the only remaining test is > export/export/latex/languages/supported-languages_polyglossia- > XeTeX_pdf4_systemF Compiles for me. What errors do you get? -- Jürgen signature.asc Description: This is a digitally signed message

Re: [LyX/master] Failing export tests

Am Montag, dem 20.05.2024 um 15:11 +0200 schrieb Kornel Benko: > Yes, this helps. At least the tests passed. Committed. Riki, this probably should go to 2.4.1. > So the only remaining test is > export/export/latex/languages/supported-languages_polyglossia- > XeTeX_pdf4_systemF I'll have a

Re: [LyX/master] Failing export tests

Am Montag, dem 20.05.2024 um 11:40 +0200 schrieb Kornel Benko: > Some russian documents fail They work for me if I set appropriate fonts. What error do you get? > Also failing American_Astronomical_Society This is because \acknowledgements has been deprecated in favor of an environment, and the

Re: [LyX/master] Address Qt 6.7 deprecation warning

Am Montag, dem 20.05.2024 um 14:09 +0200 schrieb Jean-Marc Lasgouttes: > > Yes, why not. Currently it is just another annoying warning, > > though. > > Yes, but eventually it will bite. And we know that 2.4 will stay for > 2+ years. Good point. Riki? -- Jürgen -- lyx-devel mailing list

Re: [LyX/master] Address Qt 6.7 deprecation warning

Am Montag, dem 20.05.2024 um 10:37 +0200 schrieb Jean-Marc Lasgouttes: > What about putting it in  2.4.1? Yes, why not. Currently it is just another annoying warning, though. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] Initialize is_long_tabular before updateIndexes() (which employs it)

Am Montag, dem 20.05.2024 um 06:51 + schrieb Juergen Spitzmueller: > commit 10b5f03d95dca8f3e8c225aa2deca4d473f8b169 > Author: Juergen Spitzmueller > Date:   Mon May 20 08:50:39 2024 +0200 > >     Initialize is_long_tabular before updateIndexes() (which employs > it) Should maybe go to

Re: Tests failing on recent master

Am Sonntag, dem 19.05.2024 um 19:23 +0200 schrieb Jean-Marc Lasgouttes: > You are right. What happens is that, since ad6aa8ba4b9, > updateIndexes() > relies on is_long_tabular, but this boolean is initialized *after* > calling updateIndexes() in Tabular::init(). > > I could just put the

Re: [LyX/master] Handle URL escaping in beamer frames

Am Sonntag, dem 19.05.2024 um 12:22 -0400 schrieb Scott Kostyshak: > Starting with this commit, one of my knitr chunks in a beamer file > now > fails to compile. I committed a minimal example file to master > located > here: > >   autotests/export/latex/lyxbugs/ed62816e-knitr-comment-beamer.lyx

Re: Version 2.4.0~RC4 Instant preview stops working when inserting floats or comments

Am Samstag, dem 18.05.2024 um 20:00 +0100 schrieb José Matos: > But, for example, to correctly > compile the User Guide what is the list of latex dependencies? The User Guide loads these, but of course, other docs will require other packages: *File List* scrbook.cls2023/07/07 v3.41

Re: Tests failing on recent master

Am Samstag, dem 18.05.2024 um 16:28 +0200 schrieb Kornel Benko: > How should I know? I am reacting to the output of > valgrind only. I'd like to understand why the patch is needed. And why only for this boolean. Otherwise it seems just a shot in the dark. -- Jürgen signature.asc Description:

Re: Tests failing on recent master

Am Samstag, dem 18.05.2024 um 14:16 +0200 schrieb Kornel Benko: > Am Sat, 18 May 2024 13:58:21 +0200 > schrieb Jean-Marc Lasgouttes : > > > Le 18/05/2024 à 13:52, Kornel Benko a écrit : > > > Test passes after the attached patch.  > > > > The patch looks good. Is this where other variables are

Re: Workarea does not follow search in master

Am Freitag, dem 17.05.2024 um 18:08 +0200 schrieb Jean-Marc Lasgouttes: > Should be OK now. Note that the cause was more profound than I > anticipated, I hope I got it right. I added some assertions for good > measure, so that we will soon see whether my assumptions about the > code are correct

Re: Version 2.4.0~RC4 Instant preview stops working when inserting floats or comments

Am Samstag, dem 18.05.2024 um 13:13 +0300 schrieb fcana...@gmail.com: > Problem was mysterious because (1) it happened in LyX 2.4.0 but not > in LyX 2.3.7, and (2) there was no indication that previews were not > generated because these style files were missing. Perhaps something > in

Re: Tests failing on recent master

Am Donnerstag, dem 16.05.2024 um 22:19 +0200 schrieb Kornel Benko: > -- Error line = /usr2/src/lyx/lyx- > git/src/insets/InsetTabular.cpp:1070:51: runtime > error: load of value 110, which is not a valid value for type 'bool' > > Picky compiler ... Aha. I don't get what it is complaining about,

Re: Tests failing on recent master

Am Donnerstag, dem 16.05.2024 um 10:54 +0200 schrieb Kornel Benko: > With today's test, I get only > export/doc/es/UserGuide_lyx16 (Failed) > export/doc/es/UserGuide_lyx20 (Failed) > export/doc/es/UserGuide_lyx21 (Failed) > export/doc/es/UserGuide_lyx22 (Failed) >

Re: Workarea does not follow search in master

Am Donnerstag, dem 16.05.2024 um 10:00 +0200 schrieb Jean-Marc Lasgouttes: > If the situation is too annoying, I can revert it. No pressure from my side. I can live with it. Just wanted to bring it to your attention. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org

Re: [LyX/master] Amend 207eaeee9071cb

Am Donnerstag, dem 16.05.2024 um 05:35 + schrieb Juergen Spitzmueller: > commit 2d95f8fc160d6ecc63acb81ffac16a99339083b2 > Author: Juergen Spitzmueller > Date:   Thu May 16 07:33:29 2024 +0200 > >     Amend 207eaeee9071cb >     >     The upstream encoding needs to be updated after this

Re: Tests failing on recent master

Am Mittwoch, dem 15.05.2024 um 16:50 -0400 schrieb Scott Kostyshak: > Bisect leads to: > > 207eaeee9071cb828a2ab7f4680f8ff92e379af8 is the first bad commit > commit 207eaeee9071cb828a2ab7f4680f8ff92e379af8 > Author: Juergen Spitzmueller > Date:   Sun May 12 07:52:16 2024 +0200 > >     Introduce

Re: Tests failing on recent master

Am Donnerstag, dem 16.05.2024 um 06:24 +0200 schrieb Jürgen Spitzmüller: > Well, the iconv conversion error stems from the fact that the > encodings > of master and child differ (latin9 vs. utf8). This looks very wring. > Why is this? > > If I change the encoding of the master f

Workarea does not follow search in master

The screen moves a bit, but not to the point where the highlighted match is. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Tests failing on recent master

Am Mittwoch, dem 15.05.2024 um 16:50 -0400 schrieb Scott Kostyshak: > > These are iconv conversion errors. Strange. > > Bisect leads to: Well, the iconv conversion error stems from the fact that the encodings of master and child differ (latin9 vs. utf8). This looks very wring. Why is this? If I

Re: Tests failing on recent master

Am Mittwoch, dem 15.05.2024 um 14:24 -0400 schrieb Scott Kostyshak: > Yes the timeouts are gone now. The only remaining newly failing tests > are the following: > >   export/export/latex/languages/supported-languages_babel_auto- > legacy_dvi (Failed) >  

Re: Tests failing on recent master

Am Mittwoch, dem 15.05.2024 um 11:05 -0400 schrieb Scott Kostyshak: > And now tests are timing out. For example: > >   cd lib/doc && lyx -e lyx23x Additional.lyx > > Can anyone reproduce the issue with that command? Better now? (I don't have time to check myself, but I'll do so in a few days

Re: [LyX/master] NeedCProtect -1 also for InsetLayouts

Am Dienstag, dem 14.05.2024 um 11:38 + schrieb Juergen Spitzmueller: > commit a716fb96b534475759799b195a7edaeb049fbcf6 > Author: Juergen Spitzmueller > Date:   Tue May 14 13:37:29 2024 +0200 > >     NeedCProtect -1 also for InsetLayouts Riki, this should go to 2.4.1. -- Jürgen --

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

Am Sonntag, dem 12.05.2024 um 12:39 -0400 schrieb Richard Kimberly Heck: > Since 2.4.x has been branched, you can go ahead with that. OK, so the new stage is open now. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] Introduce NeedCProtect -1 layout option

Am Sonntag, dem 12.05.2024 um 19:04 +0200 schrieb Jürgen Spitzmüller: > the documentation part manually later. Done now. I have pasted the new English paragraph in a note to those translated docs that already had the old version translated. -- Jürgen -- lyx-devel mailing list lyx-de

Re: [LyX/master] Introduce NeedCProtect -1 layout option

Am Sonntag, dem 12.05.2024 um 12:39 -0400 schrieb Richard Kimberly Heck: > Since it's a regression, I think you should go ahead.  Thanks, I pulled the two code commits and do the documentation part manually later. > I assume it is otherwise safe? Yes. -- Jürgen -- lyx-devel mailing list

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

Am Samstag, dem 25.03.2023 um 15:43 +0100 schrieb Jürgen Spitzmüller: > > Should LyX escape '#' in the 'Frame' environment, or do we put the > > responsibility on the user to know to use a Fragile Frame? > > The former, but this requires some effort (probably a new layout f

Re: [LyX/master] Introduce NeedCProtect -1 layout option

Am Sonntag, dem 12.05.2024 um 05:53 + schrieb Juergen Spitzmueller: > commit 207eaeee9071cb828a2ab7f4680f8ff92e379af8 > Author: Juergen Spitzmueller > Date:   Sun May 12 07:52:16 2024 +0200 > >     Introduce NeedCProtect -1 layout option >     >     It turns out beamer frame does not allow

Re: Regression in 2.4.0

Am Freitag, dem 10.05.2024 um 21:34 +0300 schrieb Udicoudco: > 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 >

Re: New 2.3.8 Tarballs

Am Donnerstag, dem 09.05.2024 um 18:49 +0200 schrieb Jean-Pierre Chrétien: > The utf8 errors are gone, only the cprotect fatal error in the note > if 6.6.1 remains, but it can't be easily solved AFAIU. Correct. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org

Re: Final 2.3.8 Tarballs

Am Donnerstag, dem 09.05.2024 um 15:32 +0200 schrieb Pavel Sanda: > I'll just repeat from the second thread so the issue is more clear: > Both 2.3 and 2.4 produce from UG > \item > [{\ensuremath{\lceil}\textsf{Outer}\ensuremath{\rfloor}\textsf{~and~} >

Re: Final 2.3.8 Tarballs

Am Donnerstag, dem 09.05.2024 um 12:18 +0200 schrieb Jean-Marc Lasgouttes: > Le 09/05/2024 à 12:10, Jürgen Spitzmüller a écrit : > > Am Donnerstag, dem 09.05.2024 um 09:03 +0200 schrieb Enrico > > Forestieri: > > > Maybe Jürgen knows how feasible is backp

Re: Final 2.3.8 Tarballs

Am Donnerstag, dem 09.05.2024 um 09:03 +0200 schrieb Enrico Forestieri: > Maybe Jürgen knows how feasible is backporting the cprotect work. Definitely too much work. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Version 2.4.0~RC4 Instant preview stops working when inserting floats or comments

Am Sonntag, dem 21.04.2024 um 23:22 +0300 schrieb fcana...@gmail.com: > 1. Launch LyX 2.4.0 and start a new document using toolbar or menu. > 2. Type some math and observe instant preview is working. > 3. Insert either a Comment or Figure Float or Table Float (need not > be filled in). > 4. Type

Re: [LyX/master] Handle the case of outdated chkconfig.ltx in user directory

Am Sonntag, dem 21.04.2024 um 11:59 +0200 schrieb Pavel Sanda: > Will do if you are fine with my proposal. Yes, sure. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] Handle the case of outdated chkconfig.ltx in user directory

Am Sonntag, dem 21.04.2024 um 12:20 +0200 schrieb Pavel Sanda: > Actually I'm not sure I understand the lifecycle of chkconfig.ltx. > After renaming to chkconfig.ltx.bak some fresh chkconfig.ltx will be > created there or only chkconfig.ltx.bak remains? The latter. Let me explain: The problem is

Re: [LyX/master] Handle the case of outdated chkconfig.ltx in user directory

Am Sonntag, dem 21.04.2024 um 11:42 +0200 schrieb Pavel Sanda: > Not sure if it's woth the flurry of new commits, but: > 1) "We" sounds somewhat unusual in our messages > 2) "If you did not copy the script there" was somewhat confusing on > first reading as it does not relate to the previous

Re: LyX v2.4.0 RC4 -> Table styles??

Am Samstag, dem 20.04.2024 um 10:54 +0200 schrieb Jürgen Spitzmüller: > That's strange, you should have six different options. Do you have a > folder called "tabletemplates" in your system directory (that's the > directory that contains the "layouts", "templates&

Re: LyX 2.4.0 RC3

Am Freitag, dem 19.04.2024 um 17:24 +0200 schrieb jspi...@gmail.com: > Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com: > > I am currently traveling, so I cannot test. But does the attached > > patch help and provide a sufficient clues? > > Take this. The first one didn't

Re: [LyX/master] gbrief-2 loads babel internally. So don't load it ourselves.

Am Dienstag, dem 16.04.2024 um 18:21 +0200 schrieb Jürgen Spitzmüller: > Am Samstag, dem 13.04.2024 um 07:36 +0200 schrieb Jürgen Spitzmüller: > > Am Samstag, dem 13.04.2024 um 05:34 + schrieb Juergen > > Spitzmueller: > > > commit c3c96a446b32ef77927b5e06436c2668d95dfd

Re: LyX v2.4.0 RC4 -> Table styles??

Am Mittwoch, dem 17.04.2024 um 18:36 + schrieb Bernt Lie: > In the Style menu, “Default” is the only possible option. That's strange, you should have six different options. Do you have a folder called "tabletemplates" in your system directory (that's the directory that contains the "layouts",

Re: Bug in language conversion ?

Am Mittwoch, dem 17.04.2024 um 23:31 +0200 schrieb Jean-Marc Lasgouttes: > > I wouldn't rate it a bug, but I also would prefer if insets > > (generally, > > not only in the case here) would inherit language changes from > > selections. > > Do inset inherit language from outside world? I think we

Re: SIGSEGV on current master when saving with cursor in subscript

Am Dienstag, dem 16.04.2024 um 12:08 +0200 schrieb Jean-Marc Lasgouttes: > I propose the following patch. Can you check that it works? Works for me with both testcases. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] gbrief-2 loads babel internally. So don't load it ourselves.

Am Samstag, dem 13.04.2024 um 07:36 +0200 schrieb Jürgen Spitzmüller: > Am Samstag, dem 13.04.2024 um 05:34 + schrieb Juergen > Spitzmueller: > > commit c3c96a446b32ef77927b5e06436c2668d95dfd6d > > Author: Juergen Spitzmueller > > Date:   Sat Apr 13 07:32:30 2024 +02

Re: [LyX/master] Disable language package choice if the class preloads a package

Am Samstag, dem 13.04.2024 um 08:07 + schrieb Juergen Spitzmueller: > commit 5477451e36cd9ff4e99aefea2627fbf63e028004 > Author: Juergen Spitzmueller > Date:   Sat Apr 13 10:07:18 2024 +0200 > >     Disable language package choice if the class preloads a package Another candidate for 2.4.1.

Re: SIGSEGV on current master when saving with cursor in subscript

Am Freitag, dem 12.04.2024 um 12:06 -0400 schrieb Scott Kostyshak: > To reproduce: > > 1. Start a new document. > 2. Start a math inset, e.g., ctrl + m. > 3. Type "x". > 4. Press "_" to go into the subscript. > 5. Type "i" (so at this step the math will be $x_i$). > 6. Save the (new) file. > >

Re: [LyX/master] gbrief-2 loads babel internally. So don't load it ourselves.

Am Samstag, dem 13.04.2024 um 05:34 + schrieb Juergen Spitzmueller: > commit c3c96a446b32ef77927b5e06436c2668d95dfd6d > Author: Juergen Spitzmueller > Date:   Sat Apr 13 07:32:30 2024 +0200 > >     gbrief-2 loads babel internally. So don't load it ourselves. >     >     This makes the class

Re: Bug in language conversion ?

Am Freitag, dem 12.04.2024 um 17:10 +0100 schrieb José Matos: > In principle I agree with you. > Is there a counter example where this is undesirable? Theoretically I can think of cases where one uses, for instance, info insets in a specific language that should not be changed. But this case is

Re: [LyX/2.4.x] Update Qt bug documentation (#12641)

Am Samstag, dem 13.04.2024 um 03:00 +0200 schrieb Pavel Sanda: > Isn't all this mac-specific? P Yes, clarified. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Bug in language conversion ?

Am Donnerstag, dem 11.04.2024 um 11:18 +0200 schrieb Jean-Pierre Chrétien: > When I select section 4.10.1.1 in the French copy of Additional.lyx > and convert > it to French, I see that the optional argument of the list items > remain > untranslated. This trigger compilation errors like : > >

Re: Please update the readme of evince_sync_lyx.zip

Am Mittwoch, dem 10.04.2024 um 10:05 + schrieb 包子 戴: > Here are two problem. > First, I found I have to copy the three file to > /usr/local/bin > to make it work rather than place in a  folder which PATH included. This is not a folder with PATH included, but a folder included in your

Re: LyX 2.4.0, Listing, and computer language?

Am Mittwoch, dem 10.04.2024 um 15:11 + schrieb Bernt Lie: > > How can I add another computer language to the Program Listing > Settings? >   >  * Is there a file where I can add reserved words, etc.? >  * …and then have it show up in the Program Listing Settings language > choice? The

Re: SIGSEGV introduced recently on master when deleting an inset

Am Sonntag, dem 07.04.2024 um 19:34 +0200 schrieb Jean-Marc Lasgouttes: > This is now fixed in master at 89901123c579. Thanks, this also fixes the other, minor issue (CT related) I reported. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org

Re: SIGSEGV introduced recently on master when deleting an inset

Am Sonntag, dem 07.04.2024 um 06:50 +0200 schrieb Jürgen Spitzmüller: > Just doing a bisect. 73678dcde977802d5ff3ae07f0226484041fff48 is the first bad commit commit 73678dcde977802d5ff3ae07f0226484041fff48 Author: Jean-Marc Lasgouttes Date: Mon Nov 27 15:57:09 2023 +0100 Avoid f

Re: SIGSEGV introduced recently on master when deleting an inset

Am Sonntag, dem 07.04.2024 um 00:38 -0400 schrieb Richard Kimberly Heck: > I am hoping this is not in 2.4.x and is due to the big inset merge. > Can you check? Not in 2.4.x. Just doing a bisect. I also assured it is not connected with my recent fix before backporting. -- Jürgen -- lyx-devel

Re: File format increases on master make it hard to test

Am Samstag, dem 06.04.2024 um 16:51 -0400 schrieb Scott Kostyshak: > I imagine others face the same situation? Is there anything that can > be done? No, I think this will be a nightmare to maintain. And then, you really do not "text master" if you strip the most interesting commits. -- Jürgen

Re: Biginset branch has landed (sorry for the spam)

Am Freitag, dem 05.04.2024 um 16:17 +0200 schrieb Jean-Marc Lasgouttes: > What now? Well, testing is welcome when you have time : does > everything works the same, but faster for big document that were > annoying?. I see drawing omissions with change tracking. Select part of a word with CT on and

Re: Compiling With Qt5

Am Freitag, dem 05.04.2024 um 17:23 -0400 schrieb Richard Kimberly Heck: > Unless I'm misreading it, commit 993e784a6284a to 2.4.x makes Qt6 the > default (and that commit is also in 2.4.1-devel). That's bad. I think our Qt6 implementation still has too many drawbacks. I would keep it opt-in in

Re: [LyX/master] Fix assertion when pasting paragraph with insets in lyxrc.ct_markup_copied

Am Samstag, dem 06.04.2024 um 07:48 + schrieb Juergen Spitzmueller: > commit 9198ed5965809a1e951d1b721899d0051e619e34 > Author: Juergen Spitzmueller > Date:   Sat Apr 6 09:47:22 2024 +0200 > >     Fix assertion when pasting paragraph with insets in > lyxrc.ct_markup_copied >     >     This

Re: Misplaced IME window in 2.4.0

Am Freitag, dem 05.04.2024 um 23:01 -0400 schrieb Scott Kostyshak: > On Thu, Mar 21, 2024 at 11:31:35AM GMT, Allan Chain wrote: > > Hello, LyX developers! > > > > I'm trying out LyX 2.4.0-rc3 (qt6) on KDE6+Wayland, and I'm using > > fcitx5 to > > input CJK characters. I found that the candidate

Re: Subtract value for word/character count

Am Freitag, dem 05.04.2024 um 09:18 +0200 schrieb Pavel Sanda: > I admit I was struggling to find short description. > > Basically I want to set the baseline from which the counter is > subtracted so I get > relative number to that baseline ("clamp to tha value"). > > Any help with better

Re: Subtract value for word/character count

Am Donnerstag, dem 04.04.2024 um 23:15 +0200 schrieb Pavel Sanda: > + Item "Clamp statistics to the current value" > "statistics-reference-clamp" > + OptItem "Reset statistics to the absolute value" > "statistics-reference-clamp reset" Stick to Title Casing and add

Re: LyX 2.3.8

Am Donnerstag, dem 04.04.2024 um 11:55 -0400 schrieb Richard Kimberly Heck: > Should we go ahead and release the last of the 2.3.x series? It seems > exceedingly unlikely that there will be a format change in 2.4.0 at > this point. Yes. -- Jürgen -- lyx-devel mailing list

Re: [LyX/master] Smarter menu length calculation

Take the attached patch. The other one was buggy. Am Mittwoch, dem 03.04.2024 um 17:21 +0200 schrieb Jürgen Spitzmüller: > E.g., right-click in the User's Guide on the index subentry in > section heading 1.1 ("Graphics Dialog [Figures > Graphics Dialog]"). That

Re: [LyX/master] Smarter menu length calculation

Am Mittwoch, dem 03.04.2024 um 16:40 +0200 schrieb Jürgen Spitzmüller: > Am Mittwoch, dem 03.04.2024 um 11:41 +0200 schrieb Jürgen > Spitzmüller: > > What could be a more clever (?) option, I think, is the possibility > > to assign shortcut alternatives, as in "Text

Re: [LyX/master] Smarter menu length calculation

Am Mittwoch, dem 03.04.2024 um 11:41 +0200 schrieb Jürgen Spitzmüller: > What could be a more clever (?) option, I think, is the possibility > to assign shortcut alternatives, as in "Text actions|Txct", and LyX > checks the characters in turn until one is free. As in the at

Re: [LyX/master] Smarter menu length calculation

Am Mittwoch, dem 03.04.2024 um 11:07 +0200 schrieb Jean-Marc Lasgouttes: > Should the menu code disable the second shortcut when a conflict is > detected?  Not sure. As said, the shortcuts are usable if multiply assigned. You just need an extra return on the one you want. This strikes me better

Re: [LyX/master] Smarter menu length calculation

Am Mittwoch, dem 03.04.2024 um 09:32 +0200 schrieb Stephan Witt: > Here I get the following warnings: > > frontends/qt/Menus.cpp (781): Menu warning: menu entries "Move > Paragraph Up|h" and "Einfügen (vorherige Auswahl)|h" share the same > shortcut. > frontends/qt/Menus.cpp (781): Menu warning:

Re: Article about LyX

Am Dienstag, dem 02.04.2024 um 20:40 -0400 schrieb Richard Kimberly Heck: > https://www.baeldung.com/cs/lyx-tutorial > > Ran into it today... That's a nice one. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Is hiding stuff behind the "more" sub-context menu intentional?

Am Dienstag, dem 02.04.2024 um 12:47 -0400 schrieb Richard Kimberly Heck: > You can also add it to 2.4.1-devel if you wish. Done after having resolved further shortcut conflicts. I also took the liberty to add a status file to keep track of the changes. -- Jürgen -- lyx-devel mailing list

Re: [LyX/master] Smarter menu length calculation

Am Dienstag, dem 02.04.2024 um 11:00 -0400 schrieb Scott Kostyshak: > I don't understand the patch, so I am guessing my comment is not > correct, but in the 1% chance: when you removed the FIXME comment I > expected the "50" to no longer be hardcoded. The FIXME was not on the "50" but on the

Re: Is hiding stuff behind the "more" sub-context menu intentional?

Am Mittwoch, dem 01.11.2023 um 12:50 +0100 schrieb Jürgen Spitzmüller: > Attached is a patch that does this, considering not only hidden > entries > but also the dynamic entries that are only expanded in expand() (such > as spelling suggestions). As far as I can see the resul

Re: [LyX/master] Fix label escaping in InsetMathRef (#12980)

Am Dienstag, dem 02.04.2024 um 06:17 + schrieb Juergen Spitzmueller: > commit 98080ca0d548b754433a99f9f097054134117184 > Author: Juergen Spitzmueller > Date:   Tue Apr 2 08:15:53 2024 +0200 > >     Fix label escaping in InsetMathRef (#12980) >     >     This was completely broken: the IDs

Re: SIGSEGV on current master

Am Freitag, dem 29.03.2024 um 22:38 -0400 schrieb Scott Kostyshak: > To reproduce: > > 1. Start a new document. > 2. Start a math inset and put "x + y". > 3. Select x. > 4. Press ctrl + f to open find. > 5. Press . > > The result for me is a SIGSEGV. > > Can anyone else reproduce? Yes, fixed,

Re: RC4? [was: Scheduled maintenance of LyX servers (Mar 21, 2024)]

Am Sonntag, dem 24.03.2024 um 13:12 -0400 schrieb Richard Kimberly Heck: > I was about to ask where everyone thinks we stand with that. There > have been some pretty significant bugs, but it seems like everything > has settled now? IMHO 2.4 is pretty much stable. There might be some rough edges,

Re: Copy files to tmp

Am Montag, dem 18.03.2024 um 22:55 +0100 schrieb Enrico Forestieri: > Maybe you don't need to copy them to the tmp. We have an info inset > that can be used to provide the full path to the files, wherever you > move the directory containing the document. See the attached. Sorry for the late

Copy files to tmp

I am trying to set up a private external template for the inclusion of sound files to beamer slides. Could somebody please remind me what needs to be done to get those files (e.g., mp3's) copied to the tmp with their mangled file name? Thanks, -- Jürgen -- lyx-devel mailing list

Re: [LyX/master] Add Idan Pazi to contributors list

Am Samstag, dem 16.03.2024 um 08:12 +0100 schrieb Pavel Sanda: > Juergen, please do not commit updates to our web via svn now, I > already transfered the main web to the new server, so it will get > lost anyway. Thanks for the reminder, I didn't intend to. -- Jürgen -- lyx-devel mailing list

Re: windows preview bug fix

Am Dienstag, dem 12.03.2024 um 13:23 +0200 schrieb Idan Pazi: > I hereby grant a permission for all of my contributions to LyX to be > licensed under the GPL version 2 or later. Thanks, I committed your patch. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org

Re: windows preview bug fix

Am Sonntag, dem 10.03.2024 um 14:52 -0400 schrieb Richard Kimberly Heck: > On 3/8/24 04:19, Jürgen Spitzmüller wrote: > > Am Samstag, dem 02.03.2024 um 19:49 + schrieb José Matos: > > > After our exchange last week I feel inclined to apply this. > > >

Re: windows preview bug fix

Am Samstag, dem 02.03.2024 um 19:49 + schrieb José Matos: > After our exchange last week I feel inclined to apply this. > > I am still note sure that this is the right step but clearly it > improves the code regarding the previous one. > > Does any one opposes to this action? My suggestion

Re: aastex version has changed

Am Dienstag, dem 05.03.2024 um 18:11 +0100 schrieb Jean-Pierre Chrétien: > I took care not to update the layout with new constructs in > aastex63.cls and aastex631.cls to avoid to break the string freeze, > but I do not see where a change of file names breaks it... Both the template/example file

Re: Can't create a macro with 2.4.0~devel

Am Montag, dem 26.02.2024 um 17:44 +0100 schrieb Jean-Pierre Chrétien: > Le 26/02/2024 à 16:14, Jean-Marc Lasgouttes a écrit : > > > > > Now I have to understand why it crashes. > > I tried in a fresh lyx file with a single table. LyX crashes with the > same trace > as the one I posted

Re: DocBook test now failing on master

Am Sonntag, dem 25.02.2024 um 07:23 +0100 schrieb Jürgen Spitzmüller: > I suppose DocBook does not know how to handle booksubtitle and > journalsubtitle (both standard biblatex fields). The other field, > subtitle, seems to be covered already. > > Thibaut? While you are at it, c

Re: DocBook test now failing on master

Am Samstag, dem 24.02.2024 um 19:53 -0500 schrieb Scott Kostyshak: > The following test now fails for me on current master: > >   export/export/docbook/basic_docbook5 > > It does not necessarily mean there's a regression. From what I > understand, DocBook support is fragile for some things so it

Re: tex2lyx tests failing on master

Am Samstag, dem 24.02.2024 um 19:46 -0500 schrieb Scott Kostyshak: > I do not know if there's a regression, or if the reference files just > need to be updated. The latter. Done. -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list

Re: LateX Import Problems 2.3.7 & 2.4.0-rc3

Am Donnerstag, dem 22.02.2024 um 14:02 +1100 schrieb JonT: > I created original document in Lyx :) > > I had to export it to LaTeX for a collaborator to use in Overleaf :( > > Reimport to LyX for next chunk of work, and it had a number of > problems. > > I've attached a cut down example of

Re: LyX 2.4.0 RC3

Am Donnerstag, dem 15.02.2024 um 23:53 -0700 schrieb list_em...@icloud.com: > I found three identical copies of chkconfig.ltx in each of > > /Users/me/Library/Application Support/LyX-2.1/chkconfig.ltx > /Users/me/Library/Application Support/LyX-2.2/chkconfig.ltx > /Users/me/Library/Application

Re: LyX 2.4.0 RC3

Am Montag, dem 12.02.2024 um 22:59 -0700 schrieb list_em...@icloud.com: > I’m sorry to report continuing problems on macOS 12.7.2, Monterey > with LyX 2.4.0 RC3. > > Hangs (pinwheel) on first launch with only Apple and LyX menu items, > then same on second launch.  Very low CPU and memory use.

Re: [LyX master] Fix display of counters for included listings.

Am Samstag, dem 10.02.2024 um 12:17 -0500 schrieb Richard Kimberly Heck: > Oh, shoot. Should I revert it? Or notify people there is one new > string? I'd go for the latter. I think an untranslated string is better than a wrong one. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org

Re: [LyX master] Fix display of counters for included listings.

counters.step(cnt, utype); > - listings_label_ += " " + > convert(counters.value(cnt)); > - } >  } >   >   > > - > -- > > Summary of changes: >  lib/layouts/stdcounter

Re: Regression on master: cannot insert math in a table cell

Am Donnerstag, dem 08.02.2024 um 09:02 +0100 schrieb Jürgen Spitzmüller: > Should be fixed as of 61aa19ef9cbaf81 > > Sorry. Riki, this might warrant a soonish RC3. It's not only math that was disabled, but also special characters, spacing and others. -- Jürgen -- lyx-devel mailing

Re: Regression on master: cannot insert math in a table cell

Am Donnerstag, dem 08.02.2024 um 08:43 +0100 schrieb Jürgen Spitzmüller: > Am Donnerstag, dem 08.02.2024 um 00:23 +0100 schrieb Jean-Marc > Lasgouttes: > > Manual inspection reveals that the commit below is the culprit. > > I thought so. I'll have a look. Should be fixed as

Re: Regression on master: cannot insert math in a table cell

Am Donnerstag, dem 08.02.2024 um 00:23 +0100 schrieb Jean-Marc Lasgouttes: > Manual inspection reveals that the commit below is the culprit. I thought so. I'll have a look. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: ? Natbib/Bibtopic Multiple bibliographies error

Am Dienstag, dem 06.02.2024 um 20:31 + schrieb John Robert Hudson: > Using RC~1 and today RC-2 with Multiple bibliographies per section > set, I get > a LyX warning that there are undefined citations in all but the first > section. > Looking at the LaTeX log, I find: > > Package natbib

Re: RC1!!

Am Sonntag, dem 21.01.2024 um 09:53 +0100 schrieb Pavel Sanda: > It surprised me that TeX -> Tex stylechange passed your muster, > it's usually me who is on the punk side of things :) This is a problem in the bib file. The English alpha.bst sentence-cases titles (the German alphadin.bst doesn't),

Re: RC1!!

Am Freitag, dem 19.01.2024 um 13:55 +0100 schrieb Pavel Sanda: > On Fri, Jan 19, 2024 at 09:19:56AM +0100, Jürgen Spitzmüller wrote: > > I suggest to use alpha.bst instead (which is part of base). > > alphadin is a > > special German format anyway. > > I tried and mus

Re: RC1!!

Am Do., 18. Jan. 2024 um 23:23 Uhr schrieb Richard Kimberly Heck < rikih...@gmail.com>: > Let's drop it. > I suggest to use alpha.bst instead (which is part of base). alphadin is a special German format anyway. Jürgen > Riki > > -- lyx-devel mailing list lyx-devel@lists.lyx.org

  1   2   3   4   5   6   7   8   9   10   >