Re: LyX 2.4.0~RC4 does not launch under (GNOME) Wayland

[Saša Janiška]

On Thu, 25 Apr 2024 13:46:06 +0200
Cor Blom  wrote:


> I cannot reproduce exactly but partly. When I try to launch lyx from
> the gui, I don't get a window, but somewhere lyx is running. When I
> launch it from the commandline, it does work.

Yeah, the OS shows LyX icon, but it is running...although window is not
visible.

> You can add "QT_QPA_PLATFORM=xcb" before the command "lyx", which
> forces xwayland.

That helps. Thank you!

Sincerely,
Saša

-- 
But for one who takes pleasure in the self, whose human life
is one of self-realization, and who is satisfied in the self only,
fully satiated — for him there is no duty.


-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0~RC4 does not launch under (GNOME) Wayland

[Cor Blom]

https://bugzilla.opensuse.org/show_bug.cgi?id=1223393

Op 25-04-2024 om 12:49 schreef Saša Janiška:

Hello!

I'm trying to use  LyX-2.4.0-RC$ under openSUSE Tumbleweed running
GNOME Wayland session.

When I launch it under Terminal, is just hangs...if I rm ~/.lyx I get:

$ lyx
LyX: Creating directory /home/gour/.lyx/
LyX: reconfiguring user directory
+Running LyX configure with Python 3.11.9
checking for a Latex2e program...
+checking for "latex"...  yes
checking for pLaTeX, the Japanese LaTeX...
+checking for "platex"...  not in path
checking for a java interpreter...
+checking for "java"...  yes
checking for a perl interpreter...
+checking for "perl"...  yes
checking for xsltproc...
+checking for "xsltproc"...  yes
/bin/sh: line 1: inkscape: command not found
checking for a Tgif viewer and editor...
+checking for "tgif"...  no
checking for a FIG viewer and editor...
+checking for "xfig"...  no
+checking for "jfig3-itext.jar"...  no
+checking for "jfig3.jar"...  no
checking for a Dia viewer and editor...
+checking for "dia"...  no
checking for an OpenDocument drawing viewer and editor...
+checking for "libreoffice"...  yes
+checking for "lodraw"...  yes
+checking for "ooffice"...  yes
+checking for "oodraw"...  yes
+checking for "soffice"...  yes
checking for a Grace viewer and editor...
+checking for "xmgrace"...  no
checking for a FEN viewer and editor...
+checking for "xboard"...  no
checking for a SVG viewer and editor...
+checking for "inkscape"...  no
checking for a raster image viewer...
+checking for "xv"...  no
+checking for "gwenview"...  no
+checking for "kview"...  no
+checking for "eog"...  yes
+checking for "xviewer"...  no
+checking for "ristretto"...  no
+checking for "gpicview"...  no
+checking for "lximage-qt"...  no
+checking for "xdg-open"...  yes
+checking for "gimp-remote"...  no
+checking for "gimp"...  yes
checking for a raster image editor...
+checking for "gimp-remote"...  no
+checking for "gimp"...  yes
checking for a text editor...
+checking for "xemacs"...  no
+checking for "gvim"...  yes
+checking for "kedit"...  no
+checking for "kwrite"...  no
+checking for "kate"...  no
+checking for "nedit"...  no
+checking for "gedit"...  no
+checking for "geany"...  no
+checking for "leafpad"...  no
+checking for "mousepad"...  no
+checking for "xed"...  no
+checking for "notepad"...  no
+checking for "WinEdt"...  no
+checking for "WinShell"...  no
+checking for "PSPad"...  no
checking for a lilypond editor...
+checking for "frescobaldi"...  no
+checking for "xemacs"...  no
+checking for "gvim"...  yes
+checking for "kedit"...  no
+checking for "kwrite"...  no
+checking for "kate"...  no
+checking for "nedit"...  no
+checking for "gedit"...  no
+checking for "geany"...  no
+checking for "leafpad"...  no
+checking for "mousepad"...  no
+checking for "xed"...  no
+checking for "notepad"...  no
+checking for "WinEdt"...  no
+checking for "WinShell"...  no
+checking for "PSPad"...  no
checking for gnumeric spreadsheet software...
+checking for "gnumeric"...  no
checking for an HTML previewer...
+checking for "firefox"...  yes
+checking for "mozilla"...  no
+checking for "netscape"...  no
checking for a BibTeX editor...
+checking for "jabref"...  no
+checking for "JabRef"...  no
+checking for "pybliographic"...  no
+checking for "bibdesk"...  no
+checking for "gbib"...  no
+checking for "kbib"...  no
+checking for "kbibtex"...  no
+checking for "sixpack"...  no
+checking for "bibedit"...  no
+checking for "tkbibtex"...  no
+checking for "TeXnicCenter"...  no
+checking for "xemacs"...  no
+checking for "gvim"...  yes
+checking for "kedit"...  no
+checking for "kwrite"...  no
+checking for "kate"...  no
+checking for "nedit"...  no
+checking for "gedit"...  no
+checking for "geany"...  no
+checking for "leafpad"...  no
+checking for "mousepad"...  no
+checking for "xed"...  no
+checking for "notepad"...  no
+checking for "WinEdt"...  no
+checking for "WinShell"...  no
+checking for "PSPad"...  no
checking for a Postscript previewer...
+checking for "kghostview"...  no
+checking for "okular"...  no
+checking for "qpdfview"...  no
+checking for "evince"...  yes
+checking for "xreader"...  no
+checking for "gv"...  no
+checking for "ghostview"...  no
+checking for "gsview64"...  no
+checking for "gsview32"...  no
checking for a PDF previewer...
+checking for "pdfview"...  no
+checking for "kpdf"...  no
+checking for "okular"...  no
+checking for "qpdfview"...  no
+checking for "evince"...  yes
+checking for "xreader"...  no
+checking for "kghostview"...  no
+checking for "xpdf"...  no
+checking for "SumatraPDF"...  no
+checking for "acrobat"...  no
+checking for "acroread"...  no
+checking for "mupdf"...  no
+checking for "Skim.app"...  no
+checking for "gv"...  no
+checking for "ghostview"...  no
+checking for "AcroRd32"...  no
+checking for "gsview64"...  no
+checking for "gsview32"...  no
checking for a DVI previewer...
+checking for "xdvi"...  yes
+checking for "kdvi"...  no
+checking for 

Re: LyX 2.4.0~RC4 does not launch under (GNOME) Wayland

[Cor Blom]

I see the same with some other Qt apps under gnome wayland. I'll submit 
a bug report with opensuse.


Cor

Op 25-04-2024 om 12:49 schreef Saša Janiška:

Hello!

I'm trying to use  LyX-2.4.0-RC$ under openSUSE Tumbleweed running
GNOME Wayland session.

When I launch it under Terminal, is just hangs...if I rm ~/.lyx I get:

$ lyx
LyX: Creating directory /home/gour/.lyx/
LyX: reconfiguring user directory
+Running LyX configure with Python 3.11.9
checking for a Latex2e program...
+checking for "latex"...  yes
checking for pLaTeX, the Japanese LaTeX...
+checking for "platex"...  not in path
checking for a java interpreter...
+checking for "java"...  yes
checking for a perl interpreter...
+checking for "perl"...  yes
checking for xsltproc...
+checking for "xsltproc"...  yes
/bin/sh: line 1: inkscape: command not found
checking for a Tgif viewer and editor...
+checking for "tgif"...  no
checking for a FIG viewer and editor...
+checking for "xfig"...  no
+checking for "jfig3-itext.jar"...  no
+checking for "jfig3.jar"...  no
checking for a Dia viewer and editor...
+checking for "dia"...  no
checking for an OpenDocument drawing viewer and editor...
+checking for "libreoffice"...  yes
+checking for "lodraw"...  yes
+checking for "ooffice"...  yes
+checking for "oodraw"...  yes
+checking for "soffice"...  yes
checking for a Grace viewer and editor...
+checking for "xmgrace"...  no
checking for a FEN viewer and editor...
+checking for "xboard"...  no
checking for a SVG viewer and editor...
+checking for "inkscape"...  no
checking for a raster image viewer...
+checking for "xv"...  no
+checking for "gwenview"...  no
+checking for "kview"...  no
+checking for "eog"...  yes
+checking for "xviewer"...  no
+checking for "ristretto"...  no
+checking for "gpicview"...  no
+checking for "lximage-qt"...  no
+checking for "xdg-open"...  yes
+checking for "gimp-remote"...  no
+checking for "gimp"...  yes
checking for a raster image editor...
+checking for "gimp-remote"...  no
+checking for "gimp"...  yes
checking for a text editor...
+checking for "xemacs"...  no
+checking for "gvim"...  yes
+checking for "kedit"...  no
+checking for "kwrite"...  no
+checking for "kate"...  no
+checking for "nedit"...  no
+checking for "gedit"...  no
+checking for "geany"...  no
+checking for "leafpad"...  no
+checking for "mousepad"...  no
+checking for "xed"...  no
+checking for "notepad"...  no
+checking for "WinEdt"...  no
+checking for "WinShell"...  no
+checking for "PSPad"...  no
checking for a lilypond editor...
+checking for "frescobaldi"...  no
+checking for "xemacs"...  no
+checking for "gvim"...  yes
+checking for "kedit"...  no
+checking for "kwrite"...  no
+checking for "kate"...  no
+checking for "nedit"...  no
+checking for "gedit"...  no
+checking for "geany"...  no
+checking for "leafpad"...  no
+checking for "mousepad"...  no
+checking for "xed"...  no
+checking for "notepad"...  no
+checking for "WinEdt"...  no
+checking for "WinShell"...  no
+checking for "PSPad"...  no
checking for gnumeric spreadsheet software...
+checking for "gnumeric"...  no
checking for an HTML previewer...
+checking for "firefox"...  yes
+checking for "mozilla"...  no
+checking for "netscape"...  no
checking for a BibTeX editor...
+checking for "jabref"...  no
+checking for "JabRef"...  no
+checking for "pybliographic"...  no
+checking for "bibdesk"...  no
+checking for "gbib"...  no
+checking for "kbib"...  no
+checking for "kbibtex"...  no
+checking for "sixpack"...  no
+checking for "bibedit"...  no
+checking for "tkbibtex"...  no
+checking for "TeXnicCenter"...  no
+checking for "xemacs"...  no
+checking for "gvim"...  yes
+checking for "kedit"...  no
+checking for "kwrite"...  no
+checking for "kate"...  no
+checking for "nedit"...  no
+checking for "gedit"...  no
+checking for "geany"...  no
+checking for "leafpad"...  no
+checking for "mousepad"...  no
+checking for "xed"...  no
+checking for "notepad"...  no
+checking for "WinEdt"...  no
+checking for "WinShell"...  no
+checking for "PSPad"...  no
checking for a Postscript previewer...
+checking for "kghostview"...  no
+checking for "okular"...  no
+checking for "qpdfview"...  no
+checking for "evince"...  yes
+checking for "xreader"...  no
+checking for "gv"...  no
+checking for "ghostview"...  no
+checking for "gsview64"...  no
+checking for "gsview32"...  no
checking for a PDF previewer...
+checking for "pdfview"...  no
+checking for "kpdf"...  no
+checking for "okular"...  no
+checking for "qpdfview"...  no
+checking for "evince"...  yes
+checking for "xreader"...  no
+checking for "kghostview"...  no
+checking for "xpdf"...  no
+checking for "SumatraPDF"...  no
+checking for "acrobat"...  no
+checking for "acroread"...  no
+checking for "mupdf"...  no
+checking for "Skim.app"...  no
+checking for "gv"...  no
+checking for "ghostview"...  no
+checking for "AcroRd32"...  no
+checking for "gsview64"...  no
+checking for "gsview32"...  no
checking for a DVI previewer...
+checking for 

Re: LyX 2.4.0~RC4 does not launch under (GNOME) Wayland

[Cor Blom]

Op 25-04-2024 om 12:49 schreef Saša Janiška:

I'm trying to use  LyX-2.4.0-RC$ under openSUSE Tumbleweed running
GNOME Wayland session.

When I launch it under Terminal, is just hangs...


I cannot reproduce exactly but partly. When I try to launch lyx from the 
gui, I don't get a window, but somewhere lyx is running. When I launch 
it from the commandline, it does work.


In kde plasma everything works fine under wayland.

This all on openSUSE Tumbleweed.

You can add "QT_QPA_PLATFORM=xcb" before the command "lyx", which forces 
xwayland.


Cor



BTW: it was not the intention to have RC4 already in tumbleweed, but it 
slipped through with Easter. Reverting would cause more problems, I think.

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Richard Kimberly Heck]

On 4/21/24 16:29, Jean-Marc Lasgouttes wrote:

Le 11/01/2024 à 02:11, Richard Kimberly Heck a écrit :

Not sure. What I do not want is delay 2.4.0.


Big changes are probably not wise right now. I would suggest 
committing the first part to 2.4.x as soon as we are sure an 
emergency release will not be needed, or if one is then as soon as we 
have reached some kind of stable state. It will get plenty of testing 
then. The entire thing could be committed to devel as soon as 2.4.x 
is branched. Potential problems with the second part can hopefully be 
identified there, and then we can commit that stuff to 2.4.x when it 
seems safe.


FWIW, I just did that.


Thanks.

Eugene is unavailable through the end of the month, so we will have to 
wait to release anything until he is free again. My intention is to 
release 2.3.8 at the start of May and then, when that's done, release 2.4.0.


Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Jean-Marc Lasgouttes]

Le 11/01/2024 à 02:11, Richard Kimberly Heck a écrit :

Not sure. What I do not want is delay 2.4.0.


Big changes are probably not wise right now. I would suggest committing 
the first part to 2.4.x as soon as we are sure an emergency release will 
not be needed, or if one is then as soon as we have reached some kind of 
stable state. It will get plenty of testing then. The entire thing could 
be committed to devel as soon as 2.4.x is branched. Potential problems 
with the second part can hopefully be identified there, and then we can 
commit that stuff to 2.4.x when it seems safe.


FWIW, I just did that.

JMarc

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0~RC4 gnuplot onscreen previewing not working

[José Matos]

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. I attached a screenshot.
> 
> Thanks for having a look at it!
> Tobias 

This is now fixed and it will in 2.4.0 when it is released. :-)
-- 
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0~RC4 gnuplot onscreen previewing not working

[José Matos]

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.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Richard Kimberly Heck]

On 4/20/24 08:59, Jürgen Spitzmüller wrote:

Am Freitag, dem 19.04.2024 um 17:24 +0200 schrieb jspi...@gmail.com:

Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com:

I am currently traveling, so I cannot test. But does the attached
patch help and provide a sufficient clues?

Take this. The first one didn't link.

I had a closer look and committed a better solution to master
(b8ff824a4f4ab4). This one checks for possible causes of the invalid
packages.lst format and tries to solve it, informing the user about
what has been done.

Riki, although this introduces some new strings, I would advise to put
this to 2.4.0. This is something that could bite users on upgrade, and
it makes LyX unusable and is pretty hard to diagnose on your own. So an
untranslated warning here is probably better that no warning at all.


OK.

Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Stephan Witt]

Am 20.04.2024 um 14:59 schrieb Jürgen Spitzmüller :
> 
> Am Freitag, dem 19.04.2024 um 17:24 +0200 schrieb jspi...@gmail.com:
>> Am Freitag, dem 19.04.2024 um 17:11 +0200 schrieb jspi...@gmail.com:
>>> I am currently traveling, so I cannot test. But does the attached
>>> patch help and provide a sufficient clues?
>> 
>> Take this. The first one didn't link.
> 
> I had a closer look and committed a better solution to master
> (b8ff824a4f4ab4). This one checks for possible causes of the invalid
> packages.lst format and tries to solve it, informing the user about
> what has been done.

Looks good.

> Riki, although this introduces some new strings, I would advise to put
> this to 2.4.0. This is something that could bite users on upgrade, and
> it makes LyX unusable and is pretty hard to diagnose on your own. So an
> untranslated warning here is probably better that no warning at all.

Yes. +1.

Stephan

> 
> -- 
> Jürgen
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Jürgen Spitzmüller]

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

I had a closer look and committed a better solution to master
(b8ff824a4f4ab4). This one checks for possible causes of the invalid
packages.lst format and tries to solve it, informing the user about
what has been done.

Riki, although this introduces some new strings, I would advise to put
this to 2.4.0. This is something that could bite users on upgrade, and
it makes LyX unusable and is pretty hard to diagnose on your own. So an
untranslated warning here is probably better that no warning at all.

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Lyx 2.4.0 RC3 SVN Crash MAC OSX.

[Pavel Sanda]

Stephan,

were you able to reproduce that crash at the end?

Pavel

On Tue, Feb 20, 2024 at 10:45:58AM +1100, Robert Betz wrote:
> Stephan,
> 
> I have attached a Lyx file and associated template and layout files. This is
> a much smaller example. After experimenting, it seems to fail sometimes, and
> not others. One can make a seeminglyinnocuous change and it will ether fail
> consistently on SVN update, or it will work consistently.
> 
> Hope these files help track done the issue.
> 
> Thanks.
> -- 
> 
> 
> Regards,
> 
> Bob
> 
> Robert Betz
> E: robertbe...@gmail.com
> M: 0419249948
> 
> 
> Stephan Witt wrote on 19/2/2024 5:36???pm:
> >Am 19.02.2024 um 05:17 schrieb Robert Betz :
> >>I am currently using Lyx 2.4.0 RC3 on MAC OSX V14.2.1 (Sonoma) and if I try 
> >>and check in a Lyx document to an SVN repository Lyx crashes. Using the 
> >>same SVN version under Lyx V2.3.7 is OK.
> >>
> >>The Lyx crash log is:
> >>
> >>(  1) 1   lyx 0x0001028e85c3 
> >>_ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
> >> : 1   lyx 0x0001028e85c3 
> >>_ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
> >> + 199
> >>(  2) 2   lyx 0x0001028e893c 
> >>_ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
> >> : 2   lyx 0x0001028e893c 
> >>_ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
> >> + 139
> >>(  3) 3   lyx 0x0001025edeff 
> >>_ZN3lyxL13error_handlerEi : 3   lyx 
> >>0x0001025edeff _ZN3lyxL13error_handlerEi + 350
> >>(  4) 4   libsystem_platform.dylib0x7ff8065d237d _sigtramp 
> >>: 4   libsystem_platform.dylib0x7ff8065d237d _sigtramp + 29
> >>(  5) 5   ??? 0x7ff7bda4486e 0x0 : 5   
> >>??? 0x7ff7bda4486e 0x0 + 140702015309934
> >>(  6) 6   lyx 0x000102717774 
> >>_ZNK3lyx13InsetMathGrid4drawERNS_11PainterInfoEii : 6   lyx 
> >>0x000102717774 
> >>_ZNK3lyx13InsetMathGrid4drawERNS_11PainterInfoEii + 168
> >>...
> >>
> >>Regards,
> >>
> >>Bob
> >Hi Bob,
> >
> >thank you for testing the RC3 version.
> >
> >I tried to reproduce the crash but I failed. I suppose it happens for some 
> >documents only, i.e. for documents containing some MathGrid element.
> >
> >Is the crash reproducible for you or is it spurious? Is it possible to 
> >provide a MWE document?
> >
> >BR, Stephan
> 

> #% Do not delete the line below; configure depends on this
> #  
> \DeclareLaTeXClass[article,float.sty,pifont.sty,rcs.sty,svn-multi.sty]{article
>  (My article)}
> # Article textclass definition file. Taken from initial LyX source code
> # Author : Matthias Ettrich 
> # Transposed by Pascal André 
> # Heavily modifed and enhanced by serveral developers.
> 
> Format 35
> Input stdclass.inc
> 
> SecNumDepth 3
> TocDepth3
> 
> NoStyle Chapter
> NoStyle Chapter*
> 
> Preamble
> \usepackage{float}
> \usepackage{afterpage}
> \usepackage{calc}
> \usepackage{pifont}
> \usepackage{rcs}
> \usepackage{svn-multi}
> \newcommand\longpage[1][1]{\enlargethispage{#1\baselineskip}}
> \newcommand\shortpage[1][1]{\enlargethispage{-#1\baselineskip}}
> \newcommand{\rmed}{\hspace*{\fill}\ding{'251}}
> \newcommand{\rme}{\hspace*{\fill}\ding{'156}}
> EndPreamble
> 
> #Style MyQuote
> #MarginStatic
> #LatexType Environment
> #LatexName myquote
> #NextNoIndent  1
> #LeftMarginMMM
> #RightMargin   MMM
> #TopSep0.5
> #ParSep0.5
> #BottomSep 0.5
> #Align Block
> #AlignPossible Block, Left, Right, Center
> #LabelType Manual
> #LatexParam1
> #OptionalArgs  1
> #LabelSep  x
> #LabelFont
> #  Shape   Up
> #  Series  Bold
> #EndFont
> ##define the environment 
> #Preamble
> #\newenvironment{myquote}[1]{\begin{quote}\textbf{#1 }}{\end{quote}}
> #EndPreamble
> #End
> 
> 
> 
> Style Part
> Align Left
> AlignPossible Left
> TopSep2
> BottomSep 1.5
> Font
>   SizeLarger
> EndFont
> End
> 
> 
> Style Part*
> Align Left
> AlignPossible Left
> TopSep2
> BottomSep 1.5
> Font
>   SizeLarger
> EndFont
> End
> 
> # Theorem-numbered style *Template* 

Re: LyX 2.4.0 RC3

[jspitzm]

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

Take this. The first one didn't link.

Jürgen

diff --git a/src/LaTeXPackages.cpp b/src/LaTeXPackages.cpp
index e708df1dfe..d2f2c4c71b 100644
--- a/src/LaTeXPackages.cpp
+++ b/src/LaTeXPackages.cpp
@@ -35,7 +35,7 @@ namespace lyx {
 LaTeXPackages::Packages LaTeXPackages::packages_;
 
 
-void LaTeXPackages::getAvailable()
+void LaTeXPackages::getAvailable(bool retry)
 {
 	Lexer lex;
 	support::FileName const real_file = libFileSearch("", "packages.lst");
@@ -73,10 +73,17 @@ void LaTeXPackages::getAvailable()
 		}
 	}
 	// Check if the pkglist has current format.
-	// Reconfigure and re-parse if not.
+	// Reconfigure once and re-parse if not.
+	// If we have already reconfigured, give a warning and stop.
 	if (lstformat != "2") {
-		package().reconfigureUserLyXDir("");
-		getAvailable();
+		if (retry) {
+			LYXERR0("ERROR: Invalid package list format!\n"
+			"Please make sure there is no outdated configure.py file in your user directory");
+			return;
+		} else {
+			package().reconfigureUserLyXDir("");
+			getAvailable(true);
+		}
 	}
 }
 
diff --git a/src/LaTeXPackages.h b/src/LaTeXPackages.h
index dba6d039f6..12f3e4ec0b 100644
--- a/src/LaTeXPackages.h
+++ b/src/LaTeXPackages.h
@@ -25,7 +25,7 @@ namespace lyx {
 class LaTeXPackages {
 public:
 	/// Which of the required packages are installed?
-	static void getAvailable();
+	static void getAvailable(bool retry = false);
 	/// Is the (required) package available?
 	static bool isAvailable(std::string const & name);
 	/// Is the (required) package available at least as of
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[jspitzm]

Am Freitag, dem 19.04.2024 um 13:22 +0200 schrieb Stephan Witt:
> Now I got a clue how it happens.
> 
> In LaTeXPackages::getAvailable() is a recursion implemented and in
> our case it happens to be endless.
> 
> The reconfigure fails at first and in getAvailable() it is retried
> but fails again (and again and again).

I am currently traveling, so I cannot test. But does the attached patch
help and provide a sufficient clues?

Best,
Jürgen

diff --git a/src/LaTeXPackages.cpp b/src/LaTeXPackages.cpp
index e708df1dfe..7d38a87511 100644
--- a/src/LaTeXPackages.cpp
+++ b/src/LaTeXPackages.cpp
@@ -35,7 +35,7 @@ namespace lyx {
 LaTeXPackages::Packages LaTeXPackages::packages_;
 
 
-void LaTeXPackages::getAvailable()
+void LaTeXPackages::getAvailable(bool const retry)
 {
 	Lexer lex;
 	support::FileName const real_file = libFileSearch("", "packages.lst");
@@ -75,8 +75,14 @@ void LaTeXPackages::getAvailable()
 	// Check if the pkglist has current format.
 	// Reconfigure and re-parse if not.
 	if (lstformat != "2") {
-		package().reconfigureUserLyXDir("");
-		getAvailable();
+		if (retry) {
+			LYXERR0("ERROR: Invalid package list format!\n"
+			"Please make sure there is no outdated configure.py file in your user directory");
+			return;
+		} else {
+			package().reconfigureUserLyXDir("");
+			getAvailable(true);
+		}
 	}
 }
 
diff --git a/src/LaTeXPackages.h b/src/LaTeXPackages.h
index dba6d039f6..e3acb3371b 100644
--- a/src/LaTeXPackages.h
+++ b/src/LaTeXPackages.h
@@ -25,7 +25,7 @@ namespace lyx {
 class LaTeXPackages {
 public:
 	/// Which of the required packages are installed?
-	static void getAvailable();
+	static void getAvailable(bool const retry = false);
 	/// Is the (required) package available?
 	static bool isAvailable(std::string const & name);
 	/// Is the (required) package available at least as of
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Stephan Witt]

Am 14.02.2024 um 12:13 schrieb Jürgen Spitzmüller :
> 
> Am Montag, dem 12.02.2024 um 22:59 -0700 schrieb list_em...@icloud.com:
>> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
>> with LyX 2.4.0 RC3.
>> 
>> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
>> then same on second launch.  Very low CPU and memory use. Force quit
>> both.
>> 
>> Deleted /Users/me/Library/Application Support/LyX-2.4/
>> 
>> Re-launch. Opens “Welcome to LyX!”. Then I did Document -> View ->
>> (PDF (pdflatex)). No PDF is created. Instead, rapid looping of some
>> messages in the status bar, apparently involved with TeX stuff, such
>> as “Indexing TeX files… .” Document -> Cancel Export has no effect.
>> At the same time, about 24 files are being written or modified in 
>> /Users/me/Library/Application Support/LyX-2.4/ every 1-3 seconds. I
>> am able to capture the contents of e.g. configure.log. Attempt to
>> quit normally causes this dialog: " LyX could not be closed because
>> documents are being processed by LyX.”
>> 
>> Force quit again.
>> 
>> Re-launch. Hangs as on first launch; no Welcome.
>> 
>> Re-boot. Same sort of behavior. Safe boot. Same: Sometimes opens
>> Welcome then hangs. Sometimes doesn’t finish drawing menu bar and
>> hangs. Sometimes opens Welcome and hangs when trying to open a new
>> file. Can no longer get to where I can attempt to make a PDF.
> 
> Can you open LyX from a Terminal window and observe the output? Is it
> possible that the configuration of LyX gets repeatedly run in a loop? 
> 
> I have had that when I first installed 2.4.x without version suffix,
> and it turned out I had an old version of chkconfig.ltx in my personal
> LyX directory (no idea how it ended there). As the configure syntax
> significantly changed, this broke configuration. Removing the file
> fixed the issue for me.
> 
> Maybe LyX 2.4 also accesses some outdated configuration files in your
> case. Or the configuration (or some conversion) fails for another
> reason.
> 
> Terminal output might help us pinpointing the issue.

Now I got a clue how it happens.

In LaTeXPackages::getAvailable() is a recursion implemented and in our case it 
happens to be endless.

The reconfigure fails at first and in getAvailable() it is retried but fails 
again (and again and again).

BR, Stephan
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC4 - bug? Abstract headline is missing

[Jean-Marc Lasgouttes]

Le 12/04/2024 à 11:55, José Matos a écrit :

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 as well.
So at least the change is not specific to lyx 2.4.

If you change to the standard class then the label is there both for
2.3 and 2.4.

So the question is if the label should be there for consistency.
I am inclined to say yes but I have no strong feelings about this. :-)


If we do that, it should be in a distinctive color so that on knows that 
it is not part of the document. I guess it will be difficult to make 
sure that people understand it is only a help string.


JMarc

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0~RC4 gnuplot onscreen previewing not working

[José Matos]

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/lyxgit

@Riki this is a candidate for 2.4.0. Is it OK?

-- 
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0~RC4 gnuplot onscreen previewing not working

[José Matos]

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.cpp b/src/graphics/GraphicsConverter.cpp
index 669f08d2ff..34d37a4066 100644
--- a/src/graphics/GraphicsConverter.cpp
+++ b/src/graphics/GraphicsConverter.cpp
@@ -362,6 +362,7 @@ static void build_script(string const & doc_fname,
 	string const token_base  = "$$b";
 	string const token_to= "$$o";
 	string const token_todir = "$$d";
+	string const token_python = "$${python}";
 
 	EdgePath::const_iterator it  = edgepath.begin();
 	EdgePath::const_iterator end = edgepath.end();
@@ -405,6 +406,7 @@ static void build_script(string const & doc_fname,
 		command = subst(command, token_base,  "' + '\"' + infile_base + '\"' + '");
 		command = subst(command, token_to,"' + '\"' + outfile + '\"' + '");
 		command = subst(command, token_todir, "' + '\"' + outdir + '\"' + '");
+		command = subst(command, token_python, os::python());
 
 		build_conversion_command(command, script);
 	}
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0~RC4 gnuplot onscreen previewing not working

[José Matos]

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 -*-
> import os, shutil, sys
> 
> def unlinkNoThrow(file):
>   ''' remove a file, do not throw if an error occurs '''
>   try:
>     os.unlink(file)
>   except:
>     pass
> 
> infile = "/home/tobias/Dokumente/Privat/DocCentral/LaTeX/LyX/gnuplot-
> example.gp"
> outfile = "/tmp/lyx_tmpdir.qIGrrVZsvWmq/gconvertYrusMn.gp"
> shutil.copy(infile, outfile)
> os.chdir("/tmp/lyx_tmpdir.qIGrrVZsvWmq/")
> infile = "/tmp/lyx_tmpdir.qIGrrVZsvWmq/gconvertYrusMn.gp"
> infile_base = "/tmp/lyx_tmpdir.qIGrrVZsvWmq/gconvertYrusMn"
> outfile = "/tmp/lyx_tmpdir.qIGrrVZsvWmq/gconvertYrusMn.pdf"
> outdir  = os.path.dirname(outfile)
> 
> if os.system(r'$${python} "/usr/local/share/lyx-

The problem is here $${python} is not converted when we create the
script.

For the moment a way to get around this is in

Tools->Preferences->File Handling->Converters
Gnuplot -> PDF (graphics)

Converter: $${python} $$s/scripts/gnuplot2pdf.py $$i $$o

move that to

Converter: python3 $$s/scripts/gnuplot2pdf.py $$i $$o

> 2.4.0~RC4/scripts/gnuplot2pdf.py" ' + '"' + infile + '"' + ' ' + '"'
> +
> outfile + '"' + '') != 0:
>   unlinkNoThrow(outfile)
>   sys.exit(1)
> 
> if not os.path.isfile(outfile):
>   if os.path.isfile(outfile + '.0'):
>     os.rename(outfile + '.0', outfile)
>     import glob
>     for file in glob.glob(outfile + '.?'):
>   unlinkNoThrow(file)
>   else:
>     sys.exit(1)
> 
> if infile != outfile:
>   unlinkNoThrow(infile)

The real fix is one line of code. :-)
I will do it later today.

-- 
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

RE: LyX 2.4.0 RC4 - bug? Abstract headline is missing

[Bernt Lie]

OK -- in 2.3.7, I did not use KOMA script article, but standard LaTeX article. 
And there the label shows up in my installation. 

The "problem" to me is that it is not just that the "label" is missing in the 
LyX editor, but the word "Abstract" does not show up in the pdf file either. 

-Original Message-
From: José Matos  
Sent: Friday, April 12, 2024 11:55 AM
To: Bernt Lie ; lyx-devel@lists.lyx.org; lyx-users 

Subject: Re: LyX 2.4.0 RC4 - bug? Abstract headline is missing

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 as well.
So at least the change is not specific to lyx 2.4.

If you change to the standard class then the label is there both for
2.3 and 2.4.

So the question is if the label should be there for consistency.
I am inclined to say yes but I have no strong feelings about this. :-)

--
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC4 - bug? Abstract headline is missing

[José Matos]

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 as well.
So at least the change is not specific to lyx 2.4.

If you change to the standard class then the label is there both for
2.3 and 2.4.

So the question is if the label should be there for consistency.
I am inclined to say yes but I have no strong feelings about this. :-)

-- 
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0, Listing, and computer language?

[Jürgen Spitzmüller]

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

The listings manual, sec. 3.2., explains how to define languages. I
suppose these definitions could go to a simple tex file, which is then
inputted at document begin. 

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Stephan Witt]

Am 16.02.2024 um 07:53 schrieb list_em...@icloud.com:
> 
> Sorry for the slow response.
> 
> Running from a terminal indeed showed repeated configuration runs. Near the 
> top of the first run (and only the first run) were these lines:
> 
> +Running LyX configure with Python 3.9.18
> Checking for upgrade from previous version.
> Found directory "/Users/me/Library/Application Support/LyX-2.3".
> Skip cache /Users/me/Library/Application Support/LyX-2.3/cache
> Content copied from directory "/Users/me/Library/Application Support/LyX-2.3”.
> 
> I found three identical copies of chkconfig.ltx in each of
> 
> /Users/me/Library/Application Support/LyX-2.1/chkconfig.ltx
> /Users/me/Library/Application Support/LyX-2.2/chkconfig.ltx
> /Users/me/Library/Application Support/LyX-2.3/chkconfig.ltx
> 
> 
> I zipped all of them and trashed the original. Now LyX 2.4.0 RC3 runs great.
> 
> Thanks for that tip.
> 
> I know how that file got there: LyX put it there. Maybe if the configuration 
> file has changed for 2.4 then it shouldn’t copy old versions.
> 
> Note that 2.4 apparently just copies a bunch of stuff from the 2.3 directory 
> because now there is this file:
> 
> /Users/me/Library/Application Support/LyX-2.4/chkconfig.ltx.zip
> 
> which is obviously a copy of the file that I zipped, likely from the 
> corresponding 2.3 directory.
> 
> There is now no chkconfig.ltx in the 2.4 directory.
> 
> Jerry

Hi Jerry,

you’re right with your assumptions. The idea is to mimic the in-place update of 
LyX to avoid a reset of the user configuration to system defaults in case of an 
upgrade to a new LyX major version. Therefore the copy of the contents of the 
previous LyX major versions user directory to the fresh created one. This copy 
operation happens only once.

I’m trying to reproduce your problem to find a solution for it. I’m unable to 
get repeated configuration runs. I’ve put the chkconfig.ltx as of version 
lyx-2.0.6 into ~/Library/Application Support/LyX-2.3 to test it. May I ask you 
to send me a copy of your chkconfig.ltx, please? (The old version causing the 
problem…)

Thank you and best regards,
Stephan

>> On Feb 14, 2024, at 4:13 AM, Jürgen Spitzmüller  wrote:
>> 
>> Am Montag, dem 12.02.2024 um 22:59 -0700 schrieb list_em...@icloud.com:
>>> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
>>> with LyX 2.4.0 RC3.
>>> 
>>> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
>>> then same on second launch.  Very low CPU and memory use. Force quit
>>> both.
>>> 
>>> Deleted /Users/me/Library/Application Support/LyX-2.4/
>>> 
>>> Re-launch. Opens “Welcome to LyX!”. Then I did Document -> View ->
>>> (PDF (pdflatex)). No PDF is created. Instead, rapid looping of some
>>> messages in the status bar, apparently involved with TeX stuff, such
>>> as “Indexing TeX files… .” Document -> Cancel Export has no effect.
>>> At the same time, about 24 files are being written or modified in 
>>> /Users/me/Library/Application Support/LyX-2.4/ every 1-3 seconds. I
>>> am able to capture the contents of e.g. configure.log. Attempt to
>>> quit normally causes this dialog: " LyX could not be closed because
>>> documents are being processed by LyX.”
>>> 
>>> Force quit again.
>>> 
>>> Re-launch. Hangs as on first launch; no Welcome.
>>> 
>>> Re-boot. Same sort of behavior. Safe boot. Same: Sometimes opens
>>> Welcome then hangs. Sometimes doesn’t finish drawing menu bar and
>>> hangs. Sometimes opens Welcome and hangs when trying to open a new
>>> file. Can no longer get to where I can attempt to make a PDF.
>> 
>> Can you open LyX from a Terminal window and observe the output? Is it
>> possible that the configuration of LyX gets repeatedly run in a loop? 
>> 
>> I have had that when I first installed 2.4.x without version suffix,
>> and it turned out I had an old version of chkconfig.ltx in my personal
>> LyX directory (no idea how it ended there). As the configure syntax
>> significantly changed, this broke configuration. Removing the file
>> fixed the issue for me.
>> 
>> Maybe LyX 2.4 also accesses some outdated configuration files in your
>> case. Or the configuration (or some conversion) fails for another
>> reason.
>> 
>> Terminal output might help us pinpointing the issue.
>> 
>> -- 
>> Jürgen
>> -- 
>> lyx-devel mailing list
>> lyx-devel@lists.lyx.org
>> http://lists.lyx.org/mailman/listinfo/lyx-devel
> 
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0, Listing, and computer language?

[José Matos]

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 listings or minted have those definitions for most languages.
But they are specific to each package and language.

I do not think that it is possible to add another language from the
options. But I can be wrong, naturally. :-)
-- 
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

RE: LyX 2.4.0 & Jupyter Notebooks

[Bernt Lie]

Experimenting with LyX 2.4 RC4... Specifically, I'm testing whether there is 
Unicode support.



  *   I have successfully pasted in a Unicode character from VSCode into a LyX 
2.4 RC4 document, so this seems to work:

[cid:image001.png@01DA8B60.FFE8A950]

Here, the first symbol is produced in VSCode using "\frakm + TAB", and then 
pasted into a LyX text line.  The second occurrence (slightly different in 
form) is produced as in-line math "\mathfrak{m}".



I can also decorate this symbol with a dot on top, "\frakm + TAB \dot + TAB" in 
VSCode. When I paste this symbol into LyX, the dot on top of "\frakm + TAB" is 
somewhat skewed to the right.



OK - so Unicode in LyX seems to work. It also works if I preview the document 
as a PDF file.

--

Next, I try to use Unicode in listings. That does not work at the moment... 
Here is what I do:

  *   Insert/Program Listing
  *   I paste the "\frakm + TAB" symbol from VSCode into this box.
  *   This gives a paste error message:

[cid:image003.png@01DA8B61.C58642D0]



  *   I then go to Document/Settings/Listings, and change Syntax Highlighting 
Package to *minted*, which provides a message:

[cid:image004.png@01DA8B62.5053B550]



I don't understand this message...

  *   I'm on Windows, and the documentation says that Pygments driver is 
installed by default (??). Anyways, reading this warning...
  *   Where am I supposed to place command "\AtBeginDocument{...}"?? Are we 
talking about putting this command in the Document/Settings/LaTeX Preamble 
window??? Or should I open the LyX document in an ASCII editor and add the 
line... somewhere?
  *   What is the "driver command", i.e., the string I'm supposed to insert 
instead of `driver`? Is it simply `pygmentize`??

  *   Anyways, for now I just neglect this command, and go to 
Tools/Preferences/File Handling/Converters, and scroll down to

[cid:image002.png@01DA8B63.945591F0]

Here I have changed Converter from `pdflatex $$i` to what is shown above.



When I go back to the document and insert a listing, and then paste the Unicode 
symbol into the listing, I get the same error message with paste error as shown 
at the top of this e-mail.



--

So - I'm stuck. The only possible reason for the problem now are:

  *   I need to find the correct place to insert the string 
"\AtBeginDocument..." string with the correct `driver` (whatever that is), and 
live with the warning of mint & `-shell-escape` causing a security risk. 
Perhaps this will solve the problem.
  *   Or: it is not possible to use Unicode characters in LyX 2.4 listings.



Any suggestions?



-B


-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

RE: LyX 2.4.0 & Jupyter Notebooks

[Bernt Lie]

Hm… It is possible there is some “crap” in my file. If I take a fresh LyX 2.4.0 
file and insert “\hat{H}”, then the alignment seems to work.

Also, in a fresh file, Ctrl+R seems to work.
--
I do worry how I can import my 1000 page lecture notes, though…

BR,
-B

From: Bernt Lie
Sent: Wednesday, April 10, 2024 2:44 PM
To: Richard Kimberly Heck ; LyX Developers 

Subject: RE: LyX 2.4.0 & Jupyter Notebooks


LyX 2.4.0 RC4... some immediate questions/bug:



* In LyX 2.3.7, shortcut Ctrl+R always generated a PDF file with preview in my 
chosen Acrobat Reader program.



* When I open a file from LyX 2.3.7 in LyX 2.4.0, Ctrl+R doesn't work. If I 
open a help file in 2.4.0, Ctrl+R produces the expected PDF file, but this does 
not happen in the file imported from 2.3.7.

--

There is a problem with math. A similar problem started to show up on LyX 
2.3.7, and has not really been fixed. The following screen shot illustrates the 
problem:

[cid:image001.png@01DA8B5C.9A564C90]



Observe that:

  *   “\rho” is slightly too low when I go out of the math box.
  *   “\hat{H}” is *way to low* when I get out of the math box.



I use Windows 11 64 bit, and updated to the latest version today. Computer: HP 
Dragonfly 12 generation intel, 13.5 inch screen, resolution 1920*1080.



BR,

Bernt



-Original Message-
From: Richard Kimberly Heck mailto:rikih...@gmail.com>>
Sent: Wednesday, April 10, 2024 2:00 AM
To: Bernt Lie mailto:bernt@usn.no>>; LyX Developers 
mailto:lyx-devel@lists.lyx.org>>; lyx-users 
mailto:lyx-us...@lists.lyx.org>>
Subject: Re: LyX 2.4.0 & Jupyter Notebooks



On 4/9/24 15:59, Bernt Lie wrote:

> OK -- so I could just as well start using RC4?



I have been using the master branch for regular work for well over a year. My 
recent book



https://academic.oup.com/book/56184



was produced using it. I.e., the book was printed from a PDF I provided to OUP. 
So it's entirely usable.



> I'm not super software savvy, so I have been hesitant not knowing:

> * Can I install RC4 and still use LyX 2.7.1?

That may depend upon your OS, but someone else should be able to say.

The one thing you have to do is keep the user directories separate.

> * Do I have to uninstall RC4 and install the official release when it becomes 
> available?

Again, that will depend upon your OS.

> * With 2.7.1, I have used MikTeX. Should I still use MikTeX, or use

> something else? (Does MikTeX also come with LuaTeX, XeTeX, TeXLive, or

> whatever?)



The background TeX installation should not matter. They all have the same bits. 
(TeXLive, though, is an alternative to MikTeX.)



Riki




-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

RE: LyX 2.4.0 & Jupyter Notebooks

[Bernt Lie]

Ah. OK.

-Original Message-
From: lyx-users  On Behalf Of Pavel Sanda
Sent: Wednesday, April 10, 2024 2:51 PM
To: lyx-devel@lists.lyx.org; lyx-users 
Subject: Re: LyX 2.4.0 & Jupyter Notebooks

On Wed, Apr 10, 2024 at 12:11:08PM +, Bernt Lie wrote:
> > knitr integration...
> 
> Thanks.
> 
> I don't use R, so I guess knitr is not useful to me.

I did not mean that you will use R, but that you can check how knitr scripts 
establish two-way communication street and reuse it for jupyter instead of R

Pavel
--
lyx-users mailing list
lyx-us...@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 & Jupyter Notebooks

[Pavel Sanda]

On Wed, Apr 10, 2024 at 12:11:08PM +, Bernt Lie wrote:
> > knitr integration...
> 
> Thanks.
> 
> I don't use R, so I guess knitr is not useful to me.

I did not mean that you will use R, but that you can check how knitr scripts
establish two-way communication street and reuse it for jupyter instead of R

Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

RE: LyX 2.4.0 & Jupyter Notebooks

[Bernt Lie]

LyX 2.4.0 RC4... some immediate questions/bug:



* In LyX 2.3.7, shortcut Ctrl+R always generated a PDF file with preview in my 
chosen Acrobat Reader program.



* When I open a file from LyX 2.3.7 in LyX 2.4.0, Ctrl+R doesn't work. If I 
open a help file in 2.4.0, Ctrl+R produces the expected PDF file, but this does 
not happen in the file imported from 2.3.7.

--

There is a problem with math. A similar problem started to show up on LyX 
2.3.7, and has not really been fixed. The following screen shot illustrates the 
problem:

[cid:image001.png@01DA8B55.63DF23A0]



Observe that:

  *   “\rho” is slightly too low when I go out of the math box.
  *   “\hat{H}” is *way to low* when I get out of the math box.



I use Windows 11 64 bit, and updated to the latest version today. Computer: HP 
Dragonfly 12 generation intel, 13.5 inch screen, resolution 1920*1080.



BR,

Bernt



-Original Message-
From: Richard Kimberly Heck 
Sent: Wednesday, April 10, 2024 2:00 AM
To: Bernt Lie ; LyX Developers ; 
lyx-users 
Subject: Re: LyX 2.4.0 & Jupyter Notebooks



On 4/9/24 15:59, Bernt Lie wrote:

> OK -- so I could just as well start using RC4?



I have been using the master branch for regular work for well over a year. My 
recent book



https://academic.oup.com/book/56184



was produced using it. I.e., the book was printed from a PDF I provided to OUP. 
So it's entirely usable.



> I'm not super software savvy, so I have been hesitant not knowing:

> * Can I install RC4 and still use LyX 2.7.1?

That may depend upon your OS, but someone else should be able to say.

The one thing you have to do is keep the user directories separate.

> * Do I have to uninstall RC4 and install the official release when it becomes 
> available?

Again, that will depend upon your OS.

> * With 2.7.1, I have used MikTeX. Should I still use MikTeX, or use

> something else? (Does MikTeX also come with LuaTeX, XeTeX, TeXLive, or

> whatever?)



The background TeX installation should not matter. They all have the same bits. 
(TeXLive, though, is an alternative to MikTeX.)



Riki




-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

RE: LyX 2.4.0 & Jupyter Notebooks

[Bernt Lie]

OK - I'm in the process of downloading LyX 2.4.0 RC4, with MikTeX as back-end 
(I already had MikTeX installed...).

This is what didn't work so far (during installation):
* installation of dictionaries and thesauri in both Norwegian forms failed 
(Norsk Bokmål, Nynorsk)
* installation of thesauri in US and GB English failed.

-B

-Original Message-
From: Richard Kimberly Heck  
Sent: Wednesday, April 10, 2024 2:00 AM
To: Bernt Lie ; LyX Developers ; 
lyx-users 
Subject: Re: LyX 2.4.0 & Jupyter Notebooks

On 4/9/24 15:59, Bernt Lie wrote:
> OK -- so I could just as well start using RC4?

I have been using the master branch for regular work for well over a year. My 
recent book

     https://academic.oup.com/book/56184

was produced using it. I.e., the book was printed from a PDF I provided to OUP. 
So it's entirely usable.

> I'm not super software savvy, so I have been hesitant not knowing:
> * Can I install RC4 and still use LyX 2.7.1?
That may depend upon your OS, but someone else should be able to say. 
The one thing you have to do is keep the user directories separate.
> * Do I have to uninstall RC4 and install the official release when it becomes 
> available?
Again, that will depend upon your OS.
> * With 2.7.1, I have used MikTeX. Should I still use MikTeX, or use 
> something else? (Does MikTeX also come with LuaTeX, XeTeX, TeXLive, or 
> whatever?)

The background TeX installation should not matter. They all have the same bits. 
(TeXLive, though, is an alternative to MikTeX.)

Riki


-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

RE: LyX 2.4.0 & Jupyter Notebooks

[Bernt Lie]

> knitr integration...

Thanks.

I don't use R, so I guess knitr is not useful to me. [In in the JU corner of 
Jupyter...] There is also Quarto which is developed in the R community, 
although it can also be used with other languages. Don't know how Quarto scales 
to large documents, though... My experience is that Jupyter Notebooks start to 
become slow with documents in the order of some 30 pages (i.e., with plenty of 
plots), while LyX is still quick with documents in the order of 1000 pages.

-B

-Original Message-
From: lyx-users  On Behalf Of Pavel Sanda
Sent: Wednesday, April 10, 2024 11:05 AM
To: lyx-devel@lists.lyx.org; lyx-users 
Subject: Re: LyX 2.4.0 & Jupyter Notebooks

On Tue, Apr 09, 2024 at 11:37:48AM -0400, Richard Kimberly Heck wrote:
> On 4/9/24 08:48, Bernt Lie wrote:
> >Is there a way to import Jupyter Notebooks into LyX 2.4.0 (when v. 2.4.0 is 
> >released)?
> >
> >I'm particularly interested in the possibility to...
> >
> >* link the notebooks into LyX so that I always get the latest 
> >version/computations in the notebook, i.e., preferably not a static 
> >import
> >
> >* inclusion of mark-up text with headlines, math, etc.
> >
> >* inclusion of input and output cells, with figures, etc.
> >
> >* linked-in notebooks would be multipage. Perhaps it should be possible to 
> >embed the notebooks in some theorem-like environment.
> >
> >OK -- don't know if this is possible, but it would go a long way towards 
> >getting a literal programming environment.
> 
> The most plausible way to do this would be to use an external inset. 
> That's the way that Lilypond files (music) are included, for example. 
> Such insets are user definable. Basically, you tell LyX how to convert 
> the file to something LaTeX can process. This is discussed in section 
> 7.1 of the Embedded Objects manual. You can use the existing xtemplate 
> files as a starting point, too.

You might also want to check how knitr integrates into lyx (basically embedding 
R code into lyx).

Pavel
--
lyx-users mailing list
lyx-us...@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 & Jupyter Notebooks

[Pavel Sanda]

On Tue, Apr 09, 2024 at 11:37:48AM -0400, Richard Kimberly Heck wrote:
> On 4/9/24 08:48, Bernt Lie wrote:
> >Is there a way to import Jupyter Notebooks into LyX 2.4.0 (when v. 2.4.0 is 
> >released)?
> >
> >I'm particularly interested in the possibility to...
> >
> >* link the notebooks into LyX so that I always get the latest 
> >version/computations in the notebook, i.e., preferably not a static import
> >
> >* inclusion of mark-up text with headlines, math, etc.
> >
> >* inclusion of input and output cells, with figures, etc.
> >
> >* linked-in notebooks would be multipage. Perhaps it should be possible to 
> >embed the notebooks in some theorem-like environment.
> >
> >OK -- don't know if this is possible, but it would go a long way towards 
> >getting a literal programming environment.
> 
> The most plausible way to do this would be to use an external inset. That's
> the way that Lilypond files (music) are included, for example. Such insets
> are user definable. Basically, you tell LyX how to convert the file to
> something LaTeX can process. This is discussed in section 7.1 of the
> Embedded Objects manual. You can use the existing xtemplate files as a
> starting point, too.

You might also want to check how knitr integrates into lyx (basically embedding
R code into lyx).

Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 & Jupyter Notebooks

[Richard Kimberly Heck]

On 4/9/24 15:59, Bernt Lie wrote:

OK -- so I could just as well start using RC4?


I have been using the master branch for regular work for well over a 
year. My recent book


    https://academic.oup.com/book/56184

was produced using it. I.e., the book was printed from a PDF I provided 
to OUP. So it's entirely usable.



I'm not super software savvy, so I have been hesitant not knowing:
* Can I install RC4 and still use LyX 2.7.1?
That may depend upon your OS, but someone else should be able to say. 
The one thing you have to do is keep the user directories separate.

* Do I have to uninstall RC4 and install the official release when it becomes 
available?

Again, that will depend upon your OS.

* With 2.7.1, I have used MikTeX. Should I still use MikTeX, or use something 
else? (Does MikTeX also come with LuaTeX, XeTeX, TeXLive, or whatever?)


The background TeX installation should not matter. They all have the 
same bits. (TeXLive, though, is an alternative to MikTeX.)


Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

RE: LyX 2.4.0 & Jupyter Notebooks

[Bernt Lie]

OK -- so I could just as well start using RC4?

I'm not super software savvy, so I have been hesitant not knowing:
* Can I install RC4 and still use LyX 2.7.1?
* Do I have to uninstall RC4 and install the official release when it becomes 
available?
* With 2.7.1, I have used MikTeX. Should I still use MikTeX, or use something 
else? (Does MikTeX also come with LuaTeX, XeTeX, TeXLive, or whatever?)

If these three bullet points do not cause any problems, I may try to download 
and use RC4.
 

-Original Message-
From: Richard Kimberly Heck  
Sent: Tuesday, April 9, 2024 9:51 PM
To: Bernt Lie ; LyX Developers ; 
lyx-users 
Subject: Re: LyX 2.4.0 & Jupyter Notebooks

On 4/9/24 12:00, Bernt Lie wrote:
> Thanks. Will look at it when the new version is released.

I don't think there have been any major changes in that machinery. And there 
definitely won't be any before the final release. Changes from RC4 to the 
official release are going to be pretty minor (as one would hope).

Riki


> -Original Message-
> From: Richard Kimberly Heck 
> Sent: Tuesday, April 9, 2024 5:38 PM
> To: Bernt Lie ; LyX Developers 
> ; lyx-users 
> Subject: Re: LyX 2.4.0 & Jupyter Notebooks
>
> On 4/9/24 08:48, Bernt Lie wrote:
>> Is there a way to import Jupyter Notebooks into LyX 2.4.0 (when v. 2.4.0 is 
>> released)?
>>
>> I'm particularly interested in the possibility to...
>>
>> * link the notebooks into LyX so that I always get the latest 
>> version/computations in the notebook, i.e., preferably not a static 
>> import
>>
>> * inclusion of mark-up text with headlines, math, etc.
>>
>> * inclusion of input and output cells, with figures, etc.
>>
>> * linked-in notebooks would be multipage. Perhaps it should be possible to 
>> embed the notebooks in some theorem-like environment.
>>
>> OK -- don't know if this is possible, but it would go a long way towards 
>> getting a literal programming environment.
> The most plausible way to do this would be to use an external inset.
> That's the way that Lilypond files (music) are included, for example.
> Such insets are user definable. Basically, you tell LyX how to convert 
> the file to something LaTeX can process. This is discussed in section
> 7.1 of the Embedded Objects manual. You can use the existing xtemplate files 
> as a starting point, too.
>
> Riki
>
>

--

Richard Kimberly (Riki) Heck
Professor of Philosophy
Brown University

Pronouns: they/them/their
Website:  http://rkheck.frege.org/

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 & Jupyter Notebooks

[Richard Kimberly Heck]

On 4/9/24 12:00, Bernt Lie wrote:

Thanks. Will look at it when the new version is released.


I don't think there have been any major changes in that machinery. And 
there definitely won't be any before the final release. Changes from RC4 
to the official release are going to be pretty minor (as one would hope).


Riki



-Original Message-
From: Richard Kimberly Heck 
Sent: Tuesday, April 9, 2024 5:38 PM
To: Bernt Lie ; LyX Developers ; lyx-users 

Subject: Re: LyX 2.4.0 & Jupyter Notebooks

On 4/9/24 08:48, Bernt Lie wrote:

Is there a way to import Jupyter Notebooks into LyX 2.4.0 (when v. 2.4.0 is 
released)?

I'm particularly interested in the possibility to...

* link the notebooks into LyX so that I always get the latest
version/computations in the notebook, i.e., preferably not a static
import

* inclusion of mark-up text with headlines, math, etc.

* inclusion of input and output cells, with figures, etc.

* linked-in notebooks would be multipage. Perhaps it should be possible to 
embed the notebooks in some theorem-like environment.

OK -- don't know if this is possible, but it would go a long way towards 
getting a literal programming environment.

The most plausible way to do this would be to use an external inset.
That's the way that Lilypond files (music) are included, for example.
Such insets are user definable. Basically, you tell LyX how to convert the file 
to something LaTeX can process. This is discussed in section
7.1 of the Embedded Objects manual. You can use the existing xtemplate files as 
a starting point, too.

Riki




--

Richard Kimberly (Riki) Heck
Professor of Philosophy
Brown University

Pronouns: they/them/their
Website:  http://rkheck.frege.org/

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

RE: LyX 2.4.0 & Jupyter Notebooks

[Bernt Lie]

Thanks. Will look at it when the new version is released.

-Original Message-
From: Richard Kimberly Heck  
Sent: Tuesday, April 9, 2024 5:38 PM
To: Bernt Lie ; LyX Developers ; 
lyx-users 
Subject: Re: LyX 2.4.0 & Jupyter Notebooks

On 4/9/24 08:48, Bernt Lie wrote:
> Is there a way to import Jupyter Notebooks into LyX 2.4.0 (when v. 2.4.0 is 
> released)?
>
> I'm particularly interested in the possibility to...
>
> * link the notebooks into LyX so that I always get the latest 
> version/computations in the notebook, i.e., preferably not a static 
> import
>
> * inclusion of mark-up text with headlines, math, etc.
>
> * inclusion of input and output cells, with figures, etc.
>
> * linked-in notebooks would be multipage. Perhaps it should be possible to 
> embed the notebooks in some theorem-like environment.
>
> OK -- don't know if this is possible, but it would go a long way towards 
> getting a literal programming environment.

The most plausible way to do this would be to use an external inset. 
That's the way that Lilypond files (music) are included, for example. 
Such insets are user definable. Basically, you tell LyX how to convert the file 
to something LaTeX can process. This is discussed in section
7.1 of the Embedded Objects manual. You can use the existing xtemplate files as 
a starting point, too.

Riki


-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 & Jupyter Notebooks

[Richard Kimberly Heck]

On 4/9/24 08:48, Bernt Lie wrote:

Is there a way to import Jupyter Notebooks into LyX 2.4.0 (when v. 2.4.0 is 
released)?

I'm particularly interested in the possibility to...

* link the notebooks into LyX so that I always get the latest 
version/computations in the notebook, i.e., preferably not a static import

* inclusion of mark-up text with headlines, math, etc.

* inclusion of input and output cells, with figures, etc.

* linked-in notebooks would be multipage. Perhaps it should be possible to 
embed the notebooks in some theorem-like environment.

OK -- don't know if this is possible, but it would go a long way towards 
getting a literal programming environment.


The most plausible way to do this would be to use an external inset. 
That's the way that Lilypond files (music) are included, for example. 
Such insets are user definable. Basically, you tell LyX how to convert 
the file to something LaTeX can process. This is discussed in section 
7.1 of the Embedded Objects manual. You can use the existing xtemplate 
files as a starting point, too.


Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC4

[Rich Shepard]

On Sun, 31 Mar 2024, Richard Kimberly Heck wrote:

What we hope will be the final release candidate for 2.4.0 is now available 
here:

http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/

Please report bugs to lyx-devel@lists.lyx.org.


Riki,

Just upgraded from 2.3.7.1 to 2.4.0~RC4 on Slackware64-15.0 on a ThinkPad
T430; no bugs seen crawling around. The issues that bugged me in 2.3.6.2 and
2.3.7.1 (not finding biblatex.sty and biber, needing to use the File menu to
export a pdflatex because c-x h wouldn't work) are gone.

I had a concern about Tools -> Preferences -> Look & Feel -> Display showed
Default when I use emacs turned out that (at least on my system) emacs key
chords are the default.

Congratulations and many thanks to all devs.

Best regards,

Rich

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC4

[Richard Kimberly Heck]

On 4/1/24 07:58, Pavel Sanda wrote:

On Sun, Mar 31, 2024 at 06:09:33PM -0400, Richard Kimberly Heck wrote:

What we hope will be the final release candidate for 2.4.0 is now available
here:

Maybe it's time to branch 2.4.x and allow only approved commits on the list?


Yes, I'll do that later today.

Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC4

[Pavel Sanda]

On Sun, Mar 31, 2024 at 06:09:33PM -0400, Richard Kimberly Heck wrote:
> What we hope will be the final release candidate for 2.4.0 is now available
> here:

Maybe it's time to branch 2.4.x and allow only approved commits on the list?

Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Jean-Marc Lasgouttes]

Le 16/02/2024 à 08:57, Jürgen Spitzmüller a écrit :

I know how that file got there: LyX put it there. Maybe if the
configuration file has changed for 2.4 then it shouldn’t copy old
versions.


The question is how that file ended in the user directory in the first
place. This should only be in the system directory.


I seem to remember that macOS has code that populates the new userdir 
with contents of the old userdir. I am not able to find this code right 
now though.


I guess that chkconfig.ltx was put into userdir years ago, and has been 
dutifully copied since then.


JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Lyx 2.4.0 RC3 SVN Crash MAC OSX.

[Robert Betz]

Stephan,

I have attached a Lyx file and associated template and layout files. 
This is a much smaller example. After experimenting, it seems to fail 
sometimes, and not others. One can make a seeminglyinnocuous change and 
it will ether fail consistently on SVN update, or it will work consistently.


Hope these files help track done the issue.

Thanks.
--


Regards,

Bob

Robert Betz
E: robertbe...@gmail.com
M: 0419249948


Stephan Witt wrote on 19/2/2024 5:36 pm:

Am 19.02.2024 um 05:17 schrieb Robert Betz :

I am currently using Lyx 2.4.0 RC3 on MAC OSX V14.2.1 (Sonoma) and if I try and 
check in a Lyx document to an SVN repository Lyx crashes. Using the same SVN 
version under Lyx V2.3.7 is OK.

The Lyx crash log is:

(  1) 1   lyx 0x0001028e85c3 
_ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
 : 1   lyx 0x0001028e85c3 
_ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
 + 199
(  2) 2   lyx 0x0001028e893c 
_ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
 : 2   lyx 0x0001028e893c 
_ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
 + 139
(  3) 3   lyx 0x0001025edeff 
_ZN3lyxL13error_handlerEi : 3   lyx 
0x0001025edeff _ZN3lyxL13error_handlerEi + 350
(  4) 4   libsystem_platform.dylib0x7ff8065d237d _sigtramp : 4  
 libsystem_platform.dylib0x7ff8065d237d _sigtramp + 29
(  5) 5   ??? 0x7ff7bda4486e 0x0 : 5   ???  
   0x7ff7bda4486e 0x0 + 140702015309934
(  6) 6   lyx 0x000102717774 
_ZNK3lyx13InsetMathGrid4drawERNS_11PainterInfoEii : 6   lyx 
0x000102717774 
_ZNK3lyx13InsetMathGrid4drawERNS_11PainterInfoEii + 168
...

Regards,

Bob

Hi Bob,

thank you for testing the RC3 version.

I tried to reproduce the crash but I failed. I suppose it happens for some 
documents only, i.e. for documents containing some MathGrid element.

Is the crash reproducible for you or is it spurious? Is it possible to provide 
a MWE document?

BR, Stephan


#% Do not delete the line below; configure depends on this
#  
\DeclareLaTeXClass[article,float.sty,pifont.sty,rcs.sty,svn-multi.sty]{article 
(My article)}
# Article textclass definition file. Taken from initial LyX source code
# Author : Matthias Ettrich 
# Transposed by Pascal André 
# Heavily modifed and enhanced by serveral developers.

Format 35
Input stdclass.inc

SecNumDepth 3
TocDepth3

NoStyle Chapter
NoStyle Chapter*

Preamble
\usepackage{float}
\usepackage{afterpage}
\usepackage{calc}
\usepackage{pifont}
\usepackage{rcs}
\usepackage{svn-multi}
\newcommand\longpage[1][1]{\enlargethispage{#1\baselineskip}}
\newcommand\shortpage[1][1]{\enlargethispage{-#1\baselineskip}}
\newcommand{\rmed}{\hspace*{\fill}\ding{'251}}
\newcommand{\rme}{\hspace*{\fill}\ding{'156}}
EndPreamble

#Style MyQuote
#MarginStatic
#LatexType Environment
#LatexName myquote
#NextNoIndent  1
#LeftMarginMMM
#RightMargin   MMM
#TopSep0.5
#ParSep0.5
#BottomSep 0.5
#Align Block
#AlignPossible Block, Left, Right, Center
#LabelType Manual
#LatexParam1
#OptionalArgs  1
#LabelSep  x
#LabelFont
#  Shape   Up
#  Series  Bold
#EndFont
##define the environment 
#Preamble
#\newenvironment{myquote}[1]{\begin{quote}\textbf{#1 }}{\end{quote}}
#EndPreamble
#End



Style Part
Align Left
AlignPossible Left
TopSep2
BottomSep 1.5
Font
  SizeLarger
EndFont
End


Style Part*
Align Left
AlignPossible Left
TopSep2
BottomSep 1.5
Font
  SizeLarger
EndFont
End

# Theorem-numbered style *Template* declaration
Style TheoremTemplate
MarginFirst_Dynamic
LatexType Environment
LabelSep  M
ParIndent MM
TopSep0.5
BottomSep 0.5
ParSep0
Align Block
AlignPossible Block, Left
LabelType Static
Font
  Shape   Italic
  Series  Medium
  SizeNormal
EndFont
LabelFont
  

Re: Lyx 2.4.0 RC3 SVN Crash MAC OSX.

[Stephan Witt]

Am 19.02.2024 um 05:17 schrieb Robert Betz :
> 
> I am currently using Lyx 2.4.0 RC3 on MAC OSX V14.2.1 (Sonoma) and if I try 
> and check in a Lyx document to an SVN repository Lyx crashes. Using the same 
> SVN version under Lyx V2.3.7 is OK.
> 
> The Lyx crash log is:
> 
> (  1) 1   lyx 0x0001028e85c3 
> _ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
>  : 1   lyx 0x0001028e85c3 
> _ZN3lyx8frontend5Alert7doErrorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
>  + 199
> (  2) 2   lyx 0x0001028e893c 
> _ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
>  : 2   lyx 0x0001028e893c 
> _ZN3lyx8frontend5Alert5errorERKNSt3__112basic_stringIwNS2_11char_traitsIwEENS2_9allocatorIwSA_b
>  + 139
> (  3) 3   lyx 0x0001025edeff 
> _ZN3lyxL13error_handlerEi : 3   lyx 
> 0x0001025edeff _ZN3lyxL13error_handlerEi + 350
> (  4) 4   libsystem_platform.dylib0x7ff8065d237d _sigtramp : 
> 4   libsystem_platform.dylib0x7ff8065d237d _sigtramp + 29
> (  5) 5   ??? 0x7ff7bda4486e 0x0 : 5   
> ??? 0x7ff7bda4486e 0x0 + 140702015309934
> (  6) 6   lyx 0x000102717774 
> _ZNK3lyx13InsetMathGrid4drawERNS_11PainterInfoEii : 6   lyx   
>   0x000102717774 
> _ZNK3lyx13InsetMathGrid4drawERNS_11PainterInfoEii + 168
> ...
> 
> Regards,
> 
> Bob

Hi Bob,

thank you for testing the RC3 version.

I tried to reproduce the crash but I failed. I suppose it happens for some 
documents only, i.e. for documents containing some MathGrid element.

Is the crash reproducible for you or is it spurious? Is it possible to provide 
a MWE document?

BR, Stephan
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[list_email]

> On Feb 16, 2024, at 12:57 AM, Jürgen Spitzmüller  wrote:
> 
> Am Donnerstag, dem 15.02.2024 um 23:53 -0700 schrieb
> list_em...@icloud.com:
>> I found three identical copies of chkconfig.ltx in each of
>> 
>> /Users/me/Library/Application Support/LyX-2.1/chkconfig.ltx
>> /Users/me/Library/Application Support/LyX-2.2/chkconfig.ltx
>> /Users/me/Library/Application Support/LyX-2.3/chkconfig.ltx
>> 
>> 
>> I zipped all of them and trashed the original. Now LyX 2.4.0 RC3 runs
>> great.
>> 
>> Thanks for that tip.
> 
> Glad you solved it.
> 
>> I know how that file got there: LyX put it there. Maybe if the
>> configuration file has changed for 2.4 then it shouldn’t copy old
>> versions.
> 
> The question is how that file ended in the user directory in the first
> place. This should only be in the system directory.
> 
> -- 
> Jürgen

System directory for me is /Applications/LyX.app/Contents/Resources/ for LyX 
2.4 app and I do see chkconfig.ltx there.

Like you, I have no idea how that file got in the wrong place.

Thanks for your help.

Jerry

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Jürgen Spitzmüller]

Am Donnerstag, dem 15.02.2024 um 23:53 -0700 schrieb
list_em...@icloud.com:
> I found three identical copies of chkconfig.ltx in each of
> 
> /Users/me/Library/Application Support/LyX-2.1/chkconfig.ltx
> /Users/me/Library/Application Support/LyX-2.2/chkconfig.ltx
> /Users/me/Library/Application Support/LyX-2.3/chkconfig.ltx
> 
> 
> I zipped all of them and trashed the original. Now LyX 2.4.0 RC3 runs
> great.
> 
> Thanks for that tip.

Glad you solved it.

> I know how that file got there: LyX put it there. Maybe if the
> configuration file has changed for 2.4 then it shouldn’t copy old
> versions.

The question is how that file ended in the user directory in the first
place. This should only be in the system directory.

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[list_email]

Sorry for the slow response.

Running from a terminal indeed showed repeated configuration runs. Near the top 
of the first run (and only the first run) were these lines:

+Running LyX configure with Python 3.9.18
Checking for upgrade from previous version.
Found directory "/Users/me/Library/Application Support/LyX-2.3".
Skip cache /Users/me/Library/Application Support/LyX-2.3/cache
Content copied from directory "/Users/me/Library/Application Support/LyX-2.3”.

I found three identical copies of chkconfig.ltx in each of

/Users/me/Library/Application Support/LyX-2.1/chkconfig.ltx
/Users/me/Library/Application Support/LyX-2.2/chkconfig.ltx
/Users/me/Library/Application Support/LyX-2.3/chkconfig.ltx


I zipped all of them and trashed the original. Now LyX 2.4.0 RC3 runs great.

Thanks for that tip.

I know how that file got there: LyX put it there. Maybe if the configuration 
file has changed for 2.4 then it shouldn’t copy old versions.

Note that 2.4 apparently just copies a bunch of stuff from the 2.3 directory 
because now there is this file:

/Users/me/Library/Application Support/LyX-2.4/chkconfig.ltx.zip

which is obviously a copy of the file that I zipped, likely from the 
corresponding 2.3 directory.

There is now no chkconfig.ltx in the 2.4 directory.

Jerry



> On Feb 14, 2024, at 4:13 AM, Jürgen Spitzmüller  wrote:
> 
> Am Montag, dem 12.02.2024 um 22:59 -0700 schrieb list_em...@icloud.com:
>> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
>> with LyX 2.4.0 RC3.
>> 
>> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
>> then same on second launch.  Very low CPU and memory use. Force quit
>> both.
>> 
>> Deleted /Users/me/Library/Application Support/LyX-2.4/
>> 
>> Re-launch. Opens “Welcome to LyX!”. Then I did Document -> View ->
>> (PDF (pdflatex)). No PDF is created. Instead, rapid looping of some
>> messages in the status bar, apparently involved with TeX stuff, such
>> as “Indexing TeX files… .” Document -> Cancel Export has no effect.
>> At the same time, about 24 files are being written or modified in 
>> /Users/me/Library/Application Support/LyX-2.4/ every 1-3 seconds. I
>> am able to capture the contents of e.g. configure.log. Attempt to
>> quit normally causes this dialog: " LyX could not be closed because
>> documents are being processed by LyX.”
>> 
>> Force quit again.
>> 
>> Re-launch. Hangs as on first launch; no Welcome.
>> 
>> Re-boot. Same sort of behavior. Safe boot. Same: Sometimes opens
>> Welcome then hangs. Sometimes doesn’t finish drawing menu bar and
>> hangs. Sometimes opens Welcome and hangs when trying to open a new
>> file. Can no longer get to where I can attempt to make a PDF.
> 
> Can you open LyX from a Terminal window and observe the output? Is it
> possible that the configuration of LyX gets repeatedly run in a loop? 
> 
> I have had that when I first installed 2.4.x without version suffix,
> and it turned out I had an old version of chkconfig.ltx in my personal
> LyX directory (no idea how it ended there). As the configure syntax
> significantly changed, this broke configuration. Removing the file
> fixed the issue for me.
> 
> Maybe LyX 2.4 also accesses some outdated configuration files in your
> case. Or the configuration (or some conversion) fails for another
> reason.
> 
> Terminal output might help us pinpointing the issue.
> 
> -- 
> Jürgen
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Jürgen Spitzmüller]

Am Montag, dem 12.02.2024 um 22:59 -0700 schrieb list_em...@icloud.com:
> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
> with LyX 2.4.0 RC3.
> 
> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
> then same on second launch.  Very low CPU and memory use. Force quit
> both.
> 
> Deleted /Users/me/Library/Application Support/LyX-2.4/
> 
> Re-launch. Opens “Welcome to LyX!”. Then I did Document -> View ->
> (PDF (pdflatex)). No PDF is created. Instead, rapid looping of some
> messages in the status bar, apparently involved with TeX stuff, such
> as “Indexing TeX files… .” Document -> Cancel Export has no effect.
> At the same time, about 24 files are being written or modified in 
> /Users/me/Library/Application Support/LyX-2.4/ every 1-3 seconds. I
> am able to capture the contents of e.g. configure.log. Attempt to
> quit normally causes this dialog: " LyX could not be closed because
> documents are being processed by LyX.”
> 
> Force quit again.
> 
> Re-launch. Hangs as on first launch; no Welcome.
> 
> Re-boot. Same sort of behavior. Safe boot. Same: Sometimes opens
> Welcome then hangs. Sometimes doesn’t finish drawing menu bar and
> hangs. Sometimes opens Welcome and hangs when trying to open a new
> file. Can no longer get to where I can attempt to make a PDF.

Can you open LyX from a Terminal window and observe the output? Is it
possible that the configuration of LyX gets repeatedly run in a loop? 

I have had that when I first installed 2.4.x without version suffix,
and it turned out I had an old version of chkconfig.ltx in my personal
LyX directory (no idea how it ended there). As the configure syntax
significantly changed, this broke configuration. Removing the file
fixed the issue for me.

Maybe LyX 2.4 also accesses some outdated configuration files in your
case. Or the configuration (or some conversion) fails for another
reason.

Terminal output might help us pinpointing the issue.

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[list_email]

Sorry. Where does LyX look for Python? Possibly different place than shell. 
We’ve gone through this before, a few weeks ago, with RC1.

Jerry

> On Feb 13, 2024, at 3:49 PM, list_em...@icloud.com wrote:
> 
> $ python
> Python 3.9.18 (main, Aug 25 2023, 16:45:52) 
> [Clang 13.1.6 (clang-1316.0.21.2.5)] on darwin
> 
> Jerry
> 
>> On Feb 13, 2024, at 10:21 AM, Dr Eberhard Lisse  wrote:
>> 
>> Is Python3 installed?
>> 
>> el
>> 
>> On 2024-02-13 07:59 , list_em...@icloud.com wrote:
>>> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
>>> with LyX 2.4.0 RC3.
>>> 
>>> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
>>> then same on second launch.  Very low CPU and memory use. Force quit
>>> both.
>> [...]
>> 
>> -- 
>> lyx-devel mailing list
>> lyx-devel@lists.lyx.org
>> http://lists.lyx.org/mailman/listinfo/lyx-devel
> 

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[list_email]

$ python
Python 3.9.18 (main, Aug 25 2023, 16:45:52) 
[Clang 13.1.6 (clang-1316.0.21.2.5)] on darwin

Jerry

> On Feb 13, 2024, at 10:21 AM, Dr Eberhard Lisse  wrote:
> 
> Is Python3 installed?
> 
> el
> 
> On 2024-02-13 07:59 , list_em...@icloud.com wrote:
>> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
>> with LyX 2.4.0 RC3.
>> 
>> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
>> then same on second launch.  Very low CPU and memory use. Force quit
>> both.
> [...]
> 
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Cursor Bug [Re: LyX 2.4.0 RC3]

[Richard Kimberly Heck]

On 2/12/24 19:37, Murat Yildizoglu wrote:
On 13 Feb 2024, at 00:06, Richard Kimberly Heck  
wrote:


On 2/11/24 23:18, Murat Yildizoglu wrote:

Hello Richard,

I am using the RC3 here and I came upon a problem: after having 
pasted some text, my cursor became invisible. I can select some text 
or move the cursor but cannot see where it is. I had to to close and 
restart Lyx in order to get back a visible cursor.
I repeated the operation after relaunching Lyx to check if I can 
reproduce the problem but my cursor stayed visible. So, I do not 
know what happened.

I have never met this problem in Lyx before updating to RC3.


Are you on Linux? I have seen this kind of problem quite a bit under 
Wayland, with different applications. It's very annoying.


I am sorry, Richard, I forgot to indicate it: I use MacOS Sonoma 
14.2.1 in French. I have only observed this behavior in RC3, not yet 
in any other version of LyX or application.


So not a Wayland issue, though it could still be a Qt issue.

There were not many changes between RC2 and RC3. Hardly any, in fact, 
unless there was a change in the Qt version, which I don't think there was.


That said, there have been some pretty significant changes to cursor 
behavior, so it's possible also that it's a LyX issue.


Riki

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Dr Eberhard W Lisse]

I don't see this on 14.3.1 (Silicon)

el

On 2024-02-13 02:37, Murat Yildizoglu wrote:
[...]
> I am sorry, Richard, I forgot to indicate it: I use MacOS Sonoma 14.2.1
> in French. I have only observed this behavior in RC3, not yet in any
> other version of LyX or application.
> Best regards,
> Murat
[...]

-- 
To email me replace 'nospam' with 'el'


-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Dr Eberhard Lisse]

Is Python3 installed?

el

On 2024-02-13 07:59 , list_em...@icloud.com wrote:
> I’m sorry to report continuing problems on macOS 12.7.2, Monterey
> with LyX 2.4.0 RC3.
> 
> Hangs (pinwheel) on first launch with only Apple and LyX menu items,
> then same on second launch.  Very low CPU and memory use. Force quit
> both.
[...]

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Stephan Witt]

Am 13.02.2024 um 05:19 schrieb Robert Betz :
> 
> I am using MAC OSX 14.2.1 with Lyx V2.4.0 RC3.
> 
> When I use forward search to a PDF in Skim everything works OK, but the 
> reverse search does not work.
> 
> Incidentally, both forward and reverse search work with Lyx V2.3.7. 
> 
> Has anyone else had this trouble with V 2.4.0 RC3?

Hi Bob,

reverse search isn't working in case of a parallel installation of both LyX 
versions. Out-of-the-box it works with LyX in /Applications only. 

BR, Stephan

> Regards,
> 
> Bob
> 
> Robert Betz
> E: robertbe...@gmail.com
> M: 0419249948
> 
> 
> Richard Kimberly Heck wrote on 12/2/2024 8:41 am:
>> The third release candidate for 2.4.0 is available here: 
>> 
>> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ 
>> 
>> The reason for the quick release of the third one was a bug preventing the 
>> editing of math in tables. That has been fixed, as has been another bug 
>> affecting the creation of LyX 'archives' on Windows. 
>> 
>> Please report any problems to lyx-devel@lists.lyx.org, which you should be 
>> able to do by replying to this message. 
>> 
>> Riki 
>> 
>> 
> 
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Jean-Marc Lasgouttes]

Hi Cor,

Yes file a bug with a screenshot please.

JMarc 

Le 13 février 2024 09:21:07 GMT+01:00, Cor Blom  a écrit :
>Op 11-02-2024 om 22:41 schreef Richard Kimberly Heck:
>> Please report any problems to lyx-devel@lists.lyx.org, which you should be 
>> able to do by replying to this message.
>> 
>
>openSUSE Tumbleweed, plasma 5 and 6 RC2, wayland scaled, lyx compiled against 
>qt6.
>
>I see problems with the workarea, that does not scale as the rest of the 
>desktop does. I tested 110% and 125%. The interface itself scales fine, but 
>not the workarea (that space where we type the text).
>
>At 100% all is working fine. Also under X11 it is working fine, even when 
>scaled. So this is not a dealbreaker. I can file a bug if you want to push 
>this to the longer term.
>
>Thanks for all the work,
>
>Cor
>
>-- 
>lyx-devel mailing list
>lyx-devel@lists.lyx.org
>http://lists.lyx.org/mailman/listinfo/lyx-devel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Cor Blom]

Op 11-02-2024 om 22:41 schreef Richard Kimberly Heck:
Please report any problems to lyx-devel@lists.lyx.org, which you should 
be able to do by replying to this message.




openSUSE Tumbleweed, plasma 5 and 6 RC2, wayland scaled, lyx compiled 
against qt6.


I see problems with the workarea, that does not scale as the rest of the 
desktop does. I tested 110% and 125%. The interface itself scales fine, 
but not the workarea (that space where we type the text).


At 100% all is working fine. Also under X11 it is working fine, even 
when scaled. So this is not a dealbreaker. I can file a bug if you want 
to push this to the longer term.


Thanks for all the work,

Cor

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Robert Betz]

I am using MAC OSX 14.2.1 with Lyx V2.4.0 RC3.

When I use forward search to a PDF in Skim everything works OK, but the 
reverse search does not work.


Incidentally, both forward and reverse search work with Lyx V2.3.7.

Has anyone else had this trouble with V 2.4.0 RC3?


--


Regards,

Bob

Robert Betz
E: robertbe...@gmail.com
M: 0419249948


Richard Kimberly Heck wrote on 12/2/2024 8:41 am:

The third release candidate for 2.4.0 is available here:

    http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/

The reason for the quick release of the third one was a bug preventing 
the editing of math in tables. That has been fixed, as has been 
another bug affecting the creation of LyX 'archives' on Windows.


Please report any problems to lyx-devel@lists.lyx.org, which you 
should be able to do by replying to this message.


Riki




-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[list_email]

I’m sorry to report continuing problems on macOS 12.7.2, Monterey with LyX 
2.4.0 RC3.

Hangs (pinwheel) on first launch with only Apple and LyX menu items, then same 
on second launch.  Very low CPU and memory use. Force quit both.

Deleted /Users/me/Library/Application Support/LyX-2.4/

Re-launch. Opens “Welcome to LyX!”. Then I did Document -> View -> (PDF 
(pdflatex)). No PDF is created. Instead, rapid looping of some messages in the 
status bar, apparently involved with TeX stuff, such as “Indexing TeX files… .” 
Document -> Cancel Export has no effect. At the same time, about 24 files are 
being written or modified in  /Users/me/Library/Application Support/LyX-2.4/ 
every 1-3 seconds. I am able to capture the contents of e.g. configure.log. 
Attempt to quit normally causes this dialog: " LyX could not be closed because 
documents are being processed by LyX.”

Force quit again.

Re-launch. Hangs as on first launch; no Welcome.

Re-boot. Same sort of behavior. Safe boot. Same: Sometimes opens Welcome then 
hangs. Sometimes doesn’t finish drawing menu bar and hangs. Sometimes opens 
Welcome and hangs when trying to open a new file. Can no longer get to where I 
can attempt to make a PDF.

LyX 2,3.7 built with MacPorts still works fine.

Jerry


> On Feb 11, 2024, at 2:41 PM, Richard Kimberly Heck  wrote:
> 
> The third release candidate for 2.4.0 is available here:
> 
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
> 
> The reason for the quick release of the third one was a bug preventing the 
> editing of math in tables. That has been fixed, as has been another bug 
> affecting the creation of LyX 'archives' on Windows.
> 
> Please report any problems to lyx-devel@lists.lyx.org, which you should be 
> able to do by replying to this message.
> 
> Riki
> 
> 
> -- 
> lyx-users mailing list
> lyx-us...@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-users

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Murat Yildizoglu]

> On 13 Feb 2024, at 00:06, Richard Kimberly Heck  wrote:
> 
> On 2/11/24 23:18, Murat Yildizoglu wrote:
>> Hello Richard,
>> 
>> I am using the RC3 here and I came upon a problem: after having pasted some 
>> text, my cursor became invisible. I can select some text or move the cursor 
>> but cannot see where it is. I had to to close and restart Lyx in order to 
>> get back a visible cursor. 
>> I repeated the operation after relaunching Lyx to check if I can reproduce 
>> the problem but my cursor stayed visible. So, I do not know what happened. 
>> I have never met this problem in Lyx before updating to RC3.
> Are you on Linux? I have seen this kind of problem quite a bit under Wayland, 
> with different applications. It's very annoying.
> 
> Riki
> 
> 
> 
I am sorry, Richard, I forgot to indicate it: I use MacOS Sonoma 14.2.1 in 
French. I have only observed this behavior in RC3, not yet in any other version 
of LyX or application.
Best regards,
Murat
—

Prof. Murat Yildizoglu

Advisor to the Minister of Education, Youth, and Sports of Cambodia
Expertise France

ទីប្រឹក្សាឯកឧត្តមបណ្ឌិតសភាចារ្យរដ្ឋមន្ត្រីក្រសួងអប់រំ យុវជន និងកីឡា 
(ជំនាញការនៃប្រទេសបារាំង)


On temporary leave from 
University of Bordeaux


#80 Preah Norodom Boulevard
Phnom Penh. Royaume du Cambodge
Telegram: +855 95 732 088

http://yildizoglu.fr 
https://www.linkedin.com/in/murat-yildizoglu-3b810993/



-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Richard Kimberly Heck]

On 2/11/24 23:18, Murat Yildizoglu wrote:

Hello Richard,

I am using the RC3 here and I came upon a problem: after having pasted 
some text, my cursor became invisible. I can select some text or move 
the cursor but cannot see where it is. I had to to close and restart 
Lyx in order to get back a visible cursor.
I repeated the operation after relaunching Lyx to check if I can 
reproduce the problem but my cursor stayed visible. So, I do not know 
what happened.

I have never met this problem in Lyx before updating to RC3.


Are you on Linux? I have seen this kind of problem quite a bit under 
Wayland, with different applications. It's very annoying.


Riki

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 RC3

[Murat Yildizoglu]

Hello Richard,

I am using the RC3 here and I came upon a problem: after having pasted some 
text, my cursor became invisible. I can select some text or move the cursor but 
cannot see where it is. I had to to close and restart Lyx in order to get back 
a visible cursor. 
I repeated the operation after relaunching Lyx to check if I can reproduce the 
problem but my cursor stayed visible. So, I do not know what happened. 
I have never met this problem in Lyx before updating to RC3. 

> On 12 Feb 2024, at 04:41, Richard Kimberly Heck  wrote:
> 
> The third release candidate for 2.4.0 is available here:
> 
> http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/
> 
> The reason for the quick release of the third one was a bug preventing the 
> editing of math in tables. That has been fixed, as has been another bug 
> affecting the creation of LyX 'archives' on Windows.
> 
> Please report any problems to lyx-devel@lists.lyx.org, which you should be 
> able to do by replying to this message.
> 
> Riki
> 
> 
> -- 
> lyx-users mailing list
> lyx-us...@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-users

—

Prof. Murat Yildizoglu

Advisor to the Minister of Education, Youth, and Sports of Cambodia
Expertise France

ទីប្រឹក្សាឯកឧត្តមបណ្ឌិតសភាចារ្យរដ្ឋមន្ត្រីក្រសួងអប់រំ យុវជន និងកីឡា 
(ជំនាញការនៃប្រទេសបារាំង)


On temporary leave from 
University of Bordeaux


#80 Preah Norodom Boulevard
Phnom Penh. Royaume du Cambodge
Telegram: +855 95 732 088

http://yildizoglu.fr 
https://www.linkedin.com/in/murat-yildizoglu-3b810993/



-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0, Release Candidate 1

[Cor Blom]

Op 15-01-2024 om 21:40 schreef Richard Kimberly Heck:
The LyX team is happy (and relieved) to announce the publication of the 
first 'release candidate' for the long awaited 2.4.0. You can find 
tarballs and binaries for Windows and OSX here:


     http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/

Strictly speaking, we are releasing RC1 for testing purposes only. 
Please report any bugs you may find to the user list or the developer 
list, as you prefer.


That said, many of us have been using the development branch for 
production work, and we believe it is pretty stable. Remember, however, 
that files saved with 2.4 cannot be opened in LyX 2.3.x unless you first 
export them to that format.


Riki




Those on opensuse can find packages here:

https://download.opensuse.org/repositories/Publishing/

This is a testing project. With the release of 2.4.0 final it will move 
to Tumbleweed and future Leap 15.6. The version for Tumbleweed has 
switched to using Qt 6.


Packaging or opensuse specific bugs can be reported at

https://bugzilla.opensuse.org/

Cor
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0, Release Candidate 1

[Andrew Parsloe]

On 16/01/2024 9:40 am, Richard Kimberly Heck wrote:
The LyX team is happy (and relieved) to announce the publication of 
the first 'release candidate' for the long awaited 2.4.0. You can find 
tarballs and binaries for Windows and OSX here:


    http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/

Strictly speaking, we are releasing RC1 for testing purposes only. 
Please report any bugs you may find to the user list or the developer 
list, as you prefer.


That said, many of us have been using the development branch for 
production work, and we believe it is pretty stable. Remember, 
however, that files saved with 2.4 cannot be opened in LyX 2.3.x 
unless you first export them to that format.


Riki


Installed rc1 without problems on windows 10. Documents seem to load and 
display correctly.


Andrew

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0, Release Candidate 1

[Christopher Menzel]

On Jan 15, 2024, at 2:40 PM, Richard Kimberly Heck  wrote:
> The LyX team is happy (and relieved) to announce the publication of the first 
> 'release candidate' for the long awaited 2.4.0. 


Just compiled it under Linux and was very happy to see that y’all fixed the 
chonky (specifically, overly wide) toolbars you’d get under beta5 when you 
affixed them to the left edge of the window! They're svelte now, just as they 
are under MacOS.

-chris

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Stephan Witt]

Am 09.01.2024 um 11:11 schrieb Pavel Sanda :
> 
> On Wed, Dec 20, 2023 at 08:47:01PM -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 of
>> January.
> 
> Breakdown of current bugs with 2.4 milestone:
> #13022 - regression - LyX modifies unicode in ERT. Anyone to help?
> #13017 -  "aux file not found" at export - patch, but Riki is probably 
> waiting for Juergen's input
> #10425 - the ongoing story, where to center the cursor after jump; seems 
> currently at JMarc decision how we move with this
> #12935 - mac + japanese path encoding crash; Stephan, can you even reproduce?

Yes, I can. The backtrace and terminal output with debug any is attached at 
ticket #12935.

Stephan

> #12880 - hebrew input/font ecoding - waiting on input from Udi
> #13005 - bottom dock can't be enlarged if simple search is used; I can't work 
> on it now, but would like to see it fixed in 2.4, perhaps post RC phase..
> 
> Pavel
> -- 
> lyx-devel mailing list
> lyx-devel@lists.lyx.org
> http://lists.lyx.org/mailman/listinfo/lyx-devel

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Richard Kimberly Heck]

On 1/10/24 12:44, Jean-Marc Lasgouttes wrote:

Le 10/01/2024 à 11:43, Pavel Sanda a écrit :

Is the biginset branch ready?


Since I have been the only one testing it, I would be surprised.

However, there are two parts:

- One that optimizes the drawing mechanism, both in cost of 
updateMetrics() and in number of calls, and improves the scrolling 
code. This part is probably almost ready.


- the second part removes some full screen update that can be 
expensive. I would not be surprised if they caused (fixable) crashes.


And then the last patch (initial loading of previews), which could 
probably be moved to first part.



If yes it might better RC1->RC2->2.4.0 than within stable cycle...


Not sure. What I do not want is delay 2.4.0.


Big changes are probably not wise right now. I would suggest committing 
the first part to 2.4.x as soon as we are sure an emergency release will 
not be needed, or if one is then as soon as we have reached some kind of 
stable state. It will get plenty of testing then. The entire thing could 
be committed to devel as soon as 2.4.x is branched. Potential problems 
with the second part can hopefully be identified there, and then we can 
commit that stuff to 2.4.x when it seems safe.


I will build RC1 tomorrow. I meant to do it today, but got busy...

Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Jean-Marc Lasgouttes]

Le 10/01/2024 à 11:43, Pavel Sanda a écrit :

Is the biginset branch ready?


Since I have been the only one testing it, I would be surprised.

However, there are two parts:

- One that optimizes the drawing mechanism, both in cost of 
updateMetrics() and in number of calls, and improves the scrolling code. 
This part is probably almost ready.


- the second part removes some full screen update that can be expensive. 
I would not be surprised if they caused (fixable) crashes.


And then the last patch (initial loading of previews), which could 
probably be moved to first part.



If yes it might better RC1->RC2->2.4.0 than within stable cycle...


Not sure. What I do not want is delay 2.4.0.

JMarc

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Pavel Sanda]

On Tue, Jan 09, 2024 at 06:26:28PM +0100, Jean-Marc Lasgouttes wrote:
> >Breakdown of current bugs with 2.4 milestone:
> >#13022 - regression - LyX modifies unicode in ERT. Anyone to help?
> >#13017 -  "aux file not found" at export - patch, but Riki is probably 
> >waiting for Juergen's input
> >#10425 - the ongoing story, where to center the cursor after jump; seems 
> >currently at JMarc decision how we move with this
> I proposed there to target 2.4.1, where the branch biginset will fix things
> properly, even if only the first 7 of 15 commits are backported.

Is the biginset branch ready?
If yes it might better RC1->RC2->2.4.0 than within stable cycle...

Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Jean-Marc Lasgouttes]

Le 09/01/2024 à 11:11, Pavel Sanda a écrit :

On Wed, Dec 20, 2023 at 08:47:01PM -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 of
January.


Breakdown of current bugs with 2.4 milestone:
#13022 - regression - LyX modifies unicode in ERT. Anyone to help?
#13017 -  "aux file not found" at export - patch, but Riki is probably waiting 
for Juergen's input
#10425 - the ongoing story, where to center the cursor after jump; seems 
currently at JMarc decision how we move with this
I proposed there to target 2.4.1, where the branch biginset will fix 
things properly, even if only the first 7 of 15 commits are backported.


JMarc


#12935 - mac + japanese path encoding crash; Stephan, can you even reproduce?
#12880 - hebrew input/font ecoding - waiting on input from Udi
#13005 - bottom dock can't be enlarged if simple search is used; I can't work 
on it now, but would like to see it fixed in 2.4, perhaps post RC phase..

Pavel


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Richard Kimberly Heck]

On 1/9/24 05:11, Pavel Sanda wrote:

On Wed, Dec 20, 2023 at 08:47:01PM -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 of
January.

Breakdown of current bugs with 2.4 milestone:
#13022 - regression - LyX modifies unicode in ERT. Anyone to help?
#13017 -  "aux file not found" at export - patch, but Riki is probably waiting 
for Juergen's input
I'll go ahead and commit that before RC1. It seems to have worked in my 
testing.

#10425 - the ongoing story, where to center the cursor after jump; seems 
currently at JMarc decision how we move with this
#12935 - mac + japanese path encoding crash; Stephan, can you even reproduce?
#12880 - hebrew input/font ecoding - waiting on input from Udi
#13005 - bottom dock can't be enlarged if simple search is used; I can't work 
on it now, but would like to see it fixed in 2.4, perhaps post RC phase..


Thanks for that. I'll package RC1 in the next couple days.

Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Pavel Sanda]

On Wed, Dec 20, 2023 at 08:47:01PM -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 of
> January.

Breakdown of current bugs with 2.4 milestone:
#13022 - regression - LyX modifies unicode in ERT. Anyone to help?
#13017 -  "aux file not found" at export - patch, but Riki is probably waiting 
for Juergen's input
#10425 - the ongoing story, where to center the cursor after jump; seems 
currently at JMarc decision how we move with this
#12935 - mac + japanese path encoding crash; Stephan, can you even reproduce?
#12880 - hebrew input/font ecoding - waiting on input from Udi
#13005 - bottom dock can't be enlarged if simple search is used; I can't work 
on it now, but would like to see it fixed in 2.4, perhaps post RC phase..

Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Pavel Sanda]

On Sat, Jan 06, 2024 at 03:51:46PM +0100, Pavel Sanda wrote:
> Anyone around please be our guest to go over these (but for content changes
> please wait for 2.4.0 to be out).

For that matter if someone feels to update https://wiki.lyx.org/LyX/Manuals
for 2.4 manuals, that might be worth it.

The attached list shows documents with old formats. Shall I updates 
those to the newest (620)?
Pavel
Development.lyx:\lyxformat 614
DummyDocument1.lyx:\lyxformat 614
DummyDocument2.lyx:\lyxformat 614
Formula-numbering.lyx:\lyxformat 614
MergedManuals.lyx:\lyxformat 614
ar/Intro.lyx:\lyxformat 614
ar/Shortcuts.lyx:\lyxformat 614
ar/Tutorial.lyx:\lyxformat 614
ar/UserGuide.lyx:\lyxformat 614
ca/Intro.lyx:\lyxformat 619
ca/Shortcuts.lyx:\lyxformat 619
cs/Tutorial.lyx:\lyxformat 615
da/Intro.lyx:\lyxformat 614
de/Additional.lyx:\lyxformat 615
de/DummyDocument1.lyx:\lyxformat 614
de/DummyDocument2.lyx:\lyxformat 614
de/EmbeddedObjects.lyx:\lyxformat 614
de/Formelnummerierung.lyx:\lyxformat 614
de/Intro.lyx:\lyxformat 614
de/Math.lyx:\lyxformat 614
de/Shortcuts.lyx:\lyxformat 618
de/Tutorial.lyx:\lyxformat 614
el/Intro.lyx:\lyxformat 614
es/Additional.lyx:\lyxformat 614
es/Customization.lyx:\lyxformat 618
es/DocumentoPostizo1.lyx:\lyxformat 614
es/DocumentoPostizo2.lyx:\lyxformat 614
es/EmbeddedObjects.lyx:\lyxformat 614
es/Formula-numbering.lyx:\lyxformat 614
es/Math.lyx:\lyxformat 614
es/Tutorial.lyx:\lyxformat 614
es/UserGuide.lyx:\lyxformat 614
eu/Intro.lyx:\lyxformat 614
eu/Tutorial.lyx:\lyxformat 614
fr/Additional.lyx:\lyxformat 616
fr/Customization.lyx:\lyxformat 618
fr/DocumentBidon1.lyx:\lyxformat 614
fr/DocumentBidon2.lyx:\lyxformat 614
fr/EmbeddedObjects.lyx:\lyxformat 614
fr/Formula-numbering.lyx:\lyxformat 614
fr/Intro.lyx:\lyxformat 618
fr/Math.lyx:\lyxformat 614
fr/Shortcuts.lyx:\lyxformat 614
fr/Tutorial.lyx:\lyxformat 615
fr/UserGuide.lyx:\lyxformat 615
gl/Intro.lyx:\lyxformat 614
gl/Tutorial.lyx:\lyxformat 614
he/Intro.lyx:\lyxformat 614
he/Tutorial.lyx:\lyxformat 614
hu/Intro.lyx:\lyxformat 614
hu/Tutorial.lyx:\lyxformat 614
id/Intro.lyx:\lyxformat 614
id/Shortcuts.lyx:\lyxformat 614
id/Tutorial.lyx:\lyxformat 614
it/Intro.lyx:\lyxformat 614
it/Tutorial.lyx:\lyxformat 614
ja/Additional.lyx:\lyxformat 619
ja/Customization.lyx:\lyxformat 618
ja/DummyDocument1.lyx:\lyxformat 614
ja/DummyDocument2.lyx:\lyxformat 614
ja/EmbeddedObjects.lyx:\lyxformat 614
ja/Formula-numbering.lyx:\lyxformat 614
ja/Intro.lyx:\lyxformat 614
ja/LaTeXConfig.lyx:\lyxformat 615
ja/Math.lyx:\lyxformat 618
ja/MergedManuals.lyx:\lyxformat 614
ja/Shortcuts.lyx:\lyxformat 614
ja/Tutorial.lyx:\lyxformat 618
ja/UserGuide.lyx:\lyxformat 619
nb/Intro.lyx:\lyxformat 614
nb/Tutorial.lyx:\lyxformat 614
nl/Intro.lyx:\lyxformat 614
nl/Shortcuts.lyx:\lyxformat 614
nl/Tutorial.lyx:\lyxformat 614
pl/Intro.lyx:\lyxformat 614
pl/Tutorial.lyx:\lyxformat 614
pt/Intro.lyx:\lyxformat 614
pt/Tutorial.lyx:\lyxformat 614
ro/Intro.lyx:\lyxformat 614
ru/Additional.lyx:\lyxformat 615
ru/EmbeddedObjects.lyx:\lyxformat 614
ru/Intro.lyx:\lyxformat 618
ru/Math.lyx:\lyxformat 614
ru/Shortcuts.lyx:\lyxformat 618
ru/Tutorial.lyx:\lyxformat 618
sk/Intro.lyx:\lyxformat 614
sk/Tutorial.lyx:\lyxformat 614
sl/Intro.lyx:\lyxformat 614
sl/Tutorial.lyx:\lyxformat 614
sv/Intro.lyx:\lyxformat 614
sv/Shortcuts.lyx:\lyxformat 614
sv/Tutorial.lyx:\lyxformat 614
uk/Intro.lyx:\lyxformat 614
zh_CN/Intro.lyx:\lyxformat 614
zh_CN/Tutorial.lyx:\lyxformat 614
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Pavel Sanda]

On Mon, Dec 25, 2023 at 11:54:16AM -0500, Richard Kimberly Heck wrote:
> >>Do you want me to accept CT channges in manuals before that?
> >
> >Hello Pavel
> >
> >If you do so, could you preserve the CT version somehow. I'm quite late on
> >translation updates, particularly for Additional.
> 
> Earlier versions are always available via git, or via git.lyx.org if you
> don't have the repo locally installed.

Or you just take the versions from beta5 release...
Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Pavel Sanda]

On Mon, Dec 25, 2023 at 11:54:41AM -0500, Richard Kimberly Heck wrote:
> On 12/25/23 06:20, Pavel Sanda wrote:
> >On Wed, Dec 20, 2023 at 08:47:01PM -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 of
> >>January.
> >Do you want me to accept CT channges in manuals before that?
> 
> I'll let you decide what you think is best.

I did my pass now. I did not have stamina to actually typeset the documents
as there will be many small typesetting issues for sure.

Anyone around please be our guest to go over these (but for content changes
please wait for 2.4.0 to be out).

Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Richard Kimberly Heck]

On 12/25/23 06:20, Pavel Sanda wrote:

On Wed, Dec 20, 2023 at 08:47:01PM -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 of
January.

Do you want me to accept CT channges in manuals before that?


I'll let you decide what you think is best.

Riki


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Richard Kimberly Heck]

On 12/25/23 07:51, JP wrote:



Le 25 décembre 2023 12:21:03 Pavel Sanda  a écrit :


On Wed, Dec 20, 2023 at 08:47:01PM -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 of
January.


Do you want me to accept CT channges in manuals before that?


Hello Pavel

If you do so, could you preserve the CT version somehow. I'm quite 
late on translation updates, particularly for Additional.


Earlier versions are always available via git, or via git.lyx.org if you 
don't have the repo locally installed.


Riki

-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[JP]

Le 25 décembre 2023 12:21:03 Pavel Sanda  a écrit :


On Wed, Dec 20, 2023 at 08:47:01PM -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 of
January.


Do you want me to accept CT channges in manuals before that?


Hello Pavel

If you do so, could you preserve the CT version somehow. I'm quite late on 
translation updates, particularly for Additional.


--
Jean-Pierre





-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Pavel Sanda]

On Wed, Dec 20, 2023 at 08:47:01PM -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 of
> January.

Do you want me to accept CT channges in manuals before that?
Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[José Matos]

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
took that as ++Version.

OTOH if the next release is RC2 I will not complain, as long as the
next one is RC3 and not RC2.1 . :-D :-p

Best regards,
-- 
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Daniel]

On 2023-12-21 02:47, 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 of January.


Riki


RC2? I seem to have missed RC1. Where can I get it? It seems not to be 
on the ftp server.


Daniel


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[Jean-Marc Lasgouttes]

Le 21/12/2023 à 02:47, Richard Kimberly Heck a écrit :
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 of January.


That would be great, Riki.

JMarc

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 Schedule

[José Matos]

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 of January.
> 
> Riki

Woohoo!
Christmas is coming earlier here. :-D


PS: In the process I found that a woo woo is an alcoholic cocktail:
https://en.wikipedia.org/wiki/Woo_woo

Not necessarily my choice but appropriate in this case. :-)
-- 
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0-beta2; zoom slider

[Daniel]

On 2023-01-27 07:30, Jürgen Spitzmüller wrote:

Am Mittwoch, dem 25.01.2023 um 19:26 +0100 schrieb Daniel:

Anyway, for system default, there is a solutions that seem compatible
with your position:

Set the system default to 100% (and even better make the system
default
so that it matches the actual size of the font). There was a
discussion
about this on the list if I remember correctly.


100% is way too low on all Linux system I have used. This is not a good
default.


Ah, that was poor explanation on my side. I meant: whatever LyX 
considers the correct system default, say 150% on macOS, make that show 
up as 100%.


Anyway, I also think the scaling factor alternative is better since it 
can satisfy more needs (for people who use a different default zoom).


Daniel


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0-beta2; zoom slider

[Jürgen Spitzmüller]

Am Donnerstag, dem 26.01.2023 um 10:26 +0100 schrieb Daniel:
> And in order to not confuse users about different percentages, we
> would 
> call the "Default zoom %" just "Font scaling %" or so. It's already
> in 
> the Preferences font section anyway between fonts and font sizes, so
> the 
> user will make the connection easily.
> 
> So, the default zoom will always be 100% but the default font scaling
> can differ. This makes 10% increases round numbers.
> 
> This will also make setting the font scaling to something more 
> reasonable appear less strange. For example, on macOS the default
> zoom 
> is currently 150% while something closer to 152% is a better 
> representation of the actual font size on screen. We can calculate
> the 
> exact number from the DPI of the display and set it as system defaut
> and 
> also provide a "Reset to system default" button next to the "Font 
> scaling %".

This makes more sense, but in order to separate it from zoom I would
rather make it a scaling factor (e.g., 1.5) rather than a percentage
value.

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0-beta2; zoom slider

[Jürgen Spitzmüller]

Am Mittwoch, dem 25.01.2023 um 19:26 +0100 schrieb Daniel:
> Anyway, for system default, there is a solutions that seem compatible
> with your position:
> 
> Set the system default to 100% (and even better make the system
> default 
> so that it matches the actual size of the font). There was a
> discussion 
> about this on the list if I remember correctly.

100% is way too low on all Linux system I have used. This is not a good
default.

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0-beta2; zoom slider

[Daniel]

On 2023-01-25 19:26, Daniel wrote:

On 2023-01-25 18:00, Jürgen Spitzmüller wrote:

Am Mittwoch, dem 25.01.2023 um 17:02 +0100 schrieb Daniel:

I cannot reproduce with preview beta2. When clicking on +/-, I get
steps of 15%. Given that the (system) default is 150%,


Well, 15% is 10% of 150%.


I cannot get to 200% that way.


You need to set default zoom to either 100% or 200% to achieve that.


Also, once one has used the slider, one cannot get "round numbers"
anymore. I suggest to change it to how Word does it: the +
and - buttons always get you to "round numbers" with steps of 10%.
Then, for example, you can get fast to a certain point by using the
slider and then adjust to a round number with +/-.


This does not make sense to me, as you'd get a smaller range with 200%
default zoom that way. The larger the default, the larger the steps.
20% jumps make perfect sense to me on my setting with 200% default
zoom.

Word does not have the concept of an adjustable default zoom AFAIK.
They always have 100% as mean value. Same for Libre.


It might not make sense to you but now you know that it does to some 
people who are using not 100% or 200% zoom default and rather, say, 150% 
like the system default (at least on macOS).


Anyway, for system default, there is a solutions that seem compatible 
with your position:


Set the system default to 100% (and even better make the system default 
so that it matches the actual size of the font). There was a discussion 
about this on the list if I remember correctly.


That leaves people who are not happy with system default in the rain. 
You would lose round numbers that way, but I guess that is acceptable to 
you if you are consistent.


Alternatively, just name whatever is set as the default 100%?

Daniel


And in order to not confuse users about different percentages, we would 
call the "Default zoom %" just "Font scaling %" or so. It's already in 
the Preferences font section anyway between fonts and font sizes, so the 
user will make the connection easily.


So, the default zoom will always be 100% but the default font scaling 
can differ. This makes 10% increases round numbers.


This will also make setting the font scaling to something more 
reasonable appear less strange. For example, on macOS the default zoom 
is currently 150% while something closer to 152% is a better 
representation of the actual font size on screen. We can calculate the 
exact number from the DPI of the display and set it as system defaut and 
also provide a "Reset to system default" button next to the "Font 
scaling %".


If the approach sounds reasonable, and no one else wants the job, I can 
prepare a patch.


Daniel


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0-beta2; zoom slider

[Daniel]

On 2023-01-25 18:00, Jürgen Spitzmüller wrote:

Am Mittwoch, dem 25.01.2023 um 17:02 +0100 schrieb Daniel:

I cannot reproduce with preview beta2. When clicking on +/-, I get
steps of 15%. Given that the (system) default is 150%,


Well, 15% is 10% of 150%.


I cannot get to 200% that way.


You need to set default zoom to either 100% or 200% to achieve that.


Also, once one has used the slider, one cannot get "round numbers"
anymore. I suggest to change it to how Word does it: the +
and - buttons always get you to "round numbers" with steps of 10%.
Then, for example, you can get fast to a certain point by using the
slider and then adjust to a round number with +/-.


This does not make sense to me, as you'd get a smaller range with 200%
default zoom that way. The larger the default, the larger the steps.
20% jumps make perfect sense to me on my setting with 200% default
zoom.

Word does not have the concept of an adjustable default zoom AFAIK.
They always have 100% as mean value. Same for Libre.


It might not make sense to you but now you know that it does to some 
people who are using not 100% or 200% zoom default and rather, say, 150% 
like the system default (at least on macOS).


Anyway, for system default, there is a solutions that seem compatible 
with your position:


Set the system default to 100% (and even better make the system default 
so that it matches the actual size of the font). There was a discussion 
about this on the list if I remember correctly.


That leaves people who are not happy with system default in the rain. 
You would lose round numbers that way, but I guess that is acceptable to 
you if you are consistent.


Alternatively, just name whatever is set as the default 100%?

Daniel


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0-beta2; zoom slider

[Jürgen Spitzmüller]

Am Mittwoch, dem 25.01.2023 um 17:02 +0100 schrieb Daniel:
> I cannot reproduce with preview beta2. When clicking on +/-, I get
> steps of 15%. Given that the (system) default is 150%, 

Well, 15% is 10% of 150%.

> I cannot get to 200% that way. 

You need to set default zoom to either 100% or 200% to achieve that.

> Also, once one has used the slider, one cannot get "round numbers"
> anymore. I suggest to change it to how Word does it: the +
> and - buttons always get you to "round numbers" with steps of 10%.
> Then, for example, you can get fast to a certain point by using the
> slider and then adjust to a round number with +/-.

This does not make sense to me, as you'd get a smaller range with 200%
default zoom that way. The larger the default, the larger the steps.
20% jumps make perfect sense to me on my setting with 200% default
zoom.

Word does not have the concept of an adjustable default zoom AFAIK.
They always have 100% as mean value. Same for Libre.

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0-beta2; zoom slider

[Daniel]

On 2023-01-25 07:53, Jürgen Spitzmüller wrote:

Am Mittwoch, dem 25.01.2023 um 09:43 +1300 schrieb Andrew Parsloe:

The urge to get a round number like 150 or 200 is strong, almost
compulsive, but fiddly with the slider requiring multiple attempts.


The zoom slider values are relative to the zoom you have set in
Preferences > Look & Feel > Screen Fonts. If you set that to 200% (or
100%), you'll get round numbers. Otherwise you get steps of 10% from
the default.


I cannot reproduce with preview beta2. When clicking on +/-, I get steps 
of 15%. Given that the (system) default is 150%, I cannot get to 200% 
that way. Also, once one has used the slider, one cannot get "round 
numbers" anymore. I suggest to change it to how Word does it: the + and 
- buttons always get you to "round numbers" with steps of 10%. Then, for 
example, you can get fast to a certain point by using the slider and 
then adjust to a round number with +/-.


Daniel


--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0-beta2; zoom slider

[Jürgen Spitzmüller]

Am Mittwoch, dem 25.01.2023 um 09:43 +1300 schrieb Andrew Parsloe:
> The urge to get a round number like 150 or 200 is strong, almost
> compulsive, but fiddly with the slider requiring multiple attempts.

The zoom slider values are relative to the zoom you have set in
Preferences > Look & Feel > Screen Fonts. If you set that to 200% (or
100%), you'll get round numbers. Otherwise you get steps of 10% from
the default.

Since default zoom might be arbitrary, it does not make sense to force
round numbers here. 

-- 
Jürgen
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: lyx 2.4.0 dev -download

[José Matos]

On Wed, 2022-08-03 at 20:35 +0200, Pavel Sanda wrote:
> wait weren't you release manager for 1.5/6 ??? :)

1.6

But in between I found some more about the fine details of packaging.
:-)

One small issue, for example, a possible move to use autoreconf (in the
case of autotools build):

https://wiki.debian.org/Autoreconf

From the preamble of that document:
"Autoreconfing on build is good practice in Debian. There used to be
good reasons to stick with the autotools files shipped in the upstream
tarball (mostly incompatibility with newer versions), but these days
good forward compatibility and the advantages of getting the latest
updates for new architectures or other fixes means that autoreconfing
on build should be the default in packages."

FWIW this a good practice and not a requirement.

So even although I remember some of the details, and also remember that
the Wiki was my friend.

Best regards,
-- 
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: lyx 2.4.0 dev -download

[Scott Kostyshak]

On Wed, Aug 03, 2022 at 10:40:01PM +0200, Kornel Benko wrote:
> Am Wed, 3 Aug 2022 20:24:38 +0200
> schrieb Pavel Sanda :
> 
> > On Wed, Aug 03, 2022 at 10:24:31AM +0100, José Matos wrote:
> > > Is there are any script take takes the repository and outputs a source
> > > release (like a tar ball gzip or xz)?  
> > 
> > make dist
> > 
> > p
> 
> Or 'make package_source' if using cmake build.
> Results in 'LyX-2.4.tar.gz' and 'LyX-2.4.tar.xz' on a linux system.

LyX + CMake can make .deb files. I use that feature. I think it can also make 
.rpm files. Not sure about others.

It would be nice if the MingW worked seamlessly, but I tried to get it working 
and couldn't. Riki got it working a while ago, and I had it working a LONG time 
ago, but it seems fragile.

Scott


signature.asc
Description: PGP signature
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: lyx 2.4.0 dev -download

[Kornel Benko]

Am Wed, 3 Aug 2022 20:24:38 +0200
schrieb Pavel Sanda :

> On Wed, Aug 03, 2022 at 10:24:31AM +0100, José Matos wrote:
> > Is there are any script take takes the repository and outputs a source
> > release (like a tar ball gzip or xz)?  
> 
> make dist
> 
> p

Or 'make package_source' if using cmake build.
Results in 'LyX-2.4.tar.gz' and 'LyX-2.4.tar.xz' on a linux system.

Kornel


pgpEk0M0xGNa5.pgp
Description: Digitale Signatur von OpenPGP
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: lyx 2.4.0 dev -download

[Pavel Sanda]

On Wed, Aug 03, 2022 at 08:24:38PM +0200, Pavel Sanda wrote:
> On Wed, Aug 03, 2022 at 10:24:31AM +0100, José Matos wrote:
> > Is there are any script take takes the repository and outputs a source
> > release (like a tar ball gzip or xz)?
> 
> make dist

wait weren't you release manager for 1.5/6 ??? :)

> p
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: lyx 2.4.0 dev -download

[Pavel Sanda]

On Wed, Aug 03, 2022 at 10:24:31AM +0100, José Matos wrote:
> Is there are any script take takes the repository and outputs a source
> release (like a tar ball gzip or xz)?

make dist

p
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: lyx 2.4.0 dev -download

[José Matos]

On Mon, 2022-08-01 at 08:59 +0200, Wolfgang Engelmann wrote:
> What is the recommended download place and -way for the latest
> lyx 2.4.0 dev
> 
> Wolfgang

I have not looked into this issue for some time so my memory is fuzzy.
Actually I have been dealing with fuzzy measures but that is another
issue. :-D

Is there are any script take takes the repository and outputs a source
release (like a tar ball gzip or xz)?

This script does not need to be perfect, like doing all the manual
steps and checks that we do for an actual release.

My purpose is to answer questions like this. To have a continuous
integration step. My purpose is also to build this using copr in Fedora
(the equivalent of ppa for Ubuntu). And to allow this package to bu
updated automatically.

This would allow us to have a large audience to test installation,
avoiding to clutter system when testing system installs.

Best regards,
-- 
José Abílio
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 (IM policy.xml ban on eps/pdf conversions)

[José Abílio Matos]

On Wednesday, 4 May 2022 12.48.10 WEST Pavel Sanda wrote:
> > 
> > ping :)
> 
> ping :)
> 
> > p

Riki is not the only person busy. :-D
After the next week things will calm down a bit and I will look into that.

-- 
José Abílio-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 (IM policy.xml ban on eps/pdf conversions)

[Pavel Sanda]

On Mon, Mar 07, 2022 at 06:13:10PM +0100, Pavel Sanda wrote:
> On Fri, Feb 04, 2022 at 10:36:57AM +, José Abílio Matos wrote:
> > On Wednesday, 2 February 2022 21.45.40 WET Pavel Sanda wrote:
> > > Jose, could I ask for pythonic help?
> > > We would need a routine in configure.py which check whether to remove 
> > > eps->png
> > > conversion in case IM bans those conversions. That could be done this way 
> > > by
> > > checking return status of the conversion. In bash that would be something
> > > like this:
> > > 
> > > echo '%!PS' > /tmp/.lyx_configure_test.eps
> > > convert  /tmp/.lyx_configure_test.eps /tmp/.lyx_configure_test.png
> > > if ! [ $? == 0 ] ; then
> > >   # remove eps->png conversion from configure settings, i.e. set 
> > > \converter
> > > "eps" "png" "" "" fi
> > > 
> > > 
> > > Completely different way would be mimicking what IM internally does with 
> > > GS
> > > when converting eps->png. I already checked little bit and unfortunately 
> > > it
> > > won't be oneliner if we want to get resolution right. But probably doable
> > > with additional script of our own. Pavel
> > 
> > I will look into this in the weekend.
> > 
> > 
> > At some point I will want to overhaul the configure.py script.
> > The purpose is, among others, to simplify the code required to do this kind 
> > of tests.
> > 
> > The test above is relatively easy to do.
> > Something that I should, probably, take into account is the order of the 
> > tests.
> > 
> > In the sense that if we different \convert lines we probably retain the 
> > last...
> > 
> 
> ping :)

ping :)

> p
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 (IM policy.xml ban on eps/pdf conversions)

[Pavel Sanda]

On Fri, Feb 04, 2022 at 10:36:57AM +, José Abílio Matos wrote:
> On Wednesday, 2 February 2022 21.45.40 WET Pavel Sanda wrote:
> > Jose, could I ask for pythonic help?
> > We would need a routine in configure.py which check whether to remove 
> > eps->png
> > conversion in case IM bans those conversions. That could be done this way by
> > checking return status of the conversion. In bash that would be something
> > like this:
> > 
> > echo '%!PS' > /tmp/.lyx_configure_test.eps
> > convert  /tmp/.lyx_configure_test.eps /tmp/.lyx_configure_test.png
> > if ! [ $? == 0 ] ; then
> >   # remove eps->png conversion from configure settings, i.e. set \converter
> > "eps" "png" "" "" fi
> > 
> > 
> > Completely different way would be mimicking what IM internally does with GS
> > when converting eps->png. I already checked little bit and unfortunately it
> > won't be oneliner if we want to get resolution right. But probably doable
> > with additional script of our own. Pavel
> 
> I will look into this in the weekend.
> 
> 
> At some point I will want to overhaul the configure.py script.
> The purpose is, among others, to simplify the code required to do this kind 
> of tests.
> 
> The test above is relatively easy to do.
> Something that I should, probably, take into account is the order of the 
> tests.
> 
> In the sense that if we different \convert lines we probably retain the 
> last...
> 

ping :)
p
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 (IM policy.xml ban on eps/pdf conversions)

[José Abílio Matos]

On Wednesday, 2 February 2022 21.45.40 WET Pavel Sanda wrote:
> Jose, could I ask for pythonic help?
> We would need a routine in configure.py which check whether to remove eps->png
> conversion in case IM bans those conversions. That could be done this way by
> checking return status of the conversion. In bash that would be something
> like this:
> 
> echo '%!PS' > /tmp/.lyx_configure_test.eps
> convert  /tmp/.lyx_configure_test.eps /tmp/.lyx_configure_test.png
> if ! [ $? == 0 ] ; then
>   # remove eps->png conversion from configure settings, i.e. set \converter
> "eps" "png" "" "" fi
> 
> 
> Completely different way would be mimicking what IM internally does with GS
> when converting eps->png. I already checked little bit and unfortunately it
> won't be oneliner if we want to get resolution right. But probably doable
> with additional script of our own. Pavel

I will look into this in the weekend.


At some point I will want to overhaul the configure.py script.
The purpose is, among others, to simplify the code required to do this kind of 
tests.

The test above is relatively easy to do.
Something that I should, probably, take into account is the order of the tests.

In the sense that if we different \convert lines we probably retain the last...


-- 
José Abílio


-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX 2.4.0 (IM policy.xml ban on eps/pdf conversions)

[Pavel Sanda]

On Mon, Jan 24, 2022 at 11:32:42PM +0100, Pavel Sanda wrote:
> On Thu, Dec 02, 2021 at 10:24:58PM +0100, Pavel Sanda wrote:
> > - improve detection/users warning for banned eps->* conversion of 
> > imagemagick (high priority before final release, but not for next 
> > alpha/beta etc)
> 
> One option to automatically overcome the issue is to disable eps->png 
> conversion and allow pdf->png so that lyx performs eps->pdf->png.
> On my debian adding this to preferences sort of fixes the issue:
> 
> \converter "pdf6" "png" "pdftoppm -png -singlefile $$i >  $$o" ""
> \converter "eps" "png" "" ""
> 
> Problems I see:
> - the zoom factors in lyx window are not consistent with previous IM 
> conversion (you need to remove cache to test this)

I found out that IM uses by default DPI of 72 when calling GS so this problem 
is solved by using "pdftoppm -r 72 -png -singlefile $$i >  $$o"
Transparency is lost but I don't think that is a big deal.

> - not sure how is the pdftoppm conversion portable to windows/mac environment

Actually we have GS under our control for Win, not sure about Mac but mayb the 
IM policy is not to ban eps/pdf conversions.

> We could perhaps check policy.xml of IM and add those only in case eps/pdf is 
> banned when doing reconfigure.

Jose, could I ask for pythonic help?
We would need a routine in configure.py which check whether to remove eps->png 
conversion in case IM bans those conversions.
That could be done this way by checking return status of the conversion. In 
bash that would be something like this:

echo '%!PS' > /tmp/.lyx_configure_test.eps
convert  /tmp/.lyx_configure_test.eps /tmp/.lyx_configure_test.png
if ! [ $? == 0 ] ; then 
  # remove eps->png conversion from configure settings, i.e. set \converter 
"eps" "png" "" ""
fi


Completely different way would be mimicking what IM internally does with GS 
when converting eps->png. I already checked little bit and unfortunately it 
won't be oneliner if we want to get resolution right. But probably doable with 
additional script of our own.
Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel