On Fri, 2024-05-31 at 00:02 +0200, Pavel Sanda wrote:
> The research which should be done is to pair aprox. versions
> of Qt, gcc & python in some still alive oold LTS ubuntu/redhat + 2.5
> years.
> It does not make sense to invest time for supporting old gcc when
> the rest won't work anyway.
>
In order to pay the technical debt that is the Python 2 support I
intend to start removing its support.
The first step is to change the build support to ignore Python 2.
Since that is code that, usually, I run away from I would like to get
your feedback before committing it. Because if this
On Sat, 2024-05-25 at 22:45 -0400, Richard Kimberly Heck wrote:
> Here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> Let's have a day or two of testing. Assuming all goes well, we can
> build
> tarballs early next week, and release at the end of the week.
>
> Riki
For Fedora:
On Thu, 2024-05-23 at 10:20 +0200, Pavel Sanda wrote:
> Others please chime in, but I'd say just document it and release
> 2.4.0.
> If we get some clue it can be always added in 2.4.1 which won't take
> for long I guess.
>
> Pavel
I agree.
--
José Abílio
--
lyx-devel mailing list
On Thu, 2024-05-23 at 04:00 +0800, Eberhard W Lisse wrote:
> ??
>
> el
There is a latent bug in the code that Norbert pinpointed. This bug was
already fixed in the 2.4 code but not on the 2.3 version.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
On Tue, 2024-05-21 at 18:04 +0100, José Matos wrote:
> This is fixed in 2.4.
> Since there will not be any new 2.3.x release I think that we can
> leave it that way.
OK, Rikki fixed this. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman
On Tue, 2024-05-21 at 17:10 +0200, Norbert Koksch wrote:
> Dear LyX developers,
>
> in lines 396 ... 365 of layout2layout.py, \s has to replaced by \\s.
>
> Best regards
> Norbert
Thank you for the report.
This is fixed in 2.4.
Since there will not be any new 2.3.x release I think that we can
On Sat, 2024-05-18 at 12:45 +0200, Jürgen Spitzmüller wrote:
> Don't know about suffix, but cprotect should probably by a
> requirement for LyX now generally.
I am sorry for asking this again. I am not sure if we had discussed
this before.
As a packager, for Fedora, I would like to be able to
On Sat, 2024-05-18 at 09:15 +0200, JP wrote:
> > Samedi here.
> same here
But it is also Saturday (samedi in French) so it was not really an
error. :-D
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Thu, 2024-05-09 at 12:18 +0200, Jean-Marc Lasgouttes wrote:
> This is not a new bug in 2.3.8, right?
>
> In some sense the lyx2lyx bug is a new bug (since we backported 2.4
> format support), though. Shall we do something about it?
>
> JMarc
The problem is the backwards conversion
On Thu, 2024-04-11 at 21:38 +0200, Tobias Hilbricht wrote:
> Dear readers,
>
> I can compile the LyX gnuplot scripting example document, but the
> gnuplot does not show up onscreen for previewing with needauth
> converter enabled. By contrast, PDF-images do get converted for
> onscreen preview.
On Mon, 2024-04-15 at 10:01 +0100, José Matos wrote:
> The change is in at:
> https://www.lyx.org/trac/changeset/cdcaf0e7b6cc45bc74175667c390c3148c4730e9/lyxgit
>
> @Riki this is a candidate for 2.4.0. Is it OK?
ping :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.
On Wed, 2024-04-17 at 23:29 +0200, Jean-Marc Lasgouttes wrote:
> Is it still here with latest master? If it is, could you give a
> better
> recipe? I cannot reproduce.
>
> JMarc
With your last change this issue was fixed:
commit 1a11abe4394272f521cd63993e426c136e0e9b6c
Author: Jean-Marc
On Wed, 2024-04-17 at 13:17 +, Bernt Lie wrote:
> Question 1:
> * Dangerous, because LyX is more likely to *crash*, or
> * Dangerous, because it opens up my computer to hacking??
The script that you call can run any code using the gnuplot "system"
call. That is the same as having access to
[So let us see if I can taunt Jean-Marc as well as Scott does :-D ]
Insert a figure inset as the single element of a paragraph. Load a
figure, even if there is an error converting it, delete the figure.
The bottom part of the inset figure will stay there. It is not
repainted.
If you delete the
On Tue, 2024-04-16 at 17:22 +, Bernt Lie wrote:
> QUESTION 1: What is wrong? I *did* envoke the “-shell-escape” flag,
> didn’t I?
The shell-escape option is a per-document option.
In LyX, in the document that you want to use this option:
Document -> Settings -> Output
select the options
On Sun, 2024-04-14 at 00:37 +0100, José Matos wrote:
> Actually in the spirit of the other code the change is 2-lines.
>
> I will test this tomorrow and commit it. :-)
The change is in at:
https://www.lyx.org/trac/changeset/cdcaf0e7b6cc45bc74175667c390c3148c4730e9/lyxg
On Fri, 2024-04-12 at 11:09 +0100, José Matos wrote:
> The real fix is one line of code. :-)
> I will do it later today.
Actually in the spirit of the other code the change is 2-lines.
I will test this tomorrow and commit it. :-)
--
José Abílio
diff --git a/src/graphics/GraphicsConverter
On Fri, 2024-04-12 at 13:57 +0200, Jürgen Spitzmüller wrote:
> 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.
In principle I agree with you.
Is there a counter example where this is
On Thu, 2024-04-11 at 21:38 +0200, Tobias Hilbricht wrote:
> graphics/GraphicsConverter.cpp (288): build_script ...
> graphics/GraphicsConverter.cpp (414): ready!
> graphics/GraphicsConverter.cpp (150): Conversion script:
> --
> # -*- coding: utf-8 -*-
On Fri, 2024-04-12 at 09:41 +, Bernt Lie via lyx-users wrote:
> When I use KOMA script and Article style, and insert an Abstract, the
> headline "Abstract" is not inserted. This is different from previous
> versions, I think??
>
> Is this a bug?
I tested in 2.3.x and it does not show there
On Fri, 2024-04-12 at 10:05 +0200, Kornel Benko wrote:
> Am Fri, 12 Apr 2024 00:07:06 -0400
> schrieb Scott Kostyshak :
>
> > To reproduce:
> >
> > 1. Open the attached file.
> > 2. Put the cursor just after "testing" and before the space.
> > 3. Press .
> >
> > Result: it looks like the cursor
On Wed, 2024-04-10 at 15:11 +, Bernt Lie wrote:
>
>
> 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?
>
> -B
Either
On Sun, 2024-04-07 at 23:03 -0400, Scott Kostyshak wrote:
> Thanks, that is a good idea, but I would not want to use that setting
> for most of my documents. I find that doing repeated lyx2lyx does not
> create a smooth workflow.
>
> Scott
I pushed against the guarantee before. :-)
The rationale
On Sun, 2024-04-07 at 11:31 -0400, Scott Kostyshak wrote:
> Fair enough. That was what I was afraid of (and expected).
>
> Scott
A possible mid-term solution, to your use case, is to set the output
format of the latest stable version.
This would mean that any document is always imported to the
On Thu, 2024-03-28 at 13:00 +0100, Thibaut Cuvelier wrote:
> All of these formats are rather well supported and far from shiny new
> things (I think all of them have at least a decade of existence).
>
> Regarding validation: XML Schema has many offsprings, such as JSON
> Schema
On Mon, 2024-04-01 at 20:44 +0200, Kornel Benko wrote:
> Attached the the errors for src/frontends/qt/GuiRef.cpp and
> src/frontends/qt/GuiWorkArea.cpp.
>
> This is on a debian computer used by my wife, so I am somewhat
> reluctant to upgrade there.
> If I create a package on a different
On Sat, 2024-03-30 at 10:16 +0100, Jürgen Spitzmüller wrote:
> Yes, fixed, thanks.
I confirm, it works now for me. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Fri, 2024-03-29 at 22:38 -0400, Scott Kostyshak wrote:
> 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?
>
> Scott
Yes, this
On Wed, 2024-03-27 at 11:02 -0400, Scott Kostyshak wrote:
> Cool idea, Lorenzo! There have been some discussions in the past on
> using standard formats, even for the .lyx file itself. I can see the
> advantages of that but I don't know what the cost of converting to
> them
> is.
>
> Scott
On Sun, 2024-03-24 at 18:36 -0400, Richard Kimberly Heck wrote:
> One last RC, just to be on the safe side.
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> Please prepare binaries.
Built for Fedora/Red Hat:
https://copr.fedorainfracloud.org/coprs/jamatos/lyx-devel/
--
José Abílio
--
On Sun, 2024-03-24 at 13:12 -0400, Richard Kimberly Heck wrote:
> 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?
>
> Riki
Assuming that you have the time it would be nice to issue
On Tue, 2024-03-19 at 09:24 +0100, jspi...@gmail.com wrote:
> Thanks, this does not seem to be related to external material,
> AFAICS.
> However, what would help me is a new placeholder, $$OrigAbsName, that
> outputs the absolute path to the original filename (see attached). I
> know that
On Tue, 2024-03-12 at 10:37 +0100, Jürgen Spitzmüller wrote:
> If nobody beats me to it, I will do it.
Thank you Jürgen, I am busy with other issues.
Best regards,
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Fri, 2024-02-16 at 15:23 +0200, Idan Pazi wrote:
> Encountered the following bug (windows 10, python 3.12) - preview of
> math fails:
> > graphics\PreviewLoader.cpp (2ef):
> > PreviewLoader::finishedInProgress(1): processing failed for py -3 -
> > tt $$s/scripts/lyxpreview2bitmap.py --png
> >
On Tue, 2024-02-27 at 20:11 -0500, Scott Kostyshak wrote:
> That is indeed good to know. I don't think we should remove the
> support,
> just signal to the user that it's not recommended anymore.
>
> Scott
Honestly, I suspect, it probably means that since it works the authors
do not care. :-)
I get this at current git:
/home/jamatos/lyx/lyx/src/insets/InsetBibtex.cpp: In member function
‘virtual void lyx::InsetBibtex::docbook(lyx::XMLStream&, const
lyx::OutputParams&) const’:
/home/jamatos/lyx/lyx/src/insets/InsetBibtex.cpp:1223:70: error: ‘class
std::set >’ has no member named
On Mon, 2024-02-26 at 11:20 -0500, Scott Kostyshak wrote:
> I do not propose this for now since it is a string change, but should
> we
> mark utf8x support as deprecated in the dropdown box? Just to give a
> hint that it is probably not what users want? If so, should I do this
> on
> the master
On Sat, 2024-02-24 at 21:51 +0100, Enrico Forestieri wrote:
> Wanting to be very safe, we could use te chardet library for
> performing the correct conversion, but if the above is the standard
> with python 3 on windows I don't think it is necessary.
In [1]: help(str)
...
str(object='') -> str
On Sat, 2024-02-17 at 10:41 +0100, Enrico Forestieri wrote:
> On Fri, Feb 16, 2024 at 03:28:25PM +0000, José Matos wrote:
> >
> > On Fri, 2024-02-16 at 15:23 +0200, Idan Pazi wrote:
> > >
> > > Apparently, the returned value from win32file.ReadFile shou
On Sat, 2024-02-17 at 11:35 +0100, Cor Blom wrote:
> Hi all,
> I wonder how you see the transition to wayland. There are two bugs
> that
> I think need to be resolved:
>
> https://www.lyx.org/trac/ticket/12614
>
> https://www.lyx.org/trac/ticket/13039
>
> Personally I don't think these are
On Fri, 2024-02-16 at 15:23 +0200, Idan Pazi wrote:
>
> Apparently, the returned value from win32file.ReadFile should be
> converted to a string.
> Fix patch attached.
> Thank you, Idan
What is the encoding of the bytes? Is it UTF8?
If so the patch look right.
@Enrico, what do you think?
--
On Tue, 2024-02-13 at 21:45 -0500, Scott Kostyshak wrote:
> I just happened to come across the following:
>
> https://github.com/georgid/PhDThesis/
>
> To reproduce on master, clone the above, and open what I think is the
> main LyX document:
>
>
On Fri, 2024-02-09 at 20:07 -0500, Richard Kimberly Heck wrote:
> Here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> Please prepare binaries.
>
> Riki
Done for Fedora/RHEL at
https://copr.fedorainfracloud.org/coprs/jamatos/lyx-devel/
It build and works fine.
--
José Abílio
--
On Thu, 2024-02-08 at 09:16 +0100, Jürgen Spitzmüller wrote:
> Riki, this might warrant a soonish RC3. It's not only math that was
> disabled, but also special characters, spacing and others.
FWIW I have backported this fix to RC2 (Jürgen's patch applies cleanly)
for Fedora/RHEL packages in copr.
On Wed, 2024-02-07 at 12:49 -0500, Scott Kostyshak wrote:
> I cannot get into math mode in a table cell, on current master. Just
> in
> case it helps, I attach an example (but you can also insert a table
> in a
> new document yourself instead).
>
> I can bisect tomorrow if that would help.
>
>
On Sun, 2024-02-04 at 22:10 -0500, Richard Kimberly Heck wrote:
> are here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> Please prepare binaries.
Done for Fedora/RHEL (distro/archs):
Centos-stream+epel-next 8
aarch64 ppc64le x86_64
Centos-stream+epel-next 9
On Wed, 2024-01-31 at 13:27 +0100, Enrico Forestieri wrote:
> It is a mess and while adjusting a thing some other thing was
> breaking.
> I don't plan to look further into it if simply shipping a patched
> getopt.py on windows solves the problem ;)
As far a I can see I think that problem is
On Tue, 2024-01-30 at 19:26 +0100, Enrico Forestieri wrote:
> For making it work with Python 3 on Windows I had to patch both our
> lyxpak.py script and getopt.py from Python.
>
> Attached you will find the patch to be applied to lyxpak.py, the
> patch I
> had to apply to getopt.py and the
On Mon, 2024-01-29 at 08:01 +0100, Stephan Witt wrote:
>
> Yes, the version check in configure.py is executed twice.
> The first attempt is the simple call, the 2nd is a python call.
> The latter should be made on windows only as it is mentioned in the
> comment (~ line 1336).
> I’ve made the
On Sat, 2024-01-27 at 20:49 +0100, didiergab...@free.fr wrote:
> 20:37:37.977: Exportation en cours...
> 20:37:37.993: (buffer-export lyxzip)
> 20:37:38.150: python -tt "C:/Users/Didier/AppData/Local/Programs/LyX
> 2.4/Resources/scripts/lyxpak.py" "K:/CPGE/PTSI/DS/DS-2023-
> 2024/DS3/"/"MWE-PDF
On Sat, 2024-01-27 at 18:12 +0100, didiergab...@free.fr wrote:
> Unable to export a Lyx archive (zip)...
> Attached here is a screen copy of the error message, as well as the
> test file.
> On windows 10 pro
What do you get from View -> Messages Pane (Affichage -> Panneau des
messages)?
On Linux
On Thu, 2024-01-25 at 04:03 -0700, list_em...@icloud.com wrote:
> $ lilypond --version
> -bash: lilypond: command not found
>
> Jerry
Thank you.
That means that we are misinterpreting its output. I will try to
understand why...
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
On Thu, 2024-01-25 at 03:26 -0700, list_em...@icloud.com wrote:
> I did
>
> ln -s /opt/local/bin/python3 /usr/local/bin/python3
>
> and had the same results _except_ for the _first_ time I tried to run
> with this link, the OS asked permission to access files in my
> Documents folder—this is
On Thu, 2024-01-25 at 10:29 +0100, Enrico Forestieri wrote:
> On Thu, Jan 25, 2024 at 09:31:00AM +0100, Enrico Forestieri wrote:
> >
> > Converting the file to utf-8 encoding everything works fine.
>
> Fixed at 48a065e8
>
> --
> Enrico
Thank you. :-)
--
José Abílio
--
lyx-devel mailing list
On Thu, 2024-01-25 at 09:31 +0100, Enrico Forestieri wrote:
> After investigating this I now know why. Capturing the generated
> script in a file reveals that it is actually encoded in a 8 bit
> encoding on Windows, despite the fact that the first line of the
> script says it is encoded in utf-8.
On Wed, 2024-01-24 at 00:48 -0700, list_em...@icloud.com wrote:
> Thanks, el.
>
> Getting rid of macports for homebrew is not an option for me.
>
> In my profile file, I have this:
>
> alias python=/opt/local/bin/python3
>
> which is macports. Does LyX see this? This alias points to Python
>
On Mon, 2024-01-22 at 22:24 +0100, didiergab...@free.fr wrote:
> Thank you for your reply.
>
> I also noticed on this occasion that the export to a Lyx archive does
> not work…
> I have the following error message (see screenshot)
What do you get when you do "Help->About LyX", in French it
On Mon, 2024-01-22 at 12:38 +0100, Pavel Sanda wrote:
> I think you just forgot to run ./autogen.sh first...
>
> Pavel
You are right. I always forget when I need to do that. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Sat, 2024-01-20 at 14:20 +0100, Juergen Spitzmueller wrote:
> commit c7f6846bbe007af3d6010339eb48147f6236cdf4
> Author: Juergen Spitzmueller
> Date: Sat Jan 20 15:47:56 2024 +0100
>
> Ditch alphadin from the distribution
>
> lib/doc/Makefile.am | 1 -
>
On Thu, 2024-01-18 at 23:30 +0100, Pavel Sanda wrote:
> I am completely fine if you want to ditch that.
>
> Pavel
I agree.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Tue, 2023-01-10 at 11:36 +0100, Jean-Marc Lasgouttes wrote:
> Hi there,
>
> This LyX 1.0 file from Patrick is not readable with current versions.
> Experiments show that lyx2lyx first complains about a malformed file
> when converting to LyX 1.4.
>
> I do not know how to go further, though.
On Thu, 2024-01-11 at 11:14 -0500, Richard Kimberly Heck wrote:
> Here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> Please build binaries.
>
> Riki
Built for Centos-stream+epel-next 8; Centos-stream+epel-next 9; Centos-
stream 8; Centos-stream 9; Epel 8; Epel 9; Fedora 38; Fedora 39;
On Wed, 2023-12-06 at 14:21 -0500, Scott Kostyshak wrote:
> Thanks for the quick fix!
>
> It's in master at 9143878e.
>
> Next time, it might be easier if you make the patch with
>
> git format-patch HEAD^
>
> This way you can add a commit message.
>
> Scott
Thank you for the hint. I will
On Fri, 2023-12-22 at 13:40 +0100, Daniel wrote:
> RC2? I seem to have missed RC1. Where can I get it? It seems not to
> be on the ftp server.
>
> Daniel
That is of course RC1, since the current development version is named
Version 2.4.0~RC1.devel (not released yet) I suspect that Riki simply
On Wed, 2023-12-20 at 20:47 -0500, Richard Kimberly Heck wrote:
> I've sent a note to the translators making one final call for
> translations, asking for them to be delivered by the New Year.
> Shortly
> after that, I will package RC2, and hopefully we can aim at an actual
> release by the end
Based on the error reported on the lyx-users here follows a fix for
issue reported.
I took the change and I changed some minor annoyances:
* test comparison with None;
* fixed a region where the indentation was different from all the
others (2 spaces instead of 4);
* replaced xrange with range.
On Sun, 2023-12-03 at 10:55 +0100, Kornel Benko wrote:
> Thanks. I wonder if some unified diff would be worth the struggle for
> the error message.
>
> Kornel
It gives more context and that is always a good thing for tests. :-)
--
José Abílio
--
lyx-devel mailing list
On Sun, 2023-12-03 at 10:07 +0100, Kornel Benko wrote:
> The only difference in the "roundtrip" for style 'Enumerate' is
>
> < Requires "" 1""
> > Requires " 1"
The first line seems problematic. Does that corresponds to 3 arguments?
Does this only show in the tests or is this construct
On Sat, 2023-12-02 at 11:25 -0500, T Rex wrote:
> sorry, I see that it was treated
Yes, we need to move this to the first place in our FAQ. :-D
Question: What should I do since I have the XYZ problem?
Answer: It is probably fixed in 2.4.0 version, please check there.
In this particular case the
On Thu, 2023-11-23 at 12:34 +0100, Jean-Marc Lasgouttes wrote:
> You are not allowed to answer “yes” to a question with an “or” in it.
>
> And the “As far as I can see” is not enough to cover up your tracks.
> ;)
>
> JMarc
Are you implying that I need to read your messages carefully? ;-)
As a
On Wed, 2023-11-22 at 22:03 +0100, Jean-Marc Lasgouttes wrote:
> Does it mean that the annoying warning with QByteArray that we get
> with
> gcc 13 is fixed in Qt 6.6 or that it is fixed in gcc 14?
>
> JMarc
As far as I can see, yes.
With that said I could say that those issues are hidden to
Hi,
no, no I am not talking about the Thanksgiving. I wish a good holiday
to those who celebrate and a good day to everyone. :-)
Regarding the issue that brings me here, the output of config.log is:
Configuration
Host type: x86_64-pc-linux-gnu
Special build flags:
On Fri, 2023-11-10 at 12:18 +0100, Pavel Sanda wrote:
> If it's only about warnings, I wouldn't touch 2.3.
I agree. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Thu, 2023-11-09 at 20:34 +0100, Pavel Sanda wrote:
> Looks reasonable. Pavel
I agree.
After so many dark spells I fear for Jean-Marc's sanity. :-D
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Tue, 2023-10-10 at 23:58 +0200, Dan wrote:
> Hello,
>
> I stumbled upon a problem compiling with pdflatex the "Europe CV"
> example. I get the following error, in both languages available:
> Spanish and English.
> Can someone try and reproduce the problem so that I know whether it
> is
On Tue, 2023-10-10 at 15:24 -0400, Scott Kostyshak wrote:
> From what I understand, this means we haven't spent enough time
> optimizing the code for 2.7. ;)
This should be a development goal as soon as 2.4 is released. :-D
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Just for fun I ran the conversion of the 2.3 User Guide to the 2.4
format. In order to do that I used the several versions of Python that
I have available since lyx2lyx only uses the standard library:
[jamatos@griffin ~]$ for v in 2 3.{6..12};
do echo -n $v; time python$v
On Mon, 2023-10-09 at 07:36 +, Isaac Oscar Gariano wrote:
> > It would be nice to be able to select these options from the GUI
> > when
> > you click the reconfigure button, so if someone familiar with the
> > GUI
> > code can do that, it would be very helpfull!
> >
> >
> > — Isaac Oscar
On Fri, 2023-10-06 at 11:09 +0200, Kornel Benko wrote:
> Should we rename this file on install to be able to install multiple
> lyx-versions?
> Like "org.lyx.LyX.metainfo.xml" -> "LyX2.4.metainfo.xml"
> if using versioned suffixes?
>
> Kornel
Using my blue hat here (Fedora). :-)
Although
My setup:
Version 2.4.0~RC1.devel
(not released yet)
Built from git commit hash 73e588bd
Qt Version (run-time): 6.5.2 on platform wayland
Qt Version (compile-time): 6.5.2
OS Version (run-time): Fedora Linux 39 (KDE Plasma Prerelease)
Python detected: 3.12.0 (/usr/bin/python3)
Today was the
On Sat, 2023-09-30 at 13:08 +0200, Jürgen Spitzmüller wrote:
> Not my doing, but I fixed it.
I know, thank you. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Sat, 2023-09-30 at 08:38 +0200, Juergen Spitzmueller wrote:
>
> Introduce default box frame color (#12921)
>
> This better aligns with dark mode
Hi Jürgen,
what I am about to report is unrelated to this file format change. I
have just noticed it because of it.
When opening a
On Mon, 2023-09-18 at 13:28 +0200, Pavel Sanda wrote:
> Actually maybe the python default in lyx's windows release is now v3
> so we don't need to do anything...
My thinking as well. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
On Mon, 2023-09-18 at 10:39 +0200, Pavel Sanda wrote:
> Jose, does it mean that you propose patching Python source? Can't we
> fix this ourselves?
> Pavel
This issue is discussed here. And now I understand why the need for
reload:
On Sun, 2023-09-17 at 11:48 +0800, Dai Longzhi 戴龙至 wrote:
> How to fix:
> I found a way in Zhihu.com. It add this:
> import sys
> reload(sys)
> sys.setdefaultencoding("utf-8")
> in "C:\Program Files\LyX 2.3\Python\Lib\subprocess.py". Then the
> Reconfiguring works.
>
> I am not sure someone will
On Wed, 2023-09-06 at 07:36 +0100, José Matos wrote:
> So it seems that what should not happen happened. :-)
>
> This means that something unexpected is happening and the code is not
> able to react to it.
My analysis was not entirely correct. :-)
In any case the issue is that func
On Tue, 2023-09-05 at 21:07 -0400, Richard Kimberly Heck wrote:
> lyx2lyx warning: An error occurred in 604, at 0x7fe2423d7600>
> Traceback (most recent call last):
> File "/usr/local/share/lyx/lyx2lyx/lyx2lyx", line 97, in
> main()
> File "/usr/local/share/lyx/lyx2lyx/lyx2lyx",
On Mon, 2023-09-04 at 23:50 +0200, Stephan Witt wrote:
> I think so.
Perfect. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Mon, 2023-09-04 at 20:34 +0200, Pavel Sanda wrote:
> commit 625c61f1d545044f8c287434968b79f17004a078
> Author: Pavel Sanda
> Date: Mon Sep 4 21:50:51 2023 +0200
>
> Output python version in About dialog.
>
> Patch from Jose.
@Stephan could you test this, please, to see if the
On Mon, 2023-09-04 at 21:50 +0200, Pavel Sanda wrote:
> Tested, works, committed. Pavel
Thank you.
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Wed, 2023-01-18 at 11:13 -0500, Scott Kostyshak wrote:
> On Wed, Jan 18, 2023 at 08:45:22AM +0000, José Matos wrote:
>
> > Python detected: python3 -tt
> >
> > Thinking aloud... here we could also output the Python version, for
> > consistency sake...
On Thu, 2023-08-31 at 20:24 -0400, Scott Kostyshak wrote:
> I see the same as JMarc. José's looks much nicer. I might be able to
> feel comfortable with that. I'll give the dark theme a try sometime.
>
> Scott
On a related note, as Jean-Marc said, these issues are in a state of
flux. Fedora
On Thu, 2023-08-31 at 15:51 +0200, Jean-Pierre Chrétien wrote:
> Compiles and runs fine on Debian stable:
>
> Version Qt (à l'exécution) : 5.15.8 sur la plate-forme wayland
> Version Qt (à la compilation): 5.15.8
> Version OS (à la compilation) : Debian GNU/Linux 12 (bookworm)
> Python détecté :
On Thu, 2023-08-31 at 01:15 -0400, Richard Kimberly Heck wrote:
> Apoligies to Stephan, who built beta 4. I'm calling this beta 5 to
> avoid problems with the version numbers.
Thank you for that concern, after all (release) numbers are cheap. :-)
> Here: http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
On Wed, 2023-08-30 at 11:41 +0200, Cor Blom wrote:
> For those on openSUSE I build regularly git snapshots. For upcoming
> 2.4
> I do so both against qt5 and qt6 and they should be co-installable
> besides "normal" lyx (if not, let me know, because then there is a
> mistake I should correct).
On Mon, 2023-08-28 at 20:47 -0400, Richard Kimberly Heck wrote:
> Beta 4 tarballs are here:
>
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
>
> Please prepare the binaries!
>
> The hope is to freeze strings soon, once we confirm that some of the
> fixes in this release work. We'll see.
>
> Riki
On Sat, 2023-08-19 at 12:40 -0400, Scott Kostyshak wrote:
> On Sat, Aug 19, 2023 at 05:05:36PM +0100, José Matos wrote:
>
> The changes look simple so I would say go ahead for master branch.
> There is still no freeze for it anyway.
>
> Scott
Could you do it, please?
The s
Hi,
I noticed "en passant" (French) that there are some small glitches in the `lyx2lyx directory:
In `lyx2lyx/lyx2lyx_tools.py`:
Functions `length_in_bp` and `revert_flex_inset` have an error in a (almost) never used path. The reason why this was never triggered is because this is part of the
On Fri, 2023-08-11 at 07:56 -0400, Scott Kostyshak wrote:
> I get the following:
>
> export/doc/Customization_lyx22 (Failed)
> export/doc/Customization_lyx23 (Failed)
> export/doc/Customization_dvi (Failed)
> export/doc/Customization_pdf (Failed)
>
1 - 100 of 5279 matches
Mail list logo
