Re: String Freeze Update

2023-10-09 Thread Jürgen Spitzmüller
Am Montag, dem 09.10.2023 um 20:42 +0200 schrieb Pavel Sanda:
> >  5. The string "Table" appears in quite some contexts that are
> > contradicting: in some it really means Table, while in others it
> > actually means "Tabular". Remember that Table/Tabular are related
> > in the same way Figure/Image do, although LyX kind of ignores that
> > (LaTeX does not). This makes it impossible to translate that word
> > without introducing inconsistencies (see the attached image).
> 
> I don't have strong opinion, but not seeing others responding it's
> maybe trying to be too strict. Admittedly I never really
> distinguished these two, OTOH if LaTeX distinguishes it, we should
> perhaps too...

Not very consistently, too. Cf.

\begin{tabular}{lll}

to

\begin{longtable}{lll}

I think the lexical decision is only made since they needed two
different environments (one for the float, one for the matrix).

I am not completely sure, but I don't think the table/tabular
distinction is common beyond LaTeX (tabular seems to be used mostly as
an adjective to denote table-like objects). And we don't want to
promote LaTeXisms in the GUI.

Having written that, it might make sense to distinguish table floats
from actual tables for translation if this is needed for some
translations, simply by table[[float]]. I think there are not many
places where we actually use "tabular", and maybe we should revisit
them and check whether we shouldn't use "table" instead.

Not sure that's for 2.4, though.

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


Re: String Freeze Update

2023-10-09 Thread Pavel Sanda
On Sat, Sep 16, 2023 at 09:16:37PM +0200, Dan wrote:
> > I have three suggestions.
> >  1. Tools > Preferences > Document Handling > Display single close-tab 
> > button. The tooltip states that, if checked, a single close-tab button will 
> > appear on the "left corner", but it actually appears on the far right of 
> > the tabbar (see attached images).

This one is fixed.

> >  2. Some command line options do not work properly (type "lyx --help" in a 
> > terminal). Try, for instance, issuing twice this command in the terminal 
> > (with an already existing LyX file) "lyx -v -f none -E lyxgz test 
> > my-existing-file.lyx"
> >   ?? option "-f none", not actually working, it still overwrites the output 
> > file if it exists.
> >   ?? option "-E" not working either, it ignores the second argument (output 
> > filename).

Seems specific for lyxgz; not saying it's not a bug but a very corner case. 
Willing to commit working patch, but I am not going to spend my time on it.

> >  3. Honestly I would change the "Show Changes in output" strings (related 
> > to change tracking), which I think are not clear enough (see thread 
> > http://lists.lyx.org/pipermail/lyx-devel/2023-September/010662.html).

Not goint to rally for this one.

>  4. When introducing a dynamic text field (Insert > Field), the tooltip 
> explaining how to use placeholders to set a custom fixed time says "01-23 in 
> AM/PM", twice. This, obviously does not make any sense, as AM/PM is just for 
> 00-11 hours.

This one is fixed.

>  5. The string "Table" appears in quite some contexts that are contradicting: 
> in some it really means Table, while in others it actually means "Tabular". 
> Remember that Table/Tabular are related in the same way Figure/Image do, 
> although LyX kind of ignores that (LaTeX does not). This makes it impossible 
> to translate that word without introducing inconsistencies (see the attached 
> image).

I don't have strong opinion, but not seeing others responding it's maybe trying 
to be too strict. Admittedly I never really distinguished these two, OTOH if 
LaTeX distinguishes it, we should perhaps too...

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


Re: String Freeze Update

2023-10-09 Thread Pavel Sanda
On Fri, Sep 08, 2023 at 04:05:49PM -0400, Richard Kimberly Heck wrote:
> I am planning to freeze strings once we have had some initial feedback on
> beta 5 and make sure that there aren't any issues there that need a string
> change. We're waiting at the moment for the Windows installer.

Riki, how do you evaluate the current status wrt the freeze?

I might have some time in the next few weeks to be somewhat helpful in
sorting out the issues with (layout)translations if we decide to freeze.

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


Re: metainfo and cmake

2023-10-09 Thread Kornel Benko
Am Mon, 9 Oct 2023 10:14:48 +0200
schrieb Pavel Sanda :

> On Sun, Oct 08, 2023 at 12:56:46PM +0200, Kornel Benko wrote:
> > I was not planing to strip that part. The propose was an example.
> > Plan is:
> > If lyx with cmake is configured with
> > -DLYX_PROGRAM_SUFFIX:BOOL=ON
> > the built executables have all a suffix. Only in this case should the 
> > rename happen.
> > org.lyx.LyX.metainfo.xml -> org.lyx.LyX2.4.metainfo.xml
> > 
> > In all other cmake-settings no rename is planed.  
> 
> I see, if the default is not touched then the suffix version is not much of a 
> problem
> IMHO. Pavel

Tested that it works also for the default case. Committed at b05d59ec.

Kornel


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


Re: metainfo and cmake

2023-10-09 Thread Pavel Sanda
On Sun, Oct 08, 2023 at 12:56:46PM +0200, Kornel Benko wrote:
> I was not planing to strip that part. The propose was an example.
> Plan is:
> If lyx with cmake is configured with
>   -DLYX_PROGRAM_SUFFIX:BOOL=ON
> the built executables have all a suffix. Only in this case should the rename 
> happen.
>   org.lyx.LyX.metainfo.xml -> org.lyx.LyX2.4.metainfo.xml
> 
> In all other cmake-settings no rename is planed.

I see, if the default is not touched then the suffix version is not much of a 
problem IMHO.
Pavel
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel


[PATCH] Added some options to configure.py allowing for faster partial-reconfigures.

2023-10-09 Thread Isaac Oscar Gariano
Hey,
So it was annoying me that I every time I added a new module or layout file, I 
have to reconfigure lyx, but this is quite slow. On my (admittedly slow) system 
it takes about 40 seconds. I noticed the configure.py script itself has some 
command line options to make it faster, so when I run 
/usr/share/lyx/configure.py --without-kpsewhich --without-latex-config​  it's 
twice as fast, but still around 20 seconds.

I've now added a couple of options, so if you have simply changed some 
module/layouts/citengines/xtemplates  you can run:
   /usr/share/lyx/configure.py --without-kpsewhich --without-latex-config 
--without-programs --log-file=/dev/null`
This now takes 125 miliseconds!

Basically my --without-programs​ option stop it from generating the 
lyxrc.defaults​ file (which involves the scripts checking for the presence of a 
whopping 246 programs!).
The --log-file​ changes the log file (the default is configure.log​), which is 
useful if you want to preserve the log from a previous run of configure.py 
(such as one that checked for everything).

I've also mad it so that if --without-latex-config​ is passed, the current 
packages.lst​ file is NOT modified (before it was blanking it for some reason).

Thus assuming you've previously run the full configure (i.e. without options, 
or through the GUI), the command line above will my new options will only 
modify the lyxmodules.lst​, textclass.lst​, lyxciteengines.lst​, and 
xtemplates.lst files.

It would be nice to be able to select these options from the GUI when you click 
the reconfigure button, so if someone familiar with the GUI code can do that, 
it would be very helpfull!
— Isaac Oscar Gariano​


0001-Added-without-programs-and-log-file-options-to-confi.patch
Description: 0001-Added-without-programs-and-log-file-options-to-confi.patch
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel