CMake TODOs

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, ...), at least when released. Help: * I do not know how

Re: Goals for 2.1

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/cmake/config.h.cmake Index: src/LyX.cpp ===

Re: Goals for 2.1

On 05.05.2011 14:55, Kornel wrote: Am Donnerstag, 5. Mai 2011 schrieb Jean-Marc Lasgouttes: Le 05/05/11 12:34, Kornel a écrit : What do you miss in cmake? I tried to (somehow) mimic all I was aware of from autotools. It surely is more then 80% ... From the top of my head (I ask for forgiv

Re: Goals for 2.1

On 05.05.2011 11:17, Jean-Marc Lasgouttes wrote: Le 04/05/11 20:28, José Matos a écrit : On Wednesday 04 May 2011 18:58:34 Peter Kümmel wrote: I assume as long as we have a 80 character limit we will have autotools. ?? I do not follow the logic. :-) I have the impression that often

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 they are in a

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 y

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 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 wro

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 L

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 t

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 p

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 meeti

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 An: lyx-devel@lists.lyx.org Betreff: Re: Trunk is completely frozen for any commits Peter Kümmel wrote: - openSuse 11.4, but monolithic

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: 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 to

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 of

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 git

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 contr

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 mi

Re: new SVG icon for lyx

I was wrong, it's indeed a capital Y which is shifted a bit down. Peter On Mon, Apr 25, 2011 at 12:22 PM, Peter Kümmel 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 someone coul

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: http://nbubis.deviantart.com/art/lyx-svg-i

Only for your inspiration: dednat5

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

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 http://www.lyx.org/trac/ticke

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 we using gcc to compile the Windows binari

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 http://www.lyx.org/trac/attachment/ticke

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: 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

> 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

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

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,

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: 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 it

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 i

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 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 is not

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 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 dir.

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 bu

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 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? M

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 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 th

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 binar

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&R. CXXFindAndReplace.o ../../../../src/

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

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: r37778 - lyx-devel/trunk/src/frontends/qt4

On 23.02.2011 22:12, Stephan Witt wrote: Am 23.02.2011 um 22:06 schrieb kuem...@lyx.org: Author: kuemmel Date: Wed Feb 23 22:06:15 2011 New Revision: 37778 URL: http://www.lyx.org/trac/changeset/37778 Log: fix wrong preprocessor Modified: lyx-devel/trunk/src/frontends/qt4/GuiKeySymbol.cpp

Re: major bug

On 23.02.2011 21:52, Peter Kümmel wrote: On 23.02.2011 21:37, Pavel Sanda wrote: Pavel Sanda wrote: Jürgen Spitzmüller wrote: Not currently, but here's a testcase. * View * Close error dialog * click into ERT => crash. i got it now.p bisect leads to r37749 http://www.lyx.

Re: major bug

On 23.02.2011 21:37, Pavel Sanda wrote: Pavel Sanda wrote: Jürgen Spitzmüller wrote: Not currently, but here's a testcase. * View * Close error dialog * click into ERT => crash. i got it now.p bisect leads to r37749 http://www.lyx.org/trac/changeset/37749/lyx-devel/trunk and -dgb sele

Re: major bug

On 23.02.2011 21:19, Peter Kümmel wrote: On 23.02.2011 20:57, Jürgen Spitzmüller wrote: Pavel Sanda wrote: looks like your inside ert with selected word? still cant reproduce... but this routine didn't changed lately. maybe-related paragraphs changes in my memory are texrow changes

Re: major bug

On 23.02.2011 20:57, Jürgen Spitzmüller wrote: Pavel Sanda wrote: looks like your inside ert with selected word? still cant reproduce... but this routine didn't changed lately. maybe-related paragraphs changes in my memory are texrow changes (some thread-releated fixme was left iirc) and spellc

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

On 23.02.2011 20:01, Joost Verburg wrote: "Peter Kümmel" 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 heade

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 20

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ümmel" 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 bein

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

On 23.02.2011 12:06, Joost Verburg wrote: "Peter Kümmel" 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 re

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 22.02.2011 14:59, Joost Verburg wrote: "Peter Kümmel" wrote in message news:4d636252.8070...@gmx.net... is definitely wrong. Please revert. This macro is only to add files to the IDE and these files should not influence the build process, therefore the header only flag. Becau

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. Sorry, sometimes I enable a filter. But I could find nothing in the archive. Peter

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

Joost, http://www.lyx.org/trac/changeset/37702/lyx-devel/trunk/development/cmake is definitely wrong. Please revert. This macro is only to add files to the IDE and these files should not influence the build process, therefore the header only flag. When you have problems with some files it is be

Re: Assertion in trunk on Find Advanced

On 16.02.2011 00:11, Tommaso Cucinotta wrote: # New file KK: \Cn # Find Advanced KK: \CF and assertion at FindAndReplace.cpp:58 51 /// Apply to buf the parameters supplied through bp 52 static void ApplyParams(Buffer&buf, BufferParams const& bp) { 53ss<< "\\end_header\n"; 54is

Re: abbreviated invisible descriptions

On 14.02.2011 21:37, Pavel Sanda wrote: Peter Kümmel wrote: In many dialogs I see descriptions abbreviated by "..." and even when there is a horizontal scrollbar it is not possible to see the whole text without resizing the complete dialog. The "..." could be suppressed b

abbreviated invisible descriptions

In many dialogs I see descriptions abbreviated by "..." and even when there is a horizontal scrollbar it is not possible to see the whole text without resizing the complete dialog. The "..." could be suppressed by these two lines of code, done here for the Module entry of the Document dialog: mo

Re: r37591 - in lyx-devel/trunk/src: . mathed

Great it is Friday! So, no, nice tentative but we are not going to rewrite LyX in Vala! :-) This was not my idea. I would create a new language similar to vala and rewrite LyX in this language. :-) Is there something like "application specific programming language"? Peter

Re: r37591 - in lyx-devel/trunk/src: . mathed

01:04 AM, Enrico Forestieri wrote: On Fri, Feb 11, 2011 at 12:49:22AM +0100, Peter Kümmel wrote: On 11.02.2011 00:34, Enrico Forestieri wrote: No, const variables have internal linkage, so they will not be seen outside their compile unit. Simply declare them as "extern" also in version.

Re: r37591 - in lyx-devel/trunk/src: . mathed

, 2011 at 12:49:22AM +0100, Peter Kümmel wrote: On 11.02.2011 00:34, Enrico Forestieri wrote: No, const variables have internal linkage, so they will not be seen outside their compile unit. Simply declare them as "extern" also in version.cpp. You mean declaring it in the header as &qu

Re: r37591 - in lyx-devel/trunk/src: . mathed

No, const variables have internal linkage, so they will not be seen outside their compile unit. Simply declare them as "extern" also in version.cpp. You mean declaring it in the header as "extern const int i" is the same as .h: const int i; .cpp static int i; No, I mean that if you want a

Re: r37595 - lyx-devel/trunk/src

On 11.02.2011 10:18, Pavel Sanda wrote: Peter Kümmel wrote: Log: seems the other have different compilers ;) this works here in both normal and monolithic case. p Is there also a monolithic build with auto tools? ./configure --enable-monolithic-build Is this new? Since one year or so

Re: client

On 11.02.2011 11:02, Abdelrazak Younes wrote: On 02/11/2011 01:08 AM, Vincent van Ravesteijn wrote: Op 11-2-2011 1:02, Enrico Forestieri schreef: On Fri, Feb 11, 2011 at 12:54:02AM +0100, Peter Kümmel wrote: Am I the only one where client does not build? I have to move TexRow.cpp/.h to

Re: r37595 - lyx-devel/trunk/src

On 11.02.2011 03:16, Pavel Sanda wrote: kuem...@lyx.org wrote: Author: kuemmel Date: Fri Feb 11 03:09:22 2011 New Revision: 37595 URL: http://www.lyx.org/trac/changeset/37595 Log: seems the other have different compilers ;) this works here in both normal and monolithic case. p Is there als

Re: r37591 - in lyx-devel/trunk/src: . mathed

As long as variables are declared const, it's not a real problem I guess. Technically, if they are const, they are no variables anymore. At least one knows immediately that the global "variables" are constants, otherwise we would have used functions for sure. And one never knows whether a funct

Re: r37591 - in lyx-devel/trunk/src: . mathed

On 11.02.2011 00:34, Enrico Forestieri wrote: On Fri, Feb 11, 2011 at 12:06:00AM +0100, Pavel Sanda wrote: kuem...@lyx.org wrote: Author: kuemmel Date: Thu Feb 10 23:57:41 2011 New Revision: 37591 URL: http://www.lyx.org/trac/changeset/37591 Log: compile. Modified: lyx-devel/trunk/src/version

Re: client

On 11.02.2011 01:04, Pavel Sanda wrote: Enrico Forestieri wrote: On Fri, Feb 11, 2011 at 12:54:02AM +0100, Peter Kümmel wrote: Am I the only one where client does not build? I have to move TexRow.cpp/.h to support to fix it. Should I commit? It compiles and links fine here. +1 isn'

Re: client

On 11.02.2011 01:05, Enrico Forestieri wrote: On Fri, Feb 11, 2011 at 01:02:03AM +0100, Enrico Forestieri wrote: On Fri, Feb 11, 2011 at 12:54:02AM +0100, Peter Kümmel wrote: Am I the only one where client does not build? I have to move TexRow.cpp/.h to support to fix it. Should I commit

client

Am I the only one where client does not build? I have to move TexRow.cpp/.h to support to fix it. Should I commit? Peter Index: development/scons/scons_manifest.py === --- development/scons/scons_manifest.py (revision 37592) +++ de

Re: r37591 - in lyx-devel/trunk/src: . mathed

On 11.02.2011 00:34, Enrico Forestieri wrote: On Fri, Feb 11, 2011 at 12:06:00AM +0100, Pavel Sanda wrote: kuem...@lyx.org wrote: Author: kuemmel Date: Thu Feb 10 23:57:41 2011 New Revision: 37591 URL: http://www.lyx.org/trac/changeset/37591 Log: compile. Modified: lyx-devel/trunk/src/version

Re: cmake LYX_

So long, as it were not version 2.8.2. This one is buggy at generating debian package. The verion 2.8.0 is ok though. Tried "cpack -G DEB --config CPackConfig.cmake" with the current cmake (git) master version and got no errors, so there is hope. Peter

Re: [CMake] namespace support

On 03.02.2011 21:24, Peter Kümmel wrote: This would be better discussed on the cmake-developers mailing list. Indeed, this is the wrong list for this. Somehow I missed that there is a devel list. Sorry for the noise, bit it seems I'm on another list with such a idiotic reply rule wh

Re: [CMake] namespace support

On 03.02.2011 20:04, Bill Hoffman wrote: On 2/3/2011 12:20 PM, Peter Kümmel wrote: On 03.02.2011 17:20, Peter Kümmel wrote: Because good solution is not available I've added the mentioned namespace support to CMake: namespace() endnamespace() With attached patch it is possible to write

Re: trunk does no compile

On 29.01.2011 13:24, Kornel wrote: > Am Samstag, 29. Januar 2011 schrieb Tommaso Cucinotta: >> insets/InsetTabular.cpp: In member function ‘int >> lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’: >> insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’ >

Re: about background compilation

On 24.01.2011 14:12, Vincent van Ravesteijn wrote: >>> >> >> I've fixed cmake. But someone should update src/frontends/qt4/Makefile.am >> > > Still no luck here. > > The icon is in qrc_resources.cxx and Resources.qrc, but it doesn't > show in LyX :(. Does this help? Peter Index: src/frontends/q

Re: r37316 - lyx-devel/trunk/src/frontends/qt4

> Peter, > > This code you introduced looks a bit strange. It reintroduces the bug > again that the LaTeX Error dialog pops up on autosaving. Sorry, was a c&p bug, somehow my changes got lost. > > Vincent >

Re: about background compilation

On 23.01.2011 10:59, Pavel Sanda wrote: > Edwin Leuven wrote: >> Peter Kümmel wrote: >>> It's really nice! >> >> and pretty innocuous, so i put it in: > > Peter, wasn't there some hour-glass cursor switching > for background compilation, which

Re: about background compilation

On 24.01.2011 11:32, Pavel Sanda wrote: > Vincent van Ravesteijn wrote: It's really nice! >>> >>> and pretty innocuous, so i put it in: >>> >>> http://www.lyx.org/trac/changeset/37304/lyx-devel/trunk >>> >> >> I just can't get the icon to appear. >> >> Anyone else having problems with it ? >

Re: about background compilation

On 22.01.2011 18:28, Edwin Leuven wrote: Peter Kümmel wrote: We use a finished signal already in GuiView: connect(&d.processing_thread_watcher_, SIGNAL(finished()), this, SLOT(processingThreadFinished())); assume there is also a started(). thanks, the attached p

Re: about background compilation

comments welcome as usual + QString fname = toqstr(libFileSearch("images", "wait.gif").absFileName()); lyx::libFileSearch or lyx::support::libFileSearch Merged build knows both at this place. Peter

Re: about background compilation

On 22.01.2011 20:08, Enrico Forestieri wrote: On Sat, Jan 22, 2011 at 07:42:00PM +0100, Peter Kümmel wrote: On 22.01.2011 18:28, Edwin Leuven wrote: the attached patch includes the icon No, it doesn't ;) wget http://dl.dropbox.com/u/359550/busy.gif Thanks, tried it only with Fi

Re: cmake LYX_

On 22.01.2011 17:06, Abdelrazak Younes wrote: On 22/01/2011 16:57, Peter Kümmel wrote: On 22.01.2011 16:17, Abdelrazak Younes wrote: I don't know, this looks like a good idea from the outside and Joost and Uwe said they won't have time to do anything in the short term. O

Re: cmake LYX_

On 22.01.2011 16:17, Abdelrazak Younes wrote: I don't know, this looks like a good idea from the outside and Joost and Uwe said they won't have time to do anything in the short term. Does this mean we have no Windows installer. Had a look at development/Win32/packaging with lots of .nsh

Re: cmake LYX_

On 22.01.2011 14:36, Abdelrazak Younes wrote: All cmake files should be globed in the CMakeList (so that they are accessible from QtCreator and MSVC). I think lyxrc and ui/ files for menubar and toolbars defintion should also be globed. Added all files from lib/ui. But I could not find lyxrc.

Re: cmake LYX_

On 22.01.2011 17:50, Stephan Witt wrote: Am 22.01.2011 um 16:54 schrieb Peter Kümmel: On 22.01.2011 16:46, Stephan Witt wrote: Peter, is it possible to add extra library/include file search paths? If I want to debug the aspell/hunspell I have to use my private builds on Mac. I want to pass

Re: about background compilation

On 22.01.2011 18:28, Edwin Leuven wrote: the attached patch includes the icon No, it doesn't ;)

Re: cmake LYX_

On 22.01.2011 16:17, Abdelrazak Younes wrote: I don't know, this looks like a good idea from the outside and Joost and Uwe said they won't have time to do anything in the short term. Oh, then we should try it. But without reading the doc it will not work ;) http://cmake.org/cmake/help/cma

Re: cmake LYX_

On 22.01.2011 16:46, Stephan Witt wrote: Peter, is it possible to add extra library/include file search paths? If I want to debug the aspell/hunspell I have to use my private builds on Mac. I want to pass it as options from command line, otherwise I have to change the e. g. FindASPELL.cmake to

Re: about background compilation

On 22.01.2011 16:36, Edwin Leuven wrote: it is great that lyx is no longer frozen when compiling a document, but i am missing some visual feedback that something is indeed happening i thought that it may be nice to hace a little spinning icon like http://dl.dropbox.com/u/359550/busy.gif Link

Re: cmake LYX_

On 22.01.2011 14:39, Abdelrazak Younes wrote: On 22/01/2011 12:04, Peter Kümmel wrote: Before we set LyX 2.0 in stone by releasing it I've cleaned up a bit the LYX_ option naming, to make it more consistent: - only positive names (replace NO_ and DISBALE_ names) - short names when it is

Re: cmake LYX_

On 22.01.2011 14:36, Abdelrazak Younes wrote: On 22/01/2011 12:04, Peter Kümmel wrote: Before we set LyX 2.0 in stone by releasing it I've cleaned up a bit the LYX_ option naming, to make it more consistent: - only positive names (replace NO_ and DISBALE_ names) - short names when it is

cmake LYX_

Before we set LyX 2.0 in stone by releasing it I've cleaned up a bit the LYX_ option naming, to make it more consistent: - only positive names (replace NO_ and DISBALE_ names) - short names when it is clear what the option means (no USE_) - no redundant options, e.g. LYX_RELEASE=0 is a debug buil

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