>
> 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
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
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
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
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
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
Kornel wrote:
> Have to read wiki ...
i'm afraid without understanding what autotools currently do
it would be hard to mimic their behaviour...
pavel
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
> 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.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
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 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
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
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
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
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
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
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
>
>
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 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
> 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 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
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
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 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 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: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
> 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
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
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
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
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
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
> 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'
34 matches
Mail list logo
