On Mon, Mar 17, 2025 at 06:32:09PM +0100, Jürgen Spitzmüller wrote:
> Am Montag, dem 17.03.2025 um 17:53 +0100 schrieb Jürgen Spitzmüller:
> > I reported this here:
> > https://github.com/latex3/xcolor/issues/42
>
> Turned out it was my fault. Fixed.
Thanks, I confirm the relevant tests look good
Am Montag, dem 17.03.2025 um 17:53 +0100 schrieb Jürgen Spitzmüller:
> I reported this here:
> https://github.com/latex3/xcolor/issues/42
Turned out it was my fault. Fixed.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.l
Am Sonntag, dem 16.03.2025 um 22:11 +0100 schrieb Scott Kostyshak:
> On Sun, Mar 16, 2025 at 03:49:25PM +0100, Kornel Benko wrote:
> > I see these errors (with TL25):
> > export/doc/EmbeddedObjects_pdf
> > export/doc/de/EmbeddedObjects_pdf
>
> These also fail for me on TL25.
Seems to be a bug wit
logfile. Everything is OK, therefore the inverted
> test does
> not pass.
> The only thing not OK is missing lyx-converter lilypond-book->latex.
> But this did not produce an error.
> OTOH, after installing lilypond, the test passes, because running lilypond
> produces
> er
Am Sun, 16 Mar 2025 22:11:41 +0100
schrieb Scott Kostyshak :
> > INVERTED.DOCBOOK_export/examples/ja/Modules/LilyPond_Book_docbook5
>
> Passes here.
Hm, this is the tail of my logfile. Everything is OK, therefore the inverted
test does
not pass.
The only thing not OK is missing l
On Sun, Mar 16, 2025 at 03:49:25PM +0100, Kornel Benko wrote:
> I see these errors (with TL25):
> export/doc/EmbeddedObjects_pdf
> export/doc/de/EmbeddedObjects_pdf
These also fail for me on TL25.
> export/examples/Articles/Springer_Nature_Journals_docbook5
Also fails here, but I don't know if I
I see these errors (with TL25):
export/doc/EmbeddedObjects_pdf
export/doc/de/EmbeddedObjects_pdf
export/examples/Articles/Springer_Nature_Journals_docbook5
INVERTED.DOCBOOK_export/examples/Modules/LilyPond_Book_docbook5
export/examples/Modules/Noweb_dvi3_texF
export/examples/Modules/Noweb_dvi3_syst
styshak :
> > >
> > > > commit 4d15427935b7c965af0aff748ffa2549856c232c
> > > > Author: Scott Kostyshak
> > > > Date: Sun Jul 14 00:16:19 2024 -0400
> > > >
> > > > ctests: invert a failing xhtml test
> > > >
gt; Author: Scott Kostyshak
> > > Date: Sun Jul 14 00:16:19 2024 -0400
> > >
> > > ctests: invert a failing xhtml test
> > >
> > > Explanation from Jürgen:
> > >
> > > the author-specific keys now can have a tra
> ctests: invert a failing xhtml test
> >
> > Explanation from Jürgen:
> >
> > the author-specific keys now can have a trailing &
> > (after the key as in "abbrvciteauthor&" or at the start of the type
> > subtag,
Am Sun, 14 Jul 2024 04:27:30 +
schrieb Scott Kostyshak :
> commit 4d15427935b7c965af0aff748ffa2549856c232c
> Author: Scott Kostyshak
> Date: Sun Jul 14 00:16:19 2024 -0400
>
> ctests: invert a failing xhtml test
>
> Explanation from Jürgen:
>
&
On Mon, May 06, 2024 at 01:59:50PM GMT, Kornel Benko wrote:
> Am Sun, 5 May 2024 13:12:48 +0200
> schrieb Kornel Benko :
>
> > > >
> > > > See: https://tug.org/pipermail/tex-live/2024-May/050511.html
> > > >
> > > > Udi
> > >
> > > Thanks, Kornel and Udi. Indeed, after a new tlmgr update th
Am Sun, 5 May 2024 13:12:48 +0200
schrieb Kornel Benko :
> > >
> > > See: https://tug.org/pipermail/tex-live/2024-May/050511.html
> > >
> > > Udi
> >
> > Thanks, Kornel and Udi. Indeed, after a new tlmgr update these tests
> > pass. Now the following tests fail for me:
> >
> > export/exa
> export/export/latex/languages/en-ja_platex_pdf4_systemF (Failed)
> > > > export/export/latex/languages/en-ja_platex_pdf5_systemF (Failed)
> > > >
> > > > I attach the file that corresponds to the pdf4_systemF test for
> > > > convenience.
> >
n-ja_platex_pdf5_systemF (Failed)
> > >
> > > I attach the file that corresponds to the pdf4_systemF test for
> > > convenience.
> > >
> > > The LaTeX error I now get is the following:
> > >
> > > ! Illegal parameter number in definition of \l__e
> export/export/latex/languages/en-ja_platex_dvi3_systemF (Failed)
> > export/export/latex/languages/en-ja_platex_pdf4_systemF (Failed)
> > export/export/latex/languages/en-ja_platex_pdf5_systemF (Failed)
> >
> > I attach the file that corresponds to the pdf4_systemF test for
>
latex/languages/en-ja_platex_pdf4_systemF (Failed)
> export/export/latex/languages/en-ja_platex_pdf5_systemF (Failed)
>
> I attach the file that corresponds to the pdf4_systemF test for
> convenience.
>
> The LaTeX error I now get is the following:
>
> ! Illegal parameter number in d
-ja_platex_pdf5_systemF (Failed)
I attach the file that corresponds to the pdf4_systemF test for
convenience.
The LaTeX error I now get is the following:
! Illegal parameter number in definition of \l__exp_internal_tl.
I'm going to ask a question on tex.se to figure out where to report this
potential regre
On Mon, Apr 08, 2024 at 10:14:07AM GMT, José Matos wrote:
> On Sun, 2024-04-07 at 23:03 -0400, Scott Kostyshak wrote:
> > Thanks, that is a good idea, but I would not want to use that setting
> > for most of my documents. I find that doing repeated lyx2lyx does not
> > create a smooth workflow.
> >
On Sun, 2024-04-07 at 23:03 -0400, Scott Kostyshak wrote:
> Thanks, that is a good idea, but I would not want to use that setting
> for most of my documents. I find that doing repeated lyx2lyx does not
> create a smooth workflow.
>
> Scott
I pushed against the guarantee before. :-)
The rationale
On Sun, Apr 07, 2024 at 03:13:44PM GMT, Richard Kimberly Heck wrote:
> On 4/7/24 12:46, José Matos wrote:
> > On Sun, 2024-04-07 at 11:31 -0400, Scott Kostyshak wrote:
> > > Fair enough. That was what I was afraid of (and expected).
> > >
> > > Scott
> > A possible mid-term solution, to your use c
On 4/7/24 12:46, José Matos wrote:
On Sun, 2024-04-07 at 11:31 -0400, Scott Kostyshak wrote:
Fair enough. That was what I was afraid of (and expected).
Scott
A possible mid-term solution, to your use case, is to set the output
format of the latest stable version.
This would mean that any docu
On Sun, 2024-04-07 at 11:31 -0400, Scott Kostyshak wrote:
> Fair enough. That was what I was afraid of (and expected).
>
> Scott
A possible mid-term solution, to your use case, is to set the output
format of the latest stable version.
This would mean that any document is always imported to the l
On Sun, Apr 07, 2024 at 06:32:47AM GMT, Jürgen Spitzmüller wrote:
> 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
>
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
I've been enjoying testing master, but on the first file format increment, I'll
stop a lot of my testing since they're documents I will want to work on with
other people.
I have a few documents that only I use and for that I'll try to continue to
test master.
I imagine
> > > Thank you so much, Thibaut.
> > > >
> > > > Could you send the patch to lyx-devel, so Scott can test it? I am too
> > > > unsure about all things docbook to judge.
> > > >
> > >
> > > I tried sending it to the mailing list, but my email
On Mon, 26 Feb 2024 at 16:00, Scott Kostyshak wrote:
> On Mon, Feb 26, 2024 at 03:07:12PM +0100, Thibaut Cuvelier wrote:
> > On Mon, 26 Feb 2024 at 10:46, wrote:
> >
> > > Thank you so much, Thibaut.
> > >
> > > Could you send the patch to lyx-devel, s
On Mon, Feb 26, 2024 at 03:07:12PM +0100, Thibaut Cuvelier wrote:
> On Mon, 26 Feb 2024 at 10:46, wrote:
>
> > Thank you so much, Thibaut.
> >
> > Could you send the patch to lyx-devel, so Scott can test it? I am too
> > unsure about all things docbook to judge.
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, could you please al
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 fragil
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 may be that
our DocBook export mechanism needs to adapt to a new feature
Dear manager,
Good day. This is Fiona from Hebei Juying Hoisting Machinery Co.,Ltd.
Our factory mainly produces chain hoist, electric hoist , lifting belt,load chain,hand pallet truck & various lifting equipment. And we have rich export experience for more than 10 years.
If any r
I received your test, and it was signed. By the way, that's cool you can
add an alias, i.e., I see:
gpg: Good signature from "Kornel Benko " [full]
gpg: aka "Kornel Benko " [full]
I did not know you could do that. That's helpful to know.
Note that
pgp4Sqj8KCzM2.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On Sun, Apr 03, 2022 at 03:41:43AM +0200, Thibaut Cuvelier wrote:
> On Sat, 2 Apr 2022 at 20:24, Scott Kostyshak wrote:
>
> > The following test fails for me on current master:
> >
> > export/export/xhtml/table_borders_docbook5
> >
>
> Thanks for the n
On Sat, 2 Apr 2022 at 20:24, Scott Kostyshak wrote:
> The following test fails for me on current master:
>
> export/export/xhtml/table_borders_docbook5
>
Thanks for the notice! It's been fixed as e7ed8213ac.
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://list
The following test fails for me on current master:
export/export/xhtml/table_borders_docbook5
Scott
signature.asc
Description: PGP signature
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Wed, 29 Sep 2021 18:16:44 +0200
schrieb Jean-Marc Lasgouttes :
> Le 29/09/2021 à 17:32, Kornel Benko a écrit :
> > commit c26db650a1e93573e4c09d4612ad45ae1e219854
> > Author: Kornel Benko
> > Date: Wed Sep 29 17:53:50 2021 +0200
> >
> > Cmake buil
On Wed, Nov 11, 2020 at 04:32:57PM +1300, Sam Crawley wrote:
> I hereby grant permission to license my contributions to LyX under the GNU
> General Public License, version 2 or any later version.
Thanks, I added you to credits.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists
ave '-DLYX_ENABLE_URLTESTS:BOOL=ON'. We should
> >>>>> move the
> >>>>> find_package() call to different place, maybe to the main
> >>>>> CMakeLists.txt.
> >>>>>
> >>>>> Kornel
> >>>> Hm, done at 568
ferent place, maybe to the main CMakeLists.txt.
>>>>>
>>>>> Kornel
>>>> Hm, done at 5680a4d3.
>>> Thanks, that fixed it!
>>>
>>> Updated patchset attached.
>>>
>>> Thanks,
>>> Sam.
>> Thanks, test wo
gt; CMakeLists.txt.
> > > >
> > > > Kornel
> > >
> > > Hm, done at 5680a4d3.
> >
> > Thanks, that fixed it!
> >
> > Updated patchset attached.
> >
> > Thanks,
> > Sam.
>
> Thanks, test works.
> From my
you do not have '-DLYX_ENABLE_URLTESTS:BOOL=ON'. We should
> > > move the
> > > find_package() call to different place, maybe to the main CMakeLists.txt.
> > >
> > > Kornel
> >
> > Hm, done at 5680a4d3.
>
> Thanks, that fixed it!
Am Fri, 13 Nov 2020 23:42:29 +0100
schrieb Kornel Benko :
> Am Sat, 14 Nov 2020 10:55:48 +1300
> schrieb "Sam Crawley" :
>
> > On Sat, 14 Nov 2020, at 00:12, Kornel Benko wrote:
> > > Running the test I get:
> > > ...
> > > Can't exec
Am Fri, 13 Nov 2020 23:42:29 +0100
schrieb Kornel Benko :
> Am Sat, 14 Nov 2020 10:55:48 +1300
> schrieb "Sam Crawley" :
>
> > On Sat, 14 Nov 2020, at 00:12, Kornel Benko wrote:
> > > Running the test I get:
> > > ...
> > > Can't exec
Am Sat, 14 Nov 2020 10:55:48 +1300
schrieb "Sam Crawley" :
> On Sat, 14 Nov 2020, at 00:12, Kornel Benko wrote:
> > Running the test I get:
> > ...
> > Can't exec
> > "/usr2/src/lyx/lyx-git/development/batchtests/bin/compare_custom.pl&quo
On Sat, 14 Nov 2020, at 00:12, Kornel Benko wrote:
> Running the test I get:
> ...
> Can't exec
> "/usr2/src/lyx/lyx-git/development/batchtests/bin/compare_custom.pl":
> Permission denied at
> /BUILD/BUILDMint18/BuildLyxGitQt5.9.5local-gcc8.4.0/lyx_batch.pl
&g
the command line. The
> tests now
> use this. A couple of other things tidied up too.
>
> Thanks,
> Sam.
>
> On Sun, 8 Nov 2020, at 17:14, Sam Crawley wrote:
> > Hi all,
> >
> > I've created a fairly basic test suite for the Compare function. It us
On Thu, Nov 12, 2020 at 08:57:42PM +1300, Sam Crawley wrote:
> In that case, I'll add a different parameter to the LFUN to differentiate
> between case (ii) and (iii). So instead of passing "run" (and the two file
> names), you will pass "run-sync" to indicate that you want it to block for
> the
On Thu, 12 Nov 2020, at 00:18, Pavel Sanda wrote:
> On Wed, Nov 11, 2020 at 09:10:09PM +1300, Sam Crawley wrote:
> >
> > I'm not sure I understand. When cmd_mode == true (which is always the case
> > when run() is invoked via the LFUN),
>
> Maybe I do not understand your intentions then. I thoug
On Wed, Nov 11, 2020 at 09:10:09PM +1300, Sam Crawley wrote:
> > 2) It seems that if (!cmd_mode) you will call finished(false) twice
> > thus wrongly
> >reverting the toggles from FuncRequest(LFUN_CHANGES_OUTPUT) in
> > finished(), right?
>
> I'm not sure I understand. When cmd_mode == true
On Wed, 11 Nov 2020, at 00:31, Pavel Sanda wrote:
> So I looked at the code for the command line run at this place looks
> good enough.
Thanks for having a look.
> I have another concerns though:
> 1) slotOK contains error() call which seems to be missed now. If you
> don't want it for
>com
I hereby grant permission to license my contributions to LyX under the GNU
General Public License, version 2 or any later version.
Sam Crawley.
On Tue, 10 Nov 2020, at 23:39, Kornel Benko wrote:
> Am Sun, 8 Nov 2020 11:32:59 +0100
> schrieb Pavel Sanda :
>
> > On Sun, Nov 08, 2020 at 05:14:42PM
On Mon, Nov 09, 2020 at 01:03:47AM +0100, Pavel Sanda wrote:
> > > > @@ -343,7 +348,12 @@ bool GuiCompare::initialiseParams(std::string
> > > > const &par)
> > > > if (cmd.getArg(0) == "run") {
> > > > oldFileCB->setEditText(toqstr(cmd.getArg(1)));
> > > > n
Am Sun, 8 Nov 2020 11:32:59 +0100
schrieb Pavel Sanda :
> On Sun, Nov 08, 2020 at 05:14:42PM +1300, Sam Crawley wrote:
> > Hi all,
>
> Hi Sam,
>
> welcome and thanks for working on this. Couple small things:
>
> - Please send in a separate email to our list the following GPL statement:
>
> I
On Mon, Nov 09, 2020 at 09:19:42AM +1300, Sam Crawley wrote:
> On Sun, 8 Nov 2020, at 23:32, Pavel Sanda wrote:
>
> > Git commit messages tend to have the following structure: first summary
> > line,
> > empty line and then the details. This helps with log summaries.
>
> That is the format I use
Am Mon, 09 Nov 2020 09:07:35 +1300
schrieb "Sam Crawley" :
> On Mon, 9 Nov 2020, at 01:01, Kornel Benko wrote:
> > Needed new perl module (Slurp.pm), got from package 'libfile-slurp-perl'.
>
> I think this use to be in Perl core, but it's now been taken out. I can
> easily rewrite
> if the depen
Am Mon, 09 Nov 2020 09:00:48 +1300
schrieb "Sam Crawley" :
> On Sun, 8 Nov 2020, at 22:28, Kornel Benko wrote:
> > Am Sun, 08 Nov 2020 17:14:42 +1300
> > schrieb "Sam Crawley" :
> > ...
> > > diff --git a/lib/scripts/lyx_batch.pl.in b/lib/scripts/lyx_batch.pl.in
> > > index 2d93d27c59..32ef0f974a
On Sun, 8 Nov 2020, at 23:32, Pavel Sanda wrote:
> Git commit messages tend to have the following structure: first summary line,
> empty line and then the details. This helps with log summaries.
That is the format I used, unless I'm missing something. The 'subject' line in
a git patch file is th
On Sun, 8 Nov 2020, at 22:28, Kornel Benko wrote:
> Am Sun, 08 Nov 2020 17:14:42 +1300
> schrieb "Sam Crawley" :
> ...
> > diff --git a/lib/scripts/lyx_batch.pl.in b/lib/scripts/lyx_batch.pl.in
> > index 2d93d27c59..32ef0f974a 100644
> > --- a/lib/scripts/lyx_batch.pl.in
> > +++ b/lib/scripts/lyx_b
On Mon, 9 Nov 2020, at 01:01, Kornel Benko wrote:
> Needed new perl module (Slurp.pm), got from package 'libfile-slurp-perl'.
I think this use to be in Perl core, but it's now been taken out. I can easily
rewrite if the dependency is a problem.--
lyx-devel mailing list
lyx-devel@lists.lyx.org
ht
On Sun, Nov 08, 2020 at 12:48:11PM -0500, Richard Kimberly Heck wrote:
> On 11/8/20 12:12 PM, Scott Kostyshak wrote:
> > On Sun, Nov 08, 2020 at 11:32:59AM +0100, Pavel Sanda wrote:
> >> Scott/Kornel will presumably review/check the testing part.
> > I don't have much time to review or help, althou
On 11/8/20 12:12 PM, Scott Kostyshak wrote:
> On Sun, Nov 08, 2020 at 11:32:59AM +0100, Pavel Sanda wrote:
>> Scott/Kornel will presumably review/check the testing part.
> I don't have much time to review or help, although I would be happy to take a
> look in the future (possibly not for a while t
On Sun, Nov 08, 2020 at 11:32:59AM +0100, Pavel Sanda wrote:
>
> Scott/Kornel will presumably review/check the testing part.
I don't have much time to review or help, although I would be happy to take a
look in the future (possibly not for a while though). Thanks to Pavel and
Kornel for giving
>
> > > -sub checkPrecondition();
> > > -sub system1(@);
> > > -sub addFiles($$$);
> > > -sub mycompare($$$);
> > > -
> >
> > Hm, why are you removing the prototypes?
> >
> > Kornel
>
> Applies clean.
> Nee
; > -
>
> Hm, why are you removing the prototypes?
>
> Kornel
Applies clean.
Needed new perl module (Slurp.pm), got from package 'libfile-slurp-perl'.
Test passes after 17 seconds.
All other batch tests are still OK.
Nice work. (The testfiles old.lyx/new.lyx a
ime, can't we just wait
until it finishes?
> From 9cdd8e876e812b6dd194df1f586a369fb5bcb3d7 Mon Sep 17 00:00:00 2001
> From: Sam Crawley
> Date: Fri, 6 Nov 2020 20:57:14 +1300
> Subject: [PATCH 2/4] Created initial test for compare function
>
> Runs the compare via a
Am Sun, 08 Nov 2020 17:14:42 +1300
schrieb "Sam Crawley" :
...
> diff --git a/lib/scripts/lyx_batch.pl.in b/lib/scripts/lyx_batch.pl.in
> index 2d93d27c59..32ef0f974a 100644
> --- a/lib/scripts/lyx_batch.pl.in
> +++ b/lib/scripts/lyx_batch.pl.in
> @@ -8,11 +8,6 @@ use warnings;
> use File::Copy;
>
On Thu, Aug 27, 2020 at 05:32:18AM +0200, Jürgen Spitzmüller wrote:
> Am Dienstag, den 25.08.2020, 12:40 -0400 schrieb Scott Kostyshak:
> > On Mon, Aug 24, 2020 at 01:02:36AM -0400, Scott Kostyshak wrote:
> > > The following test fails for me:
> > >
> >
Am Dienstag, den 25.08.2020, 12:40 -0400 schrieb Scott Kostyshak:
> On Mon, Aug 24, 2020 at 01:02:36AM -0400, Scott Kostyshak wrote:
> > The following test fails for me:
> >
> >
> export/templates/Articles/American_Psychological_Association_%28APA%2
> 9,_v._7
On 8/26/20 7:27 PM, Doug Martin wrote:
> I just got subscribed to this list, thanks to the kind help of Riki Heck.
> And I just wanted to check that indeed I can send an email to the list.
And it seems to have come through.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.ly
I just got subscribed to this list, thanks to the kind help of Riki Heck.
And I just wanted to check that indeed I can send an email to the list.
Doug
--
R. Douglas Martin
Professor Emeritus in Applied Mathematics and Statistics
Founder and Former Director of MS-CFRM Program
depts.washington.ed
tandably)
> > do not take into account the ERT. Unless anyone wants to take a closer
> > look, I plan to invert the test (i.e., mark in the ctests that we expect
> > this test to fail), especially since it is regarding 2.2.x and not even
> > 2.3.x.
> >
> > Scott
&g
> look, I plan to invert the test (i.e., mark in the ctests that we expect
> this test to fail), especially since it is regarding 2.2.x and not even
> 2.3.x.
>
> Scott
You are right, as soon as ERT enters the backport the roundtrip test becomes
doomed. Yes, it can work but and y
On Mon, Aug 24, 2020 at 01:02:36AM -0400, Scott Kostyshak wrote:
> The following test fails for me:
>
>
> export/templates/Articles/American_Psychological_Association_%28APA%29,_v._7_lyx22
> (Failed)
>
> To reproduce:
>
> lyx -e lyx22x American_Psychological_
On Mon, Aug 24, 2020 at 01:44:33AM +0200, Kornel Benko wrote:
> Am Sun, 23 Aug 2020 14:36:52 -0400
> schrieb Scott Kostyshak :
>
> > On Sun, Aug 23, 2020 at 01:35:54PM +0200, Kornel Benko wrote:
> > > Am Sun, 23 Aug 2020 11:53:25 +0200
> > > schrieb Kornel Benko :
> > >
> > > > Am Sun, 23 Aug 2
The following test fails for me:
export/templates/Articles/American_Psychological_Association_%28APA%29,_v._7_lyx22
(Failed)
To reproduce:
lyx -e lyx22x American_Psychological_Association_%28APA%29,_v._7.lyx && lyx
-e pdf2 American_Psychological_Association_%28APA%29,_v._7.22.lyx
Am Sun, 23 Aug 2020 14:36:52 -0400
schrieb Scott Kostyshak :
> On Sun, Aug 23, 2020 at 01:35:54PM +0200, Kornel Benko wrote:
> > Am Sun, 23 Aug 2020 11:53:25 +0200
> > schrieb Kornel Benko :
> >
> > > Am Sun, 23 Aug 2020 10:09:24 +0200
> > > schrieb Jürgen Spitzmüller :
> > >
> > > > Am Sams
On Sun, Aug 23, 2020 at 01:35:54PM +0200, Kornel Benko wrote:
> Am Sun, 23 Aug 2020 11:53:25 +0200
> schrieb Kornel Benko :
>
> > Am Sun, 23 Aug 2020 10:09:24 +0200
> > schrieb Jürgen Spitzmüller :
> >
> > > Am Samstag, den 22.08.2020, 14:34 +0200 schrieb Kornel Benko:
> > > > OK. In the mean t
Am Sun, 23 Aug 2020 11:53:25 +0200
schrieb Kornel Benko :
> Am Sun, 23 Aug 2020 10:09:24 +0200
> schrieb Jürgen Spitzmüller :
>
> > Am Samstag, den 22.08.2020, 14:34 +0200 schrieb Kornel Benko:
> > > OK. In the mean time, (I don't expect a solution in the near future)
> > > we should use your p
Am Sun, 23 Aug 2020 10:09:24 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, den 22.08.2020, 14:34 +0200 schrieb Kornel Benko:
> > OK. In the mean time, (I don't expect a solution in the near future)
> > we should use your patch. Just my 2c.
>
> I went for alphabetic ordering now.
>
> Jürgen
Am Samstag, den 22.08.2020, 14:34 +0200 schrieb Kornel Benko:
> OK. In the mean time, (I don't expect a solution in the near future)
> we should use your patch. Just my 2c.
I went for alphabetic ordering now.
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-deve
Am Sat, 22 Aug 2020 14:25:53 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, den 22.08.2020, 14:04 +0200 schrieb Kornel Benko:
> > The other thing is the unspecified sequence of documentclass options.
> > We have to expect different outcome depending on the phase of moon.
>
> The order really
Am Samstag, den 22.08.2020, 14:04 +0200 schrieb Kornel Benko:
> The other thing is the unspecified sequence of documentclass options.
> We have to expect different outcome depending on the phase of moon.
The order really should not matter. And as you demonstrated, the
sequence also differs for pre
Am Sat, 22 Aug 2020 13:39:28 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, den 22.08.2020, 11:39 +0200 schrieb Kornel Benko:
> > Looks good. The endless loop is gone :)
>
> Thanks. I first try to get it fixed upstream. If this doesn't work, we
> can still commit this ugly workaround.
>
> Jü
Am Samstag, den 22.08.2020, 11:39 +0200 schrieb Kornel Benko:
> Looks good. The endless loop is gone :)
Thanks. I first try to get it fixed upstream. If this doesn't work, we
can still commit this ugly workaround.
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx
Am Sat, 22 Aug 2020 11:18:58 +0200
schrieb Jürgen Spitzmüller :
> Am Samstag, den 22.08.2020, 10:28 +0200 schrieb Jürgen Spitzmüller:
> > What we can do is to assure that hebrew is always output after arabic
> > and farsi. But this of course only works if Arabic or Farsi are not
> > the main langu
Am Samstag, den 22.08.2020, 10:28 +0200 schrieb Jürgen Spitzmüller:
> What we can do is to assure that hebrew is always output after arabic
> and farsi. But this of course only works if Arabic or Farsi are not
> the main language.
This would be something like the attached. Kornel, Scott, does this
Am Samstag, den 22.08.2020, 10:28 +0200 schrieb Jürgen Spitzmüller:
> My guess is that arabicore.sty (use by Farsi and Arabic) and
> lhbabel.def (used by Hebrew) redefine \everypar in incompatible ways.
>
> What we can do is to assure that hebrew is always output after arabic
> and farsi. But this
Am Freitag, den 21.08.2020, 19:06 +0200 schrieb Kornel Benko:
> This version does hang. Switch the commented documentclass, and now
> the compilation does not hang.
It boils down to the order of hebrew and farsi (or arabic):
\documentclass[
hebrew,% breaks
farsi,% or: arabic
Am Freitag, den 21.08.2020, 13:33 -0400 schrieb Scott Kostyshak:
> Thanks to you two for looking into this annoying problem. I don't
> have
> much time to contribute or test.
>
> The following ML thread is relevant. I'm not sure it contains any
> additional information
> >
> > Thanks to you two for looking into this annoying problem. I don't have
> > much time to contribute or test.
> >
> > The following ML thread is relevant. I'm not sure it contains any
> > additional information but I put it nonetheless a
Am Fri, 21 Aug 2020 13:33:58 -0400
schrieb Scott Kostyshak :
> > > Thanks. Could you send also the other file, for comparison?
> >
> > It is too edited (the documentclass line)
>
> Thanks to you two for looking into this annoying problem. I don't have
&
t; > Yes.
> > >
> > > > If not, could you send the problematic tex file?
> > >
> > > Attached.
> >
> > Thanks. Could you send also the other file, for comparison?
>
> It is too edited (the documentclass line)
Thanks to you two for looking into
\textcopyright}}\else\textcopyright\fi}
\addto\noextraslithuanian{\latintext}
\addto\extrasestonian{\bbl@deactivate{~}}
\DeclareTextSymbol{\guillemotright}{LFE}{62}
\DeclareTextSymbol{\guillemotleft}{LFE}{60}
% arabic + hyperref redefines \noboundary as local textcommand
\let\orig@noboundary\
Am Freitag, den 21.08.2020, 19:06 +0200 schrieb Kornel Benko:
> > Are these the only differences in the tex file?
>
> No, but others are only the sequence of defining some latex commands.
But this should also not differ.
>
> > And does the first tex file also hang if you run pdflatex directly?
wa\bbl@allowhyphens}
\DeclareTextCommand{\textSchwa}{T1}{\CYRSCHWA\bbl@allowhyphens}
% fix albanian: restore \th as LATIN LETTER THORN
\@ifl@aded{def}{t1enc}{\DeclareTextSymbol{\th}{T1}{254}}{}
% arabic + hyperref redefines \noboundary as local textcommand
\let\orig@noboundary\noboundary
\DeclareT
Am Freitag, den 21.08.2020, 18:18 +0200 schrieb Kornel Benko:
> $ egrep cache Testing/.lyx/preferences
> \converter_cache_maxage 15552000
> \use_converter_cache false
>
> But I suspect now differences in the used tex-files.
> The main difference (as I see it) is the definition of
Am Fri, 21 Aug 2020 17:48:47 +0200
schrieb Jürgen Spitzmüller :
> Kornel Benko schrieb am Fr., 21. Aug. 2020, 17:13:
> > > Sure?
> >
> > Sure. The execution time of pdflatex is constantly increasing.
>
> I meant: sure cache is disabled?
>
> > Mark, that this is only a single export (no oth
1 - 100 of 1555 matches
Mail list logo
