On Tuesday 18 August 2009 01:12:00 Lars Gullik Bjønnes wrote:
> I also wonder where the really old lyx relases went...
What can be found on ftp.lyx.org was my attempt (during 2002) to have a single
place with all the lyx releases. At that time, while doing lyx archeology I
noticed that our ftp s
...
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.cpp: In constructor
‘lyx::frontend::GuiDocument::GuiDocument(lyx::frontend::GuiView&)’:
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.cpp:979: error: invalid
use of incomplete type ‘struct QHeaderView’
/usr/include/QtGui/qtreeview.h
On Mon, Aug 17, 2009 at 08:59, Pavel Sanda 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 recollectio
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
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
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.
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
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
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 ide
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 workin
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
>
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]: ***
> > [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/fronte
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
rgheck wrote:
> Yes, which evolved into these:
I was hoping to maintain the string freeze.
Jürgen
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
>
>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
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 th
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, the
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
Now in.
/up
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
* IPFM
I'll try
Forget the previous... I keep having problems with M*#*#(# outlook.
Vincent
>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 Buf
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
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
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
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
> d
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 p
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 conc
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 th
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 w
>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 (a
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 ]
fro
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
> 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 sta
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.
Kornel Benko wrote:
> libqt4-devel-4.3.1-23.6
i see. should be fixed now.
pavel
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,
> >
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).
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
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 a
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 c
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
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
> /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiI
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 form
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
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'
Vincent van Ravesteijn wrote:
> Pavel ?
>
> Ok for you now ?
looks fine now. thanks
pavel
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
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
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
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:
/usr/BUILD/BuildLyx/src
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
52 matches
Mail list logo
