Re: display of $int...$ under QT5

Am Sat, 29 Aug 2020 07:29:05 +0200 schrieb "M.B. Schiekel" : > Am 28.08.20 um 14:30 schrieb Pavel Sanda: > >> here are my results for LyX-2.4.0dev-2: > >> -- > >> lyx -dbg any 2>&1 |grep Adding.font > > > > You install LyX-2.4.0dev-2

Re: display of $int...$ under QT5

Dňa Fri, 28 Aug 2020 19:04:45 +0200 Pavel Sanda napísal: > On Fri, Aug 28, 2020 at 06:55:48PM +0200, Kornel Benko wrote: > > > Now, lets clarify whether you are actually reproducing Berhnards problem. > > > When you use vanilla master + cmake fix which allows to use lyx's o

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 18:27:38 +0200 schrieb Pavel Sanda : > On Fri, Aug 28, 2020 at 05:55:48PM +0200, Kornel Benko wrote: > > > On Fri, Aug 28, 2020 at 05:41:06PM +0200, Kornel Benko wrote: > > > > > Ok, we are getting lost in this thread. > > > > > Ca

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 17:46:45 +0200 schrieb Pavel Sanda : > On Fri, Aug 28, 2020 at 05:41:06PM +0200, Kornel Benko wrote: > > > Ok, we are getting lost in this thread. > > > Can you state what were the exact conditions for producing > > > Bildschirmf

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 17:23:06 +0200 schrieb Pavel Sanda : > On Fri, Aug 28, 2020 at 04:46:46PM +0200, Kornel Benko wrote: > > > > OK, attached. Only \fint seems to be suspicious. > > > > > > I can't reproduce your results. oiint still does not ren

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 16:09:31 +0200 schrieb Pavel Sanda : > On Fri, Aug 28, 2020 at 03:33:10PM +0200, Kornel Benko wrote: > > > On Fri, Aug 28, 2020 at 03:11:34PM +0200, Kornel Benko wrote: > > > > No change removing esint10.ttf. > > > > > > > >

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 15:18:02 +0200 schrieb Pavel Sanda : > On Fri, Aug 28, 2020 at 03:11:34PM +0200, Kornel Benko wrote: > > No change removing esint10.ttf. > > > > strace lyx attached. > > Ok, so let us stay with this 'removed' version in which texlive's esint10

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 15:15:23 +0200 schrieb Kornel Benko : > Am Fri, 28 Aug 2020 15:11:34 +0200 > schrieb Kornel Benko : > > > Am Fri, 28 Aug 2020 14:38:54 +0200 > > schrieb Pavel Sanda : > > > > > On Thu, Aug 27, 2020 at 09:48:27PM +0200, Kornel Benko

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 15:11:34 +0200 schrieb Kornel Benko : > Am Fri, 28 Aug 2020 14:38:54 +0200 > schrieb Pavel Sanda : > > > On Thu, Aug 27, 2020 at 09:48:27PM +0200, Kornel Benko wrote: > > > > > Thanks Pavel. I was not aware that cmake installed the files

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 14:38:54 +0200 schrieb Pavel Sanda : > On Thu, Aug 27, 2020 at 09:48:27PM +0200, Kornel Benko wrote: > > > > Thanks Pavel. I was not aware that cmake installed the files in wrong > > > > directory. > > > > > > > > Now, wit

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 14:55:13 +0200 schrieb Kornel Benko : > Am Fri, 28 Aug 2020 14:21:12 +0200 > schrieb Pavel Sanda : > > > On Fri, Aug 28, 2020 at 12:19:49PM +0200, Kornel Benko wrote: > > > Am Fri, 28 Aug 2020 12:02:30 +0200 > > > schrieb Pavel Sanda :

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 14:21:12 +0200 schrieb Pavel Sanda : > On Fri, Aug 28, 2020 at 12:19:49PM +0200, Kornel Benko wrote: > > Am Fri, 28 Aug 2020 12:02:30 +0200 > > schrieb Pavel Sanda : > > > > > On Fri, Aug 28, 2020 at 12:52:58AM +0200, Kornel Benko wrot

Re: display of $int...$ under QT5

Am Fri, 28 Aug 2020 12:02:30 +0200 schrieb Pavel Sanda : > On Fri, Aug 28, 2020 at 12:52:58AM +0200, Kornel Benko wrote: > > Same result, \int is displayed, \oint is not seen, \ointclockwise is ok ... > > and the > > output from strace continues with > > read(22,

Re: display of $int...$ under QT5

Am Thu, 27 Aug 2020 23:48:10 +0200 schrieb Pavel Sanda : > On Thu, Aug 27, 2020 at 10:47:20PM +0200, Kornel Benko wrote: > > > Attached is now: > > > > > > Previously instead of 'OK' there was 'FAIL' > > So you claim, there was FAIL of esint and when you

Re: display of $int...$ under QT5

Am Thu, 27 Aug 2020 22:45:46 +0200 schrieb Kornel Benko : > Am Thu, 27 Aug 2020 21:54:07 +0200 > schrieb Pavel Sanda : > > > On Thu, Aug 27, 2020 at 09:48:27PM +0200, Kornel Benko wrote: > > > > > Thanks Pavel. I was not aware that cmake installed the files

Re: display of $int...$ under QT5

Am Thu, 27 Aug 2020 21:54:07 +0200 schrieb Pavel Sanda : > On Thu, Aug 27, 2020 at 09:48:27PM +0200, Kornel Benko wrote: > > > > Thanks Pavel. I was not aware that cmake installed the files in wrong > > > > directory. > > > > > > > > Now, wit

Re: display of $int...$ under QT5

Am Thu, 27 Aug 2020 21:27:09 +0200 schrieb Pavel Sanda : > On Thu, Aug 27, 2020 at 07:16:19PM +0200, Kornel Benko wrote: > > Am Thu, 27 Aug 2020 17:44:59 +0200 > > schrieb Pavel Sanda : > > > > > Could also you please post the result of this command on console?:

Re: Bug #4475

Am Thu, 27 Aug 2020 13:50:52 -0400 schrieb Richard Kimberly Heck : > The attached patches allow the creation of a child document from the > include dialog, as requested, and also fix a problem with the edit > button in that dialog. Comments? > +1 Kornel pgp3Pq04rlE7j.pgp Description:

Re: display of $int...$ under QT5

Am Thu, 27 Aug 2020 17:44:59 +0200 schrieb Pavel Sanda : > Could also you please post the result of this command on console?: > lyx -dbg any 2>&1 |grep Adding.font > Thanks Pavel. I was not aware that cmake installed the files in wrong directory. Now, with the 'correct' dir, I see the same as

Re: Test entering an endless loop in latex processing

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

Re: Test entering an endless loop in latex processing

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)

Re: Test entering an endless loop in latex processing

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 orde

Re: Test entering an endless loop in latex processing

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. >

Re: Test entering an endless loop in latex processing

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 th

Re: Test entering an endless loop in latex processing

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

Re: Test entering an endless loop in latex processing

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 > much time to contribute or test. > >

Re: Test entering an endless loop in latex processing

Am Fri, 21 Aug 2020 19:13:32 +0200 schrieb Jürgen Spitzmüller : > 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. &

Re: Test entering an endless loop in latex processing

Am Fri, 21 Aug 2020 18:50:37 +0200 schrieb Jürgen Spitzmüller : > 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 > > > &

Re: Test entering an endless loop in latex processing

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? > > >

Re: Japanese Math manual on current master: ! Too many }'s.

Am Fri, 21 Aug 2020 15:35:05 +0200 schrieb Jürgen Spitzmüller : > Am Fr., 21. Aug. 2020 um 12:16 Uhr schrieb Kornel Benko : > > > export/doc/fr/Customization_(dvi3|pdf[45])_systemF > > > > This seems to work for me (if I select appropriate system fonts). What > erro

Re: Test entering an endless loop in latex processing

Am Fri, 21 Aug 2020 17:00:34 +0200 schrieb Jürgen Spitzmüller : > Am Fr., 21. Aug. 2020 um 16:41 Uhr schrieb Kornel Benko : > > > There is a problem. Endless loop in pdflatex if disabled cache > > > > Sure? Sure. The execution time of pdflatex is constantly increasing

Re: Test entering an endless loop in latex processing

Am Fri, 21 Aug 2020 15:56:01 +0200 schrieb Jürgen Spitzmüller : > Am Fr., 21. Aug. 2020 um 14:19 Uhr schrieb Kornel Benko : > > > Correction. If I disable the conversion cache, I can export again. > > > > Also if you manually delete the contents of the cache? > &g

Re: Test entering an endless loop in latex processing

Am Fri, 21 Aug 2020 13:58:46 +0200 schrieb Kornel Benko : > Am Fri, 21 Aug 2020 13:25:31 +0200 > schrieb Jürgen Spitzmüller : > > > Am Fr., 21. Aug. 2020 um 12:21 Uhr schrieb Kornel Benko : > > > > > > Does it help if you "Clear all session infor

Re: Test entering an endless loop in latex processing

Am Fri, 21 Aug 2020 13:25:31 +0200 schrieb Jürgen Spitzmüller : > Am Fr., 21. Aug. 2020 um 12:21 Uhr schrieb Kornel Benko : > > > > Does it help if you "Clear all session information" in Prefs > Look & > > > Feel > Document Handling? > > &

Re: Test entering an endless loop in latex processing

Am Fri, 21 Aug 2020 11:34:25 +0200 schrieb Jürgen Spitzmüller : > Am Samstag, den 15.08.2020, 20:04 +0200 schrieb Kornel Benko: > > > Am Samstag, den 15.08.2020, 16:02 +0200 schrieb Kornel Benko: > > > > This one is really bad, maybe not even lyx's fault. > > >

Re: Japanese Math manual on current master: ! Too many }'s.

Am Fri, 21 Aug 2020 11:07:44 +0200 schrieb Jürgen Spitzmüller : > Am Donnerstag, den 20.08.2020, 21:43 -0400 schrieb Scott Kostyshak: > > I get the following error when compiling the Japanese math manual > > with > > default format: > > > > ! Too many }'s. > > Fixed. Confirmed. > A full

Re: [LyX/master] Cmake export tests: Omit next group of possible conflicts while runnig test in parallel

Am Thu, 20 Aug 2020 09:47:27 +0200 schrieb Kornel Benko : > Am Wed, 19 Aug 2020 16:57:44 -0400 > schrieb Scott Kostyshak : > > > On Wed, Aug 19, 2020 at 10:09:36PM +0200, Kornel Benko wrote: > > > commit 4bb00e99fbc4e23075088dfdd8e3d566fbd9d187 > > > Author: Ko

Re: [LyX/master] Cmake export tests: Omit next group of possible conflicts while runnig test in parallel

Am Wed, 19 Aug 2020 16:57:44 -0400 schrieb Scott Kostyshak : > On Wed, Aug 19, 2020 at 10:09:36PM +0200, Kornel Benko wrote: > > commit 4bb00e99fbc4e23075088dfdd8e3d566fbd9d187 > > Author: Kornel Benko > > Date: Wed Aug 19 22:28:50 2020 +0200 > > > > Cm

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Mon, 17 Aug 2020 15:51:18 +0200 schrieb Jürgen Spitzmüller : > Am Montag, den 17.08.2020, 15:04 +0200 schrieb Jürgen Spitzmüller: > > > Thanks. So the remaining /ru/ documents have to wait for > > polyglossia. > > > (I checked with polyglossia from repo, but the that alone did not > > >

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Mon, 17 Aug 2020 15:04:24 +0200 schrieb Jürgen Spitzmüller : > Am Montag, den 17.08.2020, 14:40 +0200 schrieb Kornel Benko: > > Thanks. So the remaining /ru/ documents have to wait for polyglossia. > > (I checked with polyglossia from repo, but the that alone did not > >

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Mon, 17 Aug 2020 14:12:19 +0200 schrieb Jürgen Spitzmüller : > Am Montag, den 17.08.2020, 13:57 +0200 schrieb Jürgen Spitzmüller: > > Ignore these. This document is not set for XeTeX or LuaTeX (I am not > > going to investigate the necessary document changes). > > OK, I set some appropriate

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Mon, 17 Aug 2020 13:26:03 +0200 schrieb Jürgen Spitzmüller : > Am Sonntag, den 16.08.2020, 19:27 +0200 schrieb Kornel Benko: > > The following tests FAILED: > > 462 - export/export/latex/languages/mixed_ltr-art_arabi-standard- > > font_dvi (Failed) > > 463 - ex

Re: Voting (was Re: Layout list WYSIWYM)

Am Mon, 17 Aug 2020 12:45:44 +0200 schrieb Jürgen Spitzmüller : > Am Montag, den 17.08.2020, 09:13 +0200 schrieb Daniel: > > > Personally I don't care whether old or new combo version is used, > > > but I haven't > > > seen much support for the change from the others. > > > > Thanks a lot for

Re: Layout list WYSIWYM

Am Mon, 17 Aug 2020 09:59:31 +0200 schrieb Jean-Marc Lasgouttes : > Le 17 août 2020 09:28:11 GMT+02:00, Daniel a écrit : > >I think you missed to send the link. But I seem to remember to have > >read > >it before but found it quite controversial. Anyway, it would be nice if > > > >you could

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sun, 16 Aug 2020 17:31:54 +0200 schrieb Jürgen Spitzmüller : > Am Sonntag, den 16.08.2020, 13:38 +0200 schrieb Kornel Benko: > > Yes please. Add it to 'autotests/export/latex/languages' dir. > > Done. I let you handle the rest. > > The bug itself turns out t

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sun, 16 Aug 2020 13:24:25 +0200 schrieb Jürgen Spitzmüller : > Am Sonntag, den 16.08.2020, 13:14 +0200 schrieb Kornel Benko: > > Attached a summary. Good work! > > Thanks. I found a broken case, though: > https://www.lyx.org/trac/raw-attachment/ticket/10110/Mixed%20LTR

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sun, 16 Aug 2020 12:44:10 +0200 schrieb Kornel Benko : > Am Sun, 16 Aug 2020 11:20:09 +0200 > schrieb Jürgen Spitzmüller : > > > These are fixed as well. > > Now all files listed by you seem to compile here. What does the test > > machinery say? > > > &g

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sun, 16 Aug 2020 11:20:09 +0200 schrieb Jürgen Spitzmüller : > These are fixed as well. > Now all files listed by you seem to compile here. What does the test > machinery say? > > Jürgen Looks good. Tested 410 (out of 3845), until now all successful. Next message in 1 hour. Kornel

Re: [LyX/master] DocBook: bug fixing with several bibliographic references at once.

Am Sat, 15 Aug 2020 22:59:19 +0200 schrieb Thibaut Cuvelier : > On Sat, 15 Aug 2020 at 09:26, Jürgen Spitzmüller wrote: > > > Am Samstag, den 01.08.2020, 03:26 +0200 schrieb Thibaut Cuvelier: > > > @@ -627,7 +628,7 @@ void InsetCitation::latex(otexstream & os, > > > OutputParams const &

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sat, 15 Aug 2020 20:11:08 +0200 schrieb Kornel Benko : > Am Sat, 15 Aug 2020 19:22:49 +0200 > schrieb Jürgen Spitzmüller : > > > Am Samstag, den 15.08.2020, 15:49 +0200 schrieb Kornel Benko: > > > Am Sat, 15 Aug 2020 15:33:35 +0200 > > > > 402:DEFAULT

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sat, 15 Aug 2020 19:22:49 +0200 schrieb Jürgen Spitzmüller : > Am Samstag, den 15.08.2020, 15:49 +0200 schrieb Kornel Benko: > > Am Sat, 15 Aug 2020 15:33:35 +0200 > > > 402:DEFAULTOUTPUT_export/export/latex/CJK/zh_CN-en-de-el-ru_language- > > > default_pdf2 &g

Re: Test entering an endless loop in latex processing

Am Sat, 15 Aug 2020 17:58:18 +0200 schrieb Jürgen Spitzmüller : > Am Samstag, den 15.08.2020, 16:02 +0200 schrieb Kornel Benko: > > This one is really bad, maybe not even lyx's fault. > > > > TL2020: > > export/export/latex/languages/supported-languages_

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sat, 15 Aug 2020 16:49:09 +0200 schrieb Jürgen Spitzmüller : > Am Samstag, den 15.08.2020, 15:49 +0200 schrieb Kornel Benko: > > Yes, remaining 21 tests attached. > > > 440:export/export/latex/languages/en-th_utf8_pdf4_systemF > > This I cannot reproduce as said

Test entering an endless loop in latex processing

This one is really bad, maybe not even lyx's fault. TL2020: export/export/latex/languages/supported-languages_babel_auto-legacy_pdf2 Kornel pgpAFf5nLn54U.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sat, 15 Aug 2020 15:33:35 +0200 schrieb Jürgen Spitzmüller : > Am Samstag, den 15.08.2020, 13:58 +0200 schrieb Kornel Benko: > > Hm, the number of failed is increasing again. > > Most of already error-free tests are there again. > > No idea how that escaped m

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sat, 15 Aug 2020 12:56:31 +0200 schrieb Kornel Benko : > Am Sat, 15 Aug 2020 12:30:36 +0200 > schrieb Jürgen Spitzmüller : > > > Am Samstag, den 15.08.2020, 10:32 +0200 schrieb Jürgen Spitzmüller: > > > > You beat me. But there was still a language problem.

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sat, 15 Aug 2020 12:30:36 +0200 schrieb Jürgen Spitzmüller : > Am Samstag, den 15.08.2020, 10:32 +0200 schrieb Jürgen Spitzmüller: > > > You beat me. But there was still a language problem. Will try to > > make > > > an mwe. > > > > Yes, I saw that. I'm just about to investigate. > >

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sat, 15 Aug 2020 09:53:09 +0200 schrieb Jürgen Spitzmüller : > Am Samstag, den 15.08.2020, 09:28 +0200 schrieb Jürgen Spitzmüller: > > The template still needs to be fixed (also the image is using a local > > absolute path). For the bibliography, I suggest using biblatex- > > examples. > >

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Sat, 15 Aug 2020 09:28:43 +0200 schrieb Jürgen Spitzmüller : > Am Freitag, den 14.08.2020, 10:56 +0200 schrieb Kornel Benko: > > The backtrace attached. > > > > In the line InsetCommandParams.cpp:612 > > LASSERT(info_.hasParam(name), return dummy); >

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Sat, 15 Aug 2020 08:24:12 +0200 schrieb Jürgen Spitzmüller : > Am Samstag, den 15.08.2020, 07:57 +0200 schrieb Kornel Benko: > > Failing: > > export/export/latex/languages/en-th_utf8_pdf4_systemF > This compiles for me (non-TeX fonts, XeTeX). All latex errors due to e

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Sat, 15 Aug 2020 07:09:14 +0200 schrieb Jürgen Spitzmüller : > > Next waiting tests would be > > export/doc/ru/Math_.* > > export/examples/ru/Graphics_and_Insets/XY-Figure.* > > Could you please re-check once more after 04ba887e2c77? > These passes now:

Re: Crash in export of American_Psychological_Association_%28APA%29,_v._7_

Am Fri, 14 Aug 2020 16:03:26 +0200 schrieb Jürgen Spitzmüller : > I'm not sure if the assertion is expected in dev mode, in any case the > template is broken. It refers to some local bibliography which resides > in the LaTeX doc tree. > > Who ever wrote this template should fix this and use a

Crash in export of American_Psychological_Association_%28APA%29,_v._7_

The backtrace attached. In the line InsetCommandParams.cpp:612 LASSERT(info_.hasParam(name), return dummy); info_ shows $1 = { info_ = std::__debug::vector of length 6, capacity 6 = {{ name_ = "after", type_ = lyx::ParamInfo::LATEX_OPTIONAL, handling_ =

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Fri, 14 Aug 2020 10:24:10 +0200 schrieb Jürgen Spitzmüller : > Am Freitag, den 14.08.2020, 10:13 +0200 schrieb Kornel Benko: > > export/export/latex/languages/en-th_utf8_pdf4_systemF > > > > export/doc/es/Additional_(dvi3|pdf[45])_systemF > > Th

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Fri, 14 Aug 2020 09:51:23 +0200 schrieb Jürgen Spitzmüller : > Am Freitag, den 14.08.2020, 09:10 +0200 schrieb Jürgen Spitzmüller: > > Of these, only es/Additional.lyx is left after ef11fdc77dc617ec. > > and that's addressed at 70eb8c37cb2f0029. > > Any more breaking cases left? > >

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Wed, 12 Aug 2020 16:16:35 +0200 schrieb Kornel Benko : > Am Wed, 12 Aug 2020 15:28:04 +0200 > schrieb Jürgen Spitzmüller : > > > Am Mittwoch, den 12.08.2020, 14:28 +0200 schrieb Kornel Benko: > > > For the next bunch, you may try to compile doc/es/UserG

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Wed, 12 Aug 2020 15:28:04 +0200 schrieb Jürgen Spitzmüller : > Am Mittwoch, den 12.08.2020, 14:28 +0200 schrieb Kornel Benko: > > For the next bunch, you may try to compile doc/es/UserGuide.lyx or > > doc/de/Customization.lyx > > The latter's fixed. > > Jürgen

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Wed, 12 Aug 2020 14:05:58 +0200 schrieb Jürgen Spitzmüller : > Am Mittwoch, den 12.08.2020, 11:56 +0200 schrieb Kornel Benko: > > While testing I see many new errors. As an example try > > doc/de/UserGuide.lyx. > > This one's fixed. What about the others? > > Jür

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Wed, 12 Aug 2020 13:35:45 +0200 schrieb Kornel Benko : > Am Wed, 12 Aug 2020 13:14:42 +0200 > schrieb Kornel Benko : > > > > > While testing I see many new errors. As an example try > > > > doc/de/UserGuide.lyx. > > > > > &g

Re: tex2lyx tests failing on master

Am Wed, 12 Aug 2020 13:14:26 +0200 schrieb Jürgen Spitzmüller : > Am Mittwoch, den 12.08.2020, 12:41 +0200 schrieb Jürgen Spitzmüller: > > > Yes, the differences in expected vs created by tex2lyx are like > > this: > > > > OK, so only the test cases need to be updated. Yes, seems so. >

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Wed, 12 Aug 2020 13:14:42 +0200 schrieb Kornel Benko : > > > While testing I see many new errors. As an example try > > > doc/de/UserGuide.lyx. > > > > Kornel, do you see errors if you revert 1af67974 and then apply the > > patch (multipar.diff) attach

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Wed, 12 Aug 2020 12:21:37 +0200 schrieb Enrico Forestieri : > On Wed, Aug 12, 2020 at 11:56:12AM +0200, Kornel Benko wrote: > > Am Wed, 12 Aug 2020 11:06:07 +0200 > > schrieb Jürgen Spitzmüller : > > > > > Am Dienstag, den 11.08.2020, 09:19 -0400 schrieb Scott

Re: Regression on master: zh_CN tutorial.lyx compiles with error

Am Wed, 12 Aug 2020 11:06:07 +0200 schrieb Jürgen Spitzmüller : > Am Dienstag, den 11.08.2020, 09:19 -0400 schrieb Scott Kostyshak: > > > I fixed the manual which used odd emphases. There is still a bug in > > LyX > > > which I am going to investigate. > > > > Sounds good, thanks. The

Re: tex2lyx tests failing on master

Am Wed, 12 Aug 2020 11:08:32 +0200 schrieb Jürgen Spitzmüller : > Am Dienstag, den 11.08.2020, 11:10 -0400 schrieb Scott Kostyshak: > > The following tests FAILED: > > Does it also tell you what exactly failed? > > Jürgen Yes, the differences in expected vs created by tex2lyx are like this:

Re: Font size names

Am Tue, 11 Aug 2020 08:11:57 +0200 schrieb Jürgen Spitzmüller : > Am Montag, den 10.08.2020, 19:34 +0200 schrieb Daniel: > > They are not just internal. For example, "giant" appears in the > > > > customization manual ("footnotesize" and "scriptsize" don't but > > neither do "smaller" and

Re: Font size names

Am Mon, 10 Aug 2020 17:09:28 +0200 schrieb Daniel : > On 10/8/20 17:06, Kornel Benko wrote: > > Am Mon, 10 Aug 2020 16:31:52 +0200 > > schrieb Daniel : > > > >> On 10/8/20 13:51, Kornel Benko wrote: > >>> Am Mon, 10 Aug 2020 13:21:56 +0200 > >&

Re: Font size names

Am Mon, 10 Aug 2020 16:31:52 +0200 schrieb Daniel : > On 10/8/20 13:51, Kornel Benko wrote: > > Am Mon, 10 Aug 2020 13:21:56 +0200 > > schrieb Daniel : > > > >> On 2020-08-10 12:59, Daniel wrote: > >>> On 2020-08-10 12:42, Daniel wrote: >

Re: Font size names

Am Mon, 10 Aug 2020 13:21:56 +0200 schrieb Daniel : > On 2020-08-10 12:59, Daniel wrote: > > On 2020-08-10 12:42, Daniel wrote: > >> On 2020-08-10 12:08, Kornel Benko wrote: > >>> Am Mon, 10 Aug 2020 11:32:35 +0200 > >>> schrieb Daniel : > >>

Re: Font size names

Am Mon, 10 Aug 2020 11:32:35 +0200 schrieb Daniel : > On 2020-08-10 09:15, Kornel Benko wrote: > > Am Mon, 10 Aug 2020 08:24:56 +0200 > > schrieb Daniel : > > > >> Attached is a chart of LyX font sizes. Does anyone else find it slightly > >> confusing tha

Re: Font size names

Am Mon, 10 Aug 2020 08:24:56 +0200 schrieb Daniel : > Attached is a chart of LyX font sizes. Does anyone else find it slightly > confusing that LyX uses two different naming schemes (in addition to > LaTeX)? Maybe some historic reason? If possible, I suggest to go for > only one naming scheme.

Re: CMake Install Failure

Am Sun, 9 Aug 2020 02:48:03 -0400 schrieb Richard Kimberly Heck : > Sorry, I omitted the cmake step. Here's what I did this time: > > mkdir build/ # from the LyX directory > cd build/ > cmake .. > make > sudo make install > > This used to work just fine but now doesn't. If instead I do: > >

Re: CMake Install Failure

Am Sat, 8 Aug 2020 18:59:43 -0400 schrieb Richard Kimberly Heck : > On 8/8/20 3:10 PM, Scott Kostyshak wrote: > > On Sat, Aug 08, 2020 at 07:31:44AM +0200, Kornel Benko wrote: > >> Am Sat, 8 Aug 2020 00:33:47 -0400 > >> schrieb Richard Kimberly H

Re: CMake Install Failure

Am Sat, 8 Aug 2020 00:33:47 -0400 schrieb Richard Kimberly Heck : > On Linux: > > ./autogen.sh > mkdir build > cd build > make -j4 > sudo make install > > CMake Error at po/cmake_install.cmake:45 (file): >   file INSTALL cannot find "/cvs/lyx/lyx-pristine/build/po/ar.gmo": No such >   file or

Re: [LyX/master] Does not compile on older gcc.

Am Tue, 4 Aug 2020 14:57:47 +0200 schrieb Pavel Sanda : > n Tue, Aug 04, 2020 at 02:30:10PM +0200, Pavel Sanda wrote: > > commit bd5f6097fc33d24f39660c38267793f6776f6cd7 > > Author: Pavel Sanda > > Date: Tue Aug 4 14:54:15 2020 +0200 > > > > Does not compile on older gcc. > > Thibaut,

Re: [PATCH] for #9376 - Limit text width in the editor window

Am Fri, 7 Aug 2020 12:48:03 +0200 schrieb Stephan Witt : > Am 07.08.2020 um 12:36 schrieb Jürgen Spitzmüller : > > > > Am Freitag, den 07.08.2020, 11:37 +0200 schrieb Stephan Witt: > >> I’ve pushed the patch (with „corrected“ include directive positions) > >> now. > >> > >> I’ve tested again

Re: MWE for error in exporting to docbook5

Am Tue, 4 Aug 2020 15:24:25 +0200 schrieb Kornel Benko : > Exporting doc/Customization.lyx to docbook5 gives invalid result. > > Bisecting this file lead to the attached mwe. > > The error vanishes, if we remove the ragged line break (between 'Centered' > and 'abcd')

Re: TOC rebuilds on every cursor move

Am Tue, 4 Aug 2020 15:29:18 -0400 schrieb Scott Kostyshak : > On Mon, Aug 03, 2020 at 09:02:09AM +0200, Kornel Benko wrote: > > Am Sun, 14 Jun 2020 21:23:19 +0200 > > schrieb Kornel Benko : > > > > > The effect is at least questionable. > > > I am

MWE for error in exporting to docbook5

Exporting doc/Customization.lyx to docbook5 gives invalid result. Bisecting this file lead to the attached mwe. The error vanishes, if we remove the ragged line break (between 'Centered' and 'abcd') Kornel Customization.lyx Description: application/lyx pgpr5alKXfjZf.pgp

Re: [LyX/master] DocBook: add a layout tag to tell whether an item is the abstract or not.

Am Tue, 4 Aug 2020 11:43:57 +0200 schrieb Kornel Benko : > Am Tue, 4 Aug 2020 01:04:06 -0400 > schrieb Richard Kimberly Heck : > > > >>> Working on a branch would be the best solution, indeed. May I do a > > >>> force push to remove those commits from ma

Re: [PATCH] for MyThesLIB lookup

Am Tue, 4 Aug 2020 12:13:04 +0200 schrieb Stephan Witt : > Am 04.08.2020 um 11:08 schrieb Kornel Benko : > > > > Am Mon, 3 Aug 2020 20:09:37 +0200 > > schrieb Stephan Witt : > > > >> Hi Kornel, > >> > >> I’m getting this warning: > &g

Re: [LyX/master] DocBook: add a layout tag to tell whether an item is the abstract or not.

Am Tue, 4 Aug 2020 01:04:06 -0400 schrieb Richard Kimberly Heck : > >>> Working on a branch would be the best solution, indeed. May I do a > >>> force push to remove those commits from master?  > >> Just revert them, I'd think. > > +1 > > > > For a branch, if Thibaut would like to share the

Re: [PATCH] for MyThesLIB lookup

Am Tue, 4 Aug 2020 11:08:36 +0200 schrieb Kornel Benko : > Am Mon, 3 Aug 2020 20:09:37 +0200 > schrieb Stephan Witt : > > > Hi Kornel, > > > > I’m getting this warning: > > > > CMake Warning (dev) > > at > > /opt/local/share/cmake-3

Re: [PATCH] for MyThesLIB lookup

Am Mon, 3 Aug 2020 20:09:37 +0200 schrieb Stephan Witt : > Hi Kornel, > > I’m getting this warning: > > CMake Warning (dev) > at /opt/local/share/cmake-3.17/Modules/FindPackageHandleStandardArgs.cmake:272 > (message): The package name passed to `find_package_handle_standard_args` > (MYTHESLIB)

Re: [LyX/master] DocBook: add a layout tag to tell whether an item is the abstract or not.

Am Mon, 3 Aug 2020 15:39:49 +0200 (CEST) schrieb Thibaut Cuvelier : > commit 5ccd63eff6731a972f1d65d855859a65fe8e3a5b > Author: Thibaut Cuvelier > Date: Mon Aug 3 16:04:26 2020 +0200 > > DocBook: add a layout tag to tell whether an item is the abstract or not. > --- >

Re: TOC rebuilds on every cursor move

Am Sun, 14 Jun 2020 21:23:19 +0200 schrieb Kornel Benko : > The effect is at least questionable. > I am using QT5.9.5 (Standard on this ubuntu). Disturbing. > Recompiled with QT5.11, I don't see it anymore. > > Kornel Ping pgpcUeueM_YeE.pgp Description: Digitale Signa

Re: gmo files get staged

Am Sun, 2 Aug 2020 16:02:02 +0200 schrieb Daniel : > When compiling, I often get many .gmo files added to my staged changes. > Is that how it is supposed to be? I find that slightly annoying. > > Daniel > Not with cmake build I suppose. Kornel pgpqGToJgEzMD.pgp Description:

Re: Strange looking manuals

Am Sun, 2 Aug 2020 08:55:38 +0200 schrieb Daniel : > Sometimes when compiling 2.4 the manuals look like the attachment. First > I thought that something is amiss with my patches but it appeared with > several quite different ones, so I am wondering whether anyone has seen > this before or

Re: 2 xhtml-tests failing

Am Sun, 2 Aug 2020 09:14:02 +0200 schrieb Kornel Benko : > Am Sun, 2 Aug 2020 01:08:59 +0200 > schrieb Kornel Benko : > > > 99% tests passed, 2 tests failed out of 373 > > ... > > The following tests FAILED: > > 2457 - export/doc/de/UserGuide_xhtml (Fai

Re: 2 xhtml-tests failing

Am Sun, 2 Aug 2020 01:08:59 +0200 schrieb Kornel Benko : > 99% tests passed, 2 tests failed out of 373 > ... > The following tests FAILED: > 2457 - export/doc/de/UserGuide_xhtml (Failed) > 3506 - export/doc/ru/Math_xhtml (Failed) > Errors while running CTest >

2 xhtml-tests failing

99% tests passed, 2 tests failed out of 373 ... The following tests FAILED: 2457 - export/doc/de/UserGuide_xhtml (Failed) 3506 - export/doc/ru/Math_xhtml (Failed) Errors while running CTest Assertion at export/doc/de/UserGuide_xhtml Plenty of messages while creating xhtml file

<    5   6   7   8   9   10   11   12   13   14   >