Re: Goals for 2.1

On 05.05.2011 21:39, Peter Kümmel wrote: On 05.05.2011 13:50, Jean-Marc Lasgouttes wrote: Here is my patch for included libintl. Part of it is a IMO better fix to the startup assertion encountered with cmake. I guess the code is not linked against libintl, because I get Index: development

Re: Development of a development model

On 04.05.2011 23:45, Andre Poenitz wrote: On Wed, May 04, 2011 at 04:16:13PM +0200, Vincent van Ravesteijn wrote: On Wed, May 4, 2011 at 2:13 PM, Pavel Sanda wrote: Andre Poenitz wrote: Close to the current svn model, but allow people to use branches for non-trivial feature

Re: Development of a development model

On 05.05.2011 23:24, Peter Kümmel wrote: time git clone git://gitorious.org/lyx/lyx.git real2m41.146s Cool, 12 years LyX commits only a mouse click away. And may first commit was on SCons files ;) Peter

Re: CMake TODOs

On 05.05.2011 22:08, Peter Kümmel wrote: Open a new thread so it doesn't get lost in Goals for 2.1 Defaults: * NLS disabled by default. * Eventually, cmake without option should generate a makefile that has reasonable defaults for everything (nls, spellcheck, build type

Re: CMake TODOs

On 05.05.2011 23:37, Peter Kümmel wrote: On 05.05.2011 22:08, Peter Kümmel wrote: Open a new thread so it doesn't get lost in Goals for 2.1 Defaults: * NLS disabled by default. * Eventually, cmake without option should generate a makefile that has reasonable defaults for everything

Re: Goals for 2.1

On 04.05.2011 14:26, Abdelrazak Younes wrote: On 04/05/2011 00:50, Vincent van Ravesteijn wrote: Hi everyone, As a typical start of a new release cycle I want to poll - what features are a must in the next release; Features: * Git based Embedded LyX. Couldn't we somehow re-use QtCreators

Re: Goals for 2.1

On 04.05.2011 19:11, Pavel Sanda wrote: Abdelrazak Younes wrote: I will tentatively answer for you :-P 1) asynchronous export/preview now i remember :) but i thought it was more question about timing (too late in dev cycle) than feature per se. if we kicked it out of the tree for the second

Re: Goals for 2.1

On 04.05.2011 15:54, Abdelrazak Younes wrote: On 04/05/2011 14:26, Abdelrazak Younes wrote: On 04/05/2011 00:50, Vincent van Ravesteijn wrote: Hi everyone, As a typical start of a new release cycle I want to poll - what features are a must in the next release; Features: * Git based Embedded

Re: Goals for 2.1

On 04.05.2011 18:57, Abdelrazak Younes wrote: On 04/05/2011 18:57, Stephan Witt wrote: Am 04.05.2011 um 18:31 schrieb Abdelrazak Younes: On 04/05/2011 18:22, Enrico Forestieri wrote: On Wed, May 04, 2011 at 05:37:47PM +0200, Abdelrazak Younes wrote: On 04/05/2011 17:31, Enrico Forestieri

Re: Goals for 2.1

On 04.05.2011 20:00, Stephan Witt wrote: Am 04.05.2011 um 19:33 schrieb Kornel: Am Mittwoch, 4. Mai 2011 schrieb Stephan Witt: Am 04.05.2011 um 18:57 schrieb Abdelrazak Younes: ... So we have to work on it... and I am confident that it is possible to achieve that. I hope I can find the time

Re: Goals for 2.1

On 04.05.2011 19:38, Enrico Forestieri wrote: On Wed, May 04, 2011 at 06:58:33PM +0200, Vincent van Ravesteijn wrote: I think that more attention should be put in the memory footprint. I have the impression that LyX is becoming a bloatware. Apart from which features are (un)necessary, can

Re: Goals for 2.1

On 04.05.2011 20:34, Enrico Forestieri wrote: On Wed, May 04, 2011 at 08:21:18PM +0200, Peter Kümmel wrote: On 04.05.2011 19:38, Enrico Forestieri wrote: - Missing ability to kill converters if they got stalled. You have to wait for a timeout and cannot kill them because

Re: Goals for 2.1

On 04.05.2011 14:26, Abdelrazak Younes wrote: On 04/05/2011 00:50, Vincent van Ravesteijn wrote: Hi everyone, As a typical start of a new release cycle I want to poll - what features are a must in the next release; Features: * Git based Embedded LyX. Couldn't we "somehow" re-use QtCreators

Re: Goals for 2.1

On 04.05.2011 19:11, Pavel Sanda wrote: Abdelrazak Younes wrote: I will tentatively answer for you :-P 1) asynchronous export/preview now i remember :) but i thought it was more question about timing (too late in dev cycle) than feature per se. if we kicked it out of the tree for the second

Re: Goals for 2.1

On 04.05.2011 15:54, Abdelrazak Younes wrote: On 04/05/2011 14:26, Abdelrazak Younes wrote: On 04/05/2011 00:50, Vincent van Ravesteijn wrote: Hi everyone, As a typical start of a new release cycle I want to poll - what features are a must in the next release; Features: * Git based Embedded

Re: Goals for 2.1

On 04.05.2011 18:57, Abdelrazak Younes wrote: On 04/05/2011 18:57, Stephan Witt wrote: Am 04.05.2011 um 18:31 schrieb Abdelrazak Younes: On 04/05/2011 18:22, Enrico Forestieri wrote: On Wed, May 04, 2011 at 05:37:47PM +0200, Abdelrazak Younes wrote: On 04/05/2011 17:31, Enrico Forestieri

Re: Goals for 2.1

On 04.05.2011 20:00, Stephan Witt wrote: Am 04.05.2011 um 19:33 schrieb Kornel: Am Mittwoch, 4. Mai 2011 schrieb Stephan Witt: Am 04.05.2011 um 18:57 schrieb Abdelrazak Younes: ... So we have to work on it... and I am confident that it is possible to achieve that. I hope I can find the time

Re: Goals for 2.1

On 04.05.2011 19:38, Enrico Forestieri wrote: On Wed, May 04, 2011 at 06:58:33PM +0200, Vincent van Ravesteijn wrote: I think that more attention should be put in the memory footprint. I have the impression that LyX is becoming a bloatware. Apart from which features are (un)necessary, can

Re: Goals for 2.1

On 04.05.2011 20:34, Enrico Forestieri wrote: On Wed, May 04, 2011 at 08:21:18PM +0200, Peter Kümmel wrote: On 04.05.2011 19:38, Enrico Forestieri wrote: - Missing ability to kill converters if they got stalled. You have to wait for a timeout and cannot kill them because

Re: Release manager for 2.1

On 03.05.2011 11:54, Pavel Sanda wrote: Dear all, as announced from the very beginning my position applied for 2.0 only. I've put lot of my energy into 2.0 and need to take a rest for some time. The discussion about the next release manager was planned for later (even on some development

Re: 80 chars rule (was: Too much options in LyX)

On 03.05.2011 20:18, Andre Poenitz wrote: And I think it still makes a lot of sense, as people are known to place several editor side by side to use the full width of their new screens... Those people have two screens ;) Peter

Re: Release manager for 2.1

On 03.05.2011 11:54, Pavel Sanda wrote: Dear all, as announced from the very beginning my position applied for 2.0 only. I've put lot of my energy into 2.0 and need to take a rest for some time. The discussion about the next release manager was planned for later (even on some development

Re: 80 chars rule (was: Too much options in LyX)

On 03.05.2011 20:18, Andre Poenitz wrote: And I think it still makes a lot of sense, as people are known to place several editor side by side to use the full width of their new screens... Those people have two screens ;) Peter

Re: Development for LyX 2.1

On 28.04.2011 22:49, Enrico Forestieri wrote: On Thu, Apr 28, 2011 at 11:23:29AM -0600, Rob Oakes wrote: It sounds as though consensus is emerging. Would it be possible to have the the git master branch mirrored into the existing SVN repository? This would make it easy for those of us trying

Re: Trunk is completely frozen for any commits

On 29.04.2011 17:03, stefano franchi wrote: Just adding to the chorus: compiled and run successfully on Kubuntu Maverick Stefano Also ok: - Ubuntu 11.4 - Scientific Linux 6 - openSuse 11.4, but monolithic build is broken Peter

Re: Trunk is completely frozen for any commits

On 29.04.2011 18:38, Pavel Sanda wrote: Peter Kümmel wrote: Original-Nachricht Datum: Fri, 29 Apr 2011 18:08:55 +0200 Von: Pavel Sandasa...@lyx.org An: lyx-devel@lists.lyx.org Betreff: Re: Trunk is completely frozen for any commits Peter Kümmel wrote: - openSuse 11.4

Re: Development for LyX 2.1

On 28.04.2011 22:49, Enrico Forestieri wrote: On Thu, Apr 28, 2011 at 11:23:29AM -0600, Rob Oakes wrote: It sounds as though consensus is emerging. Would it be possible to have the the git master branch mirrored into the existing SVN repository? This would make it easy for those of us trying

Re: Trunk is completely frozen for any commits

On 29.04.2011 17:03, stefano franchi wrote: Just adding to the chorus: compiled and run successfully on Kubuntu Maverick Stefano Also ok: - Ubuntu 11.4 - Scientific Linux 6 - openSuse 11.4, but monolithic build is broken Peter

Re: Trunk is completely frozen for any commits

On 29.04.2011 18:38, Pavel Sanda wrote: Peter Kümmel wrote: Original-Nachricht Datum: Fri, 29 Apr 2011 18:08:55 +0200 Von: Pavel Sanda<sa...@lyx.org> An: lyx-devel@lists.lyx.org Betreff: Re: Trunk is completely frozen for any commits Peter Kümmel wrote: - openSus

Re: new SVG icon for lyx

On 25.04.2011 14:37, nbubis wrote: Here's an attempt with a small 'y' :) Thanks again to all the real developers for an awesome piece of software - somewhere around the world a future Nobel prize winner is writing his thesis with LyX. Thanks, also looks good. But I was wrong, it's indeed a

Re: Goals and Milestones for LyX3.0

On 26.04.2011 14:37, Vincent van Ravesteijn wrote: I'm not opposed to moving to git, but I do not use it, and never have, so it would mean some learning here. Well, we'll guide you through. When doing svn-like development, there is not much to learn. If you want to use all git features, you

Re: Development for LyX 2.1

On 26.04.2011 19:51, venom00 wrote: Shouldn't we start with 2.1 first? Yes. This thread is growing fast and I don't know if this is the right place for features, but I've been thinking of some features it would be nice to have in LyX: - scripting: it would be great to allow community to

Re: Development for LyX 2.1

On 26.04.2011 20:14, Julien Rioux wrote: On 26/04/2011 4:59 AM, Vincent van Ravesteijn wrote: It would be possible to use svn/git together for one release cycle. I've been maintaining a git repo parallel to the svn repo for the last few months. However, everyone needs to become used to using

Re: Development for LyX 2.1

On 26.04.2011 22:36, venom00 wrote: - scripting: it would be great to allow community to contribute with plugins, maybe for some specific LaTeX packages using a simple language as Python I propose Lua, currently I write a easy-to-use and maintain C++ binding. Don't know, Python has a lot

Re: new SVG icon for lyx

t's indeed a capital Y which is shifted a bit down. Peter On Mon, Apr 25, 2011 at 12:22 PM, Peter Kümmel<syntheti...@gmx.net> wrote: On 23.04.2011 16:33, nbubis wrote: Hi all, I recently made a SVG icon for lyx, mostly for use in various docks (linux / Mac) . It would be great if s

Re: Goals and Milestones for LyX3.0

On 26.04.2011 14:37, Vincent van Ravesteijn wrote: I'm not opposed to moving to git, but I do not use it, and never have, so it would mean some learning here. Well, we'll guide you through. When doing svn-like development, there is not much to learn. If you want to use all git features, you

Re: Development for LyX 2.1

On 26.04.2011 19:51, venom00 wrote: Shouldn't we start with 2.1 first? Yes. This thread is growing fast and I don't know if this is the right place for features, but I've been thinking of some features it would be nice to have in LyX: - scripting: it would be great to allow community to

Re: Development for LyX 2.1

On 26.04.2011 20:14, Julien Rioux wrote: On 26/04/2011 4:59 AM, Vincent van Ravesteijn wrote: It would be possible to use svn/git together for one release cycle. I've been maintaining a git repo parallel to the svn repo for the last few months. However, everyone needs to become used to using

Re: Development for LyX 2.1

On 26.04.2011 22:36, venom00 wrote: - scripting: it would be great to allow community to contribute with plugins, maybe for some specific LaTeX packages using a simple language as Python I propose Lua, currently I write a easy-to-use and maintain C++ binding. Don't know, Python has a lot

Re: Towards final 2.0 release

On 25.04.2011 03:22, Diego Queiroz wrote: I've finally found a way to reproduce a SIGSEGV error: http://www.lyx.org/trac/ticket/7492 IMO, this is a critical error. ;-/ http://www.lyx.org/trac/ticket/7492 --- Diego Queiroz I assume this is a duplicate of

Only for your inspiration: dednat5

I just stumbled across this http://marc.info/?l=lua-lm=130371847018622w=2 Sample output: http://angg.twu.net/dednat5/tests/test2.pdf Peter

Re: new SVG icon for lyx

On 23.04.2011 16:33, nbubis wrote: Hi all, I recently made a SVG icon for lyx, mostly for use in various docks (linux / Mac) . It would be great if someone could add it to the wiki icon page ( http://wiki.lyx.org/LyX/Icons) The icon can be found here:

Re: Towards final 2.0 release

On 25.04.2011 03:22, Diego Queiroz wrote: I've finally found a way to reproduce a SIGSEGV error: http://www.lyx.org/trac/ticket/7492 IMO, this is a critical error. ;-/ --- Diego Queiroz I assume this is a duplicate of

Only for your inspiration: dednat5

I just stumbled across this http://marc.info/?l=lua-l=130371847018622=2 Sample output: http://angg.twu.net/dednat5/tests/test2.pdf Peter

Re: new SVG icon for lyx

On 23.04.2011 16:33, nbubis wrote: Hi all, I recently made a SVG icon for lyx, mostly for use in various docks (linux / Mac) . It would be great if someone could add it to the wiki icon page ( http://wiki.lyx.org/LyX/Icons) The icon can be found here:

Re: Towards final 2.0 release

On 21.04.2011 08:14, John McCabe-Dansted wrote: On Thu, Apr 21, 2011 at 1:49 PM, Liviu Andronic landronim...@gmail.com wrote: On Thu, Apr 21, 2011 at 7:45 AM, John McCabe-Dansted gma...@gmail.com wrote: I thought gdb only works for gcc compiled binaries (not e.g. MSVC). Are we using gcc to

Re: Towards final 2.0 release

On 21.04.2011 08:14, John McCabe-Dansted wrote: > On Thu, Apr 21, 2011 at 1:49 PM, Liviu Andronic > wrote: >> On Thu, Apr 21, 2011 at 7:45 AM, John McCabe-Dansted >> wrote: >>> I thought gdb only works for gcc compiled binaries (not e.g. MSVC). >>> Are

Re: Too much options in LyX

On 17.04.2011 16:01, Richard Heck wrote: On 04/17/2011 06:46 AM, Vincent van Ravesteijn wrote: On 13-4-2011 16:26, venom00 wrote: + // Try to cast to the most common widgets and looks in it's content by each + // It's bad OOP, it would be

Re: Too much options in LyX

+ if (QAbstractButton * button = qobject_castQAbstractButton *(children[child_index])) { + widget_matches = (new QString(button-text()))-replace('', ) + .contains(search,

Re: Too much options in LyX

public Q_SLOTS: + /// the option filter changed + void filterChanged(QString search); Pass by reference: + void filterChanged(QString const search); Peter

Re: Too much options in LyX

- To translate the string I used tr(Search), is that correct? We use gettext, there and also here underscore is common: _(Search); - Currently the widgets are highlighted in red, alternative ideas? Maybe bold or nothing at all. - Do you think a rubber button in (or next to) the

Re: Too much options in LyX

On 17.04.2011 17:52, venom00 wrote: + if (QAbstractButton * button = qobject_castQAbstractButton *(children[child_index])) { + widget_matches = (new QString(button-text()))-replace('', ) +

Re: #7394, Crash in reverse serach

On 15.04.2011 01:22, Enrico Forestieri wrote: On Thu, Apr 14, 2011 at 07:00:34PM -0400, Richard Heck wrote: On 04/14/2011 05:58 PM, Enrico Forestieri wrote: On Thu, Apr 14, 2011 at 09:53:46PM +0200, Peter Kuemmel wrote: This patch

Re: Too much options in LyX

On 17.04.2011 16:01, Richard Heck wrote: > On 04/17/2011 06:46 AM, Vincent van Ravesteijn wrote: >> On 13-4-2011 16:26, venom00 wrote: >> >>> + // Try to cast to the most common widgets and >>> looks in it's content by each >>> + // It's bad

Re: Too much options in LyX

> + if (QAbstractButton * button = > qobject_cast(children[child_index])) { > + widget_matches = (new > QString(button->text()))->replace('&', "") > + .contains(search, >

Re: Too much options in LyX

> public Q_SLOTS: > + /// the option filter changed > + void filterChanged(QString search); Pass by reference: > + void filterChanged(QString const & search); Peter

Re: Too much options in LyX

> > - To translate the string I used tr("Search"), is that correct? We use gettext, there and also here underscore is common: _("Search"); > - Currently the widgets are highlighted in red, alternative ideas? Maybe bold > or > nothing at all. > - Do you think a "rubber" button in (or next to)

Re: Too much options in LyX

On 17.04.2011 17:52, venom00 wrote: >>> + if (QAbstractButton * button = >> qobject_cast(children[child_index])) { >>> + widget_matches = (new >> QString(button->text()))->replace('&', "") >>> +

Re: #7394, Crash in reverse serach

On 15.04.2011 01:22, Enrico Forestieri wrote: > On Thu, Apr 14, 2011 at 07:00:34PM -0400, Richard Heck wrote: >> On 04/14/2011 05:58 PM, Enrico Forestieri wrote: >>> On Thu, Apr 14, 2011 at 09:53:46PM +0200, Peter Kuemmel wrote: This patch

Re: Towards RC4/final release

On 13.04.2011 14:22, José Matos wrote: On Wednesday 13 April 2011 08:59:58 Jürgen Spitzmüller wrote: Me too. Trunk is in an impressively good shape, compared to previous major releases and given the lot of new features an changes. +1 I agree. For further evidence lyx-2.0 has been in

Re: Towards RC4/final release

On 13.04.2011 14:22, José Matos wrote: > On Wednesday 13 April 2011 08:59:58 Jürgen Spitzmüller wrote: >> Me too. Trunk is in an impressively good shape, compared to previous >> major releases and given the lot of new features an changes. > +1 > I agree. > For further evidence lyx-2.0 has been

Re: does trunk compile ?

On 09.04.2011 14:20, Jürgen Spitzmüller wrote: Tommaso Cucinotta wrote: Is that only me experimenting this ? See the message I just posted. You have to #include iostream in lstrings.cpp. However, I wonder whether r38320 was a good idea during the freeze we just have. Removed it.

Re: LyX2.0 RC and 1.6 on same system

On 10.04.2011 00:51, Julien Rioux wrote: I realize that LyX 2.0 is not ready for release yet, but I'm still excited to try it. Not ready? Only because of the corrupted 1.6 installation or have you found other issues? Peter

Re: does trunk compile ?

On 09.04.2011 14:20, Jürgen Spitzmüller wrote: > Tommaso Cucinotta wrote: >> Is that only me experimenting this ? > > See the message I just posted. You have to > > #include > > in lstrings.cpp. > > However, I wonder whether r38320 was a good idea during the freeze we just > have. Removed

Re: LyX2.0 RC and 1.6 on same system

On 10.04.2011 00:51, Julien Rioux wrote: >> >> I realize that LyX 2.0 is not ready for release yet, but I'm still excited >> to try it. >> Not ready? Only because of the corrupted 1.6 installation or have you found other issues? Peter

Re: Towards RC3 and final release

On 01.04.2011 00:14, Pavel Sanda wrote: we have 2 critical and 2 major bugs, i'm concerned mostly about file corruption bug (#7371). its also in 1.6 and there are signals that it could be connected to new Qts - we should try to catch this before the last 1.6.10 is out Are you sure #7371

Re: Towards RC3 and final release

On 01.04.2011 00:14, Pavel Sanda wrote: we have 2 critical and 2 major bugs, i'm concerned mostly about file corruption bug (#7371). its also in 1.6 and there are signals that it could be connected to new Qts - we should try to catch this before the last 1.6.10 is out Are you sure #7371

Re: Package not initialized under Win32 with CMake

On 30.03.2011 15:09, veno...@arcadiaclub.com wrote: On 29.03.2011 22:28, veno...@arcadiaclub.com wrote: In this case too, no problem when building with scons. Everything else seems to work. Am I missing something? Is your scons build within the source tree? Then LyX could find the lib

Re: ASSERTION initialised_ VIOLATED IN Package.cpp:70

On 30.03.2011 11:46, Rainer M Krug wrote: I downloaded rc2, configured it and compiled and installed it without problems or error messages. if you install lyx and run it for the first time, lyx should reconfigure. can you post the log from this reconfiguration? Here it is - but keep in mind,

Re: Package not initialized under Win32 with CMake

On 30.03.2011 09:39, Jean-Marc Lasgouttes wrote: Le 29/03/2011 23:56, Peter Kümmel a écrit : On 29.03.2011 23:47, Jean-Marc Lasgouttes wrote: What about this? It defeats the locale_init intent (have output of lyx -help translated. I think the real problem is that out-of-build binary

Re: Poll for the default icon theme in LyX 2.0

libreoffice Peter

Re: "Package" not initialized under Win32 with CMake

On 30.03.2011 15:09, veno...@arcadiaclub.com wrote: On 29.03.2011 22:28, veno...@arcadiaclub.com wrote: In this case too, no problem when building with scons. Everything else seems to work. Am I missing something? Is your scons build within the source tree? Then LyX could find the lib

Re: ASSERTION initialised_ VIOLATED IN Package.cpp:70

On 30.03.2011 11:46, Rainer M Krug wrote: I downloaded rc2, configured it and compiled and installed it without problems or error messages. if you install lyx and run it for the first time, lyx should reconfigure. can you post the log from this reconfiguration? Here it is - but keep in mind,

Re: "Package" not initialized under Win32 with CMake

On 30.03.2011 09:39, Jean-Marc Lasgouttes wrote: Le 29/03/2011 23:56, Peter Kümmel a écrit : On 29.03.2011 23:47, Jean-Marc Lasgouttes wrote: What about this? It defeats the locale_init intent (have output of lyx -help translated. I think the real problem is that out-of-build binary

Re: Poll for the default icon theme in LyX 2.0

libreoffice Peter

Re: Package not initialized under Win32 with CMake

On 29.03.2011 21:40, veno...@arcadiaclub.com wrote: Building LyX SVN with scons everything is OK, while using CMake, following the steps in INSTALL.Win32, I receive an assertion about Package not being initialized. Thanks, it misses the info how to run from the debugger. Any idea about the

Re: r38132 - lyx-devel/trunk

On 29.03.2011 23:12, Jean-Marc Lasgouttes wrote: Le 29/03/11 22:39, kuem...@lyx.org a écrit : +When you wanna run LyX without installing from a out-of-source +build directory you have to set the environment variable LYX_DIR_20x +and it must point to the lib dir in the source tree. +

Re: Package not initialized under Win32 with CMake

On 29.03.2011 23:47, Jean-Marc Lasgouttes wrote: Le 29/03/11 21:40, veno...@arcadiaclub.com a écrit : Building LyX SVN with scons everything is OK, while using CMake, following the steps in INSTALL.Win32, I receive an assertion about Package not being initialized. Any idea about the reason?

Re: Package not initialized under Win32 with CMake

On 29.03.2011 23:56, Peter Kümmel wrote: What about this? Then it could crash in other messages. Peter

Re: Package not initialized under Win32 with CMake

On 29.03.2011 22:28, veno...@arcadiaclub.com wrote: In this case too, no problem when building with scons. Everything else seems to work. Am I missing something? Is your scons build within the source tree? Then LyX could find the lib dir. But it should be fixed now also for out-of-source

Re: "Package" not initialized under Win32 with CMake

On 29.03.2011 21:40, veno...@arcadiaclub.com wrote: Building LyX SVN with scons everything is OK, while using CMake, following the steps in INSTALL.Win32, I receive an assertion about "Package" not being initialized. Thanks, it misses the info how to run from the debugger. Any idea about

Re: r38132 - lyx-devel/trunk

On 29.03.2011 23:12, Jean-Marc Lasgouttes wrote: Le 29/03/11 22:39, kuem...@lyx.org a écrit : +When you wanna run LyX without installing from a out-of-source +build directory you have to set the environment variable LYX_DIR_20x +and it must point to the lib dir in the source tree. +

Re: "Package" not initialized under Win32 with CMake

On 29.03.2011 23:47, Jean-Marc Lasgouttes wrote: Le 29/03/11 21:40, veno...@arcadiaclub.com a écrit : Building LyX SVN with scons everything is OK, while using CMake, following the steps in INSTALL.Win32, I receive an assertion about "Package" not being initialized. Any idea about the reason?

Re: "Package" not initialized under Win32 with CMake

On 29.03.2011 23:56, Peter Kümmel wrote: What about this? Then it could crash in other messages. Peter

Re: "Package" not initialized under Win32 with CMake

On 29.03.2011 22:28, veno...@arcadiaclub.com wrote: In this case too, no problem when building with scons. Everything else seems to work. Am I missing something? Is your scons build within the source tree? Then LyX could find the lib dir. But it should be fixed now also for out-of-source

Re: r38038 - in lyx-devel/trunk/src: . client frontends/qt4 support tex2lyx

On 28.03.2011 08:54, Enrico Forestieri wrote: On Mon, Mar 28, 2011 at 08:42:59AM +0200, Peter Kuemmel wrote: tex2lyx still has linker errors here: uresolved external symbol class lyx::LyXRC lyx::lyxrc Not here. Maybe something related to your merged builds? Was a msvc issue. Never saw it

Re: r38038 - in lyx-devel/trunk/src: . client frontends/qt4 support tex2lyx

On 28.03.2011 08:54, Enrico Forestieri wrote: On Mon, Mar 28, 2011 at 08:42:59AM +0200, Peter Kuemmel wrote: tex2lyx still has linker errors here: uresolved external symbol ""class lyx::LyXRC lyx::lyxrc" Not here. Maybe something related to your merged builds? Was a msvc issue. Never saw

Re: CMake issues

On 14.03.2011 21:41, Vincent van Ravesteijn wrote: Hi Peter, I have encountered some questions/bugs/issues with CMake: 1a. I automatically downloaded the 2010-msvc dependencies. They were installed properly. However, if I check LYX_INSTALL, CMake can't find gettext. Seems now all the

Re: CMake issues

On 14.03.2011 21:41, Vincent van Ravesteijn wrote: Hi Peter, I have encountered some questions/bugs/issues with CMake: 1a. I automatically downloaded the 2010-msvc dependencies. They were installed properly. However, if I check LYX_INSTALL, CMake can't find gettext. Seems now all the

Re: r37853 - in lyx-devel/trunk/src/frontends/qt4: . ui

On 05.03.2011 00:00, Pavel Sanda wrote: tomm...@lyx.org wrote: Author: tommaso Date: Fri Mar 4 23:19:19 2011 New Revision: 37853 URL: http://www.lyx.org/trac/changeset/37853 Log: Implements functionality of the replaceAll button on Advanced FR. CXXFindAndReplace.o

Re: r37853 - in lyx-devel/trunk/src/frontends/qt4: . ui

On 05.03.2011 00:00, Pavel Sanda wrote: tomm...@lyx.org wrote: Author: tommaso Date: Fri Mar 4 23:19:19 2011 New Revision: 37853 URL: http://www.lyx.org/trac/changeset/37853 Log: Implements functionality of the replaceAll button on Advanced F CXXFindAndReplace.o

Re: Crash on Windows when searching citation

On 01.03.2011 21:07, Peter Kümmel wrote: On 01.03.2011 12:40, Joost Verburg wrote: Hi all, On Windows with current trunk I'm getting a crash when clicking the Search button in the Citation dialog. Not sure what's going on. GuiApplication::notify reports a regular expression error which

Re: Crash on Windows when searching citation

On 01.03.2011 21:07, Peter Kümmel wrote: On 01.03.2011 12:40, Joost Verburg wrote: Hi all, On Windows with current trunk I'm getting a crash when clicking the Search button in the Citation dialog. Not sure what's going on. GuiApplication::notify reports a "regular expression error&q

Re: Crash on Windows when searching citation

On 01.03.2011 12:40, Joost Verburg wrote: Hi all, On Windows with current trunk I'm getting a crash when clicking the Search button in the Citation dialog. Not sure what's going on. GuiApplication::notify reports a regular expression error which is strange because the error occurs in the mouse

Re: Crash on Windows when searching citation

On 01.03.2011 12:40, Joost Verburg wrote: Hi all, On Windows with current trunk I'm getting a crash when clicking the Search button in the Citation dialog. Not sure what's going on. GuiApplication::notify reports a "regular expression error" which is strange because the error occurs in the

Re: Commit Do not set all CMake files as C header files.

Peter, you were asked more than once from Joost how to handle this. But no reaction. It was send to kuem...@lyx.org. I don't have such a address. How could I get it? Peter

Re: Commit Do not set all CMake files as C header files.

On 23.02.2011 12:06, Joost Verburg wrote: Peter Kümmelsyntheti...@gmx.net wrote in message news:4d641864.1090...@gmx.net... Here it breaks the merged build. Any idea what's the cause of this issue? It must be related to a certain file type not being set correctly. After the change, all real

Re: Commit Do not set all CMake files as C header files.

On 23.02.2011 19:46, Peter Kümmel wrote: On 23.02.2011 12:06, Joost Verburg wrote: Peter Kümmelsyntheti...@gmx.net wrote in message news:4d641864.1090...@gmx.net... Here it breaks the merged build. Any idea what's the cause of this issue? It must be related to a certain file type not being

Re: Commit Do not set all CMake files as C header files.

On 23.02.2011 19:53, Pavel Sanda wrote: Peter Kümmel wrote: Peter, you were asked more than once from Joost how to handle this. But no reaction. It was send to kuem...@lyx.org. I don't have such a address. How could I get it? there was message about this from Lars at Mon, 09 Mar 2009

Re: Commit Do not set all CMake files as C header files.

On 23.02.2011 20:01, Joost Verburg wrote: Peter Kümmelsyntheti...@gmx.net wrote in message news:4d655881.9090...@gmx.net... Fixed: http://www.lyx.org/trac/changeset/37776/lyx-devel/trunk Thanks! The text files are still C++ headers now but I guess MSVC ignores those. Yes, making a file a

<    1   2   3   4   5   6   7   8   9   10   >