> Author: uwestoehr
> Date: Sat May 14 23:35:36 2011
> New Revision: 38758
> URL: http://www.lyx.org/trac/changeset/38758
>
> Log:
> backport CMake efforts to branch to be able to compile LyX 2.0.x the same way
> as trunk
Hi Uwe,
I've got some questions about this commit.
In general:
Wouldn'
On 15.05.2011 01:35, Uwe Stöhr wrote:
Am 15.05.2011 00:20, schrieb Peter Kümmel:
> Try to add
> #define LYX_USE_TR1 1
> in config.h
Thanks, this fixed the issue for me!
However since something seemed to be misconfigured, I decided to start from
scratch again (new MSVC
installation, n
On 15-5-2011 1:35, Uwe Stöhr wrote:
> Am 15.05.2011 00:20, schrieb Peter Kümmel:
>
>> Try to add
>> #define LYX_USE_TR1 1
>> in config.h
>
> Thanks, this fixed the issue for me!
>
> However since something seemed to be misconfigured, I decided to start from
> scratch again (new MSVC installatio
kuem...@lyx.org wrote:
> Author: kuemmel
> Date: Sun May 15 11:19:00 2011
> New Revision: 38762
> URL: http://www.lyx.org/trac/changeset/38762
>
> Log:
> cmake: add TODO list
>
> Added:
>lyx-devel/trunk/development/cmake/TODO.txt (contents, props changed)
>
> Added: lyx-devel/trunk/develop
Am 15.05.2011 10:03, schrieb Vincent van Ravesteijn:
Wouldn't it be a good idea to:
- first discuss this with Richard and the CMake people,
- wait until the work in trunk has finished,
- wait until it is confirmed that everything works fine for all platforms,
- let the CMake people do the backpo
On Sun, May 15, 2011 at 6:53 PM, Uwe Stöhr wrote:
> With LyX 2.0.0
> - open the Tutorial
> - insert there a new table
> - set the cursor into the new table
>
> In the LyX console window I then get these messages:
>
> QWidget::repaint: Recursive repaint detected
> QPainter::begin: Paint device r
> Nevertheless, I was able to compile LyX 1.6.x using CMake but not LyX
> 2.0.x. We should assure that every branch is at least compilable, despite
> the work on new features of the build systems.
>
Let's start then with the reason you can't compile LyX 2.0.x using CMake ?
(I've been too lazy to
Am 15.05.2011 18:30, schrieb Uwe Stöhr:
But what do you mean with "differs (significantly) between versions 2.0.0 and
2.0.1"? I could never
compile LyX 2.0.0 from the 2_0_x branch using CMake, but only from trunk. But
trunk is now beyond
the point where the 2_0_x branch was created.
OK, I ma
On 15.05.2011 18:30, Uwe Stöhr wrote:
Am 15.05.2011 10:03, schrieb Vincent van Ravesteijn:
Wouldn't it be a good idea to:
- first discuss this with Richard and the CMake people,
- wait until the work in trunk has finished,
- wait until it is confirmed that everything works fine for all platform
Am 15.05.2011 18:59, schrieb Vincent van Ravesteijn:
That's a Qt problem.
Though you have reported a bug about this which did trigger this for 2.0 but
didn't trigger it for 1.6. I couldn't figure out why (yet).
For LyX 1.6.10 and LyX 2.0.0 I used the same Qt 4.7.3. The only difference is that
On Sun, May 15, 2011 at 06:59:38PM +0200, Vincent van Ravesteijn wrote:
> On Sun, May 15, 2011 at 6:53 PM, Uwe Stöhr wrote:
>
> > With LyX 2.0.0
> > - open the Tutorial
> > - insert there a new table
> > - set the cursor into the new table
> >
> > In the LyX console window I then get these messag
Am Freitag, 13. Mai 2011 schrieb Jean-Marc Lasgouttes:
> Le 13/05/2011 09:48, Kornel a écrit :
> > 1.) No. The definisions in config.h differ from use there.
> >
> > E.g. in config.h there is either
> >
> > #define HAVE_ASPRINTF 1
> >
> > or
> >
> > /* undef HAVE_ASPRINTF */
> >
> > while here
Am Sonntag, 15. Mai 2011 schrieb Vincent van Ravesteijn:
> On 15-5-2011 1:35, Uwe Stöhr wrote:
> > Am 15.05.2011 00:20, schrieb Peter Kümmel:
> >> Try to add
> >> #define LYX_USE_TR1 1
> >> in config.h
> >
> > Thanks, this fixed the issue for me!
> >
> > However since something seemed to be misco
> I am able to create perl files, but not python. So, as no one stepped in to
> convert this into python,
>
> there will be no other way.
>
http://www.dummies.com/store/product/Python-For-Dummies.productCd-0471778648.html
> Kornel
>
Vincent
Am Sonntag, 15. Mai 2011 schrieb Pavel Sanda:
> kuem...@lyx.org wrote:
> > Author: kuemmel
> > Date: Sun May 15 11:19:00 2011
> > New Revision: 38762
> > URL: http://www.lyx.org/trac/changeset/38762
> >
> > Log:
> > cmake: add TODO list
> >
> > Added:
> >lyx-devel/trunk/development/cmake/TODO
Am Samstag, 14. Mai 2011 schrieb kuem...@lyx.org:
> Author: kuemmel
> Date: Sat May 14 14:49:26 2011
> New Revision: 38754
> URL: http://www.lyx.org/trac/changeset/38754
>
> Log:
> cmake: remove mac warnings when building intl
>
> Modified:
>lyx-devel/trunk/development/cmake/intl/libgnuintl.h
Am Sonntag, 15. Mai 2011 schrieb Vincent van Ravesteijn:
> > I am able to create perl files, but not python. So, as no one stepped in
> > to convert this into python,
> >
> > there will be no other way.
>
> http://www.dummies.com/store/product/Python-For-Dummies.productCd-047177864
> 8.html
>
>
On 15/05/2011 19:48, Andre Poenitz wrote:
On Sun, May 15, 2011 at 06:59:38PM +0200, Vincent van Ravesteijn wrote:
On Sun, May 15, 2011 at 6:53 PM, Uwe Stöhr wrote:
With LyX 2.0.0
- open the Tutorial
- insert there a new table
- set the cursor into the new table
In the LyX console window I th
On 15.05.2011 20:47, Kornel Benko wrote:
Am Samstag, 14. Mai 2011 schrieb kuem...@lyx.org:
Author: kuemmel
Date: Sat May 14 14:49:26 2011
New Revision: 38754
URL: http://www.lyx.org/trac/changeset/38754
Log:
cmake: remove mac warnings when building intl
Modified:
lyx-devel/trunk/developmen
Am 15.05.2011 um 21:53 schrieb Peter Kümmel:
> On 15.05.2011 20:47, Kornel Benko wrote:
>> Am Samstag, 14. Mai 2011 schrieb kuem...@lyx.org:
>>> Author: kuemmel
>>> Date: Sat May 14 14:49:26 2011
>>> New Revision: 38754
>>> URL: http://www.lyx.org/trac/changeset/38754
>>>
>>> Log:
>>> cmake: remo
In this mail I collect all topics that are under development in
the current trunk.
Some of the topics that are obvious and/or truly cosmetic will merge
into 'trunk-stable' soon. The other topics will be tested in the
'development' branch for a while. Comments indicating that a topic
has been teste
On 05/14/2011 05:35 PM, uwesto...@lyx.org wrote:
> Author: uwestoehr
> Date: Sat May 14 23:35:36 2011
> New Revision: 38758
> URL: http://www.lyx.org/trac/changeset/38758
>
> Log:
> backport CMake efforts to branch to be able to compile LyX 2.0.x the same way
> as trunk
>
I did not give approval f
On 05/15/2011 04:21 PM, Vincent van Ravesteijn wrote:
> In this mail I collect all topics that are under development in
> the current trunk.
>
> Some of the topics that are obvious and/or truly cosmetic will merge
> into 'trunk-stable' soon. The other topics will be tested in the
> 'development' br
Am Sonntag, 15. Mai 2011 schrieb Peter Kümmel:
> On 15.05.2011 20:47, Kornel Benko wrote:
> > Am Samstag, 14. Mai 2011 schrieb kuem...@lyx.org:
> >> Author: kuemmel
> >> Date: Sat May 14 14:49:26 2011
> >> New Revision: 38754
> >> URL: http://www.lyx.org/trac/changeset/38754
> >>
> >> Log:
> >> cm
On 15.05.2011 22:21, Vincent van Ravesteijn wrote:
In this mail I collect all topics that are under development in
the current trunk.
Some of the topics that are obvious and/or truly cosmetic will merge
into 'trunk-stable' soon. The other topics will be tested in the
'development' branch for a w
> It seems to me I must have missed something. Was a decision made (by
> you, as 2.1 release manager) about the development model we are
> following, how it will be managed, and where? If so, could you explain
> it for me?
No, no decision yet. We're still in the process. I only concluded
that the
On 15-5-2011 22:57, Peter Kümmel wrote:
> On 15.05.2011 22:21, Vincent van Ravesteijn wrote:
>> In this mail I collect all topics that are under development in
>> the current trunk.
>>
>> Some of the topics that are obvious and/or truly cosmetic will merge
>> into 'trunk-stable' soon. The other top
Kornel wrote:
> Have to read wiki ...
i'm afraid without understanding what autotools currently do
it would be hard to mimic their behaviour...
pavel
Am Sonntag, 15. Mai 2011 schrieb Kornel:
> > from the maintainer point of view these task are needed:
> > - .po remerge of strings in po/ (ie make update-po)
Done. BUT there already was such a target,
# make update_po_files
Kornel
signature.asc
Description: This is a digitally s
This patch attempts to fix a problem first reported by Diego: If you try
to view a child document, the macros declared in the parent do not work.
This is a regression from 1.6.x.
The problem is that we were cloning only the child, which then didn't
have a parent. The solution is to clone the whol
On 15.05.2011 22:21, Vincent van Ravesteijn wrote:
It would be nice if Kornel or Peter could rewrite this history in logical
steps
and split it up in the different topics.
How could the history changed?
Peter
On 05/15/2011 06:03 PM, Peter Kümmel wrote:
> On 15.05.2011 22:21, Vincent van Ravesteijn wrote:
>>It would be nice if Kornel or Peter could rewrite this history in
>> logical steps
>>and split it up in the different topics.
>>
>
> How could the history changed?
>
Ahh, the magic of git
Vincent van Ravesteijn wrote:
> For the future, I propose that developers create a branch, and indicate
> when it is ready to be merged with 'development' (i.e. to be committed
> to trunk). After that, you and me decide when it merges into either
> branch_20x or trunk-stable.
>
> I'm not in a hurr
>
> can you state clearly whats the relation between topic and branch,
A "topic" is just that what is being developed in a "topic branch". A "topic
branch" is
a specific type of "branch" which will be created, merged into
'experimental', then
merged into 'development', then merged into 'trunk-sta
34 matches
Mail list logo
