Re: [LyX/master] Add plimsoll symbol, for Bernt

On Wed, 2025-07-30 at 12:39 -0400, Richard Kimberly Heck wrote: > 2. Commit ourselves not to make use of this facility in the LyX source: > If we add things to the symbols file, then we will do so only at major > versions, adding suitable reversion routines, and including relevant > packages in

Re: [LyX/master] Add plimsoll symbol, for Bernt

On Tue, 2025-07-29 at 21:49 +0200, Enrico Forestieri wrote: > Strictly speaking, I don't think that a file format change is _required_ > because, according to our rules, we guarantee forward compatibility, not > backward. On the other hand, we should try and be friendly when > exporting to previ

Re: Backtick Display Problem

On Mon, 2025-07-28 at 21:54 -0400, Richard Kimberly Heck wrote: > Attached, and a screenshot of how it looks here. > > Riki I see that with Droid Serif but not with other fonts like, for example, with Droid Sans. -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.ly

Re: Python error in fen2ascii.py

On Fri, 2025-07-18 at 13:50 +0200, Scott Kostyshak wrote: > An error occurred while running: > python3 $$s/scripts/fen2ascii.py > "Journal_of_the_Acoustical_Society_of_America__28JASA_29.lyx" > "Journal_of_the_Acoustical_Society_of_America__28JASA_29.asc" > $ > > Regardless of above there is still

Re: Python error in fen2ascii.py

On Thu, 2025-07-17 at 10:36 +0200, Scott Kostyshak wrote: > With the following command: > > cd "lib/templates/Articles/" && > lyx -e lyx21x Journal_of_the_Acoustical_Society_of_America_%28JASA%29.lyx > > I get the following: > > Traceback (most recent call last): >   File "/home/scott/lyxbuilds/

Re: Python error in fen2ascii.py

On Thu, 2025-07-17 at 10:36 +0200, Scott Kostyshak wrote: > With the following command: > > cd "lib/templates/Articles/" && > lyx -e lyx21x Journal_of_the_Acoustical_Society_of_America_%28JASA%29.lyx > > I get the following: > > Traceback (most recent call last): >   File "/home/scott/lyxbuilds/

Re: LyX 2.5-beta1 Tarballs

On Sat, 2025-07-12 at 10:41 -0400, Richard Kimberly Heck wrote: > Mystery. I can confirm it was committed. > > Riki One possible reason, as Jean-Marc stated, is that some file has non utf8 contente (shown in the diff). We can fix that but since it works most of the time... Best regards, -- Jos

Re: About Lyx

On Sun, 2025-07-06 at 11:39 +0200, Jean-Pierre Chrétien wrote: > Dera devs > > With the last master, I see some overlapping when I display About LyX, see > screenshot. This happened to me before before 2.4.0. That happened when there was too much information to show in the available space. I tr

Re: Adding external template of draw.io

On Sat, 2025-07-05 at 08:26 +0900, Koji Yokota wrote: > OK, then I’m going to put it in Wiki for the moment and include it to the > source after the release of 2.5. > > Thanks all! I am not following the discussion closely, but if this requires a file format change then it either goes now or then

Re: LyX 2.5.0

On Thu, 2025-07-03 at 19:34 +0200, Jürgen Spitzmüller wrote: > Am Donnerstag, dem 03.07.2025 um 10:56 -0400 schrieb Richard Kimberly > Heck: > > OK. I guess we should discuss what we think the next steps are. We've > > had some feedback on the alpha release, but not a lot. Should we try > > a beta?

Re: Float equality warnings

On Sun, 2025-06-29 at 15:39 +0200, Scott Kostyshak wrote: > Should we use some kind of tolerance value, e.g., based on > std::numeric_limits::epsilon and std::numeric_limits::epsilon ? > > /home/scott/lyxbuilds/master-master/repo/src/support/Length.h:119:22: warning: > comparing floating point wit

Re: Float conversion warnings

On Sun, 2025-06-29 at 15:28 +0200, Scott Kostyshak wrote: > Are these worth looking into? AFAICS all of these seem harmless. For example: > /home/scott/lyxbuilds/master-master/repo/src/TextMetrics.cpp:1381:33: warning: > implicit conversion from 'depth_type' (aka 'unsigned long') to 'double' may

Re: Float conversion warnings

On Sun, 2025-06-29 at 11:42 -0400, Richard Kimberly Heck wrote: > > Most of these seem harmless, though it wouldn't be a terrible thing to > squash the warnings by doing an explicit cast. However: The warnings are not due to the implicit cast conversion but to the floating point arithmetic prope

Re: patch: have configure.py print to STDOUT, not STDERR

On Thu, 2025-06-26 at 22:17 +0200, Enrico Forestieri wrote: > Because we love tradition and this is lost in the mists of time? ;-) > > https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg96750.html Now is the time to start new traditions. :-) I removed the last bits. @Scott some of the work

Re: patch: have configure.py print to STDOUT, not STDERR

On Thu, 2025-06-26 at 00:21 +0200, Scott Kostyshak wrote: > Currently, configure.py prints output to STDERR, even though they are > not necessarily warnings or errors. I can understand why the logging default is stderr. :-) > The attached patch changes it to print to STDOUT. OK by me. > Without

Re: #13178: LFUN math-extern does not pass the optional parameter to maxima or octave

On Wed, 2025-06-25 at 15:01 +0200, fcana...@gmail.com wrote: > According to octave.org , Starting with version 4, the > default behavior of the “octave” command has been changed to launch the GUI: > https://octave.org/NEWS-4.0.html. Previous versions would launch in a terminal >

Re: Give an error if missing cross-reference in final compilation

On Fri, 2025-06-20 at 07:47 +0200, Jürgen Spitzmüller wrote: > You mean, OK on _not_ backporting this? You did follow the ensuing > discussion? I suspect so. The OK was in reply to Pavel's followup. But with a philosopher you can never be sure. :-D Best regards, PS: This is the result of too muc

Re: Can't compile math manual

On Mon, 2025-06-16 at 16:55 +0200, Pavel Sanda wrote: > Hi, > > I made a mistake and tried to compile our math manual today ;) Just for reference, it works fine with texlive 2023. -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] Few unused Qt headers

On Wed, 2025-06-11 at 23:46 +0100, José Matos wrote: > FWIW I am using qt6 and gcc 15. qt 6.9.1 I say this because of the patch: -#include #if (QT_VERSION >= QT_VERSION_CHECK(6, 8, 0)) #include #endif Does that means that QStyleHints implies QStyle? Too tired to test th

Re: [LyX/master] Few unused Qt headers

On Wed, 2025-06-11 at 20:43 +, Pavel Sanda wrote: > commit 904be73baaf469b402db9ca17bc46c59896e8a6b > Author: Pavel Sanda > Date:   Wed Jun 11 22:43:05 2025 +0200 > >     Few unused Qt headers I am note sure if it is related with this patch but now I get: make[6]: Entering directory '/home/

Re: LyX 2.5.0~alpha1

On Mon, 2025-05-26 at 19:00 -0400, Richard Kimberly Heck wrote: > So I was a bit confused about the naming conventions (thanks to Pavel > and Jürgen for setting me straight) and so have repackaged 'gamma 1' as > alpha 1. Please prepare binaries! > > Riki It is difficult for me to dissociate thi

Re: Warning: dvipng failed to generate images from lyxpreviewSZhsFp.dvi... fallback to legacy method

On Tue, 2025-05-20 at 19:05 +0200, Enrico Forestieri wrote: > I don't know what to do. On the one hand the attached patch solves the > issue for me with version 1.15, but I don't have any info on the return > codes from dvipng and it very possible that that return code (136) is > not specific to

Re: [automated testing] debian testing: compile failure with qt6

On Sat, 2025-05-10 at 01:34 +, test...@tester.lyx.org wrote: > insets/InsetFloat.cpp:376:1: error: control reaches end of non-void function FWIW that is the only warning. I am not sure if using -Werror=return-type fails after the first warning or not. :-) Regards, -- José Abílio -- lyx-dev

Re: LyX 2.5.0

On Tue, 2025-04-29 at 11:37 -0400, Richard Kimberly Heck wrote: > This sounds reasonable to me. > > Riki FWIW I also agree. -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] Amend 644ae738c8

On Wed, 2025-04-16 at 08:23 +, Juergen Spitzmueller wrote: > Ignore surrounding whitespace also in input string Well done. Whitespaces are always troubling because we do not see them directly. That is why they usually are puzzling. [out of topic] ... even with a dark theme. :-D Best regards,

Re: [LyX/master] Give error if adding a branch that already exists

On Tue, 2025-03-25 at 12:04 -0400, Richard Kimberly Heck wrote: > I'm happy with that plan and would be willing to act as release manager > again. I do not have much time actually to code, but the on-again > off-again time commitment for managing releases is something I can handle. > > Riki Tha

Re: [LyX/master] Give error if adding a branch that already exists

On Mon, 2025-03-24 at 13:16 -0400, Richard Kimberly Heck wrote: > Given that some people do use master for actual work, that seems a bit > harsh (since it will effectively crash the program). How about just > adding an alert here or something? > > Riki The issue comes then to what is needed to

Re: [LyX/master] Add support for zref-clever and zref-vario

On Mon, 2025-03-24 at 12:13 +0100, Pavel Sanda wrote: > I think this is fine if we clearly state in release notes that we > require TL >= 2024(?) for this particular feature to work. +1 -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-d

Re: [LyX/master] Add support for zref-clever and zref-vario

On Mon, 2025-03-24 at 08:19 +0100, Jürgen Spitzmüller wrote: > zref-clever nowadays (and since some time) doesn't need \zlabel any > longer since the kernel included the needed information. The manual > states: > > "All in all, as far as zref-clever is concerned, the use of \label > throughout (wi

Re: Suggestion: Adding Font Style Shortcuts to LyX Toolbar

On Wed, 2025-03-19 at 11:29 +0100, Pavel Sanda wrote: > I do not have super strong opinion here, but I think that not having font > style buttons was deliberate omission to make little push toward semantic > text styles rather then just to use font tweaks used by default by various > *office edito

Re: A major bug in latex import for Lyx 2.4

On Fri, 2025-03-14 at 16:45 +0100, Jean-Marc Lasgouttes wrote: > Another question : what is your operating system ? (I wonder whether it > could be related to end-of-line characters). > > JMarc At another message of this thread: ... Windows ARM 64 with a Snapdragon(R) X 10-core X1P64100 @ 3.40 G

Re: Python warning in lyx2lyx

On Sat, 2025-03-01 at 21:49 +0100, Jean-Marc Lasgouttes wrote: > /home/jean-marc/src/lyx/master/lib/lyx2lyx/lyx_2_5.py:2464: > SyntaxWarning: invalid escape sequence '\e' >    cmd = " special=\"" + scmd + "r@{\extracolsep{0pt}" + decpoint + "}" > + scmd2 + "l\">" > > I cannot reproduce it for so

Re: [PATCH] Use a while() loop instead of fighting against for()

On Wed, 2025-02-19 at 18:51 -0500, Richard Kimberly Heck wrote: > I don't use minted either, but the patch looks right to me. > > Riki I use minted and the patch does make sense. The next issue is if we use this idiom elsewhere... because we looking into the parameters and removing some, while a

Re: [LyX/master] Update python shebang

On Sun, 2025-02-09 at 16:42 +0100, Jürgen Spitzmüller wrote: > Should also go to stable. Notice that I am amused to write this. :-) Supposedly this will remove the ability for this script on python 2, if the script is called directly by name. Calling the python interpreter with the name of the sc

Re: Selecting branches from the command line, is it possible?

On Sat, 2025-02-08 at 13:20 +0100, Jean-Marc Lasgouttes wrote: > Or maybe > lyx -x "command-sequence branch-activate mybranch ;  buffer-save" myfile.lyx Thank you. :-) -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinfo/lyx-devel

Re: [LyX/master] InsetERT: recognise whenever the contents looks sufficiently like XML to attempt outputting it as raw XML.

On Sat, 2025-02-08 at 19:02 +0100, Pavel Sanda wrote: > What's long-term bugging me is where these new-lines in the begining of > 7606da5ec > are coming from. When I just resave the same file in linux (cbfe2a3762) they > get removed again. We saw this multiple times elsewhere already. I have alrea

Selecting branches from the command line, is it possible?

Hi, I am interested in being able to select branches from the command line, turning them on or off. Is it possible? I tried the man page but it does not refer branches at all. Best regards, -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org https://lists.lyx.org/mailman/listinf

Re: [LyX/master] Fix compilation on gcc-15

On Fri, 2025-01-17 at 10:08 +0100, Scott Kostyshak wrote: > (next time) please put the warning/error output that GCC gives you in the > commit message. > > This way, when I am bisecting and I see that error, I can search in the LyX > log and I know which commit I need to cherry-pick. > > Thanks f

Re: 2.4.3 Sources Available

On Fri, 2025-01-10 at 08:01 +0100, Jean-Marc Lasgouttes wrote: > Isn't it visible in --version output ? > > JMarc And with Help->About LyX. That is a patch that I can gladly add to Fedora. :-D Actually in the %prep stage the following line fixes this issue: for file in configure*; do sed -i 's

Re: 2.4.3 Sources Available

On Thu, 2025-01-09 at 12:33 -0500, Richard Kimberly Heck wrote: > The source files for LyX 2.4.3 can be found here: > > https://drive.google.com/drive/folders/1eRWa19xe9BwJ_jgNXg8w27JpPJChye6l?usp=sharing > > My IP changed again, so I do not presently have access to the FTP server. > > Please pr

Re: 2025

On Mon, 2025-01-06 at 18:10 +0100, Jean-Pierre Chrétien wrote: > Dear developers > > I wish you a happy new year and the best success in your personal and > professional projects. Thank you. :-) +1 I take the opportunity to join my wagon to this train. :-) Best regards, -- José Abílio -- ly

Re: [LyX/master] Update Python scripts to Python 3+

On Fri, 2024-12-20 at 00:28 +0100, Scott Kostyshak wrote: > On Thu, Dec 19, 2024 at 10:31:20PM +0000, José Matos wrote: > > On Thu, 2024-12-19 at 15:57 +0100, Scott Kostyshak wrote: > > > Is the problem that the object should not be a string? > > > > Yes, it was

Re: Unusual content found (2.4)

On Sun, 2024-08-25 at 23:08 +0200, Enrico Forestieri wrote: > Seemingly, you managed to create a HullNone math container. Please, > see > https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg180763.html > for a more detailed explanation and a way to recover. > > > Is this something that I shoul

Re: [LyX/master] Update Python scripts to Python 3+

On Thu, 2024-12-19 at 15:57 +0100, Scott Kostyshak wrote: > Is the problem that the object should not be a string? Yes, it was expecting bytes. > $ python3 --version > Python 3.12.3 Do you know the Whac-A-Mole game? :-) It was the same game that I was playing here. I modernized the code a bit,

Re: Possibly bug with export to epub

On Wed, 2024-11-06 at 20:16 +0100, Bernd Nitzschmann wrote: > Hi lyx-devel, > I hope this is the right place to report a feature not working (at > least for me): Hi Bernd, > When trying to export a lyx file to epub format an error message pops > up: > An error occurred while executing  > py -3 -t

Re: Possibly bug with export to epub

On Wed, 2024-11-06 at 20:16 +0100, Bernd Nitzschmann wrote: > Hi lyx-devel, > I hope this is the right place to report a feature not working (at > least for me): > > When trying to export a lyx file to epub format an error message pops > up: > An error occurred while executing  > py -3 -tt $$s/scr

Re: [LyX/master] Fix gcc 13 compilation.

On Sun, 2024-11-10 at 16:51 +0100, Scott Kostyshak wrote: > I did not actually try -std=c++14 or something like that; maybe it > would have worked. In the particular case of the #include directives I would be really surprised if this changed anything. All this work, usually, comes from the reorgan

Re: Possibly bug with export to epub

On Thu, 2024-11-07 at 10:05 +0100, Bernd Nitzschmann wrote: > Hi José, > > Yes, that export command produced a file *.23.lyx in the current > working directory. I am lost here. The replacement mechanism is the same in both cases. At least for me on export works on both cases. Even although I am

Re: Possibly bug with export to epub

On Wed, 2024-11-06 at 20:16 +0100, Bernd Nitzschmann wrote: > Hi lyx-devel, > I hope this is the right place to report a feature not working (at > least for me): > > When trying to export a lyx file to epub format an error message pops > up: > An error occurred while executing  > py -3 -tt $$s/scr

Re: [LyX/master] MathML: let the user change the MathML version.

On Sun, 2024-11-03 at 19:32 +0100, Scott Kostyshak wrote: > I think that starting with this commit a lot of lyx2lyx tests are > timing out. > > For example: > > ctest --timeout 10 -R > '(export/export/WrongDfnTagHandling_lyx23|export/examples/Welcome_lyx > 23)' > > I get the following: > >   ex

Re: GCC >= 5?

On Mon, 2024-10-21 at 16:29 +0200, Jean-Marc Lasgouttes wrote: > So shall we enforce these gcc/qt  versions? > > Isn't it Python 3.8? > > > IIRC Jose then pushed P3.8 and I was tired to push against it. > > I know this feeling ;) > > JMarc Just to be sure about what I am talking, let us look i

Re: GCC >= 5?

On Fri, 2024-10-18 at 15:28 +0200, Jean-Marc Lasgouttes wrote: > I bet you do! But it was such a careful decision with Pavel to see > whether we should go from gcc 4.9 to gcc 5 that it does not feels > completely right. > > JMarc The R programming language already requires C++17 since 2023. I

Re: GCC >= 5?

On Fri, 2024-10-18 at 14:01 +0200, Jean-Marc Lasgouttes wrote: > So we have to fix our limit. Is that 2015 (gcc 5, Qt 5.5, python 3.4) > or 2019 (gcc 9, Qt 5.1x, python 3.8)? > > JMarc Note that the minimal python version in LyX 2.4 is already 3.5 (we really need that in order to ensure compatibi

Re: Toggle capitalisation

On Mon, 2024-10-14 at 18:20 +0200, Jean-Marc Lasgouttes wrote: > Looking at that, I discover that we do not change case correctly, > anyway. We should do that relative to the current language. > > The main example I know about that is i in Turkish. > > JMarc IIRC j is the same, right? -- José

Re: Toggle capitalisation

On Sun, 2024-10-13 at 17:16 -0400, Richard Kimberly Heck wrote: > It is conceivable that someone likes the previous behavior, but it's > hard to imagine that most people would expect it. I'd say go ahead. > And for stable, too. > > Riki +1 -- José Abílio -- lyx-devel mailing list lyx-devel@lis

Re: [LyX/2.4.x] Adhere to semantic background color with default branches

On Sat, 2024-10-05 at 16:53 +, Richard Kimberly Heck wrote: > commit 478d59f5ddd1cda62883e4ef7ae06d5ad4ea9f72 > Author: Juergen Spitzmueller > Date:   Sat Oct 5 14:15:19 2024 +0200 > >     Adhere to semantic background color with default branches >     >     This fixes color mismatched when

Re: [LyX/2.4.x] UG: accept all changes

On Wed, 2024-09-25 at 11:54 +0200, Pavel Sanda wrote: > > The issue is that I see this even without changes tracking. > > Do you have some recipy to reproduce? No, I do not and that is bothering me. :-) > > Notice that the changes are only seen later, that is why I suspect > > that this is not r

Re: [LyX/2.4.2-1] Prepare for packaging

On Tue, 2024-09-24 at 18:17 -0400, Richard Kimberly Heck wrote: > Done. I can never remember the right form. > > Riki Using my psychology hat, I would say that you intended to imply a semantic meaning for that dash (a really tiny change). Well we do not follow any known semantic scheme so that i

Re: [LyX/2.4.x] UG: accept all changes

On Wed, 2024-09-25 at 10:53 +0200, Pavel Sanda wrote: > Some of these (but it seems not all) are produced when you make > "Accept all changes". It surpringly deletes the additional space at > the end of paragraphs like the one at the end of "Hebrew or Farsi). " > > Perhaps offshoot of our attempt

Re: [LyX/2.4.x] UG: accept all changes

On Tue, 2024-09-24 at 21:11 +, Pavel Sanda wrote: >  \begin_body > @@ -1838,7 +1836,6 @@ test >  \end_inset >   >  . > - >  \end_layout >   >  \begin_layout Itemize > @@ -1879,7 +1876,6 @@ starlet >  \end_inset >   >  . > - >  \end_layout >   >  \begin_layout Itemize > @@ -8273,7 +8269,6 @@ T

Re: [LyX/2.4.2-1] Prepare for packaging

On Tue, 2024-09-24 at 22:43 +0200, Enrico Forestieri wrote: > I suggest using 2.4.2.1 instead of 2.4.2-1 I agree. -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.2 Tarballs

On Thu, 2024-09-19 at 11:15 -0400, Richard Kimberly Heck wrote: > Here: > > https://drive.google.com/drive/folders/1eRWa19xe9BwJ_jgNXg8w27JpPJChye6l?usp=sharing > > I am having trouble accessing the LyX ftp server, due to a change in > my > IP. You should verify the signatures. > > We might hol

Re: [LyX/master] Add a comment for Python binary names.

On Mon, 2024-09-09 at 21:45 +, Thibaut Cuvelier wrote: > commit e1efc709592c2572b9f9bf24a41eb6835a81057b > Author: Thibaut Cuvelier > Date:   Mon Sep 9 23:31:53 2024 +0200 > >     Add a comment for Python binary names. > --- >  src/support/os.cpp | 1 + >  1 file changed, 1 insertion(+) > > d

Re: [LyX/master] Do not handle special case where buffer == NULL

On Mon, 2024-09-09 at 17:54 +0200, Jean-Marc Lasgouttes wrote: > string const arg = (type.empty()) ? move(label) : move(label) + " " > + type; I can understand the first move. That makes all the sense to me. I can not understand why you use move and then add it to a chr * (that will be converted

Re: Missing header (gcc 15)

With that fix the compilation fails in the linking stage: /usr/bin/ld: liblyxcore.a(Buffer.o):(.rodata+0x190): multiple definition of `QtPrivate::IsFloatType_v<_Float16>'; Compare.o:(.rodata+0x278): first defined here /usr/bin/ld: liblyxcore.a(Language.o):(.rodata+0x64): multiple definition of `Qt

Missing header (gcc 15)

Hi, the usual dance is going on. With gcc 15 some of the header files have been reworked and some implicit inclusions have been dropped. https://gcc.gnu.org/gcc-15/porting_to.html The only thing that shows now is exactly the case that gives us problems. :-) In our code we have just one case t

Re: [LyX/master] Python 3.13 removed the pipes module from the standard library

On Sun, 2024-08-25 at 10:20 +0100, José Matos wrote: > @Riki candidate for 2.4.2. > > This change seems straightforward but, as usual, things can go wrong. > :-) > > Best regards, Done after getting the nod from Riki. FWIW this code needs a shell so it is only used for

Re: program listing crash

On Sun, 2024-08-25 at 14:08 -0500, T Rex wrote: > Hi everyone,  > > I was trying to indent code inside the "program listing" environment > and the program closed with the key combination: shift+tab.  > > Steps:  > 1. select all the content inside the "program listing" environment  > 2. press shif

Re: program listing crash

On Sun, 2024-08-25 at 14:08 -0500, T Rex wrote: > Hi everyone,  > > I was trying to indent code inside the "program listing" environment > and the program closed with the key combination: shift+tab.  > > Steps:  > 1. select all the content inside the "program listing" environment  > 2. press shif

Re: LyX user file in linux

On Wed, 2024-07-24 at 16:25 +0200, Jean-Marc Lasgouttes wrote: > I agree with Juergen that the gain is dubious, but there is a non > negligible price to pay. > > JMarc Notice that it seems that those directories are already being used, at least on my system. When running lyx 2.4.x I got this wa

Re: Unusual content found (2.4)

On Sun, 2024-08-25 at 06:40 -0400, Scott Kostyshak wrote: > Just a note that I don't see these messages either, and I've used > beamer with 2.4.x quite frequently. > > Scott The first case is really weird. Notice the diff from one document: """ @@ -130,17 +130,14 @@ Supply and demand dynamics:

Re: Unusual content found (2.4)

On Sun, 2024-08-25 at 11:39 +0200, Kornel Benko wrote: > I don't see it here. Does it show on any file? Could you make an MWE? > > Kornel No, this seems to be related to some specific files. FWIW those files are beamer slides. The first warning seems to be: Text.cpp (2126): Handling unknow

Re: [LyX/master] Python 3.13 removed the pipes module from the standard library

On Sun, 2024-08-25 at 09:14 +, José Matos wrote: > commit d06a034578da4b20fb26e53ff983a77ca90bd07c > Author: José Matos > Date:   Sun Aug 25 10:14:18 2024 +0100 > >     Python 3.13 removed the pipes module from the standard library >     >     That module was a wrapper

Unusual content found (2.4)

Hello, since LyX 2.4 I have been getting this type of warning: Text.cpp (2126): Handling unknown body token: ` ' unusual contents found: unusual contents found: unusual contents found: Text.cpp (2126): Handling unknown body token: ` ' Or, if I launch lyx from the command line: Text.cpp (2126):

Re: Incorrect display of math toolbars on secondary monitor

On Fri, 2024-08-23 at 12:06 -0400, Richard Kimberly Heck wrote: > I can check this later, as I have a two monitor setup in my office. > > Riki I have that setup. If I remember correctly I think that I saw that using qt5 at some point. FWIW I am using Linux. At that time I had other priorities a

Re: Preview musings (and a question about pnmcrop)

On Fri, 2024-08-16 at 10:10 +0100, José Matos wrote: > Question: > Does anyone have a reason to keep the current two stages process? The new code becomes simply: def crop_files(pnmcrop, basename): for file in glob.glob(f"{basename}*.ppm"): tmp = tempfi

Re: Preview musings (and a question about pnmcrop)

On Fri, 2024-08-16 at 10:10 +0100, José Matos wrote: > Hi, >   my main focus now is to try to clean the python scripts that we > use. One question that I noticed while searching for this. Is it possible now to use preview when using minted? minted requires to invoke LaTeX with the -she

Preview musings (and a question about pnmcrop)

Hi, my main focus now is to try to clean the python scripts that we use. Musing: I need to look immediately into the preview stuff since I found that in python 3.13 the pipe module is gone (it is a small wrap around os.popen). The only place where we use it to call consecutively pnmcrop with op

Re: [LyX/master] fix get_quoted_value

On Thu, 2024-08-15 at 15:28 +0200, Jürgen Spitzmüller wrote: > Am Donnerstag, dem 15.08.2024 um 13:03 +0100 schrieb José Matos: > > Honestly here the code, in this context, makes more sense like > > this: > > > > if val.startswith('"') and val.endswith(

Re: [LyX/master] fix get_quoted_value

On Thu, 2024-08-15 at 13:07 +0200, Jürgen Spitzmüller wrote: > My case was escaped quote as last content of the quoted string (e.g., > "\"" which returned \ rather than \") > That makes sense. :-) > > BTW I usually prefer code that is more expressive: > > > > if val.startswith('"'): > >     val

Re: [LyX/master] fix get_quoted_value

On Thu, 2024-08-15 at 06:06 +, Juergen Spitzmueller wrote: > -    return val.strip('"') > +    # remove only outer pair of quotes, > +    # hence do not use strip('"') > +    if val[:1] == '"': > +    val = val[1:] > +    if val[-1:] == '"': > +    val = val[:-1] > +    > +    return v

Re: Updated polish translation

On Mon, 2024-08-05 at 13:52 +0100, Tomasz Kołodziejski wrote: > Thanks! > What's the release cycle for lyx? As in, when will the new windows > executables land? The current plan is to release 2.4.2 at the end of this month/begin of September. -- José Abílio -- lyx-devel mailing list lyx-devel@

Re: Warning in running 2.4.x in Wayland

On Sat, 2024-07-27 at 16:14 +0100, José Matos wrote: > I am not sure if this is from LyX or from KDE. Followup to this: This issue is/seems to be from KDE from calling okular through xgd- open. Best regards, -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.

Warning in running 2.4.x in Wayland

While running 2.4.x, built over the latest commit, in Wayland I got this warning: kf.windowsystem: static int KX11Extras::currentDesktop() may only be used on X11 I am not sure if this is from LyX or from KDE. I leave this here just for reference. Everything seems to be working... I have generat

LyX user file in linux

Hi, this is not a pressing issue but it is something that has been nagging me for a while. The user directory is linux/unix systems is by default ~/.lyx That was the historical location for all programs. The problem with this approach is that it clutters the home directory for the user. The am

Re: [PATCH] use yellow background for math comments

On Sat, 2024-07-20 at 23:44 +0200, Jean-Marc Lasgouttes wrote: > Since nobody seems to care, I put it in. > > JMarc Thanks for that. Actually it was more (for me a least) import that you applied one of the changes. Personally I prefer your first option but even the second option would be better

Re: Hyperlink export regression

On Tue, 2024-07-16 at 22:27 -0400, Richard Kimberly Heck wrote: > Looks good to me. I don't see a better option either. I agree on both accounts. :-) -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX closes when searching and replacing within an equation.

On Sun, 2024-07-14 at 14:32 +0200, Jürgen Spitzmüller wrote: > I think the attached patch fixes it. I confirm that. It does not crash anymore. :-) -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX closes when searching and replacing within an equation.

On Fri, 2024-07-12 at 23:14 -0500, T Rex wrote: > The file and the backtrace: > > > /usr/include/c++/13.2.0/bits/stl_vector.h:1232: std::vector<_Tp, > _Alloc>::reference std::vector<_Tp, _Alloc>::back() [with _Tp = > lyx::CursorSlice; _Alloc = std::allocator; > reference = lyx::CursorSlice&]: Ass

LyX and Jupyter notebooks (request for comments)

Hi, this is a topic that I have heard here several times. I have been playing with Jupyter a lot for the last years to the point where I am using meta-data and customized templates prettify the pdf generated from the jupyter notebooks (using koma-script and a toc, for example). Before working o

Re: LyX closes when searching and replacing within an equation.

On Fri, 2024-07-12 at 14:08 -0500, T Rex wrote: > Greetings to all, > >  I am trying to insert Latex from an equation generated by wxMaxima. > When viewing there are "{" symbols that seem to be left over and > although they are not in the final document, I don't like them being > there. So I decid

Re: [mandrivagn...@gmail.com: upgrade arabic dictionary to 1.5]

On Mon, 2024-07-08 at 13:52 -0400, Scott Kostyshak wrote: > Do we ship these files with LyX? > > Scott If we do would it would probably be in the windows installer, no? -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Exception ignored in: _io.TextIOWrapper

On Fri, 2024-07-05 at 14:33 +0200, Jean-Marc Lasgouttes wrote: > While scrolling text in stable (preview if off), I get messages like: > Exception ignored in: <_io.TextIOWrapper name='' mode='w' > encoding='utf-8'> I can not reproduce this. One simple question, though, what is the next line after

Re: Exception ignored in: _io.TextIOWrapper

On Fri, 2024-07-05 at 16:27 +0200, Jean-Marc Lasgouttes wrote: > No, I have no debug enabled. I am not sure what can trigger a python > run when previews are off (graphics are enabled, though). The only place where we call this directly is in lyx2lyx, and that is done unconditionally in the sense

Re: Exception ignored in: _io.TextIOWrapper

On Fri, 2024-07-05 at 14:33 +0200, Jean-Marc Lasgouttes wrote: > While scrolling text in stable (preview if off), I get messages like: > Exception ignored in: <_io.TextIOWrapper name='' mode='w' > encoding='utf-8'> > > José, this looks like python stuff, over to you :) > > JMarc I suspect that

Re: Exception ignored in: _io.TextIOWrapper

On Fri, 2024-07-05 at 14:33 +0200, Jean-Marc Lasgouttes wrote: > While scrolling text in stable (preview if off), I get messages like: > Exception ignored in: <_io.TextIOWrapper name='' mode='w' > encoding='utf-8'> > > José, this looks like python stuff, over to you :) > > JMarc Thank you. Jus

Re: LyX 2.4.1 Released

On Fri, 2024-07-05 at 00:13 -0400, Richard Kimberly Heck wrote: > We are proud to announce the release LyX 2.4.1, the first maintenance > release in the 2.4.x series. Updates created for Fedora: F41: https://bodhi.fedoraproject.org/updates/FEDORA-2024-7b7b5065ec F40: https://bodhi.fedoraproject.o

Re: 2.4.1 OT

On Thu, 2024-07-04 at 20:28 +0200, Eberhard W Lisse wrote: > The quality of papers is usually inversely proportionate to the > number of authors. Tell that to particle physicists. :-D -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-deve

Re: Out of sync information between Help->About LyX->{Version, Build Info}

On Thu, 2024-07-04 at 15:06 +0200, Jean-Marc Lasgouttes wrote: > Or just > ./config.status --recheck Thank you. This is nice to know. > > @Jean-Marc I see now that --no-create --no-recursion are no longer > > the > > default. Before when calling ~/SRC_DIR/configure those options were > > always a

Re: Out of sync information between Help->About LyX->{Version, Build Info}

On Thu, 2024-07-04 at 13:47 +0200, Pavel Sanda wrote: > I would be concerned if running ./configure does not fix the Qt > version. > Does it fix it in your case? > > Pavel Yes, it works. Since you do an out source dir build I always need to extract the previous call from config.log file. For th

  1   2   3   4   5   6   7   8   9   10   >