Re: [LyX/master] Revert the box alignment part of 8010b90c

Am 23.10.2015 um 22:24 schrieb Georg Baum: commit d5ed835225d8ec27225cd7bb415e1ac7db41a512 Author: Georg Baum Date: Fri Oct 23 22:08:38 2015 +0200 Revert the box alignment part of 8010b90c Hi Georg, it is OK with me if you reverted this for good reasons, I only want to

Re: Build bot reactivated

On 10/24/2015 01:26 AM, Peter Kümmel wrote: Am 23.10.2015 um 21:07 schrieb Richard Heck: On 10/23/2015 12:52 PM, Peter Kümmel wrote: I've reactivated the build-bot for Windows binaries of the master branch. It uses GCC 4.8.2 and Qt 5.5.1 (32 bit).

Bug in math macro preview

Hi, I've encounter a minor bug in the previewing of math macro: That is, after you create a math macro it would normally exapand the macro in normal math mode to the LyX representation of the macro. However, if the macro name is a single digit (e.g. \1) LyX wouldn't preview the macro. Apart form

Re: Build bot reactivated

Am 24.10.2015 um 07:26 schrieb Peter Kümmel: Do you think the warning is too extreme? No, this is sadly true. Just replacing LyX files will break LyX's functions. One need to set the PATH prefix in LyX etc. to keep it running. So it OK to warn people. Clearly, it would be better to build

Re: back to LyX and therefore questions concerning LyX 2.2

Op 24 okt. 2015 20:42 schreef "Uwe Stöhr" : > > Am 23.10.2015 um 10:25 schrieb Jean-Marc Lasgouttes: > >> If you look closely, they are not closer than the vertival line over B_V >> is fromthe text. Seriously this is a much bigger problem > > > But it still doesn't look as good

Re: back to LyX and therefore questions concerning LyX 2.2

Op 24 okt. 2015 20:42 schreef "Uwe Stöhr" >: > But it still doesn't look as good as with \raisebox in my opinion. The header and the line before the header are definitely better, and I would say that the line with the raisebox are too tall. It is

Re: back to LyX and therefore questions concerning LyX 2.2

Am 23.10.2015 um 10:25 schrieb Jean-Marc Lasgouttes: If you look closely, they are not closer than the vertival line over B_V is fromthe text. Seriously this is a much bigger problem But it still doesn't look as good as with \raisebox in my opinion. Besides this, if you prefer formal

Recommended way to compile Russian Intro manual with polyglossia?

How can I compile the Russian intro manual with polyglossia and non-TeX fonts? Do I need to change any encodings? Scott

Re: [LyX/master] colored-boxes.lyx: new example file for the tcolorbox.module

On Fri, Oct 23, 2015 at 10:01:42AM +0200, Jean-Marc Lasgouttes wrote: > >It saves some time because I don't need to write all the sime "see > >sec._" (where _ is a half space) but only "see ". Furthermore one has a > >larger area to click on in the PDF. personally it annoys me to fiddle > >around

Re: back to LyX and therefore questions concerning LyX 2.2

On Fri, Oct 23, 2015 at 06:46:59PM -0700, Pavel Sanda wrote: > Vincent van Ravesteijn wrote: > > IMO, a separate hard string freeze is not needed as long as we act > > reasonable. > > I meant it as a part of feature freeze. Whether you are working on > documentation > or translation only, you

status update on the export tests

Dear all, There seems to be more interest in running the export tests. This is great and will encourage me to improve the (shamefully lacking) documentation for these tests. First, I am focusing on the test results after reverting (locally) two commits, as follows: git revert --no-edit

Re: [LyX/master] colored-boxes.lyx: new example file for the tcolorbox.module

On Fri, Oct 23, 2015 at 03:38:38AM +0200, Uwe Stöhr wrote: > Am 20.10.2015 um 04:46 schrieb Scott Kostyshak: > > >>I use the same code in other manuals too. E.g. in the Math manual. > > > >I object to those also :) > >But since you are doing the work on the manuals, I think your opinion > >should

Re: back to LyX and therefore questions concerning LyX 2.2

Am 24.10.2015 um 22:04 schrieb Jean-Marc Lasgouttes: I really think that formal tables should be given a very prominent place in the docs. Then we should default to formal border style. We still lack proper support for booktab's \cmidrule: http://www.lyx.org/trac/ticket/3072 regards Uwe

Re: Upgrade to boost 1.59?

On Fri, Oct 23, 2015 at 06:13:03PM +0200, Vincent van Ravesteijn wrote: > I have it documented somewhere. Should I put it in development.lyx ? If you are able to find it easily then I would say yes, please do. Even though Peter already did the update it could be useful in the future. Scott

Re: back to LyX and therefore questions concerning LyX 2.2

Am 24.10.2015 um 21:49 schrieb Vincent van Ravesteijn: Hmm we, as the experts, should not set the bad example. The fact that LyX's docs don't use floats will be used by the unbelievers as an argument against it. The Math manual is the only one where floats are not used. These tables are not

Re: Export tests for development/mathmacros/*.lyx files

On Wed, Oct 14, 2015 at 01:41:22PM +0200, Kornel Benko wrote: > Am Dienstag, 13. Oktober 2015 um 16:48:15, schrieb Scott Kostyshak > > > On Tue, Oct 13, 2015 at 02:03:22PM +0200, Kornel Benko wrote: > > > I'd like to add them to cmake export tests too. > > > > > > They are

Re: back to LyX and therefore questions concerning LyX 2.2

On Fri, Oct 23, 2015 at 12:15:26AM -0700, Pavel Sanda wrote: > Vincent van Ravesteijn wrote: > > >> - Will there be a code-freeze after that strings can still be changed? > > > > > > Is this what is normally done? I'm new at this. > > > > I've actually no clue what is meant with a code freeze

Re: Minimum compiler version

Am 24.10.2015 um 07:11 schrieb Peter Kümmel : > Am 23.10.2015 um 21:27 schrieb Stephan Witt: >>> See >>> and subsequent messages. The only concrete example was Jean-Marc's OSX >>> 10.7 computer, although in