[patch] Specify the target format for local layout conversion

Dear list Here are two patches that I would like to include in master. * The first one adds a flag [-t FORMAT] to lib/scripts/layout2layout.py to specify a target format for conversion. I took some code from lyx2lyx and I would be happy if somebody can confirm that the python2-specific code is

Re: [LyX/master] Make the non-drawing cases faster in TextMetrics::drawParagraph

Le 19/07/2016 à 23:42, Jean-Marc Lasgouttes a écrit : As I understand it, it is a bug in RowPainter::paintOnlyInsets introduced to fix #4889. I pushed a better fix for this bug, which also fixes your use case. Thanks, works well.

Re: workaround to 'git reset --hard' not working because of .gitattributes

Le 26/06/2016 à 01:21, Scott Kostyshak a écrit : I think this is due to the recent fixes in .gitattributes. In any case, git reset --hard does not fix anything. But the following does work for me: git rm .gitattributes git add -A git reset --hard Thank you very much for this message. I have

Re: [LyX/master] Use a proper test for detecting usable std::regex

Le 18/07/2016 à 10:55, Jean-Marc Lasgouttes a écrit : Le 08/07/2016 à 22:18, Guillaume Munch a écrit : It takes several seconds each time... Is it better now? Not sure. It went down from 6 seconds to 2 seconds after running autogen. But I do not know whether that is because your changes

Re: The lack of multi-paraagraph environments in LyX

On 24/07/2016 1:52 a.m., Guenter Milde wrote: On 2016-07-23, Andrew Parsloe wrote: At present in LyX there is no environment that can embrace paragraph environments. It is. It is called nesting and must be enabled in the embracing Style with a keyword... Günter Thank you for reminding me.

Re: LyX 2.2.1 Tarballs

Am Samstag, 23. Juli 2016 um 13:01:50, schrieb Richard Heck > On 07/23/2016 12:52 PM, Uwe Stöhr wrote: > > Am 23.07.2016 um 16:33 schrieb Kornel Benko: > > > > > Could you try again with clean build tree? > > > The difference may be Debug vs Release configuration? > > > > I was

Re: epub output in version 2.2?

On 2016-07-09, Richard Heck wrote: > On 07/09/2016 07:36 AM, Guillaume Munch wrote: >> Le 07/07/2016 19:25, Steve Litt a écrit : >>> If they just made LyX into valid and well formed XML, creating our >>> own converter, with Python and Python's XML parser, will become a one >>> person project. We

Re: LyX 2.2.1 Tarballs

Am Samstag, 23. Juli 2016 um 18:52:56, schrieb Uwe Stöhr > Am 23.07.2016 um 16:33 schrieb Kornel Benko: > > > Could you try again with clean build tree? > > The difference may be Debug vs Release configuration? > > I was already on the release config. I tried several times

Re: LyX 2.2.1 Tarballs

On 07/23/2016 01:07 PM, Uwe Stöhr wrote: > Am 23.07.2016 um 19:01 schrieb Richard Heck: > >> The polib python module is not being found. You could try installing it. > > I see but I have Python 2.7.12 installed and there is no such module. > So from where should I get this? Why do we require

Re: LyX 2.2.1 Tarballs

Am 23.07.2016 um 19:01 schrieb Richard Heck: The polib python module is not being found. You could try installing it. I see but I have Python 2.7.12 installed and there is no such module. So from where should I get this? Why do we require modules that are not part of the standard python

Re: LyX 2.2.1 Tarballs

On 07/23/2016 12:52 PM, Uwe Stöhr wrote: > Am 23.07.2016 um 16:33 schrieb Kornel Benko: > > > Could you try again with clean build tree? > > The difference may be Debug vs Release configuration? > > I was already on the release config. I tried several times with a > clean tree without success. >

Re: LyX 2.2.1 Tarballs

Am 23.07.2016 um 16:33 schrieb Kornel Benko: > Could you try again with clean build tree? > The difference may be Debug vs Release configuration? I was already on the release config. I tried several times with a clean tree without success. Now I made it and it seems to be a problem with the

Re: regression introduced in branch and about our layout/module dependency handling

Am 18.07.2016 um 04:04 schrieb Richard Heck: What I'd like to know is how this happens. What *exactly* triggers MiKTeX to install forest.sty when LyX is reconfigured? Surely it is not because we compile the linguistics manual then. The trigger is that we test for all files listed in the

Re: LyX 2.2.1 Tarballs

Am Samstag, 23. Juli 2016 um 15:46:52, schrieb Uwe Stöhr > Am 23.07.2016 um 12:25 schrieb Kornel Benko: > > > I tried to compile the tarball on linux with '-DLYX_USE_QT=QT4 > > -DCPACK_BINARY_TZ:BOOL=ON -DLYX_CPACK=ON'. > > Using 'make package' (which implies 'install') I got

Re: The lack of multi-paraagraph environments in LyX

On 2016-07-23, Andrew Parsloe wrote: > At present in LyX there is no environment that can embrace paragraph > environments. It is. It is called nesting and must be enabled in the embracing Style with a keyword... Günter

Re: LyX 2.2.1 Tarballs

Am 23.07.2016 um 12:25 schrieb Kornel Benko: I tried to compile the tarball on linux with '-DLYX_USE_QT=QT4 -DCPACK_BINARY_TZ:BOOL=ON -DLYX_CPACK=ON'. Using 'make package' (which implies 'install') I got no errors. I use Qt 5 not Qt 4 and the compilation works fine, but the po files cannot

Re: LyX 2.2.1 Tarballs

Am Samstag, 23. Juli 2016 um 11:39:18, schrieb Kornel Benko > Am Samstag, 23. Juli 2016 um 02:57:14, schrieb Uwe Stöhr > > Am 21.07.2016 um 20:51 schrieb Richard Heck: > > > > > Source tarballs for LyX 2.2.1 have been uploaded to > > >

Re: LyX 2.2.1 Tarballs

Am Samstag, 23. Juli 2016 um 02:57:14, schrieb Uwe Stöhr > Am 21.07.2016 um 20:51 schrieb Richard Heck: > > > Source tarballs for LyX 2.2.1 have been uploaded to > > ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.2/2.2.1/. Please prepare binaries. > > The tarball is not compilable for

The lack of multi-paraagraph environments in LyX

At present in LyX there is no environment that can embrace paragraph environments. Insets can, but they clog up and become unusable once the included text reaches a certain size. What I would like to have available is something like \begin_body ... \end_body only smaller, encompassing only