Re: new compilation errors in master

Am Montag, 1. Januar 2018 um 16:39:23, schrieb Uwe Stöhr > El 23.12.2017 a las 08:23, Uwe Stöhr escribió: > > > I regenerated CMake and built LyX from scratch and the problem persists. > > If I undo the changes to SystemCall*.cpp/.h from commit > > > > 165c9e92a400e8fdc00ef3e74eb68b34bfbcc6d5 >

Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools-extended #644

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools-extended/644/-- [...truncated 1090 lines...] CXX insets/InsetFloat.o CXX insets/InsetFloatList.o CXX insets/InsetFoot.o CXX insets/InsetFootlike.o CXX

Re: Beamer usage again

El 01.01.2018 a las 11:06, Scott Kostyshak escribió: I believe that Uwe is not going to be available to build the Windows binary for the next month, so we will not be able to get rc2 out soon anyway. In fact, I think the last day Uwe will be able to work on LyX for a while is on Tuesday. I had

Re: Beamer usage again

Am Montag, den 01.01.2018, 14:54 +0100 schrieb Jürgen Spitzmüller: > Am Montag, den 01.01.2018, 21:52 +0900 schrieb Joel Kulesza: > > I think the separators help reduce the need to "hunt" for the new > > items *a lot*. > > > > However, there are now five Insert menu "sections" (using Beamer) > >

Re: new compilation errors in master

El 23.12.2017 a las 08:23, Uwe Stöhr escribió: I regenerated CMake and built LyX from scratch and the problem persists. If I undo the changes to SystemCall*.cpp/.h from commit 165c9e92a400e8fdc00ef3e74eb68b34bfbcc6d5 it compiles fine. I reported this compilation error now: https://www.lyx.o

Re: Beamer usage again

Am Montag, den 01.01.2018, 21:52 +0900 schrieb Joel Kulesza: > I think the separators help reduce the need to "hunt" for the new > items *a lot*. > > However, there are now five Insert menu "sections" (using Beamer) > with only the first two discernibly grouping items. A question > regarding th

Re: Beamer usage again

On Mon, Jan 1, 2018 at 9:41 PM, Jürgen Spitzmüller wrote: > Am Montag, den 01.01.2018, 11:52 +0100 schrieb Jürgen Spitzmüller: > > Am Montag, den 01.01.2018, 05:01 -0500 schrieb Scott Kostyshak: > > > However, in the context menu we just have "Separated itemize > > > above". > > > Should we prepe

Re: Beamer usage again

Am Montag, den 01.01.2018, 11:52 +0100 schrieb Jürgen Spitzmüller: > Am Montag, den 01.01.2018, 05:01 -0500 schrieb Scott Kostyshak: > > However, in the context menu we just have "Separated itemize > > above". > > Should we prepend an "insert" in the context menu? > > I don't think we know which m

Re: Beamer usage again

Am Montag, den 01.01.2018, 05:06 -0500 schrieb Scott Kostyshak: > Let's go ahead with the beamer changes for 2.3.0. There seems to be > strong opinions that the improvements are a clear step forward and > that > it is worth doing it this late in the release process because it > improves on an appar

Re: make check broken in master

Am Montag, 1. Januar 2018 um 11:49:17, schrieb Pavel Sanda > Kornel Benko wrote: > > Could you check for including tests/dummy_functions.o to the link list of > > check_ExternalTransforms? > > Clearly there are 2 dummy_functions.cpp, one in support containing theApp and > one > in src/tests whi

Re: #10835: Revision info inset broken

Am Montag, 1. Januar 2018 um 11:34:30, schrieb Pavel Sanda > Kornel Benko wrote: > > Am Montag, 1. Januar 2018 um 11:05:32, schrieb Kornel Benko > > > > What is the target you you for running these, does it exist in > > > > autotools as > > > > well or is it cmake only? > > > > > > > Some are

Re: Beamer usage again

Am Montag, den 01.01.2018, 05:01 -0500 schrieb Scott Kostyshak: > However, in the context menu we just have "Separated itemize above". > Should we prepend an "insert" in the context menu? I don't think we know which menu we populate when passing the strings. Jürgen > > Scott signature.asc Desc

Re: make check broken in master

Kornel Benko wrote: > Could you check for including tests/dummy_functions.o to the link list of > check_ExternalTransforms? Clearly there are 2 dummy_functions.cpp, one in support containing theApp and one in src/tests which doe not :) P

Re: #10835: Revision info inset broken

Kornel Benko wrote: > Am Montag, 1. Januar 2018 um 11:05:32, schrieb Kornel Benko > > > What is the target you you for running these, does it exist in autotools > > > as > > > well or is it cmake only? > > > > Some are both. So for instance the lyx2lyx or check-(layout, filetools, > Length, ls

Re: [LyX/master] Cmake export tests: Make eu_UserGuide.lyx pass the new ctest

Am Montag, 1. Januar 2018 um 05:01:26, schrieb Scott Kostyshak > On Sun, Dec 31, 2017 at 07:31:22AM +, Kornel Benko wrote: > > > From my POV, the whole attic directory shouldn't be part of to 2.3.x. > > Do you mean not shipped in a 2.3.x release or not in 2.3.x branch? Yes to both. > I >

Re: #10835: Revision info inset broken

Am Montag, 1. Januar 2018 um 11:05:32, schrieb Kornel Benko > > What is the target you you for running these, does it exist in autotools as > > well or is it cmake only? > Some are both. So for instance the lyx2lyx or check-(layout, filetools, Length, lstrings, ExternalTransform), tests are in

Re: Referenced trac url shows http instead of https

On Mon, Jan 01, 2018 at 08:46:21AM +, Kornel Benko wrote: > For instance: > > Ticket URL: > The LyX Project > LyX -- The Document Processor I agree it would be nice to change those to https. Scott signature.asc Descrip

Re: Beamer usage again

On Mon, Jan 01, 2018 at 06:06:13AM +, Pavel Sanda wrote: > Richard Heck wrote: > > That said, this strikes me too as enough of an improvement to warrant a > > late change. > > I've found these same aspects of the Beamer implementation unintuitive. > > +1 Let's go ahead with the beamer changes

Re: #10835: Revision info inset broken

Am Montag, 1. Januar 2018 um 10:44:24, schrieb Pavel Sanda > .. moving this to the devel list... > > > Comment (by kornel): > > > > Replying to [comment:18 sanda]: > > > > Don't know how to achieve this with command-line commands. > > > > > > That's fairly simple. You just export the file to

Re: Fwd: Fwd: Re: Publication de LyX version 2.3.0rc1

On Sun, Dec 31, 2017 at 10:25:34PM +, Emile Lunardon wrote: > -- Forwarded message -- > From: Emile Lunardon > Date: 2017-12-31 9:22 GMT+01:00 > Subject: Re: Fwd: Re: Publication de LyX version 2.3.0rc1 > To: Jean-Pierre Chrétien , LyX-Devel < > lyx-devel@lists.lyx.org>, "emile

Re: #10835: Revision info inset broken

On Mon, Jan 01, 2018 at 09:44:24AM +, Pavel Sanda wrote: > Do we have some file describing what kind of testt we currently do? See Development.lyx. Scott signature.asc Description: PGP signature

Re: Beamer usage again

On Mon, Jan 01, 2018 at 05:41:46AM +, Joel Kulesza wrote: > I agree that "separated" is correct; however, I was wondering if separate > (or I should have specified, another word) was better in an overall sense > of clarity, lack of awkwardness, etc. Regardless, of all the issues that > have b

Re: Beamer usage again

On Sun, Dec 31, 2017 at 08:40:04AM +, Jürgen Spitzmüller wrote: > Note that max. 3 entries are added. In many cases only 2 or 1. But I > agree it's a long menu. OK. > A submenu is not an option IMO. That lowers accessibility. Agreed. Scott signature.asc Description: PGP signature

Re: [LyX/master] Don't show append function where it does not make sense.

On Sun, Dec 31, 2017 at 08:48:43AM +, Jürgen Spitzmüller wrote: > Am Samstag, den 30.12.2017, 17:55 -0500 schrieb Scott Kostyshak: > > I know nothing about this code, but I was expecting to see a check of > > the status of LFUN_ENVIRONMENT_SPLIT. Why is it not easier to do > > that? > > You ca

Re: Beamer usage again

On Mon, Jan 01, 2018 at 05:59:51AM +, Pavel Sanda wrote: > I had the same thought. Still if there are these 3 options (edit menu/submenu > in insert/insert menu) the last one wins. But your concern is right. Fine with me. Scott signature.asc Description: PGP signature

Re: [LyX/master] Cmake export tests: Make eu_UserGuide.lyx pass the new ctest

On Sun, Dec 31, 2017 at 07:31:22AM +, Kornel Benko wrote: > From my POV, the whole attic directory shouldn't be part of to 2.3.x. Do you mean not shipped in a 2.3.x release or not in 2.3.x branch? I agree with not shipping it. I guess the point of keeping it in master is: 1. Perhaps someda

Re: make check broken in master

Am Montag, 1. Januar 2018 um 10:34:40, schrieb Pavel Sanda > Am I the only one seeing this after make check in master? : > > make[4]: Entering directory '/devel/src' > CXX tests/check_ExternalTransforms-check_ExternalTransforms.o > CXX tests/dummy_functions.o > CXX tests/boos

Re: #10835: Revision info inset broken

.. moving this to the devel list... > Comment (by kornel): > > Replying to [comment:18 sanda]: > > > Don't know how to achieve this with command-line commands. > > > > That's fairly simple. You just export the file to latex and compare it > to stored previously generated output. Were not the

make check broken in master

Am I the only one seeing this after make check in master? : make[4]: Entering directory '/devel/src' CXX tests/check_ExternalTransforms-check_ExternalTransforms.o CXX tests/dummy_functions.o CXX tests/boost.o CXXLDcheck_ExternalTransforms support/liblyxsupport.a(Systemca

Referenced trac url shows http instead of https

For instance: Ticket URL: The LyX Project LyX -- The Document Processor Kornel signature.asc Description: This is a digitally signed message part.