On 12.05.2011 19:16, Kornel wrote:
Am Donnerstag, 12. Mai 2011 schrieb Peter Kümmel:
On 12.05.2011 18:04, Rob Oakes wrote:
Dear LyX Developers,
Is anyone else getting compilation errors on Mac OS X after the cmake
directory cleanup? I just merged with the most recent SVN, and this is
what
Any thoughts as to what I might be doing wrong? Do I need to change the
compilation flags? A quick Google search shows that Mac doesn't seem to
ship with libintl. Might the configuration on Mac OS X be reverting to
the generic Linux? (Sorry, cmake is mostly black magic to me.)
Cheers,
Rob
On 12.05.2011 09:56, Jean-Marc Lasgouttes wrote:
Le 12/05/11 06:22, kuem...@lyx.org a écrit :
Log:
cmake: we already test on gettext
Modified: lyx-devel/trunk/development/cmake/configCompiler.h.msvc
==
---
On 12.05.2011 10:00, Jean-Marc Lasgouttes wrote:
Le 11/05/11 08:32, Peter Kümmel a écrit :
The 3rd variant on Mac OSX is as follows:
* lyx binary is named LyX
* it resides in bin/Debug for debug configuration, but it's
- bin/Release/LyX for release configuration,
- bin/MinSizeRel/LyX
On 12.05.2011 18:04, Rob Oakes wrote:
Dear LyX Developers,
Is anyone else getting compilation errors on Mac OS X after the cmake directory
cleanup? I just merged with the most recent SVN, and this is what I'm getting
(after reconfiguring with cmake):
On 12.05.2011 19:16, Kornel wrote:
Am Donnerstag, 12. Mai 2011 schrieb Peter Kümmel:
On 12.05.2011 18:04, Rob Oakes wrote:
Dear LyX Developers,
Is anyone else getting compilation errors on Mac OS X after the cmake
directory cleanup? I just merged with the most recent SVN, and this is
what
Any thoughts as to what I might be doing wrong? Do I need to change the
compilation flags? A quick Google search shows that Mac doesn't seem to
ship with libintl. Might the configuration on Mac OS X be reverting to
the generic Linux? (Sorry, cmake is mostly black magic to me.)
Cheers,
Rob
On 11.05.2011 07:26, Stephan Witt wrote:
Am 11.05.2011 um 00:02 schrieb Peter Kümmel:
On 10.05.2011 10:07, Kornel wrote:
Am Dienstag, 10. Mai 2011 schrieb Peter Kümmel:
...
Done.
Kornel
Good. Found a small issue when compiling with msvc.
Peter
I have a patch for enabling
On 11.05.2011 13:54, Abdelrazak Younes wrote:
On 05/10/2011 08:21 PM, Peter Kümmel wrote:
On 10.05.2011 19:32, Jean-Marc Lasgouttes wrote:
Le 10/05/11 19:29, Peter Kümmel a écrit :
The idea was not to pollute the src dirs because much more than
CMakeLists.txt
is needed. But I think we could
On 11.05.2011 20:19, Pavel Sanda wrote:
Abdelrazak Younes wrote:
Side notes:
1: we should really get rid of boost source.
2: we should really get rid of boost using code
whats your solution the problems with tr1::regexp in gcc discussed last time?
We could switch to QRegEx. But it's not a
Yes, of course. But this is not the solution, isn't it?
IMHO, there should be a test for gettext...
This would work for all platforms I guess.
Stephan
We already test on gettext in ConfigureChecks.cmake,
so we could simply remove the hard define.
But where does gettext comes from on the
Joost, how do you compile libintl? With Mingw or does it work with msvc?
Couldn't we use the libintl shipped with lyx?
Peter
On 11.05.2011 07:26, Stephan Witt wrote:
Am 11.05.2011 um 00:02 schrieb Peter Kümmel:
On 10.05.2011 10:07, Kornel wrote:
Am Dienstag, 10. Mai 2011 schrieb Peter Kümmel:
...
Done.
Kornel
Good. Found a small issue when compiling with msvc.
Peter
I have a patch for enabling
On 11.05.2011 13:54, Abdelrazak Younes wrote:
On 05/10/2011 08:21 PM, Peter Kümmel wrote:
On 10.05.2011 19:32, Jean-Marc Lasgouttes wrote:
Le 10/05/11 19:29, Peter Kümmel a écrit :
The idea was not to pollute the src dirs because much more than
CMakeLists.txt
is needed. But I think we could
On 11.05.2011 20:19, Pavel Sanda wrote:
Abdelrazak Younes wrote:
Side notes:
1: we should really get rid of boost source.
2: we should really get rid of boost using code
whats your solution the problems with tr1::regexp in gcc discussed last time?
We could switch to QRegEx. But it's not a
Yes, of course. But this is not the solution, isn't it?
IMHO, there should be a test for gettext...
This would work for all platforms I guess.
Stephan
We already test on gettext in ConfigureChecks.cmake,
so we could simply remove the hard define.
But where does gettext comes from on the
Joost, how do you compile libintl? With Mingw or does it work with msvc?
Couldn't we use the libintl shipped with lyx?
Peter
On 10.05.2011 10:47, Jean-Marc Lasgouttes wrote:
Le 10/05/11 10:42, Kornel a écrit :
Am Dienstag, 10. Mai 2011 schrieb Abdelrazak Younes:
Why don't you put also all CMakeLists.txtin src/, frontends/ etc?
We (Peter and me) wanted to keep the files in extra tree.
Why do you want to do that?
On 10.05.2011 19:32, Jean-Marc Lasgouttes wrote:
Le 10/05/11 19:29, Peter Kümmel a écrit :
The idea was not to pollute the src dirs because much more than
CMakeLists.txt
is needed. But I think we could move the CMakeLists.txt into the source
dirs and
all other files in development/cmake
On 10.05.2011 19:32, Jean-Marc Lasgouttes wrote:
Le 10/05/11 19:29, Peter Kümmel a écrit :
The idea was not to pollute the src dirs because much more than
CMakeLists.txt
is needed. But I think we could move the CMakeLists.txt into the source
dirs and
all other files in development/cmake
On 10.05.2011 10:50, Jean-Marc Lasgouttes wrote:
Le 07/05/11 13:32, Peter Kümmel a écrit :
I think we couldn't do much here. cmake tries to re-use the path to the
sources which
contain ../.. and replaces them by __/__.
But it's internal to cmake. Why is it a problem to you?
I find this ugly
On 10.05.2011 10:08, Kornel wrote:
Am Dienstag, 10. Mai 2011 schrieb Stephan Witt:
Am 09.05.2011 um 23:54 schrieb Kornel:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 23:26, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Let us delete development/cmake
On 10.05.2011 10:07, Kornel wrote:
Am Dienstag, 10. Mai 2011 schrieb Peter Kümmel:
...
Done.
Kornel
Good. Found a small issue when compiling with msvc.
Peter
I have a patch for enabling compiled lyx to run from anywhere without need
to have sysdir defined.
If everything fails
On 10.05.2011 22:53, Pavel Sanda wrote:
Peter Kümmel wrote:
boost and intl is not our code, but it is source code -
src/3rdparty/boost
src/3rdparty/intl
src/cygwin
i would expect that src/ contains our code, but no hard opinion.
At least we should not have boost and intl
On 10.05.2011 10:47, Jean-Marc Lasgouttes wrote:
Le 10/05/11 10:42, Kornel a écrit :
Am Dienstag, 10. Mai 2011 schrieb Abdelrazak Younes:
> Why don't you put also all CMakeLists.txtin src/, frontends/ etc?
We (Peter and me) wanted to keep the files in extra tree.
Why do you want to do
On 10.05.2011 19:32, Jean-Marc Lasgouttes wrote:
Le 10/05/11 19:29, Peter Kümmel a écrit :
The idea was not to pollute the src dirs because much more than
CMakeLists.txt
is needed. But I think we could move the CMakeLists.txt into the source
dirs and
all other files in development/cmake
On 10.05.2011 19:32, Jean-Marc Lasgouttes wrote:
Le 10/05/11 19:29, Peter Kümmel a écrit :
The idea was not to pollute the src dirs because much more than
CMakeLists.txt
is needed. But I think we could move the CMakeLists.txt into the source
dirs and
all other files in development/cmake
On 10.05.2011 10:50, Jean-Marc Lasgouttes wrote:
Le 07/05/11 13:32, Peter Kümmel a écrit :
I think we couldn't do much here. cmake tries to re-use the path to the
sources which
contain "../.." and replaces them by "__/__".
But it's internal to cmake. Why is it a prob
On 10.05.2011 10:08, Kornel wrote:
Am Dienstag, 10. Mai 2011 schrieb Stephan Witt:
Am 09.05.2011 um 23:54 schrieb Kornel:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 23:26, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Let us delete development/cmake
On 10.05.2011 10:07, Kornel wrote:
Am Dienstag, 10. Mai 2011 schrieb Peter Kümmel:
...
Done.
Kornel
Good. Found a small issue when compiling with msvc.
Peter
I have a patch for enabling compiled lyx to run from anywhere without need
to have sysdir defined.
If everything fails
On 10.05.2011 22:53, Pavel Sanda wrote:
Peter Kümmel wrote:
boost and intl is not our code, but it is source code ->
src/3rdparty/boost
src/3rdparty/intl
src/cygwin
i would expect that src/ contains "our" code, but no hard opinion.
At least we should not have b
On 09.05.2011 17:24, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Peter Kümmel:
On 07.05.2011 12:25, Kornel wrote:
Ok, we can ask if ${CMAKE_BINARY_DIR} equals ${CMAKE_SRC_DIR}
Seems we've worked in parallel. But not a problem, mainly I
needed a test case for the one-feature-in-a-branch
On 09.05.2011 18:28, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Kornel:
What we could do, is convert development/cmake/CMakeLists.txt to a
something like TopLyx.cmake and include directly in the top-level
CMakeLists.txt. Also the add_subdirectory() calls in this TopLyx.cmake has
to be
On 09.05.2011 21:56, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Could you test attached patch? Would be simpler.
Peter
Works, but as you say, the binary directory has now this extra
development/cmake part.
The version I made is not so simple, yes, but works for all versions
On 09.05.2011 18:28, Kornel wrote:
Index: development/cmake/CMakeLists.txt
===
--- development/cmake/CMakeLists.txt(Revision 38662)
+++ development/cmake/CMakeLists.txt(Arbeitskopie)
@@ -21,7 +21,6 @@
include(LyXMacros)
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;
- what work do you think you will be doing;
- what do you hope to see somebody else to do (please keep it realistic) ?
I will
On 09.05.2011 22:30, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 18:28, Kornel wrote:
Index: development/cmake/CMakeLists.txt
===
--- development/cmake/CMakeLists.txt(Revision 38662
On 09.05.2011 22:39, Peter Kümmel wrote:
On 09.05.2011 22:30, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 18:28, Kornel wrote:
Index: development/cmake/CMakeLists.txt
===
--- development/cmake
On 09.05.2011 22:56, Stephan Witt wrote:
Am 09.05.2011 um 22:14 schrieb Peter Kümmel:
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;
- what work do you think you
Then our naming is bad.
Ignore it (second arguments points to the binary dir)
But your patch does not work on windows. Maybe more places to add
LYX_CMAKE_DIR. I'll have a look at it.
Attached your patch updated. (I wonder why you don't need the same changes)
And later we should just move
On 09.05.2011 23:04, Kornel wrote:
Peter, it works, if you include CMakeLists.txt. But if including say xy.cmake,
then
the calls have to be like
add_subdirectory(development/cmake/po ${TOP_BINARY_DIR}/po)
But that will be the second part of my patch.
1.)Rename
On 09.05.2011 23:26, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Let us delete development/cmake/CMakeLists.txt and move the code into the
master file.
yes.
Will you do it, or should I?
Kornel
If you have the time, please do it.
I'll test it under Windows.
Peter
On 09.05.2011 23:54, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 23:26, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Let us delete development/cmake/CMakeLists.txt and move the code into
the master file.
yes.
Will you do it, or should I
On 09.05.2011 17:24, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Peter Kümmel:
On 07.05.2011 12:25, Kornel wrote:
Ok, we can ask if ${CMAKE_BINARY_DIR} equals ${CMAKE_SRC_DIR}
Seems we've worked in parallel. But not a problem, mainly I
needed a test case for the "one-feature-in-a-b
On 09.05.2011 18:28, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Kornel:
What we could do, is convert development/cmake/CMakeLists.txt to a
something like TopLyx.cmake and include directly in the top-level
CMakeLists.txt. Also the add_subdirectory() calls in this TopLyx.cmake has
to be
On 09.05.2011 21:56, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Could you test attached patch? Would be simpler.
Peter
Works, but as you say, the binary directory has now this extra
"development/cmake" part.
The version I made is not so simple, yes, but wor
On 09.05.2011 18:28, Kornel wrote:
Index: development/cmake/CMakeLists.txt
===
--- development/cmake/CMakeLists.txt(Revision 38662)
+++ development/cmake/CMakeLists.txt(Arbeitskopie)
@@ -21,7 +21,6 @@
include(LyXMacros)
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;
- what work do you think you will be doing;
- what do you hope to see somebody else to do (please keep it realistic) ?
I will
On 09.05.2011 22:30, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 18:28, Kornel wrote:
Index: development/cmake/CMakeLists.txt
===
--- development/cmake/CMakeLists.txt(Revision 38662
On 09.05.2011 22:39, Peter Kümmel wrote:
On 09.05.2011 22:30, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 18:28, Kornel wrote:
Index: development/cmake/CMakeLists.txt
===
--- development/cmake
On 09.05.2011 22:56, Stephan Witt wrote:
Am 09.05.2011 um 22:14 schrieb Peter Kümmel:
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;
- what work do you think you
Then our naming is bad.
Ignore it (second arguments points to the binary dir)
But your patch does not work on windows. Maybe more places to add
LYX_CMAKE_DIR. I'll have a look at it.
Attached your patch updated. (I wonder why you don't need the same changes)
And later we should just move
On 09.05.2011 23:04, Kornel wrote:
Peter, it works, if you include CMakeLists.txt. But if including say xy.cmake,
then
the calls have to be like
add_subdirectory(development/cmake/po "${TOP_BINARY_DIR}/po")
But that will be the second part of my patch.
1.)Rename
On 09.05.2011 23:26, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Let us delete development/cmake/CMakeLists.txt and move the code into the
master file.
yes.
Will you do it, or should I?
Kornel
If you have the time, please do it.
I'll test it under Windows.
Peter
On 09.05.2011 23:54, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 23:26, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Let us delete development/cmake/CMakeLists.txt and move the code into
the master file.
yes.
Will you do it, or should I
On 08.05.2011 22:42, Vincent van Ravesteijn wrote:
On 8-5-2011 22:39, b...@lyx.org wrote:
Author: baum
Date: Sun May 8 22:39:22 2011
New Revision: 38645
URL: http://www.lyx.org/trac/changeset/38645
Log:
Forgot this (why did this file not show up in svn diff?)
Because you have to do 'svn
On 08.05.2011 22:42, Vincent van Ravesteijn wrote:
On 8-5-2011 22:39, b...@lyx.org wrote:
Author: baum
Date: Sun May 8 22:39:22 2011
New Revision: 38645
URL: http://www.lyx.org/trac/changeset/38645
Log:
Forgot this (why did this file not show up in svn diff?)
Because you have to do 'svn
On 06.05.2011 11:01, Jean-Marc Lasgouttes wrote:
Le 05/05/2011 22:32, Peter Kümmel a écrit :
This removes the patch for
http://www.lyx.org/trac/ticket/7407
locale_init(); asserts and the try/catch doesn't help.
Tried it again, seems I was wrong.
The trick is that now locale_init
On 07.05.2011 09:45, Kornel wrote:
Am Freitag, 6. Mai 2011 schrieb Stephan Witt:
Am 06.05.2011 um 11:21 schrieb Kornel:
Am Freitag, 6. Mai 2011 schrieb Jean-Marc Lasgouttes:
Le 06/05/2011 08:24, Stephan Witt a écrit :
* Run in place, without using LYX_DIR_20x
copy the resources (bind/
Update list, v2
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:
*
On 07.05.2011 11:07, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Kornel:
That is exactly, what I am doing Peter.
This is the patch.
Kornel
-set(EXECUTABLE_OUTPUT_PATH ${CMAKE_BINARY_DIR}/bin)
-set(LIBRARY_OUTPUT_PATH ${CMAKE_BINARY_DIR}/lib)
+set(EXECUTABLE_OUTPUT_PATH
On 07.05.2011 10:03, Peter Kümmel wrote:
Update list, v2
v3
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
On 07.05.2011 11:37, Peter Kümmel wrote:
On 07.05.2011 11:07, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Kornel:
That is exactly, what I am doing Peter.
This is the patch.
Kornel
-set(EXECUTABLE_OUTPUT_PATH ${CMAKE_BINARY_DIR}/bin)
-set(LIBRARY_OUTPUT_PATH
On 07.05.2011 11:48, Peter Kümmel wrote:
On 07.05.2011 11:37, Peter Kümmel wrote:
On 07.05.2011 11:07, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Kornel:
That is exactly, what I am doing Peter.
This is the patch.
Kornel
-set(EXECUTABLE_OUTPUT_PATH ${CMAKE_BINARY_DIR}/bin
On 07.05.2011 12:25, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Peter Kümmel:
On 07.05.2011 11:07, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Kornel:
That is exactly, what I am doing Peter.
This is the patch.
Kornel
-set(EXECUTABLE_OUTPUT_PATH ${CMAKE_BINARY_DIR}/bin)
-set
On 07.05.2011 12:25, Kornel wrote:
Ok, we can ask if ${CMAKE_BINARY_DIR} equals ${CMAKE_SRC_DIR}
Seems we've worked in parallel. But not a problem, mainly I
needed a test case for the one-feature-in-a-branch workflow.
On github is now trunk,
https://github.com/syntheticpp/lyx
and the
On 06.05.2011 11:00, Jean-Marc Lasgouttes wrote:
Le 05/05/2011 21:35, Peter Kümmel a écrit :
On 05.05.2011 14:55, Kornel wrote:
- NLS disabled by default
Formerly it was enabled by default, but after some discussions Peter
change it
It was too annoying to always having build all the .po
On 06.05.2011 11:01, Jean-Marc Lasgouttes wrote:
Le 05/05/2011 22:32, Peter Kümmel a écrit :
This removes the patch for
http://www.lyx.org/trac/ticket/7407
locale_init(); asserts and the try/catch doesn't help.
Tried it again, seems I was wrong.
The trick is that now locale_init
On 07.05.2011 09:45, Kornel wrote:
Am Freitag, 6. Mai 2011 schrieb Stephan Witt:
Am 06.05.2011 um 11:21 schrieb Kornel:
Am Freitag, 6. Mai 2011 schrieb Jean-Marc Lasgouttes:
Le 06/05/2011 08:24, Stephan Witt a écrit :
* Run in place, without using LYX_DIR_20x
copy the resources (bind/
Update list, v2
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:
*
On 07.05.2011 11:07, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Kornel:
That is exactly, what I am doing Peter.
This is the patch.
Kornel
-set(EXECUTABLE_OUTPUT_PATH ${CMAKE_BINARY_DIR}/bin)
-set(LIBRARY_OUTPUT_PATH ${CMAKE_BINARY_DIR}/lib)
+set(EXECUTABLE_OUTPUT_PATH
On 07.05.2011 10:03, Peter Kümmel wrote:
Update list, v2
v3
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
On 07.05.2011 11:37, Peter Kümmel wrote:
On 07.05.2011 11:07, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Kornel:
That is exactly, what I am doing Peter.
This is the patch.
Kornel
-set(EXECUTABLE_OUTPUT_PATH ${CMAKE_BINARY_DIR}/bin)
-set(LIBRARY_OUTPUT_PATH
On 07.05.2011 11:48, Peter Kümmel wrote:
On 07.05.2011 11:37, Peter Kümmel wrote:
On 07.05.2011 11:07, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Kornel:
That is exactly, what I am doing Peter.
This is the patch.
Kornel
-set(EXECUTABLE_OUTPUT_PATH ${CMAKE_BINARY_DIR}/bin
On 07.05.2011 12:25, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Peter Kümmel:
On 07.05.2011 11:07, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Kornel:
That is exactly, what I am doing Peter.
This is the patch.
Kornel
-set(EXECUTABLE_OUTPUT_PATH ${CMAKE_BINARY_DIR}/bin)
-set
On 07.05.2011 12:25, Kornel wrote:
Ok, we can ask if ${CMAKE_BINARY_DIR} equals ${CMAKE_SRC_DIR}
Seems we've worked in parallel. But not a problem, mainly I
needed a test case for the "one-feature-in-a-branch" workflow.
On github is now trunk,
https://github.com/syntheticpp/lyx
and
On 06.05.2011 11:00, Jean-Marc Lasgouttes wrote:
Le 05/05/2011 21:35, Peter Kümmel a écrit :
On 05.05.2011 14:55, Kornel wrote:
- NLS disabled by default
Formerly it was enabled by default, but after some discussions Peter
change it
It was too annoying to always having build all the .po
And who collects all the ideas from this 100+ thread?
When extending the list we should post the complete list.
And discussion should not be done within the list.
Peter
On 06.05.2011 08:22, Liviu Andronic wrote:
On Wed, May 4, 2011 at 12:50 AM, Vincent van Ravesteijnv...@lyx.org wrote:
-
And who collects all the ideas from this 100+ thread?
When extending the list we should post the complete list.
And discussion should not be done within the list.
Peter
On 06.05.2011 08:22, Liviu Andronic wrote:
On Wed, May 4, 2011 at 12:50 AM, Vincent van Ravesteijn wrote:
-
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
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
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
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
On 05.05.2011 14:14, Abdelrazak Younes wrote:
On 04/05/2011 01:00, Vincent van Ravesteijn wrote:
Hi all,
I think that there is a large enough support for the new development
model and/or introduction of git to think about how to make things
more concrete.
I'm aware there might be some learning
On 05.05.2011 10:28, Guenter Milde wrote:
As language I'd use one of:
Lua
+ small and fast,
+ used in LuaTeX, so it will become more common and known in the
TeX community,
+ a Lua interpreter can be embedded in LyX with minimal impact on
the binary size.
Wasn't there
On 05.05.2011 19:26, venom00 wrote:
Jean Marc said:
The problem with script plugins is that people seem to expect that by
linking LyX to python everybody will be able to write python scritps
that can manipulate LyX objects natively.
I may be missing most of current advancement in programming
On 05.05.2011 22:11, Peter Kümmel wrote:
On 05.05.2011 14:14, Abdelrazak Younes wrote:
On 04/05/2011 01:00, Vincent van Ravesteijn wrote:
Hi all,
I think that there is a large enough support for the new development
model and/or introduction of git to think about how to make things
more
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
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 Sandasa...@lyx.org wrote:
Andre Poenitz wrote:
Close to the current svn model, but allow people to use branches for
non-trivial feature
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
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
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
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
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
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
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
On 05.05.2011 14:14, Abdelrazak Younes wrote:
On 04/05/2011 01:00, Vincent van Ravesteijn wrote:
Hi all,
I think that there is a large enough support for the new development
model and/or introduction of git to think about how to make things
more concrete.
I'm aware there might be some learning
On 05.05.2011 10:28, Guenter Milde wrote:
As language I'd use one of:
Lua
+ small and fast,
+ used in LuaTeX, so it will become more common and known in the
TeX community,
+ a Lua interpreter can be embedded in LyX with minimal impact on
the binary size.
Wasn't there
On 05.05.2011 19:26, venom00 wrote:
Jean Marc said:
The problem with script plugins is that people seem to expect that by
linking LyX to python everybody will be able to write python scritps
that can manipulate LyX objects natively.
I may be missing most of current advancement in programming
On 05.05.2011 22:11, Peter Kümmel wrote:
On 05.05.2011 14:14, Abdelrazak Younes wrote:
On 04/05/2011 01:00, Vincent van Ravesteijn wrote:
Hi all,
I think that there is a large enough support for the new development
model and/or introduction of git to think about how to make things
more
401 - 500 of 4099 matches
Mail list logo