Re: Some remaining CMake problems

Am Montag, 5. Dezember 2011 um 02:05:05, schrieb Uwe Stöhr uwesto...@web.de I have still some problems with CMake: Problem 1: When compiling LyX from scratch I get this warning: D:\LyXSVN\lyx-devel\compile-result\lyx.sln (LyX;tex2lyx target) (1) -

Re: Re: CMake problems was: removing scons

Am Montag, 5. Dezember 2011 um 02:06:47, schrieb Uwe Stöhr uwesto...@web.de Am 29.11.2011 10:27, schrieb Kornel Benko: In cmake build ... The po-files are recreated only if there are changes in some relevant source. But it is difficult to see, if changes are relevant for the po-files

Re: Some remaining CMake problems

Op 5-12-2011 2:11, Uwe Stöhr schreef: Am 05.12.2011 02:05, schrieb Uwe Stöhr: I have still some problems with CMake: Problem 4: I want to compile the lyx.exe in devel mode with its console (to e.g. see shortcut conflicts). I therefore compile with the compiler option -DLYX_CONSOLE=ON

Re: Some remaining CMake problems

Op 5-12-2011 2:05, Uwe Stöhr schreef: I have still some problems with CMake: Problem 1: When compiling LyX from scratch I get this warning: D:\LyXSVN\lyx-devel\compile-result\lyx.sln (LyX;tex2lyx target) (1) - D:\LyXSVN\lyx-devel\compile-result\src\LyX.vcxproj.metaproj (default target) (2)

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

Le 12/05/11 14:38, Vincent van Ravesteijn a écrit : + case LFUN_FILE_INSERT_PLAINTEXT_PARA: + case LFUN_FILE_INSERT_PLAINTEXT: { + bool const as_paragraph = (act == LFUN_FILE_INSERT_PLAINTEXT_PARA); + string const fname = to_utf8(cmd.argument()); + if (!FileName::isAbsolute(fname)) +

Re: LyX 2.0.2 Released

On windows7, LyX 2.0.2's scrolling is somehow broken to me. LyX.exe takes 50% CPU (my machine is dual-core, so 50% CPU is max for many programs), triggers CPU fan to max, and is very laggy (non smooth). 2.0.1, with both installers (official and Uwe's) has no such issue and scrolls

Re: LyX 2.0.2 Released

Op 5-12-2011 15:48, Richard Heck schreef: On windows7, LyX 2.0.2's scrolling is somehow broken to me. LyX.exe takes 50% CPU (my machine is dual-core, so 50% CPU is max for many programs), triggers CPU fan to max, and is very laggy (non smooth). 2.0.1, with both installers (official and

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

But this is normally caught by getStatus before invoking dispatch. Yes, well, you're right of course. .. but the dispatch function of BufferView is directly called from the dispatch function of GuiView, and the status of GuiView doesn't check the filename. Anyway, the point is that if

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

Le 05/12/2011 16:48, Vincent van Ravesteijn a écrit : Anyway, the point is that if BufferView says it can handle the LFUN, the dispatch mechanism will anyway try to dispatch to GuiView first. It would be easier if this wasn't the case. Indeed. I am not sure this problem is worth fixing though

Re: Review of SourceCodeExploration wiki page

2011/12/4 Pavel Sanda sa...@lyx.org Nicu Tofan wrote: Hello. http://wiki.lyx.org/Devel/SourceCodeExploration#sDevel.SourceCodeExploration_18 If anyone has time to review what I've put together there, it would be great. Please edit, suggest different layout, ... There is, of

Re: CMake problems was: removing scons

On 28.11.2011 01:54, Uwe Stöhr wrote: Am 28.11.2011 01:50, schrieb Uwe Stöhr: After some fiddling I got it to compile. There is one warning when compiling the po-files: CUSTOMBUILD : cygwin warning : [D:\LyXSVN\lyx-devel\compile-result\po\translations.vcxproj] MS-DOS style path

Re: #7913: LyX crashes after using Exposé couple of times on a MacBook

Dear stwitt, I'm sorry that I didn't answer you immediately but I wanted to test extensively the new version of LyX (i.e. 2.0.2) to see if I can reproduce the error that I reported. This time I used Exposé feature the whole day and not once LyX crashed. Woho!!! So what can I say other

Re: Some remaining CMake problems

On 05.12.2011 02:11, Uwe Stöhr wrote: Am 05.12.2011 02:05, schrieb Uwe Stöhr: I have still some problems with CMake: Problem 4: I want to compile the lyx.exe in devel mode with its console (to e.g. see shortcut conflicts). I therefore compile with the compiler option -DLYX_CONSOLE=ON But

Re: Some remaining CMake problems

Am 05.12.2011 12:41, schrieb Vincent van Ravesteijn: Not so long ago, you were asking how to hide the console ? Now you're asking how to get the console ? Correct. For the release build used for the installer the console should be hidden. For developing LyX the console is helpful. regards

Re: Some remaining CMake problems

Am 05.12.2011 21:10, schrieb Peter Kümmel: LYX_INSTALL overwrites LYX_CONSOLE: But I don't use INSTALL, I use this: -DLYX_MERGE_FILES=0 -DLYX_NLS=1 -DLYX_RELEASE=0 -DLYX_CONSOLE=ON But I've added added a way to overwrite this: -DLYX_CONSOLE=FORCE This works, many thanks. regards Uwe

Re: Some remaining CMake problems

Am 05.12.2011 13:36, schrieb Vincent van Ravesteijn: 1 Warning(s) This seems not harmful. This is just a warning that tells you that static_mutex.cpp is sort of empty because BOOST_HAS_THREADS is not defined. This shouldn't also be related to CMake. Is it a real problem for you ? No, I

Re: r40381 - lyx-devel/trunk

On 12/05/2011 02:37 PM, kuem...@lyx.org wrote: Author: kuemmel Date: Mon Dec 5 20:37:44 2011 New Revision: 40381 URL: http://www.lyx.org/trac/changeset/40381 Log: cmake: update msvc dep name As I know absolutely nothing about the CMake build system, I'll leave it to you and others who

Re: r40380 - lyx-devel/trunk/src/client

On 12/05/2011 02:09 PM, sa...@lyx.org wrote: Author: sanda Date: Mon Dec 5 20:09:24 2011 New Revision: 40380 URL: http://www.lyx.org/trac/changeset/40380 Log: Don't hardcode /tmp in lyxclient, bug #7917. Patch from Benjamin Piwowarski. I assume this would also be for branch? Richard

Trunk tarballs broken by cmake boost

cmake folks, its impossible to create tarballs of trunk because of changing locations of various CMakeLists.txt files without changing makefiles accordingly. quick fix is to simply kill these files in tarballs but i guess you dont want that (see attachment for crude version). please fix it in a

Re: Some remaining CMake problems

Am Montag, 5. Dezember 2011 um 02:05:05, schrieb Uwe Stöhr > I have still some problems with CMake: > > Problem 1: > > When compiling LyX from scratch I get this warning: > > "D:\LyXSVN\lyx-devel\compile-result\lyx.sln" (LyX;tex2lyx target) (1) -> >

Re: Re: CMake problems was: removing scons

Am Montag, 5. Dezember 2011 um 02:06:47, schrieb Uwe Stöhr > Am 29.11.2011 10:27, schrieb Kornel Benko: > > > In cmake build ... > > The po-files are recreated only if there are changes in some relevant > > source. But > > it is difficult to see, if changes are relevant for the

Re: Some remaining CMake problems

Op 5-12-2011 2:11, Uwe Stöhr schreef: Am 05.12.2011 02:05, schrieb Uwe Stöhr: I have still some problems with CMake: Problem 4: I want to compile the lyx.exe in devel mode with its console (to e.g. see shortcut conflicts). I therefore compile with the compiler option -DLYX_CONSOLE=ON

Re: Some remaining CMake problems

Op 5-12-2011 2:05, Uwe Stöhr schreef: I have still some problems with CMake: Problem 1: When compiling LyX from scratch I get this warning: "D:\LyXSVN\lyx-devel\compile-result\lyx.sln" (LyX;tex2lyx target) (1) -> "D:\LyXSVN\lyx-devel\compile-result\src\LyX.vcxproj.metaproj" (default target)

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

Le 12/05/11 14:38, Vincent van Ravesteijn a écrit : + case LFUN_FILE_INSERT_PLAINTEXT_PARA: + case LFUN_FILE_INSERT_PLAINTEXT: { + bool const as_paragraph = (act == LFUN_FILE_INSERT_PLAINTEXT_PARA); + string const fname = to_utf8(cmd.argument()); + if (!FileName::isAbsolute(fname)) +

Re: LyX 2.0.2 Released

On windows7, LyX 2.0.2's scrolling is somehow broken to me. LyX.exe takes 50% CPU (my machine is dual-core, so 50% CPU is max for many programs), triggers CPU fan to max, and is very laggy (non smooth). 2.0.1, with both installers (official and Uwe's) has no such issue and scrolls

Re: LyX 2.0.2 Released

Op 5-12-2011 15:48, Richard Heck schreef: On windows7, LyX 2.0.2's scrolling is somehow broken to me. LyX.exe takes 50% CPU (my machine is dual-core, so 50% CPU is max for many programs), triggers CPU fan to max, and is very laggy (non smooth). 2.0.1, with both installers (official and

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

But this is normally caught by getStatus before invoking dispatch. Yes, well, you're right of course. .. but the dispatch function of BufferView is directly called from the dispatch function of GuiView, and the status of GuiView doesn't check the filename. Anyway, the point is that if

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

Le 05/12/2011 16:48, Vincent van Ravesteijn a écrit : Anyway, the point is that if BufferView says it can handle the LFUN, the dispatch mechanism will anyway try to dispatch to GuiView first. It would be easier if this wasn't the case. Indeed. I am not sure this problem is worth fixing though

Re: Review of SourceCodeExploration wiki page

2011/12/4 Pavel Sanda > Nicu Tofan wrote: > > Hello. > > > > > http://wiki.lyx.org/Devel/SourceCodeExploration#sDevel.SourceCodeExploration_18 > > If anyone has time to review what I've put together there, it would be > great. > > Please edit, suggest different layout, ... > >

Re: CMake problems was: removing scons

On 28.11.2011 01:54, Uwe Stöhr wrote: Am 28.11.2011 01:50, schrieb Uwe Stöhr: After some fiddling I got it to compile. There is one warning when compiling the po-files: CUSTOMBUILD : cygwin warning : [D:\LyXSVN\lyx-devel\compile-result\po\translations.vcxproj] MS-DOS style path

Re: #7913: LyX crashes after using Exposé couple of times on a MacBook

Dear stwitt, I'm sorry that I didn't answer you immediately but I wanted to test extensively the new version of LyX (i.e. 2.0.2) to see if I can reproduce "the error" that I reported. This time I used Exposé feature the whole day and not once LyX crashed. Woho!!! So what can I say other

Re: Some remaining CMake problems

On 05.12.2011 02:11, Uwe Stöhr wrote: Am 05.12.2011 02:05, schrieb Uwe Stöhr: I have still some problems with CMake: Problem 4: I want to compile the lyx.exe in devel mode with its console (to e.g. see shortcut conflicts). I therefore compile with the compiler option -DLYX_CONSOLE=ON But

Re: Some remaining CMake problems

Am 05.12.2011 12:41, schrieb Vincent van Ravesteijn: Not so long ago, you were asking how to hide the console ? Now you're asking how to get the console ? Correct. For the release build used for the installer the console should be hidden. For developing LyX the console is helpful. regards

Re: Some remaining CMake problems

Am 05.12.2011 21:10, schrieb Peter Kümmel: LYX_INSTALL overwrites LYX_CONSOLE: But I don't use INSTALL, I use this: -DLYX_MERGE_FILES=0 -DLYX_NLS=1 -DLYX_RELEASE=0 -DLYX_CONSOLE=ON But I've added added a way to overwrite this: -DLYX_CONSOLE=FORCE This works, many thanks. regards Uwe

Re: Some remaining CMake problems

Am 05.12.2011 13:36, schrieb Vincent van Ravesteijn: 1 Warning(s) This seems not harmful. This is just a warning that tells you that static_mutex.cpp is sort of empty because BOOST_HAS_THREADS is not defined. This shouldn't also be related to CMake. Is it a real problem for you ? No, I

Re: r40381 - lyx-devel/trunk

On 12/05/2011 02:37 PM, kuem...@lyx.org wrote: > Author: kuemmel > Date: Mon Dec 5 20:37:44 2011 > New Revision: 40381 > URL: http://www.lyx.org/trac/changeset/40381 > > Log: > cmake: update msvc dep name > As I know absolutely nothing about the CMake build system, I'll leave it to you and

Re: r40380 - lyx-devel/trunk/src/client

On 12/05/2011 02:09 PM, sa...@lyx.org wrote: > Author: sanda > Date: Mon Dec 5 20:09:24 2011 > New Revision: 40380 > URL: http://www.lyx.org/trac/changeset/40380 > > Log: > Don't hardcode /tmp in lyxclient, bug #7917. > Patch from Benjamin Piwowarski. > I assume this would also be for branch?

Trunk tarballs broken by cmake & boost

cmake folks, its impossible to create tarballs of trunk because of changing locations of various CMakeLists.txt files without changing makefiles accordingly. quick fix is to simply kill these files in tarballs but i guess you dont want that (see attachment for crude version). please fix it in a