Am Sonntag, dem 21.04.2024 um 23:22 +0300 schrieb fcana...@gmail.com:
> 1. Launch LyX 2.4.0 and start a new document using toolbar or menu.
> 2. Type some math and observe instant preview is working.
> 3. Insert either a Comment or Figure Float or Table Float (need not
> be filled in).
> 4. Type
Am Sonntag, dem 21.04.2024 um 11:59 +0200 schrieb Pavel Sanda:
> Will do if you are fine with my proposal.
Yes, sure.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Sonntag, dem 21.04.2024 um 12:20 +0200 schrieb Pavel Sanda:
> Actually I'm not sure I understand the lifecycle of chkconfig.ltx.
> After renaming to chkconfig.ltx.bak some fresh chkconfig.ltx will be
> created there or only chkconfig.ltx.bak remains?
The latter. Let me explain:
The problem is
Am Sonntag, dem 21.04.2024 um 11:42 +0200 schrieb Pavel Sanda:
> Not sure if it's woth the flurry of new commits, but:
> 1) "We" sounds somewhat unusual in our messages
> 2) "If you did not copy the script there" was somewhat confusing on
> first reading as it does not relate to the previous
Am Samstag, dem 20.04.2024 um 10:54 +0200 schrieb Jürgen Spitzmüller:
> That's strange, you should have six different options. Do you have a
> folder called "tabletemplates" in your system directory (that's the
> directory that contains the "layouts", "templates&
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
Am Dienstag, dem 16.04.2024 um 18:21 +0200 schrieb Jürgen Spitzmüller:
> Am Samstag, dem 13.04.2024 um 07:36 +0200 schrieb Jürgen Spitzmüller:
> > Am Samstag, dem 13.04.2024 um 05:34 + schrieb Juergen
> > Spitzmueller:
> > > commit c3c96a446b32ef77927b5e06436c2668d95dfd
Am Mittwoch, dem 17.04.2024 um 18:36 + schrieb Bernt Lie:
> In the Style menu, “Default” is the only possible option.
That's strange, you should have six different options. Do you have a
folder called "tabletemplates" in your system directory (that's the
directory that contains the "layouts",
Am Mittwoch, dem 17.04.2024 um 23:31 +0200 schrieb Jean-Marc
Lasgouttes:
> > I wouldn't rate it a bug, but I also would prefer if insets
> > (generally,
> > not only in the case here) would inherit language changes from
> > selections.
>
> Do inset inherit language from outside world? I think we
Am Dienstag, dem 16.04.2024 um 12:08 +0200 schrieb Jean-Marc
Lasgouttes:
> I propose the following patch. Can you check that it works?
Works for me with both testcases.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Samstag, dem 13.04.2024 um 07:36 +0200 schrieb Jürgen Spitzmüller:
> Am Samstag, dem 13.04.2024 um 05:34 + schrieb Juergen
> Spitzmueller:
> > commit c3c96a446b32ef77927b5e06436c2668d95dfd6d
> > Author: Juergen Spitzmueller
> > Date: Sat Apr 13 07:32:30 2024 +02
Am Samstag, dem 13.04.2024 um 08:07 + schrieb Juergen Spitzmueller:
> commit 5477451e36cd9ff4e99aefea2627fbf63e028004
> Author: Juergen Spitzmueller
> Date: Sat Apr 13 10:07:18 2024 +0200
>
> Disable language package choice if the class preloads a package
Another candidate for 2.4.1.
Am Freitag, dem 12.04.2024 um 12:06 -0400 schrieb Scott Kostyshak:
> To reproduce:
>
> 1. Start a new document.
> 2. Start a math inset, e.g., ctrl + m.
> 3. Type "x".
> 4. Press "_" to go into the subscript.
> 5. Type "i" (so at this step the math will be $x_i$).
> 6. Save the (new) file.
>
>
Am Samstag, dem 13.04.2024 um 05:34 + schrieb Juergen Spitzmueller:
> commit c3c96a446b32ef77927b5e06436c2668d95dfd6d
> Author: Juergen Spitzmueller
> Date: Sat Apr 13 07:32:30 2024 +0200
>
> gbrief-2 loads babel internally. So don't load it ourselves.
>
> This makes the class
Am Freitag, dem 12.04.2024 um 17:10 +0100 schrieb José Matos:
> In principle I agree with you.
> Is there a counter example where this is undesirable?
Theoretically I can think of cases where one uses, for instance, info
insets in a specific language that should not be changed. But this case
is
Am Samstag, dem 13.04.2024 um 03:00 +0200 schrieb Pavel Sanda:
> Isn't all this mac-specific? P
Yes, clarified.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Donnerstag, dem 11.04.2024 um 11:18 +0200 schrieb Jean-Pierre
Chrétien:
> When I select section 4.10.1.1 in the French copy of Additional.lyx
> and convert
> it to French, I see that the optional argument of the list items
> remain
> untranslated. This trigger compilation errors like :
>
>
Am Mittwoch, dem 10.04.2024 um 10:05 + schrieb 包子 戴:
> Here are two problem.
> First, I found I have to copy the three file to
> /usr/local/bin
> to make it work rather than place in a folder which PATH included.
This is not a folder with PATH included, but a folder included in your
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
Am Sonntag, dem 07.04.2024 um 19:34 +0200 schrieb Jean-Marc Lasgouttes:
> This is now fixed in master at 89901123c579.
Thanks, this also fixes the other, minor issue (CT related) I reported.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Am Sonntag, dem 07.04.2024 um 06:50 +0200 schrieb Jürgen Spitzmüller:
> Just doing a bisect.
73678dcde977802d5ff3ae07f0226484041fff48 is the first bad commit
commit 73678dcde977802d5ff3ae07f0226484041fff48
Author: Jean-Marc Lasgouttes
Date: Mon Nov 27 15:57:09 2023 +0100
Avoid f
Am Sonntag, dem 07.04.2024 um 00:38 -0400 schrieb Richard Kimberly
Heck:
> I am hoping this is not in 2.4.x and is due to the big inset merge.
> Can you check?
Not in 2.4.x.
Just doing a bisect. I also assured it is not connected with my recent
fix before backporting.
--
Jürgen
--
lyx-devel
Am Samstag, dem 06.04.2024 um 16:51 -0400 schrieb Scott Kostyshak:
> I imagine others face the same situation? Is there anything that can
> be done?
No, I think this will be a nightmare to maintain. And then, you really
do not "text master" if you strip the most interesting commits.
--
Jürgen
Am Freitag, dem 05.04.2024 um 16:17 +0200 schrieb Jean-Marc Lasgouttes:
> What now? Well, testing is welcome when you have time : does
> everything works the same, but faster for big document that were
> annoying?.
I see drawing omissions with change tracking. Select part of a word
with CT on and
Am Freitag, dem 05.04.2024 um 17:23 -0400 schrieb Richard Kimberly
Heck:
> Unless I'm misreading it, commit 993e784a6284a to 2.4.x makes Qt6 the
> default (and that commit is also in 2.4.1-devel).
That's bad. I think our Qt6 implementation still has too many
drawbacks. I would keep it opt-in in
Am Samstag, dem 06.04.2024 um 07:48 + schrieb Juergen Spitzmueller:
> commit 9198ed5965809a1e951d1b721899d0051e619e34
> Author: Juergen Spitzmueller
> Date: Sat Apr 6 09:47:22 2024 +0200
>
> Fix assertion when pasting paragraph with insets in
> lyxrc.ct_markup_copied
>
> This
Am Freitag, dem 05.04.2024 um 23:01 -0400 schrieb Scott Kostyshak:
> On Thu, Mar 21, 2024 at 11:31:35AM GMT, Allan Chain wrote:
> > Hello, LyX developers!
> >
> > I'm trying out LyX 2.4.0-rc3 (qt6) on KDE6+Wayland, and I'm using
> > fcitx5 to
> > input CJK characters. I found that the candidate
Am Freitag, dem 05.04.2024 um 09:18 +0200 schrieb Pavel Sanda:
> I admit I was struggling to find short description.
>
> Basically I want to set the baseline from which the counter is
> subtracted so I get
> relative number to that baseline ("clamp to tha value").
>
> Any help with better
Am Donnerstag, dem 04.04.2024 um 23:15 +0200 schrieb Pavel Sanda:
> + Item "Clamp statistics to the current value"
> "statistics-reference-clamp"
> + OptItem "Reset statistics to the absolute value"
> "statistics-reference-clamp reset"
Stick to Title Casing and add
Am Donnerstag, dem 04.04.2024 um 11:55 -0400 schrieb Richard Kimberly
Heck:
> Should we go ahead and release the last of the 2.3.x series? It seems
> exceedingly unlikely that there will be a format change in 2.4.0 at
> this point.
Yes.
--
Jürgen
--
lyx-devel mailing list
Take the attached patch. The other one was buggy.
Am Mittwoch, dem 03.04.2024 um 17:21 +0200 schrieb Jürgen Spitzmüller:
> E.g., right-click in the User's Guide on the index subentry in
> section heading 1.1 ("Graphics Dialog [Figures > Graphics Dialog]").
That
Am Mittwoch, dem 03.04.2024 um 16:40 +0200 schrieb Jürgen Spitzmüller:
> Am Mittwoch, dem 03.04.2024 um 11:41 +0200 schrieb Jürgen
> Spitzmüller:
> > What could be a more clever (?) option, I think, is the possibility
> > to assign shortcut alternatives, as in "Text
Am Mittwoch, dem 03.04.2024 um 11:41 +0200 schrieb Jürgen Spitzmüller:
> What could be a more clever (?) option, I think, is the possibility
> to assign shortcut alternatives, as in "Text actions|Txct", and LyX
> checks the characters in turn until one is free.
As in the at
Am Mittwoch, dem 03.04.2024 um 11:07 +0200 schrieb Jean-Marc
Lasgouttes:
> Should the menu code disable the second shortcut when a conflict is
> detected?
Not sure. As said, the shortcuts are usable if multiply assigned. You
just need an extra return on the one you want. This strikes me better
Am Mittwoch, dem 03.04.2024 um 09:32 +0200 schrieb Stephan Witt:
> Here I get the following warnings:
>
> frontends/qt/Menus.cpp (781): Menu warning: menu entries "Move
> Paragraph Up|h" and "Einfügen (vorherige Auswahl)|h" share the same
> shortcut.
> frontends/qt/Menus.cpp (781): Menu warning:
Am Dienstag, dem 02.04.2024 um 20:40 -0400 schrieb Richard Kimberly
Heck:
> https://www.baeldung.com/cs/lyx-tutorial
>
> Ran into it today...
That's a nice one.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Dienstag, dem 02.04.2024 um 12:47 -0400 schrieb Richard Kimberly
Heck:
> You can also add it to 2.4.1-devel if you wish.
Done after having resolved further shortcut conflicts.
I also took the liberty to add a status file to keep track of the
changes.
--
Jürgen
--
lyx-devel mailing list
Am Dienstag, dem 02.04.2024 um 11:00 -0400 schrieb Scott Kostyshak:
> I don't understand the patch, so I am guessing my comment is not
> correct, but in the 1% chance: when you removed the FIXME comment I
> expected the "50" to no longer be hardcoded.
The FIXME was not on the "50" but on the
Am Mittwoch, dem 01.11.2023 um 12:50 +0100 schrieb Jürgen Spitzmüller:
> Attached is a patch that does this, considering not only hidden
> entries
> but also the dynamic entries that are only expanded in expand() (such
> as spelling suggestions). As far as I can see the resul
Am Dienstag, dem 02.04.2024 um 06:17 + schrieb Juergen
Spitzmueller:
> commit 98080ca0d548b754433a99f9f097054134117184
> Author: Juergen Spitzmueller
> Date: Tue Apr 2 08:15:53 2024 +0200
>
> Fix label escaping in InsetMathRef (#12980)
>
> This was completely broken: the IDs
Am Freitag, dem 29.03.2024 um 22:38 -0400 schrieb Scott Kostyshak:
> To reproduce:
>
> 1. Start a new document.
> 2. Start a math inset and put "x + y".
> 3. Select x.
> 4. Press ctrl + f to open find.
> 5. Press .
>
> The result for me is a SIGSEGV.
>
> Can anyone else reproduce?
Yes, fixed,
Am Sonntag, dem 24.03.2024 um 13:12 -0400 schrieb Richard Kimberly
Heck:
> I was about to ask where everyone thinks we stand with that. There
> have been some pretty significant bugs, but it seems like everything
> has settled now?
IMHO 2.4 is pretty much stable. There might be some rough edges,
Am Montag, dem 18.03.2024 um 22:55 +0100 schrieb Enrico Forestieri:
> Maybe you don't need to copy them to the tmp. We have an info inset
> that can be used to provide the full path to the files, wherever you
> move the directory containing the document. See the attached.
Sorry for the late
I am trying to set up a private external template for the inclusion of
sound files to beamer slides. Could somebody please remind me what
needs to be done to get those files (e.g., mp3's) copied to the tmp
with their mangled file name?
Thanks,
--
Jürgen
--
lyx-devel mailing list
Am Samstag, dem 16.03.2024 um 08:12 +0100 schrieb Pavel Sanda:
> Juergen, please do not commit updates to our web via svn now, I
> already transfered the main web to the new server, so it will get
> lost anyway.
Thanks for the reminder, I didn't intend to.
--
Jürgen
--
lyx-devel mailing list
Am Dienstag, dem 12.03.2024 um 13:23 +0200 schrieb Idan Pazi:
> I hereby grant a permission for all of my contributions to LyX to be
> licensed under the GPL version 2 or later.
Thanks, I committed your patch.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Am Sonntag, dem 10.03.2024 um 14:52 -0400 schrieb Richard Kimberly
Heck:
> On 3/8/24 04:19, Jürgen Spitzmüller wrote:
> > Am Samstag, dem 02.03.2024 um 19:49 + schrieb José Matos:
> > > After our exchange last week I feel inclined to apply this.
> > >
Am Samstag, dem 02.03.2024 um 19:49 + schrieb José Matos:
> After our exchange last week I feel inclined to apply this.
>
> I am still note sure that this is the right step but clearly it
> improves the code regarding the previous one.
>
> Does any one opposes to this action?
My suggestion
Am Dienstag, dem 05.03.2024 um 18:11 +0100 schrieb Jean-Pierre
Chrétien:
> I took care not to update the layout with new constructs in
> aastex63.cls and aastex631.cls to avoid to break the string freeze,
> but I do not see where a change of file names breaks it...
Both the template/example file
Am Montag, dem 26.02.2024 um 17:44 +0100 schrieb Jean-Pierre Chrétien:
> Le 26/02/2024 à 16:14, Jean-Marc Lasgouttes a écrit :
>
> >
> > Now I have to understand why it crashes.
>
> I tried in a fresh lyx file with a single table. LyX crashes with the
> same trace
> as the one I posted
Am Sonntag, dem 25.02.2024 um 07:23 +0100 schrieb Jürgen Spitzmüller:
> I suppose DocBook does not know how to handle booksubtitle and
> journalsubtitle (both standard biblatex fields). The other field,
> subtitle, seems to be covered already.
>
> Thibaut?
While you are at it, c
Am Samstag, dem 24.02.2024 um 19:53 -0500 schrieb Scott Kostyshak:
> The following test now fails for me on current master:
>
> export/export/docbook/basic_docbook5
>
> It does not necessarily mean there's a regression. From what I
> understand, DocBook support is fragile for some things so it
Am Samstag, dem 24.02.2024 um 19:46 -0500 schrieb Scott Kostyshak:
> I do not know if there's a regression, or if the reference files just
> need to be updated.
The latter. Done.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
Am Donnerstag, dem 22.02.2024 um 14:02 +1100 schrieb JonT:
> I created original document in Lyx :)
>
> I had to export it to LaTeX for a collaborator to use in Overleaf :(
>
> Reimport to LyX for next chunk of work, and it had a number of
> problems.
>
> I've attached a cut down example of
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
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.
Am Samstag, dem 10.02.2024 um 12:17 -0500 schrieb Richard Kimberly
Heck:
> Oh, shoot. Should I revert it? Or notify people there is one new
> string?
I'd go for the latter. I think an untranslated string is better than a
wrong one.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
counters.step(cnt, utype);
> - listings_label_ += " " +
> convert(counters.value(cnt));
> - }
> }
>
>
>
> -
> --
>
> Summary of changes:
> lib/layouts/stdcounter
Am Donnerstag, dem 08.02.2024 um 09:02 +0100 schrieb Jürgen
Spitzmüller:
> Should be fixed as of 61aa19ef9cbaf81
>
> Sorry.
Riki, this might warrant a soonish RC3. It's not only math that was
disabled, but also special characters, spacing and others.
--
Jürgen
--
lyx-devel mailing
Am Donnerstag, dem 08.02.2024 um 08:43 +0100 schrieb Jürgen
Spitzmüller:
> Am Donnerstag, dem 08.02.2024 um 00:23 +0100 schrieb Jean-Marc
> Lasgouttes:
> > Manual inspection reveals that the commit below is the culprit.
>
> I thought so. I'll have a look.
Should be fixed as
Am Donnerstag, dem 08.02.2024 um 00:23 +0100 schrieb Jean-Marc
Lasgouttes:
> Manual inspection reveals that the commit below is the culprit.
I thought so. I'll have a look.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Dienstag, dem 06.02.2024 um 20:31 + schrieb John Robert Hudson:
> Using RC~1 and today RC-2 with Multiple bibliographies per section
> set, I get
> a LyX warning that there are undefined citations in all but the first
> section.
> Looking at the LaTeX log, I find:
>
> Package natbib
Am Sonntag, dem 21.01.2024 um 09:53 +0100 schrieb Pavel Sanda:
> It surprised me that TeX -> Tex stylechange passed your muster,
> it's usually me who is on the punk side of things :)
This is a problem in the bib file. The English alpha.bst sentence-cases
titles (the German alphadin.bst doesn't),
Am Freitag, dem 19.01.2024 um 13:55 +0100 schrieb Pavel Sanda:
> On Fri, Jan 19, 2024 at 09:19:56AM +0100, Jürgen Spitzmüller wrote:
> > I suggest to use alpha.bst instead (which is part of base).
> > alphadin is a
> > special German format anyway.
>
> I tried and mus
Am Do., 18. Jan. 2024 um 23:23 Uhr schrieb Richard Kimberly Heck <
rikih...@gmail.com>:
> Let's drop it.
>
I suggest to use alpha.bst instead (which is part of base). alphadin is a
special German format anyway.
Jürgen
> Riki
>
>
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Am Donnerstag, dem 18.01.2024 um 20:22 +0100 schrieb Pavel Sanda:
> Actually I am not sure it's part of TL proper, it's packaged here in
> texlive-bibtex-extra package. Anyway Uwe put it in tree very long
> time ago when TL/Miktex distributions would be very different.
CTAN says it's part of
Am Donnerstag, dem 18.01.2024 um 17:47 +0100 schrieb Pavel Sanda:
> > So we're not displaying the used style when it's read-only?
>
> Looks like that. P
Strange, but also in 2.3 AFAICS, so no regression.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
Am Donnerstag, dem 18.01.2024 um 14:15 +0100 schrieb Pavel Sanda:
> 1) Debian sid gives small warning about alphadin.bst having non-utf
> chars. It's
> exactly one accented char in comment which I was about to fix, but
> then I saw
> that we ship alphadin.bst from 1999, while my TL 2020
Am Dienstag, dem 16.01.2024 um 13:00 -0500 schrieb Scott Kostyshak:
> Can anyone take a look?
It's fixed.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Freitag, dem 12.01.2024 um 14:30 +0100 schrieb Jean-Marc Lasgouttes:
> Jürgen, is that OK or did I miss something?
Yes, looks good.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
s Zeelenberg
>
> > -Oorspronkelijk bericht-
> > Van: Jürgen Spitzmüller
> > Verzonden: zaterdag 6 januari 2024 10:54
> > Aan: Kees Zeelenberg ; po-upda...@lyx.org
> > Onderwerp: Re: FW: Dutch translation for LyX-2.4
> >
> > Thanks, Kees! This looks go
Am Freitag, dem 29.12.2023 um 19:06 +0100 schrieb kzsta...@gmail.com:
> I noticed that the messages file for LyX-2.4 is only partly
> translated into Dutch. I am willing to give it a try. Some
> preliminary questions:
> 1. Is someone else already working on it? I asked the last known
>
Am Dienstag, dem 05.12.2023 um 18:08 +0100 schrieb Kornel Benko:
> Sorry, I really don't know how I could tell it is working with
> \PassOptionsToPackage.
I messed up the argument order. Should work now.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
Am Montag, dem 04.12.2023 um 13:22 +0100 schrieb Kornel Benko:
> > So I suggest we add to the module definition:
> >
> > % Disable all character activation, as this interferes
> > % with other packages and some languages
> > \PassOptionsToPackage{hanging}{%
> > notcomma,
> > notperiod,
Am Montag, dem 04.12.2023 um 12:14 +0100 schrieb Jürgen Spitzmüller:
> I am not sure which general solution would be best. Using notquote
> generally seems to limit the functionality too strongly.
On the other hand, the package authors themselves encourage to disable
all character acti
Am Montag, dem 04.12.2023 um 11:38 +0100 schrieb Kornel Benko:
> Thanks, unfortunately adding
> \usepackage[notquote]{hanging}
> to the preamble led to
> ! LaTeX Error: Option clash for package hanging.
> , so that is not a good sollution.
Adding "notquote" to the class options solves
Am Montag, dem 04.12.2023 um 10:55 +0100 schrieb Kornel Benko:
> In fact, there are differences. My version loads also slovak.ldf and
> babel-slovak.tex
> Don't know, how that is happening. Sure, the UI is slovak, but that
> should not go into the compilation.
Via the info insets most probably.
Am Montag, dem 04.12.2023 um 09:23 +0100 schrieb Kornel Benko:
> Yes, I am sure. I tried to find what's wrong, maybe using files not
> in TL23, but no.
>
> The used statement is found in
> /usr/local/texlive/2023/texmf-dist/tex/latex/hanging/hanging.sty
> ...
>
Am Sonntag, dem 03.12.2023 um 13:50 +0100 schrieb Kornel Benko:
> Sure? View formats
> pdf: PDF (ps2pdf)
> ! Use of \next doesn't match its definition
> '->\futurelet \next \h@ngrqtest
Compiles without error here.
> pdf3: PDF (dvipdfm)
> Same output
This, too.
> This is with TL23.
Same here
Am Sonntag, dem 03.12.2023 um 12:01 +0100 schrieb Kornel Benko:
> From the 105 'Additional' export tests now only 16 are failing.
> The following tests FAILED:
I cannot reproduce any Additional failure in current master.
--
Jürgen
signature.asc
Description: This is a digitally signed message
Am Freitag, dem 01.12.2023 um 12:19 -0500 schrieb Scott Kostyshak:
> The following ctests are failing on current master:
Some of them (the Additional cases at least) should work again after
ac5cc017179cdff61
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
Am Sonntag, dem 03.12.2023 um 09:32 + schrieb José Matos:
> On Sun, 2023-12-03 at 10:07 +0100, Kornel Benko wrote:
> > The only difference in the "roundtrip" for style 'Enumerate' is
> >
> > < Requires "" 1""
> > > Requires " 1"
>
> The first line seems problematic. Does that
Am Sonntag, dem 03.12.2023 um 10:07 +0100 schrieb Kornel Benko:
> Thanks. Yes, the messages are sub-optimal.
>
> The only difference in the "roundtrip" for style 'Enumerate' is
>
> < Requires "" 1""
> > Requires " 1"
I see. Should be cured.
--
Jürgen
signature.asc
Description: This
Am Samstag, dem 02.12.2023 um 17:42 +0100 schrieb Kornel Benko:
> Should I better know than you?
I thought so, since you are using and improving the tests regularly.
> It is our code in ./src/tests/check_layout.cpp
I can try to find out. Maybe the tests themselves should output more
Am Samstag, dem 02.12.2023 um 17:30 +0100 schrieb Kornel Benko:
> Also, try to view 'PDF (LuaTeX)'
This has definitely nothing to do with my commit (you get the same
failure in stable). I think this powerdot example simply does not work
with LuaTeX, it is bound to ps. Maybe with some adaptations.
Am Samstag, dem 02.12.2023 um 17:16 +0100 schrieb Kornel Benko:
> In the lyx-bin directory there should also exist the command
> "check_layout".
> The use is simple:
>
> $ check_layout /usr2/src/lyx/lyx-
> test/lib/layouts/powerdot.layout
> (of course "usr2/src/lyx/lyx-test/lib/layouts/" is
Am Samstag, dem 02.12.2023 um 10:40 +0100 schrieb Kornel Benko:
> Am Fri, 1 Dec 2023 12:19:31 -0500
> schrieb Scott Kostyshak :
>
> > The following ctests are failing on current master:
> >
> > check_layout/memoir.layout (Failed)
> > check_layout/powerdot.layout (Failed)
>
> Bisecting for
Am Dienstag, dem 21.11.2023 um 21:36 -0500 schrieb Richard Kimberly
Heck:
> On 11/19/23 05:56, madmurphy wrote:
> > Hi!
> >
> > First of all congratulations for the good work! Any chances the
> > hereapplies module* will be included with this release?
> >
> > *
Am Mittwoch, dem 22.11.2023 um 17:48 +0100 schrieb Jean-Marc
Lasgouttes:
> But 300 new defects is a bit more than I expected :)
Yes, this scared me, too.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Donnerstag, dem 02.11.2023 um 03:33 + schrieb Isaac Oscar
Gariano:
>
> I think the best approach would be to write the menu's such that they
> don't have too many options in the first place. Of course if a user
> defines an inset or something else with lots of options, that should
> be
Am Mittwoch, dem 01.11.2023 um 15:05 +0100 schrieb Jürgen Spitzmüller:
> Am Mittwoch, dem 01.11.2023 um 12:50 +0100 schrieb Jürgen
> Spitzmüller:
> > Note, however, that this will result in shortcut conflicts with
> > items
> > moved from sub- to main menu, so this e
Am Mittwoch, dem 01.11.2023 um 14:18 + schrieb Isaac Oscar Gariano:
> Regardless, I just did a quick test, and if I lower my screen
> resolution so that not everything fits on the context menu, it makes
> a two column context menu, so perhaps we don't need the >50 check at
> all?
I am not in
Am Mittwoch, dem 01.11.2023 um 12:50 +0100 schrieb Jürgen Spitzmüller:
> Note, however, that this will result in shortcut conflicts with items
> moved from sub- to main menu, so this effectively causes string
> changes. Since string freeze that is lurking around the corner for
> some
Am Mittwoch, dem 01.11.2023 um 12:50 +0100 schrieb Jürgen Spitzmüller:
> On my small laptop without HiDPI, 50 is not too short.
More precise, on my desktop computer (a bit dated 23" monitor with
2048x1153 dpi, no HiDPI), ca. 38 entries will fill the whole screen.
The mentioned menubar
Am Mittwoch, dem 01.11.2023 um 05:14 + schrieb Isaac Oscar Gariano:
> If I have time later, I may modify the code that does the > 50 check
> to actually count properly, as it's counting context menu items that
> don't even show up.
Yes, this would be the way to go, the current check is too
Am Montag, dem 30.10.2023 um 03:48 + schrieb Isaac Oscar Gariano:
> Sorry for bothering you again, I'm just curious if this is an
> intentional design decision as it's really annoying me.
It's the result of a bug fix:
https://www.lyx.org/trac/ticket/10370
Here's the respective change:
Am Donnerstag, dem 26.10.2023 um 03:44 +0200 schrieb Thibaut Cuvelier:
> Dear list,
>
> I am attaching a patch that fixes two Coverity warnings. Could anyone
> commit this to the Git repo (given I currently have no access to it)?
> As it was generated with git format-patch, it should be easy to
Am Montag, dem 23.10.2023 um 06:16 +0200 schrieb Jürgen Spitzmüller:
> Thanks. So its the "pat" regex in qt_l10n (lyx_pot.py) that is to
> blame. Shouldn't be too hard to fix that to consider line breaks
> within ..., no?
Correcting myself after trying: \n in ui file strings
Am Sonntag, dem 22.10.2023 um 15:39 -0400 schrieb Scott Kostyshak:
> I'm sure I could change it locally to my desire, but thought I'd
> check to see if others see the same on their system and whether it
> makes sense to change the default.
I don't think it is possible to set colors that work with
Am Sonntag, dem 22.10.2023 um 19:34 +0200 schrieb Enrico Forestieri:
> Instead of "" you can also use the entity "". The
> difference
> is that this is directly replaced by lyx_pot.py to "\n" so that Qt
> will
> not use the html parser simply for introducing a newline char.
Thanks. So its the
1 - 100 of 15265 matches
Mail list logo
