On Tue, 2024-06-18 at 20:04 +, Enrico Forestieri wrote:
> Avoid bogus warnings when configuring for Qt6
Thank you. It works. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Thanks, I'll fix that.
JMarc
Le 18 juin 2024 18:53:34 GMT+02:00, Scott Kostyshak a écrit :
>On Tue, Jun 18, 2024 at 04:29:34PM GMT, Jean-Marc Lasgouttes wrote:
>> commit c263463cadc92a9e5b29df97a825328c9300b76a
>> Author: Jean-Marc Lasgouttes
>> Date: Tue Jun 18 14:28:28 2024 +0200
>>
>>
On Tue, 2024-06-18 at 12:53 -0400, Scott Kostyshak wrote:
> I now get the following:
>
> /home/scott/lyxbuilds/master-
> master/repo/src/frontends/qt/GuiApplication.h:117:15: error:
> 'drawStrategy' overrides a member function but is not marked
> 'override'
On Tue, Jun 18, 2024 at 04:29:34PM GMT, Jean-Marc Lasgouttes wrote:
> commit c263463cadc92a9e5b29df97a825328c9300b76a
> Author: Jean-Marc Lasgouttes
> Date: Tue Jun 18 14:28:28 2024 +0200
>
> Move DrawStrategy enum to update_flags.h.
>
> Introduce new drawStrategy() and
On Mon, 2024-06-17 at 22:10 +0200, Enrico Forestieri wrote:
> I don't know about Wayland, but, please, see whether it works after
> fe64db4b.
It works. Thank you. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Mon, Jun 17, 2024 at 10:21:10PM +0200, Enrico Forestieri wrote:
On Mon, Jun 17, 2024 at 05:07:56PM +0100, José Matos wrote:
On Mon, 2024-06-17 at 17:02 +0100, José Matos wrote:
Slightly related to your message:
When configuring autools with qt6 I get these (seemingly harmless)
warnings.
On Mon, Jun 17, 2024 at 05:07:56PM +0100, José Matos wrote:
On Mon, 2024-06-17 at 17:02 +0100, José Matos wrote:
Slightly related to your message:
When configuring autools with qt6 I get these (seemingly harmless)
warnings.
Yep, these warnings are harmless.
@Jean-Marc note that these
On Mon, Jun 17, 2024 at 04:56:41PM +0100, José Matos wrote:
Running this on Fedora 40. FWIW I am on KDE (Wayland).
The configure stage works, without a warning, but then at the end of
the build stage I get:
CXXLDlyx
/usr/bin/ld: frontends/qt/liblyxqt.a(GuiApplication.o): undefined
On Mon, Jun 17, 2024 at 04:41:18PM +0200, Jean-Marc Lasgouttes wrote:
Le 15/06/2024 à 22:59, Enrico Forestieri a écrit :
On Fri, Jun 14, 2024 at 08:09:00PM +0200, Jean-Marc Lasgouttes wrote:
This seems to work, although for some reason it does not add
x11extras here.
Actually, x11extras is
On Mon, 2024-06-17 at 17:02 +0100, José Matos wrote:
> Slightly related to your message:
>
> When configuring autools with qt6 I get these (seemingly harmless)
> warnings.
@Jean-Marc note that these warning, for qt6, happened before your
current patch. That is why I wrote this is slightly
On Mon, 2024-06-17 at 17:25 +0200, Jean-Marc Lasgouttes wrote:
> I pushed this change to master, along with a warning when the qmake
> way did not work. Please tell me when this triggers a warning, so
> that we can understand what happens and how to solve it.
>
> JMarc
Slightly related to your
On Mon, 2024-06-17 at 17:25 +0200, Jean-Marc Lasgouttes wrote:
> I pushed this change to master, along with a warning when the qmake
> way did not work. Please tell me when this triggers a warning, so
> that we can understand what happens and how to solve it.
>
> JMarc
Running this on Fedora 40.
Le 17/06/2024 à 16:41, Jean-Marc Lasgouttes a écrit :
Le 15/06/2024 à 22:59, Enrico Forestieri a écrit :
On Fri, Jun 14, 2024 at 08:09:00PM +0200, Jean-Marc Lasgouttes wrote:
This seems to work, although for some reason it does not add
x11extras here.
Actually, x11extras is detected but
Le 15/06/2024 à 22:59, Enrico Forestieri a écrit :
On Fri, Jun 14, 2024 at 08:09:00PM +0200, Jean-Marc Lasgouttes wrote:
This seems to work, although for some reason it does not add x11extras
here.
Actually, x11extras is detected but you forgot about HAVE_QT5_X11_EXTRAS.
I thought that it
Am 14.06.2024 um 20:09 schrieb Jean-Marc Lasgouttes :
>
> This patch allows autoconf to rely on qmake for configuring qt5 too. This
> relies on the great work done by Enrico. If this works, I will propose to
> remove all the other configurations macros for qt.
>
> This seems to work, although
On Fri, Jun 14, 2024 at 08:09:00PM +0200, Jean-Marc Lasgouttes wrote:
This seems to work, although for some reason it does not add x11extras
here.
Actually, x11extras is detected but you forgot about HAVE_QT5_X11_EXTRAS.
Applying the attached patch on top of yours does the trick.
--
Enrico
On 6/14/24 16:53, Pavel Sanda wrote:
2) I think we are only half-way done with deafult of pasting.
Ctrl+V is not joining lines anymore (appreciated!) but middle-button
pasting still joins them.
Shouldn't this be consistent?
If you have ideas about how to do it...please do. I'm not
On 6/15/24 08:52, Jürgen Spitzmüller wrote:
Am Samstag, dem 15.06.2024 um 12:50 + schrieb Juergen Spitzmueller:
commit 0fc8ee5ace22c11175cb93f5b6f7310cc4d646c1
Author: Juergen Spitzmueller
Date: Sat Jun 15 14:48:37 2024 +0200
Prevent division by zero
Fixes crash reported
On Sat, Jun 15, 2024 at 01:23:52PM +0200, Enrico Forestieri wrote:
On Fri, Jun 14, 2024 at 08:09:00PM +0200, Jean-Marc Lasgouttes wrote:
Could you people have a go at it before I push it?
I tried it with native Windows and Cygwin with GDI backend instead of X11.
In both cases it detected
Am Samstag, dem 15.06.2024 um 12:50 + schrieb Juergen Spitzmueller:
> commit 0fc8ee5ace22c11175cb93f5b6f7310cc4d646c1
> Author: Juergen Spitzmueller
> Date: Sat Jun 15 14:48:37 2024 +0200
>
> Prevent division by zero
>
> Fixes crash reported at
>
Am Freitag, dem 14.06.2024 um 21:58 +0200 schrieb Pavel Sanda:
> This patch add possibility to dissolve the caption inset of the
> float.
>
> It's not particularly nice, because the menu entry is on the top
> above all
> editing options and would feel more natural next to "Split inset"
> entry -
On Fri, Jun 14, 2024 at 08:09:00PM +0200, Jean-Marc Lasgouttes wrote:
Could you people have a go at it before I push it?
I tried it with native Windows and Cygwin with GDI backend instead of X11.
In both cases it detected the winextras module and added appropriate
includes and libraries.
On Fri, 2024-06-14 at 18:26 -0400, Richard Kimberly Heck wrote:
> Same. There are times when code gets so deeply indented that even 100
> becomes restrictive.
>
> Riki
I agree, so I set that for python code, and tools that use
pyproject.toml, to 96.
--
José Abílio
--
lyx-devel mailing list
On Sat, Jun 15, 2024 at 10:06:55AM +0200, Kornel Benko wrote:
> I had the impression that 2.4.1-devel branch is dead. Should this not go to
> 2.4.x branch
> instead?
Oops, was on a wrong branch indeed. P
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Am Fri, 14 Jun 2024 20:18:42 +
schrieb Pavel Sanda :
> commit b8a22a3667b20aee663ff897e1d24761dc9e1f30
> Author: Richard Kimberly Heck
> Date: Tue Apr 2 12:46:36 2024 -0400
>
> Update doc info for quote-insert
> ---
> src/LyXAction.cpp | 4 +++-
> 1 file changed, 3 insertions(+), 1
On Sat, Jun 01, 2024 at 04:36:37PM GMT, Richard Kimberly Heck wrote:
> commit 2a1c3dce57da0ad25451fc61f413ebbeba2448fe
> Author: Richard Kimberly Heck
> Date: Sat Jun 1 12:36:00 2024 -0400
>
> Fix bug #8856.
>
> Show values of cross-references in tooltips.
> ---
(I don't think my
On 6/13/24 18:24, Jean-Marc Lasgouttes wrote:
Le 13/06/2024 à 22:34, Pavel Sanda a écrit :
On Thu, Jun 13, 2024 at 07:08:01PM +0100, José Matos wrote:
Although modern terminals have more lines and rows (for example the
shell screen that I use have 236 rows by 90 lines) we need to set some
On Sun, Jun 09, 2024 at 06:14:08PM +, Richard Kimberly Heck wrote:
> commit 03870c03709caa84178c21589cbea41208772add
> Author: Richard Kimberly Heck
> Date: Sun Jun 9 14:12:40 2024 -0400
>
> Fix bug #13028.
>
> Bindings for 'join lines.
1) status.24x ?
2) I think we are only
On Fri, Jun 14, 2024 at 08:09:00PM +0200, Jean-Marc Lasgouttes wrote:
> Could you people have a go at it before I push it?
Seems to work on oldstable debian.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Tue, Jun 04, 2024 at 10:35:44AM +0200, Pavel Sanda wrote:
> If you wonder how I came to such recipy, just couple days back I bumped in
> the following problem:
>
> 1) New file && Insert -> Float -> Figure
> 2) Dissolve inset via context menu on "Float: Figure" box
> 3) Try to dissolve inset
On Sun, Jun 09, 2024 at 01:21:16PM GMT, Scott Kostyshak wrote:
> On Sun, Jun 09, 2024 at 07:44:58AM GMT, Jürgen Spitzmüller wrote:
> > 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
Am Thu, 13 Jun 2024 14:28:12 -0400
schrieb Scott Kostyshak :
> On Thu, Jun 13, 2024 at 07:08:01PM GMT, José Matos wrote:
>
> > So my question to you is: what do you think that the limit should be?
> >
> > I do not mind to share this limit with the C++ code, after all most of
> > the same
Le 13/06/2024 à 22:34, Pavel Sanda a écrit :
On Thu, Jun 13, 2024 at 07:08:01PM +0100, José Matos wrote:
Although modern terminals have more lines and rows (for example the
shell screen that I use have 236 rows by 90 lines) we need to set some
common ground.
So my question to you is: what do
On Thu, Jun 13, 2024 at 07:08:01PM +0100, José Matos wrote:
> Although modern terminals have more lines and rows (for example the
> shell screen that I use have 236 rows by 90 lines) we need to set some
> common ground.
>
> So my question to you is: what do you think that the limit should be?
On Thu, Jun 13, 2024 at 07:08:01PM GMT, José Matos wrote:
> So my question to you is: what do you think that the limit should be?
>
> I do not mind to share this limit with the C++ code, after all most of
> the same rational applies.
No strong opinion, but I do think it should be consistent
On Thu, Jun 13, 2024 at 10:52:26AM +0100, José Matos wrote:
> On Wed, 2024-06-12 at 10:06 +0200, Pavel Sanda wrote:
> > Hi Jose,
> >
> > bumping p3 version requirements and dropping p2 should go into
> > RELEASE-NOTES and specific version should be fixed in
> > INSTALL/README...
> >
> > Pavel
>
On Thu, 2024-06-13 at 10:58 +0200, Pavel Sanda wrote:
> On Wed, Jun 12, 2024 at 07:09:19PM +0300, Udicoudco wrote:
> > As I see it, when show changes in output
> > is selected, the output is not even remotely close to the final
> > manuscript.
>
> Right, but that was not my point. What I mean is
On Thu, 2024-06-13 at 10:41 +0200, Pavel Sanda wrote:
> I wouldn't have this courage :)
>
> You are joining the debate little late, but you can try to convince
> Jose to delay his version bumping towards end of the cycle. Your mint
> 18 lifetime ends with some 2-3 years IIRC, so you'll need to
On Wed, 2024-06-12 at 10:06 +0200, Pavel Sanda wrote:
> Hi Jose,
>
> bumping p3 version requirements and dropping p2 should go into
> RELEASE-NOTES and specific version should be fixed in
> INSTALL/README...
>
> Pavel
For the moment I updated the INSTALL document.
I moved up the reference to
On Wed, Jun 12, 2024 at 07:09:19PM +0300, Udicoudco wrote:
> As I see it, when show changes in output
> is selected, the output is not even remotely close to the final
> manuscript.
Right, but that was not my point. What I mean is that I just had to submit to a
journal reviewers revised version
On Thu, Jun 13, 2024 at 06:39:21AM +0200, Kornel Benko wrote:
> And it was (for me) very handy to use my wife as a (involuntary) tester of
> the master build. So that seems over now.
I wouldn't have this courage :)
You are joining the debate little late, but you can try to convince Jose to
delay
Am Wed, 12 Jun 2024 13:33:39 -0400
schrieb Scott Kostyshak :
> On Wed, Jun 12, 2024 at 04:14:22PM GMT, Pavel Sanda wrote:
> > On Wed, Jun 12, 2024 at 10:58:53AM +0200, Kornel Benko wrote:
> > > > The system version will be the same so this is safe for your installed
> > > > system.
> > >
> >
On Wed, Jun 12, 2024 at 09:15:35PM +0300, Udicoudco wrote:
Hello all,
lyxdeleted is a macro used to
mark deleted parts of text when
using "show changes in output"
in track changes. Instead of directly
using \sout there is another helper
macro, \mklyxsout, which is defined as
On Wed, Jun 12, 2024 at 04:14:22PM GMT, Pavel Sanda wrote:
> On Wed, Jun 12, 2024 at 10:58:53AM +0200, Kornel Benko wrote:
> > > The system version will be the same so this is safe for your installed
> > > system.
> >
> > Today I tried, but to no avail. Sadly for my wife.
>
> Your wife needs
On Wed, Jun 12, 2024 at 6:40 PM Pavel Sanda wrote:
>
> On Wed, Jun 12, 2024 at 01:11:23PM +0300, Udicoudco wrote:
> > Does this matter? i.e. do we hold strongly
> > backwards compatibility of the output of change track?
>
> Generally we do in between minor version. Here I am ambivalent. I think
On Wed, Jun 12, 2024 at 01:11:23PM +0300, Udicoudco wrote:
> Does this matter? i.e. do we hold strongly
> backwards compatibility of the output of change track?
Generally we do in between minor version. Here I am ambivalent. I think users
should feel confident between switching 2.4.x minor
Am Dienstag, dem 11.06.2024 um 21:37 +0300 schrieb Udicoudco:
> How can it break old documents?
All good. I missed the file format change part.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Wed, Jun 12, 2024 at 10:58:53AM +0200, Kornel Benko wrote:
> > The system version will be the same so this is safe for your installed
> > system.
>
> Today I tried, but to no avail. Sadly for my wife.
Your wife needs development version of lyx 2.5?
Pavel
--
lyx-devel mailing list
Le 12/06/2024 à 12:55, Kornel Benko a écrit :
I was not aware of it. Anyway, it worked , later it did not work (for me) and
now it works
again.
Great.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Wed, 12 Jun 2024 11:34:44 +0200
schrieb Jean-Marc Lasgouttes :
> Le 12/06/2024 à 10:53, Kornel Benko a écrit :
> > Am Tue, 11 Jun 2024 16:37:37 +0200
> > schrieb Jean-Marc Lasgouttes :
> >
> >> Le 11/06/2024 à 16:41, Kornel Benko a écrit :
> >>> Works now. But gives not the needed info.
>
On Wed, Jun 12, 2024 at 10:32 AM Pavel Sanda wrote:
>
> On Mon, Jun 10, 2024 at 12:19:18PM +, Udi Fogiel wrote:
> > commit a5749b9c1f5c5b42e6d6db7cd9f2aab16bc28f5b
> > Author: Udi Fogiel
> > Date: Mon Jun 10 15:19:08 2024 +0300
> >
> > Fix change tracking colors with RTL languages
On 2024-06-12 01:14, Stephan Witt wrote:
Am 11.06.2024 um 16:56 schrieb José Matos :
On Tue, 2024-06-11 at 15:42 +0200, Daniel wrote:
When starting LyX 2.4.0 for the first time on macOS, a dialog
mentioning
some "download" popped up briefly. Anyone knows what this might be
about?
Which
Le 12/06/2024 à 10:53, Kornel Benko a écrit :
Am Tue, 11 Jun 2024 16:37:37 +0200
schrieb Jean-Marc Lasgouttes :
Le 11/06/2024 à 16:41, Kornel Benko a écrit :
Works now. But gives not the needed info.
Result is e.g. "inset: 0x5604fff94be0 idx: 0 par: 3 pos: 0".
Could you give me a concrete
Am Mon, 10 Jun 2024 17:37:41 +0100
schrieb José Matos :
> On Mon, 2024-06-10 at 16:47 +0200, Kornel Benko wrote:
> > From now on I cannot build on ubuntu with linux 4.15.0-122.
> > os_release VERSION="18.3 (Sylvia)"
> > There is only python3 version 3.5
> >
> > Kornel
>
> I suppose that,
Am Tue, 11 Jun 2024 16:37:37 +0200
schrieb Jean-Marc Lasgouttes :
> Le 11/06/2024 à 16:41, Kornel Benko a écrit :
> > Works now. But gives not the needed info.
> > Result is e.g. "inset: 0x5604fff94be0 idx: 0 par: 3 pos: 0".
>
> Could you give me a concrete example I can test?
>
> JMarc
>
I
On Fri, Jun 07, 2024 at 04:29:00PM +0200, Enrico Forestieri wrote:
> I uploaded all necessary packages for building old version of lyx into
> wiki-uploads and created the page https://wiki.lyx.org/LyX/Flashback with
> instructions for building. I also uploaded already built packages for those
>
On Mon, Jun 10, 2024 at 09:04:42AM +, José Matos wrote:
> commit 1c458dc1212865e9c9e2fd0207f15a72f4988e63
> Author: José Matos
> Date: Mon Jun 10 10:04:26 2024 +0100
>
> Python runtime detection requirement upgraded to 3.8
>
> Remove -tt option that is a no-op in Python 3.
>
On Mon, Jun 10, 2024 at 12:19:18PM +, Udi Fogiel wrote:
> commit a5749b9c1f5c5b42e6d6db7cd9f2aab16bc28f5b
> Author: Udi Fogiel
> Date: Mon Jun 10 15:19:08 2024 +0300
>
> Fix change tracking colors with RTL languages (#12923)
> ---
> src/LaTeXFeatures.cpp | 4 ++--
> 1 file changed, 2
On Wed, Jun 12, 2024 at 6:42 AM Udicoudco wrote:
>
> On Wed, Jun 12, 2024 at 3:07 AM Richard Kimberly Heck
> wrote:
> > In this case,
> > removing this file will prevent a document that uses it from loading
> > properly, let alone compiling. So we keep it and mark it obsolete.
>
> A document
On Wed, Jun 12, 2024 at 3:07 AM Richard Kimberly Heck
wrote:
> In this case,
> removing this file will prevent a document that uses it from loading
> properly, let alone compiling. So we keep it and mark it obsolete.
A document that directly uses this layout from the settings
will be loaded with
On 6/11/24 12:06, Jean-Marc Lasgouttes wrote:
Le 11/06/2024 à 17:44, Richard Kimberly Heck a écrit :
On 6/11/24 09:36, Jean-Marc Lasgouttes wrote:
The point is to offer a mode where the screen is redrawn fully every
time (only the drawing, not the metrics computation). The
performance seems
On 6/11/24 14:39, Udicoudco wrote:
On Tue, Jun 11, 2024 at 9:37 PM Udicoudco wrote:
How can it break old documents?
Other than custom user layouts,
which requires this one, I can't think
of a problem.
And in such a rare case they can simply input
the regular letter layout instead (which gives
Am 11.06.2024 um 16:56 schrieb José Matos :
>
> On Tue, 2024-06-11 at 15:42 +0200, Daniel wrote:
>> When starting LyX 2.4.0 for the first time on macOS, a dialog
>> mentioning
>> some "download" popped up briefly. Anyone knows what this might be
>> about?
Which popup?
>>
>> Daniel
>
> Could
Le 11/06/2024 à 21:56, José Matos a écrit :
So this is the auto setting that I referred in the other sub-thread.
️
Right :)
Could there be some "property" information tab? I say this because
sometimes the console (stderr) is not the best place to put this
information for easier debugging.
On Tue, 2024-06-11 at 18:06 +0200, Jean-Marc Lasgouttes wrote:
> This is a good question. As it is, it will fall back to the default
> value ("partial" if supported, "backingstore" otherwise) if it does
> not understand the value that was given (I just checked). The only
> harm is a warning on
On Tue, Jun 11, 2024 at 9:37 PM Udicoudco wrote:
>
> How can it break old documents?
> Other than custom user layouts,
> which requires this one, I can't think
> of a problem.
And in such a rare case they can simply input
the regular letter layout instead (which gives
the correct alignment in
On Tue, Jun 11, 2024 at 9:33 PM wrote:
>
> Am Dienstag, dem 11.06.2024 um 18:15 + schrieb Udi Fogiel:
> > commit 3854086e59db47a38f61ae94b08c5bc9e207767a
> > Author: Udi Fogiel
> > Date: Tue Jun 11 21:14:27 2024 +0300
> >
> > Remove hebrew letter document class
> >
> > The only
Am Dienstag, dem 11.06.2024 um 18:15 + schrieb Udi Fogiel:
> commit 3854086e59db47a38f61ae94b08c5bc9e207767a
> Author: Udi Fogiel
> Date: Tue Jun 11 21:14:27 2024 +0300
>
> Remove hebrew letter document class
>
> The only difference from regular letter is the alignment of
>
On Tue, Jun 11, 2024 at 05:11:29PM GMT, Jean-Marc Lasgouttes wrote:
> Le 06/06/2024 à 17:42, Scott Kostyshak a écrit :
> > In the attached screenshots, if I enter from below, then the painting is
> > strange. In this case, I put the cursor in the word "formula" and pressed
> > . I attach this
On Tue, Jun 11, 2024 at 06:09:10PM GMT, Jean-Marc Lasgouttes wrote:
> Le 06/06/2024 à 17:33, Scott Kostyshak a écrit :
> > On Thu, Jun 06, 2024 at 09:00:05AM GMT, Jean-Marc Lasgouttes wrote:
> > > Le 20/05/2024 à 03:45, Scott Kostyshak a écrit :
> > > > Great, thanks! I pulled in the fix, made a
Le 06/06/2024 à 17:33, Scott Kostyshak a écrit :
On Thu, Jun 06, 2024 at 09:00:05AM GMT, Jean-Marc Lasgouttes wrote:
Le 20/05/2024 à 03:45, Scott Kostyshak a écrit :
Great, thanks! I pulled in the fix, made a fresh build and I get another error
along the same lines.
Actually the fix was
Le 11/06/2024 à 17:44, Richard Kimberly Heck a écrit :
On 6/11/24 09:36, Jean-Marc Lasgouttes wrote:
The point is to offer a mode where the screen is redrawn fully every
time (only the drawing, not the metrics computation). The performance
seems quite reasonable to me, actually.
I assume it
Le 11/06/2024 à 17:56, José Matos a écrit :
Does it make sense to have another option "auto" that automatically
chooses the best strategy?
That way we could assume that the previous default was auto and be done
with it.
I am aware that I am leaving many details on the air.
My motivation for
On Tue, 2024-06-11 at 11:44 -0400, Richard Kimberly Heck wrote:
> What's our policy on preference updates? (I can't remember.) Do we
> care if a preference file saved with 2.4.1 cannot be used with 2.4.0?
Does it make sense to have another option "auto" that automatically
chooses the best
On 6/11/24 09:36, Jean-Marc Lasgouttes wrote:
Le 11/06/2024 à 15:17, Jean-Marc Lasgouttes a écrit :
commit f48cf461010daa8aceb220a6762cb50c1192db0d
Author: Jean-Marc Lasgouttes
Date: Sat Jul 15 11:46:25 2023 +0200
Add "full" drawing strategy
Riki, would it be OK to backport this
Le 06/06/2024 à 17:42, Scott Kostyshak a écrit :
In the attached screenshots, if I enter from below, then the painting is strange. In this case, I put the cursor in the word
"formula" and pressed . I attach this "bad" case as "enter-from-below.png". If instead I put the
cursor to the right of
Indeed, that worked very well -- thanks a lot!
Attached is the patch that I came up with.
On Tue, Jun 11, 2024, at 10:03 AM, Jean-Marc Lasgouttes wrote:
> Le 11/06/2024 à 15:59, Alexander Dunlap a écrit :
> >> LyX uses either cmake (required for windows) or autoconf[*] (from which
> >> other
On Tue, 2024-06-11 at 15:42 +0200, Daniel wrote:
> When starting LyX 2.4.0 for the first time on macOS, a dialog
> mentioning
> some "download" popped up briefly. Anyone knows what this might be
> about?
>
> Daniel
Could this be related with Python 3?
Python 2 come bundled with the OS, but
Le 11/06/2024 à 16:41, Kornel Benko a écrit :
Works now. But gives not the needed info.
Result is e.g. "inset: 0x5604fff94be0 idx: 0 par: 3 pos: 0".
Could you give me a concrete example I can test?
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Am Tue, 11 Jun 2024 16:24:35 +0200
schrieb Kornel Benko :
> Am Tue, 11 Jun 2024 16:01:21 +0200
> schrieb Jean-Marc Lasgouttes :
>
> > Le 30/05/2024 à 22:10, Kornel Benko a écrit :
> > > I see it while checking the output of
> > > LYXERR(Debug::FINDVERBOSE, "Advancing pos: cur=" << cur);
> >
Am Tue, 11 Jun 2024 16:01:21 +0200
schrieb Jean-Marc Lasgouttes :
> Le 30/05/2024 à 22:10, Kornel Benko a écrit :
> > I see it while checking the output of
> > LYXERR(Debug::FINDVERBOSE, "Advancing pos: cur=" << cur);
> > The only output is
> > 'lyxfind.cpp (4504): Advancing pos: cur='
>
Le 11/06/2024 à 15:59, Alexander Dunlap a écrit :
LyX uses either cmake (required for windows) or autoconf[*] (from which
other official releases are done AFAIK). What is your preference for
testing?
I have been using autoconf and qt6.
So it is the easy case. What you need is around line 420
Le 30/05/2024 à 22:10, Kornel Benko a écrit :
I see it while checking the output of
LYXERR(Debug::FINDVERBOSE, "Advancing pos: cur=" << cur);
The only output is
'lyxfind.cpp (4504): Advancing pos: cur='
Gdb never enters Cursor.cpp:164
LyXErr & operator<<(LyXErr & os,
On Tue, Jun 11, 2024, at 9:55 AM, Jean-Marc Lasgouttes wrote:
> Le 11/06/2024 à 15:46, Alexander Dunlap a écrit :
> > But to use it in C++ I think Riki's suggestion of using the Qt XML
> > parsing libraries make sense. It seems the QT "xml" module needs to be
> > loaded in order to use this --
Le 11/06/2024 à 15:46, Alexander Dunlap a écrit :
But to use it in C++ I think Riki's suggestion of using the Qt XML
parsing libraries make sense. It seems the QT "xml" module needs to be
loaded in order to use this -- can anyone help me with the best way to
add this module to LyX's build
On Tue, Jun 11, 2024, at 8:39 AM, Kornel Benko wrote:
> Am Mon, 10 Jun 2024 17:27:26 -0400
> schrieb "Alexander Dunlap" :
>
> > On Mon, Jun 10, 2024, at 3:39 PM, Richard Kimberly Heck wrote:
> > > I've merged 2.4.1-devel into 2.4.x, so it should no longer be used.
> > > Commits to stable should
Le 11/06/2024 à 15:17, Jean-Marc Lasgouttes a écrit :
commit f48cf461010daa8aceb220a6762cb50c1192db0d
Author: Jean-Marc Lasgouttes
Date: Sat Jul 15 11:46:25 2023 +0200
Add "full" drawing strategy
Riki, would it be OK to backport this change to 2.4.1? I would like to
know whether it
Le 11/06/2024 à 14:20, Kornel Benko a écrit :
José, I got this as answer of my email to you:
From: Mail Delivery System
To: kor...@lyx.org
Subject: Mail delivery failed: returning message to sender
Date: Tue, 11 Jun 2024 13:07:40 +0200
Hi Kornel,
Currently, gmail rejects all messages from
Am Mon, 10 Jun 2024 17:27:26 -0400
schrieb "Alexander Dunlap" :
> On Mon, Jun 10, 2024, at 3:39 PM, Richard Kimberly Heck wrote:
> > I've merged 2.4.1-devel into 2.4.x, so it should no longer be used.
> > Commits to stable should now all go to 2.4.x.
> >
> > I'm intending to release 2.4.1
g: There were undefined citations.
> >
> > Package bibtopic Warning: Please (re)run BibTeX on the file(s):
> > (bibtopic)Vol_25_2.2
> > (bibtopic)Vol_25_2.3
> > (bibtopic)Vol_25_2.4
> > (bibtopic)
On Sun, 2024-06-09 at 13:18 -0400, Richard Kimberly Heck wrote:
> We do not seem to have had any panicked reports of crashes. Yea! So I
> propose to merge 2.4.1-devel into 2.4.x and plan to release 2.4.1 at
> the
> end of the month. We have quite a few fixes already in the pipeline.
> OK?
+100
On 6/10/24 17:27, Alexander Dunlap wrote:
On Mon, Jun 10, 2024, at 3:39 PM, Richard Kimberly Heck wrote:
I've merged 2.4.1-devel into 2.4.x, so it should no longer be used.
Commits to stable should now all go to 2.4.x.
I'm intending to release 2.4.1 around 1 July. We already have 23 bugs
On Mon, Jun 10, 2024, at 3:39 PM, Richard Kimberly Heck wrote:
> I've merged 2.4.1-devel into 2.4.x, so it should no longer be used.
> Commits to stable should now all go to 2.4.x.
>
> I'm intending to release 2.4.1 around 1 July. We already have 23 bugs
> fixed. If you're feeling like fixing
Am Mon, 10 Jun 2024 12:51:34 -0400
schrieb Richard Kimberly Heck :
> On 6/10/24 08:40, Kornel Benko wrote:
> > commit 8c501308c3c9bf2389275837798ed6c62a9a17bf
> > Author: Alexander Dunlap
> > Date: Mon Jun 10 14:42:29 2024 +0200
> >
> > FindAdv: Omitting cursor advance at start of search
Le 09/06/2024 à 19:18, Richard Kimberly Heck a écrit :
We do not seem to have had any panicked reports of crashes. Yea! So I
propose to merge 2.4.1-devel into 2.4.x and plan to release 2.4.1 at the
end of the month. We have quite a few fixes already in the pipeline. OK?
That would be great.
On 6/10/24 08:40, Kornel Benko wrote:
commit 8c501308c3c9bf2389275837798ed6c62a9a17bf
Author: Alexander Dunlap
Date: Mon Jun 10 14:42:29 2024 +0200
FindAdv: Omitting cursor advance at start of search if in mathed.
Fixes #13070 Advanced S does not find math symbols at start of
On Mon, 2024-06-10 at 16:47 +0200, Kornel Benko wrote:
> From now on I cannot build on ubuntu with linux 4.15.0-122.
> os_release VERSION="18.3 (Sylvia)"
> There is only python3 version 3.5
>
> Kornel
I suppose that, from your description, you are running Mint 18.3.
Python3 there is Python
Am Mon, 10 Jun 2024 10:12:16 +0100
schrieb José Matos :
> On Mon, 2024-06-10 at 09:04 +, José Matos wrote:
> > commit 1c458dc1212865e9c9e2fd0207f15a72f4988e63
> > Author: José Matos
> > Date: Mon Jun 10 10:04:26 2024 +0100
> >
> > Python runtime detection requirement upgraded to 3.8
>
On Sun, Jun 9, 2024 at 1:35 PM Udicoudco wrote:
>
>
> On Sun, Jun 9, 2024 at 11:09 AM Udicoudco wrote:
>
>> Is there any particular reason why preview use dvi mode when the document
>> is configured
>> to use pdfmode with pdftex? For example, the attached compiles fine but
>> the preview fails
On Mon, 2024-06-10 at 09:04 +, José Matos wrote:
> commit 1c458dc1212865e9c9e2fd0207f15a72f4988e63
> Author: José Matos
> Date: Mon Jun 10 10:04:26 2024 +0100
>
> Python runtime detection requirement upgraded to 3.8
>
> Remove -tt option that is a no-op in Python 3.
>
>
1 - 100 of 346321 matches
Mail list logo