Am Sonntag, dem 09.06.2024 um 01:36 +0300 schrieb Udicoudco:
> Somewhat but not entirely related to that, if I execute textstyle-
> update shape up, LyX crash and I get a segmentation fault in 2.3.7,
> and "Exception: basic_string::_M_construct null not valid" on LyX
> 2.4 and master.
Fixed in
Am Samstag, dem 08.06.2024 um 12:17 -0400 schrieb Scott Kostyshak:
> Can anyone else confirm (or refute) on latest TeX Live?
Yes. It seems the package arydshln does not work anymore with the
tabular changes in LaTeX 6/24.
--
Jürgen
signature.asc
Description: This is a digitally signed message
Am Samstag, dem 08.06.2024 um 21:10 +0200 schrieb Jean-Marc Lasgouttes:
> > requiresFeature(name)?
>
> Yes, why not.
Went with that.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Hello all,
I've got a report on a strange behaviour of textstyle-update in LyX 2.4.0.
If I select a character (say a) in math equation, then execute
textstyle-update color 3
in LyX 2.3 is simply turned the character into blue, and in th LaTeX
source I see
{\color{blue}a} as expected, but with LyX
On Sat, 2024-06-08 at 12:14 -0400, Scott Kostyshak wrote:
> Another question: from googling it seems that the command
>
> python -W error foobar.py
>
> would give an error (which hopefully would stop the build).
According to the man page there is no space in between, it should be -
Werror or
Le 08/06/2024 à 17:04, Jürgen Spitzmüller a écrit :
Am Samstag, dem 08.06.2024 um 16:29 +0200 schrieb Jean-Marc Lasgouttes:
Maybe required(name)?
We already have the required() member which returns the whole set.
requiresFeature(name)?
Yes, why not. Some members have required() that return a
Am Sat, 8 Jun 2024 12:17:35 -0400
schrieb Scott Kostyshak :
> This time I waited a a few days before complaining ;)
>
> Our Embedded Objects manual fails to compile for me on updated TeX Live
> with pdflatex.
>
> Can anyone else confirm (or refute) on latest TeX Live? If so, I will
> make an exa
This time I waited a a few days before complaining ;)
Our Embedded Objects manual fails to compile for me on updated TeX Live
with pdflatex.
Can anyone else confirm (or refute) on latest TeX Live? If so, I will
make an example and post a question on tex.se.
Scott
signature.asc
Description: PGP
On Sat, Jun 08, 2024 at 08:17:09AM GMT, José Matos wrote:
> On Sat, 2024-06-08 at 00:15 -0400, Scott Kostyshak wrote:
> > In the attached patch, I just put a 'r' in front of the string inside
> > re.compile(). It seems to make Python happy. Is it OK to commit?
> >
> > Scott
>
> Yes, that is the r
Am Samstag, dem 08.06.2024 um 16:29 +0200 schrieb Jean-Marc Lasgouttes:
> Maybe required(name)?
We already have the required() member which returns the whole set.
requiresFeature(name)?
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Le 08/06/2024 à 16:26, Jürgen Spitzmüller a écrit :
Am Samstag, dem 08.06.2024 um 15:37 +0200 schrieb Jean-Marc Lasgouttes:
Is the Package part needed here? It is more a feature than a package
that we require, isn't it?
I started with requires, but this has been flagged as a keyword by
QtCreat
Am Samstag, dem 08.06.2024 um 15:37 +0200 schrieb Jean-Marc Lasgouttes:
> Is the Package part needed here? It is more a feature than a package
> that we require, isn't it?
I started with requires, but this has been flagged as a keyword by
QtCreator, so I extended it. Maybe hasRequirement()?
--
Le 08/06/2024 à 12:22, Jürgen Spitzmüller a écrit :
Am Samstag, dem 08.06.2024 um 11:16 +0200 schrieb Jean-Marc Lasgouttes:
No this is a change that I did later. I did test that there is no
crash in the 2.4.1-devel branch, which only has the hopefully safe
part of biginset. I am relieved to see
Le 08/06/2024 à 13:03, Juergen Spitzmueller a écrit :
commit f1742ee26950f2f1cf520b787e59e6adaa06d34d
Author: Juergen Spitzmueller
Date: Sat Jun 8 13:02:26 2024 +0200
Implement InsetLayout::requiresPackage()
Is the Package part needed here? It is more a feature than a package
that we
Am Samstag, dem 08.06.2024 um 11:16 +0200 schrieb Jean-Marc Lasgouttes:
> No this is a change that I did later. I did test that there is no
> crash in the 2.4.1-devel branch, which only has the hopefully safe
> part of biginset. I am relieved to see that so far the bugs that we
> had are not in the
Le 08/06/2024 à 10:40, Jürgen Spitzmüller a écrit :
Am Freitag, dem 07.06.2024 um 16:54 +0200 schrieb Jean-Marc Lasgouttes:
This should be fixed in master now. This was actually more general
than just an inset-split issue.
Thank you, I confirm this fixes the crash for me, too.
Does this need
Am Freitag, dem 07.06.2024 um 16:54 +0200 schrieb Jean-Marc Lasgouttes:
> This should be fixed in master now. This was actually more general
> than just an inset-split issue.
Thank you, I confirm this fixes the crash for me, too.
Does this need to get backported to biginset, too?
--
Jürgen
--
On Sat, 2024-06-08 at 00:15 -0400, Scott Kostyshak wrote:
> In the attached patch, I just put a 'r' in front of the string inside
> re.compile(). It seems to make Python happy. Is it OK to commit?
>
> Scott
Yes, that is the right fix. :-)
Either that or doubling the backslash but IMHO your solut
18 matches
Mail list logo
