Re: Code swarm for LyX

On Fri, 14 Aug 2009 20:33:25 +0200 Lars Gullik Bjønnes lar...@gullik.org wrote: For your enjoyment: Attaching torrent to get it. What happened to the sound? ;-)

Re: Code swarm for LyX

Martin Vermeer martin.verm...@tkk.fi writes: | On Fri, 14 Aug 2009 20:33:25 +0200 | Lars Gullik Bjønnes lar...@gullik.org wrote: For your enjoyment: Attaching torrent to get it. | What happened to the sound? | ;-) That is for you to add :-) -- Lgb

Re: New trac component

Jean-Marc Lasgouttes wrote: I'd second that, and would like to be added as default owner for these, as I seem to do a lot of the citation stuff. I did that thanks. pavel

Compilation in trunk

This is on OpenSuSE, 64bit. ... In file included from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.h:35, from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiIndices.h:16, from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiIndices.cpp:15:

Japanese Text Layout

I am a newbie and I have been researching Japanese text layout and tex-variants. I would like to suggest support for upTex. A new version of ptex being developed to truly support unicode text input and format the text appropriately. Currently the formating in xetex cjk-latex etc doesnt quite do

Re: Code swarm for LyX

Lars Gullik Bj??nnes wrote: For your enjoyment: Attaching torrent to get it. -- Lgb btw Lars do you have stored some kind of cvs archive before 1999? pavel

Re: boost 1.39 update

Peter Kümmel wrote: Abdelrazak Younes wrote: Is it ok when I update without a branch? Yes. OK, when I have commit rights I will update and test on Linux. ask JMarc, who is able to resurrect old accounts. But why do we still use boost? my memory is fading away, but wasn't there

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

Vincent van Ravesteijn wrote: Pavel ? Ok for you now ? looks fine now. thanks pavel

Re: boost 1.39 update

Pavel Sanda wrote: Peter Kümmel wrote: Abdelrazak Younes wrote: Is it ok when I update without a branch? Yes. OK, when I have commit rights I will update and test on Linux. ask JMarc, who is able to resurrect old accounts. Christian will crreate the account, but I don't know If he as

Re: Problems Linking to Boost in Trunk

Rob Oakes wrote: Any guidance or feedback would be greatly appreciated. if its not gcc 4.4 then try to clean checkout from svn tree. there are some linking issues from time to time. pavel

Re: Japanese Text Layout

Matthew James Whitehead wrote: I am a newbie and I have been researching Japanese text layout and tex-variants. I would like to suggest support for upTex. A new version of ptex being developed to truly support unicode text input and format the text appropriately. Currently the formating

Re: Compilation in trunk

Kornel Benko wrote: This is on OpenSuSE, 64bit. ... In file included from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.h:35, from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiIndices.h:16, from

Re: boost 1.39 update

Peter Kümmel wrote: Christian will crreate the account, but I don't know If he as already done, atm I cant commit. Will it work by simply checking out as anon, and then to commit on this checkout? you make anon checkout. then for the first commit svn will ask you for pass and store it for

Re: Categories for Layout Files

Richard Heck wrote: On 08/15/2009 06:53 AM, Jean-Marc Lasgouttes wrote: Le 12/08/2009 17:40, rgheck a écrit : I've thought about this, too, but don't know how to implement it. I'm not a GUI guy. But it would be nice to have some concept of category with modules, and then they could be

Re: boost 1.39 update

Pavel Sanda wrote: Peter Kümmel wrote: Christian will crreate the account, but I don't know If he as already done, atm I cant commit. Will it work by simply checking out as anon, and then to commit on this checkout? you make anon checkout. then for the first commit svn will ask you for

Re: boost 1.39 update

Peter Kümmel wrote: What's also new now, is the possibility to use an extenal boost lib, so we have always boost::tr1 as fallback for systems/GCCs which do not support tr1 properly. I think about of removing boost instead of updating. Peter

Re: Find LyX - Backwards search

Tommaso Cucinotta wrote: please, find attached a rework of the backwards (advanced) search. I would be glad if anyone could help to test/stress this a little bit, and identify possible issues (searching inside tables or other insets, or even crashes -- I hope there are none as of now). its

Re: Compilation in trunk

Am Monday 17 August 2009 schrieb Pavel Sanda: Kornel Benko wrote: This is on OpenSuSE, 64bit. ... In file included from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.h:35, from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiIndices.h:16, from

Re: Compilation in trunk

Kornel Benko wrote: libqt4-devel-4.3.1-23.6 i see. should be fixed now. pavel

Re: Compilation in trunk

Am Monday 17 August 2009 schrieb Pavel Sanda: Kornel Benko wrote: libqt4-devel-4.3.1-23.6 i see. should be fixed now. pavel At least it compiles now. Kornel signature.asc Description: This is a digitally signed message part.

RE: boost 1.39 update

But why do we still use boost? my memory is fading away, but wasn't there some compilation problems when we tried to replace something with tr1 in berlin? I don't know, Andre started working on this but then he stopped. in my memory someone with win compiler started to scream because of

Re: Find LyX - Backwards search

Pavel Sanda ha scritto: On a related note, it would be good to have a Debug::FIND code for debugging the search/replace feature, but those codes seem already to be saturating the 32-bits. there is still one left, so its ok to use it for search. Then, I would be happy to grab that one

Re: #6133: Undo grouping problem using the lyxfind function

rgheck ha scritto: The real fix that I can think of requires the following changes: 1) moving awareness of the difference between the currentWorkArea() [ the one with focus, i.e., document, find, or replace WAs ] and the currentMainWorkArea() [ the one with the main document being edited ]

RE: #6133: Undo grouping problem using the lyxfind function

The real fix that I can think of requires the following changes: 1) moving awareness of the difference between the currentWorkArea() [ the one with focus, i.e., document, find, or replace WAs ] and the currentMainWorkArea() [ the one with the main document being edited ] from GuiView.cpp (as it

Re: #6133: Undo grouping problem using the lyxfind function

Vincent van Ravesteijn - TNW ha scritto: The first thing I would do is to clarify the comments in GuiView.h. I've been staring at these functions for 10 minutes and then I decided I had no clue what was the difference between currentWorkArea and currentMainWorkArea. currentWorkArea() is the one

Re: Approaching LyX 1.6.4

On 08/16/2009 10:14 AM, Jürgen Spitzmüller wrote: rgheck wrote: Maybe the thing to do is not include it for 1.6.4, but commit it as soon as 1.6.4 is out, so that it gets tested. I doubt that terribly many people get bit by this bug. Not to say it isn't important, but we don't want to make

Re: Categories for Layout Files

On 08/17/2009 04:01 AM, Pavel Sanda wrote: Richard Heck wrote: On 08/15/2009 06:53 AM, Jean-Marc Lasgouttes wrote: Le 12/08/2009 17:40, rgheck a écrit : I've thought about this, too, but don't know how to implement it. I'm not a GUI guy. But it would be nice to have some

Re: Approaching LyX 1.6.4

rgheck wrote: My patch too is delicate. I think it's fine, but there may still be a possibility of people being asked multiple times if they want to save a document. I guess that's not so bad, but if you want me just to commit that one, then we can do that. It at least solves the dataloss

Re: #6133: Undo grouping problem using the lyxfind function

Tommaso Cucinotta wrote: It would have helped me a lot if something was said about EmbeddedWorkAreas (I just didn't think about these). Abdel added this new type of work area in order to code within all the behavioural differences between these small helper WAs, and the main document

Re: r31033 - in lyx-devel/trunk: lib lib/layouts src

Pavel Sanda wrote: Richard Heck wrote: for the time being i commited the switch to QTreeView, but if it appears there is no way to continue i'll revert it later. Richard, have you tried to look whether you model code could be joined with the Qtree? pavel

RE: Approaching LyX 1.6.4

Yes, which evolved into these: http://www.lyx.org/trac/changeset/31056 http://www.lyx.org/trac/changeset/31057 http://www.lyx.org/trac/changeset/31074 per Vincent's suggestion that we save an emergency file in this case. The first is harmless cleanup. (Why was this ever in

RE: Approaching LyX 1.6.4

Forget the previous... I keep having problems with M*#*#(# outlook. Vincent

Re: Find LyX - Backwards search

Tommaso Cucinotta wrote: On a related note, it would be good to have a Debug::FIND code for debugging the search/replace feature, but those codes seem already to be saturating the 32-bits. there is still one left, so its ok to use it for search. Then, I would be happy to grab that

Re: Approaching LyX 1.6.4

On 08/17/2009 10:29 AM, Jürgen Spitzmüller wrote: rgheck wrote: My patch too is delicate. I think it's fine, but there may still be a possibility of people being asked multiple times if they want to save a document. I guess that's not so bad, but if you want me just to commit that one, then

Re: Upload limit?

2009/8/17 Pavel Sanda sa...@lyx.org: Christian, i'm having problem to upload the file below into LyX/Manuals/1.6.4 of wiki upload area. do we have some upload limit? http://195.113.26.193/~sanda/junk/manuals.pdf Hi Pavel, There could be several limits in play here... * Apache * Php * IPFM

Re: Upload limit?

On Mon, 17 Aug 2009, Christian Ridderström wrote: 2009/8/17 Pavel Sanda sa...@lyx.org: Christian, i'm having problem to upload the file below into LyX/Manuals/1.6.4 of wiki upload area. I'll try and look at it tonight. In the meanwhile, I've manually uploaded the file and placed iit in

Re: Upload limit?

Btw, since I can build LyX on the devel server, I should also be able to generate the manuals. This could probably be automated, but that would add a security concerin if some bad code gets into the makefiles etc. So it should probably at least be run through a dedicated user... Anyway,

Re: Upload limit?

Christian Ridderström wrote: Btw, since I can build LyX on the devel server, I should also be able to generate the manuals. This could probably be automated, but that would add a security concerin if some bad code gets into the makefiles etc. So it should probably at least be run through

RE: Upload limit?

not this merged thing is not doable automatically in easy way. thanks for upload. Isn't it a shame we can't make a master in which we include all manuals as children ? pavel Vincent

Re: Upload limit?

Vincent van Ravesteijn - TNW wrote: not this merged thing is not doable automatically in easy way. thanks for upload. Isn't it a shame we can't make a master in which we include all manuals as children ? each manual is a fine tuned thing and have different set of preamble things which are

Re: Approaching LyX 1.6.4

rgheck wrote: Yes, which evolved into these: I was hoping to maintain the string freeze. Jürgen

Re: boost 1.39 update

On Sun, Aug 16, 2009 at 12:49:28PM +0200, Peter Kümmel wrote: Abdelrazak Younes wrote: Is it ok when I update without a branch? Yes. OK, when I have commit rights I will update and test on Linux. This means I will commit without testing on Linux before commiting, only

Re: Compilation in trunk

On Mon, Aug 17, 2009 at 09:51:39AM +0200, Pavel Sanda wrote: /usr/BUILD/BuildLyx/src/frontends/qt4/ui_ModulesUi.h:95: error: ???class QTreeView??? has no member named ???setHeaderHidden??? make[2]: ***

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

On Mon, Aug 17, 2009 at 10:38:02AM +0200, sa...@lyx.org wrote: Author: sanda Date: Mon Aug 17 10:38:02 2009 New Revision: 31087 URL: http://www.lyx.org/trac/changeset/31087 Log: This part of QTreeView is newer. Modified: lyx-devel/trunk/src/frontends/qt4/GuiDocument.cpp

Re: boost 1.39 update

On Mon, Aug 17, 2009 at 01:03:30PM +0200, Vincent van Ravesteijn - TNW wrote: But why do we still use boost? my memory is fading away, but wasn't there some compilation problems when we tried to replace something with tr1 in berlin? I don't know, Andre started working on this but then

Re: boost 1.39 update

Andre Poenitz wrote: What were the reasons at the last meeting not to drop boost? Using tr1 turned out not to be a drop-in replacement. I've updated to boost 1.39 and tested on Linux and Windows. I get a strange lyxclient linker error when building with cmake, Kornel do you have an idea

Re: Feature Request: Automatic Lyx2lyx to preserve file format.

On Thursday 13 August 2009 22:31:38 Pavel Sanda wrote: John McCabe-Dansted wrote: My suggestion: - Allow user the set a default file format for new files. - Always give user option of preserving files existing format if you mean something else than to externaly call lyx2lyx which do

Re: boost 1.39 update

Am Montag 17 August 2009 schrieb Peter Kümmel: Andre Poenitz wrote: What were the reasons at the last meeting not to drop boost? Using tr1 turned out not to be a drop-in replacement. I've updated to boost 1.39 and tested on Linux and Windows. I get a strange lyxclient linker error when

Re: boost 1.39 update

Am Montag 17 August 2009 schrieb Kornel Benko: at least do_assign is not defined in our .cpp files. (Declared in header file it is) Hmmm, sorry, there is a template in the header too, but maybe not used? Kornel signature.asc Description: This is a digitally signed message part.

Re: r31103 - lyx-devel/trunk/development/cmake/src/support

Am Montag 17 August 2009 schrieb kuem...@lyx.org: if(Boost_FOUND) target_link_libraries(support ${Boost_LIBRARIES}) else() - target_link_libraries(support boost_signals) + target_link_libraries(support boost_signals boost_regex) endif() We could have defined boost_libraries in the

Re: r31103 - lyx-devel/trunk/development/cmake/src/support

Kornel Benko wrote: Am Montag 17 August 2009 schrieb kuem...@lyx.org: if(Boost_FOUND) target_link_libraries(support ${Boost_LIBRARIES}) else() - target_link_libraries(support boost_signals) + target_link_libraries(support boost_signals boost_regex) endif() Found the error ;)

Re: Code swarm for LyX

On Mon, Aug 17, 2009 at 08:59, Pavel Sandasa...@lyx.org wrote: Lars Gullik Bj??nnes wrote: For your enjoyment: Attaching torrent to get it. --         Lgb btw Lars do you have stored some kind of cvs archive before 1999? Frankly... I cannot remember... but I have a vague recollection

Re: Code swarm for LyX

On Fri, 14 Aug 2009 20:33:25 +0200 Lars Gullik Bjønnes wrote: > For your enjoyment: > > Attaching torrent to get it. What happened to the sound? ;-)

Re: Code swarm for LyX

Martin Vermeer writes: | On Fri, 14 Aug 2009 20:33:25 +0200 | Lars Gullik Bjønnes wrote: > >> For your enjoyment: >> >> Attaching torrent to get it. > | What happened to the sound? | ;-) That is for you to add :-) -- Lgb

Re: New trac component

Jean-Marc Lasgouttes wrote: > > I'd second that, and would like to be added as default owner for these, as I > > seem to do a lot of the citation stuff. > > I did that thanks. pavel

Compilation in trunk

This is on OpenSuSE, 64bit. ... In file included from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.h:35, from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiIndices.h:16, from /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiIndices.cpp:15:

Japanese Text Layout

I am a newbie and I have been researching Japanese text layout and tex-variants. I would like to suggest support for upTex. A new version of ptex being developed to truly support unicode text input and format the text appropriately. Currently the formating in xetex cjk-latex etc doesnt quite do

Re: Code swarm for LyX

Lars Gullik Bj??nnes wrote: > For your enjoyment: > > Attaching torrent to get it. > > -- > Lgb btw Lars do you have stored some kind of cvs archive before 1999? pavel

Re: boost 1.39 update

Peter Kümmel wrote: > Abdelrazak Younes wrote: > >> Is it ok when I update without a branch? > > > > Yes. > > > > OK, when I have commit rights I will update and test on Linux. ask JMarc, who is able to resurrect old accounts. > But why do we still use boost? my memory is fading away, but

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

Vincent van Ravesteijn wrote: > Pavel ? > > Ok for you now ? looks fine now. thanks pavel

Re: boost 1.39 update

Pavel Sanda wrote: > Peter Kümmel wrote: >> Abdelrazak Younes wrote: Is it ok when I update without a branch? >>> Yes. >>> >> OK, when I have commit rights I will update and test on Linux. > > ask JMarc, who is able to resurrect old accounts. Christian will crreate the account, but I

Re: Problems Linking to Boost in Trunk

Rob Oakes wrote: > Any guidance or feedback would be greatly appreciated. if its not gcc 4.4 then try to clean checkout from svn tree. there are some linking issues from time to time. pavel

Re: Japanese Text Layout

Matthew James Whitehead wrote: > I am a newbie and I have been researching Japanese text layout and > tex-variants. > I would like to suggest support for upTex. A new version of ptex being > developed to truly support unicode text input and format the text > appropriately. > Currently the

Re: Compilation in trunk

Kornel Benko wrote: > This is on OpenSuSE, 64bit. > ... > In file included from > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.h:35, > from > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiIndices.h:16, > from >

Re: boost 1.39 update

Peter Kümmel wrote: > Christian will crreate the account, but I don't know If he as already done, > atm I cant commit. > > Will it work by simply checking out as anon, and then to commit on this > checkout? you make anon checkout. then for the first commit svn will ask you for pass and store it

Re: Categories for Layout Files

Richard Heck wrote: > On 08/15/2009 06:53 AM, Jean-Marc Lasgouttes wrote: >> Le 12/08/2009 17:40, rgheck a écrit : >>> I've thought about this, too, but don't know how to implement it. I'm not >>> a GUI guy. But it would be nice to have some concept of "category" with >>> modules, and then they

Re: boost 1.39 update

Pavel Sanda wrote: > Peter Kümmel wrote: >> Christian will crreate the account, but I don't know If he as already done, >> atm I cant commit. >> >> Will it work by simply checking out as anon, and then to commit on this >> checkout? > > you make anon checkout. then for the first commit svn will

Re: boost 1.39 update

Peter Kümmel wrote: > > What's also new now, is the possibility to use an extenal boost lib, so we > have always > boost::tr1 as fallback for systems/GCCs which do not support tr1 properly. > I think about of removing boost instead of updating. Peter

Re: Find LyX - Backwards search

Tommaso Cucinotta wrote: > please, find attached a rework of the backwards (advanced) search. I would > be glad if anyone could help to test/stress this a little bit, and identify > possible issues (searching inside tables or other insets, or even crashes > -- I hope there are none as of now).

Re: Compilation in trunk

Am Monday 17 August 2009 schrieb Pavel Sanda: > Kornel Benko wrote: > > This is on OpenSuSE, 64bit. > > ... > > In file included from > > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.h:35, > > from > > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiIndices.h:16, > >

Re: Compilation in trunk

Kornel Benko wrote: > libqt4-devel-4.3.1-23.6 i see. should be fixed now. pavel

Re: Compilation in trunk

Am Monday 17 August 2009 schrieb Pavel Sanda: > Kornel Benko wrote: > > libqt4-devel-4.3.1-23.6 > > i see. should be fixed now. > pavel > At least it compiles now. Kornel signature.asc Description: This is a digitally signed message part.

RE: boost 1.39 update

> But why do we still use boost? my memory is fading away, but wasn't there some compilation problems when we tried to replace something with tr1 in berlin? >>> I don't know, Andre started working on this but then he >>> stopped. >> >> in my memory someone with win compiler

Re: Find LyX - Backwards search

Pavel Sanda ha scritto: On a related note, it would be good to have a Debug::FIND code for debugging the search/replace feature, but those codes seem already to be saturating the 32-bits. there is still one left, so its ok to use it for search. Then, I would be happy to grab that one

Re: #6133: Undo grouping problem using the lyxfind function

rgheck ha scritto: The real fix that I can think of requires the following changes: 1) moving awareness of the difference between the currentWorkArea() [ the one with focus, i.e., document, find, or replace WAs ] and the currentMainWorkArea() [ the one with the main document being edited ]

RE: #6133: Undo grouping problem using the lyxfind function

>The real fix that I can think of requires the following >changes: >1) moving awareness of the difference between the currentWorkArea() >[ the one with focus, i.e., document, find, or replace WAs ] and the >currentMainWorkArea() [ the one with the main document being edited ] >from GuiView.cpp

Re: #6133: Undo grouping problem using the lyxfind function

Vincent van Ravesteijn - TNW ha scritto: The first thing I would do is to clarify the comments in GuiView.h. I've been staring at these functions for 10 minutes and then I decided I had no clue what was the difference between currentWorkArea and currentMainWorkArea. currentWorkArea() is the one

Re: Approaching LyX 1.6.4

On 08/16/2009 10:14 AM, Jürgen Spitzmüller wrote: rgheck wrote: Maybe the thing to do is not include it for 1.6.4, but commit it as soon as 1.6.4 is out, so that it gets tested. I doubt that terribly many people get bit by this bug. Not to say it isn't important, but we don't want to make

Re: Categories for Layout Files

On 08/17/2009 04:01 AM, Pavel Sanda wrote: Richard Heck wrote: On 08/15/2009 06:53 AM, Jean-Marc Lasgouttes wrote: Le 12/08/2009 17:40, rgheck a écrit : I've thought about this, too, but don't know how to implement it. I'm not a GUI guy. But it would be nice to have some

Re: Approaching LyX 1.6.4

rgheck wrote: > My patch too is delicate. I think it's fine, but there may still be a > possibility of people being asked multiple times if they want to save a > document. I guess that's not so bad, but if you want me just to commit > that one, then we can do that. It at least solves the dataloss

Re: #6133: Undo grouping problem using the lyxfind function

Tommaso Cucinotta wrote: >> It would have helped me a lot if something was said >> about EmbeddedWorkAreas (I just didn't think about these). >> > Abdel added this new type of work area in order to code within all the > behavioural differences between these small "helper" WAs, and the main >

Re: r31033 - in lyx-devel/trunk: lib lib/layouts src

Pavel Sanda wrote: > Richard Heck wrote: > for the time being i commited the switch to QTreeView, but if it appears > there is no way to continue i'll revert it later. Richard, have you tried to look whether you model code could be joined with the Qtree? pavel

RE: Approaching LyX 1.6.4

>Yes, which evolved into these: > http://www.lyx.org/trac/changeset/31056 > http://www.lyx.org/trac/changeset/31057 > http://www.lyx.org/trac/changeset/31074 >per Vincent's suggestion that we save an emergency file in >this case. The first is harmless cleanup. (Why was this ever >in

RE: Approaching LyX 1.6.4

Forget the previous... I keep having problems with M*#*#(# outlook. Vincent

Re: Find LyX - Backwards search

Tommaso Cucinotta wrote: >>> On a related note, it would be good to have a Debug::FIND code for >>> debugging the search/replace feature, but those codes seem already to be >>> saturating the 32-bits. >> there is still one left, so its ok to use it for search. >> > Then, I would be happy

Re: Approaching LyX 1.6.4

On 08/17/2009 10:29 AM, Jürgen Spitzmüller wrote: rgheck wrote: My patch too is delicate. I think it's fine, but there may still be a possibility of people being asked multiple times if they want to save a document. I guess that's not so bad, but if you want me just to commit that one, then

Re: Upload limit?

2009/8/17 Pavel Sanda : > Christian, > i'm having problem to upload the file below into LyX/Manuals/1.6.4 of wiki > upload area. > do we have some upload limit? > http://195.113.26.193/~sanda/junk/manuals.pdf Hi Pavel, There could be several limits in play here... * Apache * Php

Re: Upload limit?

On Mon, 17 Aug 2009, Christian Ridderström wrote: 2009/8/17 Pavel Sanda : Christian, i'm having problem to upload the file below into LyX/Manuals/1.6.4 of wiki upload area. I'll try and look at it tonight. In the meanwhile, I've manually uploaded the file and placed iit in

Re: Upload limit?

Btw, since I can build LyX on the devel server, I should also be able to generate the manuals. This could probably be automated, but that would add a security concerin if some bad code gets into the makefiles etc. So it should probably at least be run through a dedicated user... Anyway,

Re: Upload limit?

Christian Ridderström wrote: > Btw, since I can build LyX on the devel server, I should also be able to > generate the manuals. > > This could probably be automated, but that would add a security concerin if > some bad code gets into the makefiles etc. So it should probably at least > be run

RE: Upload limit?

> >not this merged thing is not doable automatically in easy >way. thanks for upload. Isn't it a shame we can't make a master in which we include all manuals as children ? >pavel Vincent

Re: Upload limit?

Vincent van Ravesteijn - TNW wrote: > >not this merged thing is not doable automatically in easy > >way. thanks for upload. > > Isn't it a shame we can't make a master in which we include all manuals > as children ? each manual is a fine tuned thing and have different set of preamble things

Re: Approaching LyX 1.6.4

rgheck wrote: > Yes, which evolved into these: I was hoping to maintain the string freeze. Jürgen

Re: boost 1.39 update

On Sun, Aug 16, 2009 at 12:49:28PM +0200, Peter Kümmel wrote: > Abdelrazak Younes wrote: > >> Is it ok when I update without a branch? > > > > Yes. > > > > OK, when I have commit rights I will update and test on Linux. > > >> This means I will commit without testing on Linux before

Re: Compilation in trunk

On Mon, Aug 17, 2009 at 09:51:39AM +0200, Pavel Sanda wrote: > > /usr/BUILD/BuildLyx/src/frontends/qt4/ui_ModulesUi.h:95: error: ???class > > QTreeView??? has no member named ???setHeaderHidden??? > > make[2]: *** > >

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

On Mon, Aug 17, 2009 at 10:38:02AM +0200, sa...@lyx.org wrote: > Author: sanda > Date: Mon Aug 17 10:38:02 2009 > New Revision: 31087 > URL: http://www.lyx.org/trac/changeset/31087 > > Log: > This part of QTreeView is newer. > > Modified: >lyx-devel/trunk/src/frontends/qt4/GuiDocument.cpp >

Re: boost 1.39 update

On Mon, Aug 17, 2009 at 01:03:30PM +0200, Vincent van Ravesteijn - TNW wrote: > > > But why do we still use boost? > my memory is fading away, but wasn't there some compilation > problems when we tried to replace something with tr1 in berlin? > >>> I don't know, Andre started

Re: boost 1.39 update

Andre Poenitz wrote: >> What were the reasons at the last meeting not to drop boost? > > Using tr1 turned out not to be a drop-in replacement. > I've updated to boost 1.39 and tested on Linux and Windows. I get a strange lyxclient linker error when building with cmake, Kornel do you have an

Re: Feature Request: Automatic Lyx2lyx to preserve file format.

On Thursday 13 August 2009 22:31:38 Pavel Sanda wrote: > John McCabe-Dansted wrote: > > My suggestion: > >- Allow user the set a default file format for new files. > >- Always give user option of preserving files existing format > > if you mean something else than to externaly call lyx2lyx

Re: boost 1.39 update

Am Montag 17 August 2009 schrieb Peter Kümmel: > Andre Poenitz wrote: > >> What were the reasons at the last meeting not to drop boost? > > > > Using tr1 turned out not to be a drop-in replacement. > > I've updated to boost 1.39 and tested on Linux and Windows. > > I get a strange lyxclient linker

  1   2   >