Re: #10197: Lyx 2.2 scrambles Vector graphics (and general Layout)

On 06/06/2016 07:18 PM, Steffen Guhlemann wrote: > On june, first i installed Lyx2.2. I'll second Uwe's suggestion here. It's not wise to update to a new major version at such a critical juncture. Go back to 2.1.4 for now, at least. > 1. exported pdf differs. Same if you export tex(pdflatex) =>

Re: #10197: Lyx 2.2 scrambles Vector graphics (and general Layout)

Am 07.06.2016 um 01:18 schrieb Steffen Guhlemann: sorry for the mixup of issues, Please separate the different issues into different bug reports and mailing list threads. otherwise we won#t be able to have a structured discussion. For background: In the last days i was finalizing my phd

[PATCH] Inserting references to label

On 06/06/2016 04:57 AM, Mario D wrote: > After opening the dialog box to insert a reference to a label, when a > label is chosen there is a button "Go to label" in order to check > whether the label is really the correct one. Good. > After having hit this button, it is replaced with "Go back",

Re: Tarballs for LyX 2.2.0 are on FTP

Le 07/06/2016 00:00, Richard Heck a écrit : On 06/06/2016 06:40 PM, Guillaume Munch wrote: The point of the proposal is to enabling the early testing and release of *non-file-format* changes. Then for a proper master release only file-format changes remain to be fully tested. This assumes

RE: #10197: Lyx 2.2 scrambles Vector graphics (and general Layout)

Hi, sorry for the mixup of issues, but some of the things here definitely are bugs. And the behaviour definitely changed. Independend of this - i really like Lyx and appreciate your work a lot. For background: In the last days i was finalizing my phd thesis. During this time i was using LyX

Re: Tarballs for LyX 2.2.0 are on FTP

On 06/06/2016 06:40 PM, Guillaume Munch wrote: > > The point of the proposal is to enabling the early testing and release > of *non-file-format* changes. Then for a proper master release only > file-format changes remain to be fully tested. This assumes these aspects do not interact. Oftentimes,

Re: Tarballs for LyX 2.2.0 are on FTP

On 06/06/2016 06:10 PM, Andrew Parsloe wrote: > On 7/06/2016 9:50 a.m., Richard Heck wrote: >> On 06/06/2016 03:33 PM, Georg Baum wrote: >>> Jean-Marc Lasgouttes wrote: >>> Le 05/06/2016 à 21:05, Guillaume Munch a écrit : > Yet, most of the file format changes are very simple. I wonder

Re: Tarballs for LyX 2.2.0 are on FTP

Le 06/06/2016 22:47, Richard Heck a écrit : On 06/06/2016 04:27 PM, Guillaume Munch wrote: Le 06/06/2016 20:33, Georg Baum a écrit : Jean-Marc Lasgouttes wrote: Le 05/06/2016 à 21:05, Guillaume Munch a écrit : Yet, most of the file format changes are very simple. I wonder whether one could

Re: Tarballs for LyX 2.2.0 are on FTP

On 7/06/2016 9:50 a.m., Richard Heck wrote: On 06/06/2016 03:33 PM, Georg Baum wrote: Jean-Marc Lasgouttes wrote: Le 05/06/2016 à 21:05, Guillaume Munch a écrit : Yet, most of the file format changes are very simple. I wonder whether one could introduce a single compilation variable to

Re: [LyX/master] glitch in lfundoc

On 7/06/2016 7:31 a.m., Pavel Sanda wrote: Jürgen Spitzmüller wrote: So, am I supposed to do something? I'd say if you know few liner patch, then fix it. If it needs lot of work it might not be worth the effort, these lfuns might be used by devs but never users so it depends who are we

Re: Tarballs for LyX 2.2.0 are on FTP

On 06/06/2016 03:33 PM, Georg Baum wrote: > Jean-Marc Lasgouttes wrote: > >> Le 05/06/2016 à 21:05, Guillaume Munch a écrit : >>> Yet, most of the file format changes are very simple. I wonder whether >>> one could introduce a single compilation variable to disable them, >>> and ask developers to

Re: Tarballs for LyX 2.2.0 are on FTP

On 06/06/2016 04:27 PM, Guillaume Munch wrote: > Le 06/06/2016 20:33, Georg Baum a écrit : >> Jean-Marc Lasgouttes wrote: >> >>> Le 05/06/2016 à 21:05, Guillaume Munch a écrit : Yet, most of the file format changes are very simple. I wonder whether one could introduce a single

Re: boost:regex & gcc

Guillaume Munch wrote: > Any reason to want to get rid of boost completely? Well, that's a long term wish. It is not nice to pack boost lib together with our sources and someone need to care updating boost within the source tree. Pavel

Re: boost:regex & gcc

Le 06/06/2016 20:37, Pavel Sanda a écrit : Guillaume Munch wrote: 11. boost:regex. We have learnt the pitfalls of having two regex libraries at the same time. However, according to a comment in the source, gcc < 4.9.0 supports std::regex badly. Do we still care about gcc < 4.9.0 ? (no hurry,

Re: Tarballs for LyX 2.2.0 are on FTP

Le 06/06/2016 20:33, Georg Baum a écrit : Jean-Marc Lasgouttes wrote: Le 05/06/2016 à 21:05, Guillaume Munch a écrit : Yet, most of the file format changes are very simple. I wonder whether one could introduce a single compilation variable to disable them, and ask developers to enclose

Re: [PATCH] unique_ptr and some clean-up

Guillaume Munch wrote: > Le 05/06/2016 12:54, Georg Baum a écrit : >> Therefore I would vote to support MSVC 2013 and later, but nothing >> earlier. > > In light of the lack of support of unicode string literals in MSVC 2013, > the availability of mingw and the fact that a last-minute switch to

Re: [PATCH] unique_ptr and some clean-up

Le 06/06/16 à 21:04, Guillaume Munch a écrit : Le 06/06/2016 10:22, Jean-Marc Lasgouttes a écrit : Le 05/06/2016 à 13:54, Georg Baum a écrit : Looks good, I have only one minor comment: Please do not use _MSC_VER in the sources. This code is better located in config.h, like that: #if

Re: [patch] Fix lyx-2.3dev build failure in FreeBSD

On Sat, May 07, 2016 at 06:45:26AM +0200, Shankar Giri Venkita Giri wrote: > There are basically two issues on FreeBSD. > > Issue #1. Standard Includes and Libs are in /usr/local/include and / > usr/local/lib unline Linux variants. --with-extra-prefix=/usr/local > solves this problem. FreeBSD

Re: mingw not compilable ATM

Am Montag, 6. Juni 2016 um 20:51:40, schrieb Georg Baum > Kornel Benko wrote: > > > Trying to compile with 'development/cmake/scripts/xmingw' I get > > ... > > [ 24%] Building CXX object > > [ src/frontends/qt4/CMakeFiles/frontend_qt.dir/_allinone_const.C.obj > >

boost:regex & gcc (was: [PATCH] unique_ptr and some clean-up)

Guillaume Munch wrote: > 11. boost:regex. We have learnt the pitfalls of having two regex > libraries at the same time. However, according to a comment in the > source, gcc < 4.9.0 supports std::regex badly. Do we still care about > gcc < 4.9.0 ? (no hurry, and the patch is trivial) I think that

Re: Tarballs for LyX 2.2.0 are on FTP

Jean-Marc Lasgouttes wrote: > Le 05/06/2016 à 21:05, Guillaume Munch a écrit : >> Yet, most of the file format changes are very simple. I wonder whether >> one could introduce a single compilation variable to disable them, >> and ask developers to enclose file-format-specific code between the >>

Re: [LyX/master] glitch in lfundoc

Jürgen Spitzmüller wrote: > So, am I supposed to do something? I'd say if you know few liner patch, then fix it. If it needs lot of work it might not be worth the effort, these lfuns might be used by devs but never users so it depends who are we targeting by lfuns.lyx. Pavel

Re: Tarballs for LyX 2.2.0 are on FTP

Liviu Andronic wrote: > We already have nightly builds for Ubuntu Linux: > https://launchpad.net/~lyx-devel/+archive/ubuntu/daily > > It's been running for couple of years (probably all through the 2.2 > development cycle), though I'm not sure it's made much of an impact in > terms of testing

Re: One official build system?

Am Montag, 6. Juni 2016 um 20:53:47, schrieb Georg Baum > Kornel Benko wrote: > > > Version suffix for bin and locales is already used as expected. > > Very good. > > > I think, there is nothing to do for windows yet, because it uses already > > cmake. > > OK

Re: Tarballs for LyX 2.2.0 are on FTP

Sorry for the late reply, I somehow missed this message. Jean-Marc Lasgouttes wrote: > Le 31/05/2016 à 22:26, Georg Baum a écrit : >> We need to decide: Either have a fixed schedule, and an unknown feature >> set of the next release, or a fixed feature set, and an unknown schedule. >> We do not

Re: One official build system?

Am Montag, 6. Juni 2016 um 21:03:05, schrieb Georg Baum > Kornel Benko wrote: > > > Don't know if this helps, but I never use relative path with cmake. > > #mkdir some_build_path > > # cd some_build_path > > # cmake abs_path_to_lyx_sources ... > > I use relative

Re: One official build system?

Kornel Benko wrote: > Am Sonntag, 5. Juni 2016 um 20:34:38, schrieb Liviu Andronic > >> On Sun, Jun 5, 2016 at 7:43 PM, Kornel Benko wrote: > > Unfortunately cmake is not able yet to produce more than one debian > package. Recently started discussions to

Re: [LyX/master] glitch in lfundoc

Am Montag, den 06.06.2016, 09:53 -0700 schrieb Pavel Sanda: > > No, this was not intentional. Thanks for fixing. > > Hehe, no I did not fix it ;) So, am I supposed to do something? Jürgen

Re: [PATCH] unique_ptr and some clean-up

Le 06/06/2016 10:35, Jean-Marc Lasgouttes a écrit : Le 05/06/2016 à 13:54, Georg Baum a écrit : I won't comment on the other items. IMHO, discussing all these in one message makes things more complicated. I would prefer to go step by step. I agree with Georg on that. It would be better to

Re: One official build system?

Scott Kostyshak wrote: > On Sun, Jun 05, 2016 at 01:59:53PM +0200, Kornel Benko wrote: >> >> OK, starting on the list first. I can only comment on the cmake part. >> >> [A] detection of external dependencies >> cmake does full detection IMHO >> [B] create .rpm >> cmake creates rpm, deb, >>

Re: [PATCH] unique_ptr and some clean-up

Le 06/06/2016 10:22, Jean-Marc Lasgouttes a écrit : Le 05/06/2016 à 13:54, Georg Baum a écrit : Looks good, I have only one minor comment: Please do not use _MSC_VER in the sources. This code is better located in config.h, like that: #if (__cplusplus >= 201402L) ||

Re: One official build system?

Kornel Benko wrote: > Don't know if this helps, but I never use relative path with cmake. > #mkdir some_build_path > # cd some_build_path > # cmake abs_path_to_lyx_sources ... I use relative paths, and it works fine. Georg

Re: [LyX/master] Do not duplicate jpg format

Le 04/06/2016 08:23, Georg Baum a écrit : Guillaume Munch wrote: Why not just using a set instead of a vector if this is important? I believe that the order matters. We prefer the first format that is reachable with a converter. With the current solution, qt can give a preference, You

Re: One official build system?

Kornel Benko wrote: > Am Sonntag, 5. Juni 2016 um 19:03:51, schrieb Kornel Benko > >> Am Sonntag, 5. Juni 2016 um 18:43:03, schrieb Georg Baum >> >> > Kornel Benko wrote: >> > > ... >> > The remaining directories from the second list would be

Re: One official build system?

Kornel Benko wrote: > Version suffix for bin and locales is already used as expected. Very good. > I think, there is nothing to do for windows yet, because it uses already > cmake. OK (I was not sure whether the changes for linux would imply changews for windows as well). Georg

Re: mingw not compilable ATM

Kornel Benko wrote: > Trying to compile with 'development/cmake/scripts/xmingw' I get > ... > [ 24%] Building CXX object > [ src/frontends/qt4/CMakeFiles/frontend_qt.dir/_allinone_const.C.obj > cd /usr/BUILD/mingw/src/frontends/qt4 && /usr/bin/i686-w64-mingw32-g++ >

Re: [patch] Fix lyx-2.3dev build failure in FreeBSD

On Sat, May 07, 2016 at 06:45:26AM +0200, Shankar Giri Venkita Giri wrote: > There are basically two issues on FreeBSD. > > Issue #1. Standard Includes and Libs are in /usr/local/include and / > usr/local/lib unline Linux variants. --with-extra-prefix=/usr/local > solves this problem. FreeBSD

Re: One official build system?

Am Montag, 6. Juni 2016 um 19:26:24, schrieb Liviu Andronic > On Mon, Jun 6, 2016 at 6:56 PM, Kornel Benko wrote: > > Am Sonntag, 5. Juni 2016 um 20:34:38, schrieb Liviu Andronic > > > >> On Sun, Jun 5, 2016 at 7:43 PM, Kornel Benko

Re: One official build system?

On Mon, Jun 6, 2016 at 6:56 PM, Kornel Benko wrote: > Am Sonntag, 5. Juni 2016 um 20:34:38, schrieb Liviu Andronic > >> On Sun, Jun 5, 2016 at 7:43 PM, Kornel Benko wrote: >> > Am Sonntag, 5. Juni 2016 um 19:03:51, schrieb Kornel Benko

Re: One official build system?

Am Sonntag, 5. Juni 2016 um 20:34:38, schrieb Liviu Andronic > On Sun, Jun 5, 2016 at 7:43 PM, Kornel Benko wrote: > > Am Sonntag, 5. Juni 2016 um 19:03:51, schrieb Kornel Benko > >> Am Sonntag, 5. Juni 2016 um 18:43:03, schrieb Georg

Re: [LyX/master] glitch in lfundoc

Jürgen Spitzmüller wrote: > > I don't know whether it was your intention, but it seems that part of > > Hidden lfuns is no more generated correctly and some lfuns are missing > > (most probably due to the fact they don't have Syntax line). > > No, this was not intentional. Thanks for fixing.

Re: One official build system?

Am Sonntag, 5. Juni 2016 um 12:27:52, schrieb Stephan Witt > Am 05.06.2016 um 11:13 schrieb Georg Baum : > > > > Scott Kostyshak wrote: > > > >> On Sat, Jun 04, 2016 at 07:55:28PM +0200, Stephan Witt wrote: > >>> > Am 04.06.2016 um 10:15

Fwd: Blurry inserted figures for retina display in Lyx 2.2 Mac

Questions like this one are better sent to the developers' list, so I'm forwarding it there. Forwarded Message Subject:Blurry inserted figures for retina display in Lyx 2.2 Mac Date: Sun, 5 Jun 2016 21:05:03 -0400 From: Zhexuan Gong To:

Re: Tarballs for LyX 2.2.0 are on FTP

Le 05/06/2016 à 21:05, Guillaume Munch a écrit : Yet, most of the file format changes are very simple. I wonder whether one could introduce a single compilation variable to disable them, and ask developers to enclose file-format-specific code between the corresponding #ifdefs. (For instance in

Re: [PATCH] unique_ptr and some clean-up

Le 05/06/2016 à 13:54, Georg Baum a écrit : I won't comment on the other items. IMHO, discussing all these in one message makes things more complicated. I would prefer to go step by step. I agree with Georg on that. It would be better to have distinct threads, at least for groups of patches

Re: [PATCH] unique_ptr and some clean-up

Le 05/06/2016 à 13:54, Georg Baum a écrit : Looks good, I have only one minor comment: Please do not use _MSC_VER in the sources. This code is better located in config.h, like that: #if (__cplusplus >= 201402L) || (defined(_MSC_VER)&&(_MSC_VER>=1800)) // C++14, MSVC >= 2013 #define

Re: mingw not compilable ATM

Am Montag, 6. Juni 2016 um 04:04:38, schrieb Scott Kostyshak > On Mon, Jun 06, 2016 at 08:58:35AM +0200, Kornel Benko wrote: > > Trying to compile with 'development/cmake/scripts/xmingw' I get > > ... > > [ 24%] Building CXX object > >

Re: mingw not compilable ATM

On Mon, Jun 06, 2016 at 08:58:35AM +0200, Kornel Benko wrote: > Trying to compile with 'development/cmake/scripts/xmingw' I get > ... > [ 24%] Building CXX object > src/frontends/qt4/CMakeFiles/frontend_qt.dir/_allinone_const.C.obj > cd /usr/BUILD/mingw/src/frontends/qt4 &&

mingw not compilable ATM

Trying to compile with 'development/cmake/scripts/xmingw' I get ... [ 24%] Building CXX object src/frontends/qt4/CMakeFiles/frontend_qt.dir/_allinone_const.C.obj cd /usr/BUILD/mingw/src/frontends/qt4 && /usr/bin/i686-w64-mingw32-g++ -DBOOST_SIGNALS_NO_DEPRECATION_WARNING=1 -DHUNSPELL_STATIC

Re: Lyx 2.2 Mac dev build request

Hi Zhexuan, thank you for using LyX and your feedback. Yes, I’m aware of the problem of displaying graphics with non-HiDPI-resolution. Please consider to open a bug report here: http://www.lyx.org/trac Best regards, Stephan > Am 03.06.2016 um 22:56 schrieb Zhexuan Gong : > > Hi