Re: [LyX/master] Remove workaround for bug in TeXLive2005.

Am Sonntag, 30. April 2017 um 17:01:29, schrieb Scott Kostyshak > On Sun, Apr 30, 2017 at 08:50:22AM -0400, Scott Kostyshak wrote: > > > > After removing the old latin9.def file, the test > > > > "doc/UserGuide_pdf5_texF" > > > > is now passing, and I imagine the others. >

Re: LyX 2.3.0alpha1-1

Am Montag, 1. Mai 2017 um 00:17:37, schrieb Uwe Stöhr > El 30.04.2017 a las 16:11, Kornel Benko escribió: > > >> I thing we should use > >> Qt5 as default for LyX 2.3. One can still override it with Qt 4 if one > >> likes. > > > > The same reasoning applies to to QT5. > > No,

Re: Default to Qt 4 or Qt 5 with our build systems?

On 04/30/2017 07:23 PM, Scott Kostyshak wrote: > Suppose that a system has both Qt 4 and Qt 5 development libraries > installed. Should our automake and CMake build systems choose to use Qt > 4 or Qt 5? > > Uwe made a good point that Qt 4 support is ending. See, for example, the > following

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

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/176/-- Started by an SCM change Building remotely on lyx-linux0 (linux) in workspace

Re: attic/id_UserGuide iconv errors

On Mon, May 01, 2017 at 12:19:24AM +0200, Uwe Stöhr wrote: > El 30.04.2017 a las 23:55, Scott Kostyshak escribió: > > On current master if I do: > > > >ctest -R "id_UserGuide_pdf2" > > It is an attic file so it is not under review for a long time. > I would say please ignore attic files.

Default to Qt 4 or Qt 5 with our build systems?

Suppose that a system has both Qt 4 and Qt 5 development libraries installed. Should our automake and CMake build systems choose to use Qt 4 or Qt 5? Uwe made a good point that Qt 4 support is ending. See, for example, the following paragraph (from [1]): Qt 4.8.7 is planned to be the last

Re: [patch] support for document class option leqno

El 29.04.2017 a las 16:38, Guenter Milde escribió: So, it seems in arabic equation numbering does not change sides. It still may be different with babel vs. polyglossia, with other RTL languages and/or additional packages. The safe option would be a 3-way setting: I don't understand. All my

Re: LyX 2.3.0alpha1-1

On Mon, May 01, 2017 at 12:22:08AM +0200, Uwe Stöhr wrote: > El 30.04.2017 a las 18:54, Scott Kostyshak escribió: > > > I think it is still reasonable to use Qt 4 by default. Many > > distributions still have old Qt 5 libraries, and we recommend only 5.6. > > Well, a few weeks ago you even

Re: [LyX/master] support to indent formulas

El 29.04.2017 a las 16:52, Guenter Milde escribió: I also object "fighting ERT/preamble code" at any cost. That is a very vague sentence. Of course LyX supports things that we developers use. Jürgen as a linguist takes care of BibTeX and friends because this is his daily work. Without him

Re: formula vs. equation

El 19.04.2017 a las 11:49, Jean-Marc Lasgouttes escribió: I am not sure what you call "displayed", This is the term in our docs to describe formulas with TeX code \[\] while $$ formulas are inline. regards Uwe

Re: LyX 2.3.0alpha1-1

El 30.04.2017 a las 18:54, Scott Kostyshak escribió: I think it is still reasonable to use Qt 4 by default. Many distributions still have old Qt 5 libraries, and we recommend only 5.6. Well, a few weeks ago you even wanted to use the latest Qt 5 version. I argued to use the current long-term

Re: attic/id_UserGuide iconv errors

El 30.04.2017 a las 23:55, Scott Kostyshak escribió: On current master if I do: ctest -R "id_UserGuide_pdf2" It is an attic file so it is not under review for a long time. I would say please ignore attic files. regards Uwe

Re: LyX 2.3.0alpha1-1

El 30.04.2017 a las 16:11, Kornel Benko escribió: I thing we should use Qt5 as default for LyX 2.3. One can still override it with Qt 4 if one likes. The same reasoning applies to to QT5. No, because Qt 4 support is running out. I therefore it makes sense to switch to a system for which we

attic/id_UserGuide iconv errors

On current master if I do: ctest -R "id_UserGuide_pdf2" I get a failed export, and iconv errors such as: Error 84 returned from iconv when converting from UCS-4LE to ISO-8859-15: Invalid or incomplete multibyte or wide character I do not get the error when exporting in the GUI or when

Re: [LyX/master] Remove workaround for bug in TeXLive2005.

On Sun, Apr 30, 2017 at 08:50:22AM -0400, Scott Kostyshak wrote: > > After removing the old latin9.def file, the test > > "doc/UserGuide_pdf5_texF" > > is now passing, and I imagine the others. The following test still fails for me on master:

Re: LyX 2.3.0alpha1-1

On Sun, Apr 30, 2017 at 05:27:20PM +0200, Kornel Benko wrote: > Am Sonntag, 30. April 2017 um 10:56:32, schrieb Scott Kostyshak > > > On Sun, Apr 30, 2017 at 04:11:31PM +0200, Kornel Benko wrote: > > > > > > Attached is a patch for CMake. Does it make sense? > > > > > > Sure.

Re: [LyX/master] support to indent formulas

On 04/30/2017 10:59 AM, Scott Kostyshak wrote: > On Sun, Apr 30, 2017 at 02:10:43PM +, Guenter Milde wrote: >> On 2017-04-30, Scott Kostyshak wrote: >> >>> [-- Type: text/plain, Encoding: --] Actually, I propose a "2/3-hurdle" for any new setting: Only if at least one other

Jenkins build is back to normal : Build branch "master" » ubuntu-xenial-qt4-autotools #175

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/175/

Re: LyX 2.3.0alpha1-1

Am Sonntag, 30. April 2017 um 10:56:32, schrieb Scott Kostyshak > On Sun, Apr 30, 2017 at 04:11:31PM +0200, Kornel Benko wrote: > > > > Attached is a patch for CMake. Does it make sense? > > > > Sure. > > I suggest either of you commit any patch that you both agree on to >

Re: [LyX/master] support to indent formulas

On Sun, Apr 30, 2017 at 02:10:43PM +, Guenter Milde wrote: > On 2017-04-30, Scott Kostyshak wrote: > > > [-- Type: text/plain, Encoding: --] > >> Actually, I propose a "2/3-hurdle" for any new setting: Only if at > >> least one other developer supports a new setting or file format change and

Re: [LyX/master] Remove workaround for bug in TeXLive2005.

On Sun, Apr 30, 2017 at 01:59:49PM +, Guenter Milde wrote: > On 2017-04-30, Scott Kostyshak wrote: > > On Sat, Apr 29, 2017 at 09:47:47PM +, Guenter Milde wrote: > >> On 2017-04-28, Scott Kostyshak wrote: > > ... > > > After removing the old latin9.def file, the test > > >

Re: LyX 2.3.0alpha1-1

On Sun, Apr 30, 2017 at 04:11:31PM +0200, Kornel Benko wrote: > > Attached is a patch for CMake. Does it make sense? > > Sure. I suggest either of you commit any patch that you both agree on to master. Then let me know which commits I should cherry-pick from the 2.3.0-alpha1-x branch. Scott

Re: LyX 2.3.0alpha1-1

Am Sonntag, 30. April 2017 um 15:38:30, schrieb Uwe Stöhr > El 30.04.2017 a las 10:24, Kornel Benko escribió: > > > Am Sonntag, 30. April 2017 um 09:37:37, schrieb Kornel Benko > > > >>> I found now the problem: configuring CMake the fist time will set > >>>

Re: [LyX/master] support to indent formulas

On 2017-04-30, Scott Kostyshak wrote: > [-- Type: text/plain, Encoding: --] >> Actually, I propose a "2/3-hurdle" for any new setting: Only if at >> least one other developer supports a new setting or file format change and >> if the support outweights the objections by 2/3, a proposal should go

Re: [LyX/master] Remove workaround for bug in TeXLive2005.

On 2017-04-30, Scott Kostyshak wrote: > On Sat, Apr 29, 2017 at 09:47:47PM +, Guenter Milde wrote: >> On 2017-04-28, Scott Kostyshak wrote: ... > After removing the old latin9.def file, the test > "doc/UserGuide_pdf5_texF" > is now passing, and I imagine the others. I will check tonight.

Re: LyX 2.3.0alpha1-1

El 30.04.2017 a las 10:24, Kornel Benko escribió: Am Sonntag, 30. April 2017 um 09:37:37, schrieb Kornel Benko I found now the problem: configuring CMake the fist time will set PYTHON_EXECUTABLE and LYX_PYTHON_EXECUTABLE to the python library found in the specified

Re: [LyX/master] support to indent formulas

On Sat, Apr 29, 2017 at 02:52:07PM +, Guenter Milde wrote: > Actually, I propose a "2/3-hurdle" for any new setting: Only if at > least one other developer supports a new setting or file format change and > if the support outweights the objections by 2/3, a proposal should go in. Makes

Re: [LyX/master] Remove workaround for bug in TeXLive2005.

On Sat, Apr 29, 2017 at 09:47:47PM +, Guenter Milde wrote: > On 2017-04-28, Scott Kostyshak wrote: > > > Attached is an MWE and my log. Can you attach your log so we can see why > > I get an error and you do not? > > > > I wonder if I have an older version of an > > important file. This has

Re: LyX 2.3.0alpha1-1

Am Sonntag, 30. April 2017 um 09:37:37, schrieb Kornel Benko > > I found now the problem: configuring CMake the fist time will set > > PYTHON_EXECUTABLE and LYX_PYTHON_EXECUTABLE to the python library found > > in the specified GNUWIN32_DIR: > >

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

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/174/-- Started by an SCM change Building remotely on lyx-linux0 (linux) in workspace

Re: LyX 2.3.0alpha1-1

Am Sonntag, 30. April 2017 um 04:23:07, schrieb Uwe Stöhr > El 30.04.2017 a las 03:48, Uwe Stöhr escribió: > > > Fixing this in the Cmake Gui leads me to this error which I cannot > > overcome: > > > > C:\Program Files > >