On Wed, 22 May 2002, Lars Gullik Bjønnes wrote:
> Boost signals however delegates creation of functions objects and
> binding to two other libs, with sigc++ this is integrated in the
> signal/slot code.
Not quite as nice then.
> Am I correct in beliving that gtkmm cannot exist without sigc++, a
Well I read both documents, and they both say that :
cvs rtag MERGE_1_TO_GUII lyx-devel (in HEAD)
cvs update -j BRANCH_POINT_GUII -j MERGE_1_TO_GUII lyx-devel (in branch)
should work for the first merge. I get :
cvs [server aborted]: no such tag MERGE_1_TO_GUII
ideas ? It's listed in cvs log
On Tue, May 28, 2002 at 10:14:34PM +0200, Jean-Marc Lasgouttes wrote:
> I thought the problem was that they do not even compile...
And is that not development and testing ? :))
I am being purposefully vague here...
Gnome compiles doesn't it (I admit I wouldn't know ...)
regards
john
--
"Tim
John Levon wrote:
> On Tue, May 28, 2002 at 07:05:56PM +0200, Jean-Marc Lasgouttes wrote:
>
>
>>Jean-Marc> Could you provide a patch for BRANCH_1_2_1 to this effect
>>Jean-Marc> (maybe in NEWS and INSTALL)
>
>
> Is the below OK to apply ? Note that you've already mentioned this in
> NEWS.
>
>
So I take it my only chance to get WorkArea accepted is to make it a
pimpl ?
I can do this (under protest) ...
john
--
"Time is a great teacher, but unfortunately it kills all its pupils."
- Hector Louis Berlioz
On Tue, May 28, 2002 at 07:18:22PM +0200, Jean-Marc Lasgouttes wrote:
> To my great surprise, this is even worse, since 53% of time (62% after
> patch) is now taken by Paragraph::Pimpl::isTextAt(), which is used to
> handle the magic LaTeX, LyX, and other macros. The culprit, again, is
> that thi
On Tue, May 28, 2002 at 04:43:55PM +0100, John Levon wrote:
> On Tue, May 28, 2002 at 05:40:47PM +0200, Andre Poenitz wrote:
>
> > This might be a bug then
>
> The good news is that MArtin has a patch waiting ...
>
> john
The better news is that in the tradition of collaborative developm
On Tue, May 28, 2002 at 07:05:56PM +0200, Jean-Marc Lasgouttes wrote:
> Jean-Marc> Could you provide a patch for BRANCH_1_2_1 to this effect
> Jean-Marc> (maybe in NEWS and INSTALL)
Is the below OK to apply ? Note that you've already mentioned this in
NEWS.
Index: INSTALL
=
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
[Nothing]
Hmm, sending the patch but not the message is a new interesting thing
to do... I wonder why this happened. Here it is anyway.
JMarc
--
The appended patch speeds up the buffer loading process by a factor
speedup3.diff.gz
Description: Binary data
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, May 28, 2002 at 05:01:04PM +0200, Thomas Anders wrote:
>>> >Sorry, this is an unsupported configuration (i.e. it doesn't
>>> work)
>>>
>>> At least there sho
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, May 28, 2002 at 05:01:04PM +0200, Thomas Anders wrote:
>> >Sorry, this is an unsupported configuration (i.e. it doesn't work)
>>
>> At least there should be a warning included in the configuration
>> summary. It's not even ment
--- Begin Message ---
actually I discovered that lyx does export files correctly, it stores them
in /tmp/ and correctly moves them to the working directory, however it
reports an error that it can't move the file even though it did, perhaps
you are testing the wrong return value from the os
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Okay. Also done.
Kayvan> So, you need to get:
Done, thanks.
JMarc
Hi,
My compliments on LyX, I really like it! (Currenly writing my master thesis using it).
I would like to propose two feature-enhancements:
1) automatic labels: whenever I insert a section or chapter header, it would be nice
to automagically have a label added to it (with the same name as the
On Tuesday 28 May 2002 4:40 pm, Andre Poenitz wrote:
> On Tue, May 28, 2002 at 01:00:09PM +0100, Angus Leeming wrote:
> > > Unrelated question: Why are there boost::shared_ptr<> al over the
> > > place? Sort of 'pimpl'?
> >
> > Where. I don't have the source to hand remember.
>
> /// The cac
On Tue, May 28, 2002 at 05:59:53PM +0200, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> On Tue, May 28, 2002 at 01:31:02PM +0100, Milos Komarcevic
> Kayvan> wrote:
> >> > > You can recreate yours (using the right spec file) and put them
>
On Tue, May 28, 2002 at 01:00:09PM +0100, Angus Leeming wrote:
> > Unrelated question: Why are there boost::shared_ptr<> al over the place?
> > Sort of 'pimpl'?
>
> Where. I don't have the source to hand remember.
/// The cache contains data of this type.
typedef boost::shared_p
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> The rest of the lines changed:
Lars> 3615409 827848 52084 4495341 4497ed src/lyx
All of these are with gcc 3.2?
JMarc
On Tue, May 28, 2002 at 05:01:04PM +0200, Thomas Anders wrote:
> >Sorry, this is an unsupported configuration (i.e. it doesn't work)
>
> At least there should be a warning included in the configuration
> summary. It's not even mentioned in INSTALL!
The fact it isn't mentioned anywhere should be
On Tue, May 28, 2002 at 05:16:29PM +0200, Andre Poenitz wrote:
> > http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg38327.html
>
> I am in the process of switching to a "if it's not on bugzilla, it's not a
> bug" policy...
It is on Bugzilla :)
john
--
"Time is a great teacher, bu
Hello,
[related to the build problems with some platforms and compilers]
www.testdrive.compaq.com offers free access to several platforms
including Linux/x86, Linux/Alpha and Tru64/Alpha. This may be
useful for testing the compile process before release, for producing
binary packages and/or for
On Tue, May 28, 2002 at 05:42:57PM +0300, Martin Vermeer wrote:
> like the one this refers to.
>
> http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg38327.html
I am in the process of switching to a "if it's not on bugzilla, it's not a
bug" policy...
Andre', who changes his mind fro
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| [larsbj@trylle opt]$ size src/lyx
|textdata bss dec hex filename
| 3787617 875960 52084 4715661 47f48d src/lyx
| 3664569 848528 52084 4565181 45a8bd src/lyx
| 3622513 832220 52084 4506817 44c4c1 src/lyx
The rest of
John Levon wrote:
> On Mon, May 27, 2002 at 05:32:11PM +0200, Peter Sonntag wrote:
>
>>I try to compile LYX 1.2.0 with qt2 frontent and I get the error message:
>
> Sorry, this is an unsupported configuration (i.e. it doesn't work)
IMHO this is an undesirable behaviour for a release. configure
Angus Leeming <[EMAIL PROTECTED]> writes:
>> As it is now xforms/Dialogs.C is ~135 lines long and is by far the
>> most compiler heavy file of them all!
>>
>> Comments:
>
| Well, does your "add" suggestion help? In my "wrappers" tree I no longer
| have to #include the fdesign generated "form_xxx
On Tue, May 28, 2002 at 02:55:05PM +0200, Jean-Marc Lasgouttes wrote:
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
>
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Tue, May 28, 2002 at 02:03:55PM +0200, Jean-Marc Lasgouttes
> Andre> wrote: I've added the missing
On Tue, May 28, 2002 at 04:02:21PM +0200, Andre Poenitz wrote:
> On Tue, May 28, 2002 at 11:30:46AM +0100, Angus Leeming wrote:
> > Yes. And to be able to delete the GraphicCacheItem when no insets
> > referenced it any more. I think that the callback is currently subverted
> > by the use of curre
On Tue, May 28, 2002 at 11:30:46AM +0100, Angus Leeming wrote:
> Yes. And to be able to delete the GraphicCacheItem when no insets
> referenced it any more. I think that the callback is currently subverted
> by the use of current_view (code I know nothing about; Juergen's your
> man here), but the
On Tue, May 28, 2002 at 03:33:37PM +0200, Lars Gullik Bjønnes wrote:
> | Lars posted the http address of the boost::signals documentation a few
> | days ago. If you ask him nicely...
>
> www.boost.org you mean?
I found it now. Although I find sourcefourge a strange place to look for
boost librar
Angus Leeming <[EMAIL PROTECTED]> writes:
>> Do you have a pointer to some introductory reading on signals?
>
| Lars posted the http address of the boost::signals documentation a few
| days ago. If you ask him nicely...
www.boost.org you mean?
| The implementation details are a little different
On Tue, May 28, 2002 at 03:13:51PM +0200, Lars Gullik Bjønnes wrote:
> | http://www.devel.lyx.org/cvs.php3
>
> Is that good enough? (read: updated)
Yup
john
--
"Time is a great teacher, but unfortunately it kills all its pupils."
- Hector Louis Berlioz
Angus Leeming <[EMAIL PROTECTED]> writes:
>> Currently I am working on replacing most of the signals in
>> frontends/Dialogs.h with boost::function... will be part of the
>> signals patch.
>
| So, the idea is to use the boost signals and slots and ditch SigC
| (except for in the gnome frontend)?
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, May 28, 2002 at 02:52:16PM +0200, Andre Poenitz wrote:
>
>> How do I get a list of all branches?
>
| http://www.devel.lyx.org/cvs.php3
Is that good enough? (read: updated)
viewcvs can tell you that.
--
Lgb
> Do you have a pointer to some introductory reading on signals?
Lars posted the http address of the boost::signals documentation a few
days ago. If you ask him nicely...
The implementation details are a little different to SigC's, but I
believe that the boost library was built with close refere
> | In my "wrappers" tree I no longer
> | have to #include the fdesign generated "form_xxx.h" files, thanks to
> | your illuminating comments about use of boost::ptrs and writting d-tors
> | out-of-line.
>
> Note that with the boost currently in use that should not be needed
> anymore to get it
On 28-May-2002 Andre Poenitz wrote:
> How do I get a list of all branches?
Well I go to lyxcvs (webcvs interface) and have a look at the
tags branch selection field ;)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> How do I get a list of all branches? Andre'
If you do a cvs log of any file (README), you will have a list of all
the tags and branches it is on.
JMarc
On Tue, May 28, 2002 at 11:30:46AM +0100, Angus Leeming wrote:
> Yes. And to be able to delete the GraphicCacheItem when no insets
> referenced it any more. I think that the callback is currently subverted
> by the use of current_view (code I know nothing about; Juergen's your
> man here), but the
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> John Levon <[EMAIL PROTECTED]> writes: | Below patch moves
Lars> Aiksaurus check to under extra lib/inc check so it | picks them
Lars> up properly.
>>
Lars> | Assuming my test build completes, ok to apply to 1.2 branch ?
Lars>
On Tue, May 28, 2002 at 02:52:16PM +0200, Andre Poenitz wrote:
> How do I get a list of all branches?
http://www.devel.lyx.org/cvs.php3
john
--
"Time is a great teacher, but unfortunately it kills all its pupils."
- Hector Louis Berlioz
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tue, May 28, 2002 at 02:29:04PM +0200, Lars Gullik Bj?nnes wrote:
>> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> | Lars> QuI then.
>> | QuI?
>> hmm... QoI then.
>
| QoI?
Quality of Implementation.
>> | Lars> No reason to parse prepropressor
Angus Leeming <[EMAIL PROTECTED]> writes:
>> /** Specialization for About LyX dialog
>> */
>> template
>> class GUIAboutlyx :
>> public GUI {
>> public:
>> ///
>> GUIAboutlyx(LyXView & lv, Dialogs & d)
>> : GUI(lv, d) {}
>> };
>>
>> Is really a strange way to do spe
On Tue, May 28, 2002 at 02:46:39PM +0200, Andre Poenitz wrote:
> On Tue, May 28, 2002 at 10:58:11AM +0100, Angus Leeming wrote:
> > This seems to be a good first step.
>
> Fine. But I am stuck now. The list of backreferences is in the way...
See my other mail; emit a signal...
Angus
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, May 28, 2002 at 02:03:55PM +0200, Jean-Marc Lasgouttes
Andre> wrote: I've added the missing 'usings' right now.
>> Can you do it in the 1.2.x branch too?
Andre> Do I need a seperately checked out branch for that?
Yes. If
On Tue, May 28, 2002 at 02:39:57PM +0200, Andre Poenitz wrote:
>
> Why does the GraphicCacheItem contain a list of insets that reference it?
>
> Just to be able to call back if something has changed?
Yes. And to be able to delete the GraphicCacheItem when no insets
referenced it any more. I thi
How do I get a list of all branches?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
John Levon <[EMAIL PROTECTED]> writes:
| Below patch moves Aiksaurus check to under extra lib/inc check so it
| picks them up properly.
>
| Assuming my test build completes, ok to apply to 1.2 branch ?
Yes.
--
Lgb
On Tue, May 28, 2002 at 12:36:43PM +0100, Jos? Ab?lio Oliveira Matos wrote:
> I would like to work to attain such goal but you should notice that the
> internal structure of such a block can change between versions so your plan
> isn't bullet proof.
Yes, there's no such thing as a free lunch.
On Tue, May 28, 2002 at 02:29:04PM +0200, Lars Gullik Bj?nnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> | Lars> QuI then.
> | QuI?
> hmm... QoI then.
QoI?
> | Lars> No reason to parse prepropressor symbols inside
> | Lars> #if 0 ... #endif
> | Note that it only outputs a warnin
On Tue, May 28, 2002 at 10:58:11AM +0100, Angus Leeming wrote:
> This seems to be a good first step.
Fine. But I am stuck now. The list of backreferences is in the way...
> GParams only came into existence
> because InsetGraphicsParams was so foul and horrible
[It's not better now. Actually, I
On Tue, May 28, 2002 at 02:28:18PM +0200, Lars Gullik Bj?nnes wrote:
>
> Is the complexity in frontends/controllers/GUI.h really needed?
>
> We have this class:
>
> template
> class GUI : public Controller {
> public:
> ///
> GUI(LyXView & lv, Dialogs & d) : Controller(lv, d), view
On Tue, May 28, 2002 at 02:03:55PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> I've added the missing 'usings' right now.
>
> Can you do it in the 1.2.x branch too?
Do I need a seperately checked out branch for that?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
wil
Why does the GraphicCacheItem contain a list of insets that reference it?
Just to be able to call back if something has changed?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> QuI then.
>
| QuI?
hmm... QoI then.
| Lars> No reason to parse prepropressor symbols inside
>
| Lars> #if 0 ... #endif
>
| Note that it only outputs a warning, not an erro
Below patch moves Aiksaurus check to under extra lib/inc check so it
picks them up properly.
Assuming my test build completes, ok to apply to 1.2 branch ?
john
Index: configure.in
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/co
Is the complexity in frontends/controllers/GUI.h really needed?
We have this class:
template
class GUI : public Controller {
public:
///
GUI(LyXView & lv, Dialogs & d) : Controller(lv, d), view_(*this) {}
///
virtual ButtonControllerBase & bc() { return bc_; }
On Tue, May 28, 2002 at 12:20:25PM +0200, Andre Poenitz wrote:
>
> Would anybody mind if I moved the InsetGraphics related stuff from
> src/graphics to insets/insetGraphics*?
>
> Like I started to do in the attached patch? [Not perfect, I know. Just
> moving things around for starters]
>
> Goal
On Tue, May 28, 2002 at 10:11:55AM +0100, John Levon wrote:
> On Tue, May 28, 2002 at 11:04:41AM +0200, Juergen Vigna wrote:
>
> > with Lars decisions of just droping some features! About the minipages I
> > don't have any open bug assigned telling me that there are problems with
> > them, so?!
>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> QuI then.
QuI?
Lars> No reason to parse prepropressor symbols inside
Lars> #if 0 ... #endif
Note that it only outputs a warning, not an error. So it is somehow
useful. And this warning can be shut off if you know its number
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, May 28, 2002 at 01:05:45PM +0200, Thomas Anders wrote:
>> src/mathed/math_xdata.C:214 (std::abs),
>> src/mathed/math_charinset.C:52 (std::isalpha),
>> src/mathed/math_cursor.C:1465,1549,1554 (std::isalpha),
>> src/mathed/ma
On Mon, May 27, 2002 at 06:31:59PM +0200, Lars Gullik Bj?nnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | void startProcess()
> | {
> | andre.graphic = new GraphicsItem("foo.eps");
> | andre.graphic.connect(SigC::slot(&andre, loaded_slot());
>
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, May 28, 2002 at 01:02:58PM +0200, Lars Gullik Bjønnes wrote:
>> | Well does this make any sense ? Andre wants the "display a graphics"
>> | functionality without the hassle of an inset.
>>
>> I have no strong opinions in this matter.
>
| So I c
On Tuesday 28 May 2002 10:43, Jules Bean wrote:
> OK. Well, seeing the problems being debated in that thread, I have a
> proposal to make.
>
> I can't over-emphasise how important the bitrot thing is: it really
> *must* be possible to read 3,5,7, 10 year old documents in LyX.
> Consider that in
On Tue, May 28, 2002 at 01:02:58PM +0200, Lars Gullik Bjønnes wrote:
> | Well does this make any sense ? Andre wants the "display a graphics"
> | functionality without the hassle of an inset.
>
> I have no strong opinions in this matter.
So I can just start shuffling the InsetGraphics related st
On Tue, May 28, 2002 at 01:05:45PM +0200, Thomas Anders wrote:
> src/mathed/math_xdata.C:214 (std::abs), src/mathed/math_charinset.C:52
> (std::isalpha), src/mathed/math_cursor.C:1465,1549,1554 (std::isalpha),
> src/mathed/math_mathmlstream.C:233 (std::strlen),
> src/mathed/math_parser.C:781,897,9
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, May 28, 2002 at 12:40:30PM +0200, Lars Gullik Bjønnes wrote:
>
>> Either that or move all graphics stuff, including insets, to
>> src/graphics. Much like the mathed source separation.
>
| Well does this make any sense ? Andre wants the "display a g
Lars Gullik Bjønnes wrote:
> | cxx: Error: formulabase.C, line 367: identifier "abs" is undefined
> | if (abs(x - first_x) < 2 && abs(y - first_y) < 2) {
> | ^
>
> I belive that abs as a macro is not allowed in C++.
> Also it might be that you compiler (correctly) puts abs in
On Tue, May 28, 2002 at 12:40:30PM +0200, Lars Gullik Bjønnes wrote:
> | Would anybody mind if I moved the InsetGraphics related stuff from
> | src/graphics to insets/insetGraphics*?
>
> Either that or move all graphics stuff, including insets, to
> src/graphics. Much like the mathed source separ
On Tue, May 28, 2002 at 12:40:30PM +0200, Lars Gullik Bjønnes wrote:
> Either that or move all graphics stuff, including insets, to
> src/graphics. Much like the mathed source separation.
Well does this make any sense ? Andre wants the "display a graphics"
functionality without the hassle of an
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Would anybody mind if I moved the InsetGraphics related stuff from
| src/graphics to insets/insetGraphics*?
Either that or move all graphics stuff, including insets, to
src/graphics. Much like the mathed source separation.
--
Lgb
On 28-May-2002 Jules Bean wrote:
> Then an old version of LyX can attempt to load a new version's docs
> ('Newer version detected, attempting to load anyway\n Unknown block
> type 'foo' ignored'), and, *most* of the time, a new version of the
> file format will just be a 'superset' of the old ve
Would anybody mind if I moved the InsetGraphics related stuff from
src/graphics to insets/insetGraphics*?
Like I started to do in the attached patch? [Not perfect, I know. Just
moving things around for starters]
Goal is better separation of functionality and possible code re-use for the
preview
On Tue, May 28, 2002 at 10:55:28AM +0200, Juergen Vigna wrote:
>
> Anyway do you come to the meeting? I bought my tickets and will be there
> from 14th to 18th, I really hope to see as much as possible of the faces
> I already know and hopefully a few new ones, but as much as I understood
> there
OK. Well, seeing the problems being debated in that thread, I have a
proposal to make.
I can't over-emphasise how important the bitrot thing is: it really
*must* be possible to read 3,5,7, 10 year old documents in LyX.
Consider that in many jurisdictions there is some requirement to keep
financ
Michael Koziarski <[EMAIL PROTECTED]> writes:
| Hey guys,
>
| did anyone have any problems with the boost::signals patch? I'd really
| like it if this one could make its way into HEAD sometime soon.
Leet's agree that if we do not get any complaints today, we just
commit it and force reactions.
Hey guys,
did anyone have any problems with the boost::signals patch? I'd really
like it if this one could make its way into HEAD sometime soon.
--
| Michael Koziarski |"Conventional wisdom is often |
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> mmm... note that f.ex. gcc will then complain if abs is not in
| Lars> std:: (no such symbol in namespace std)
>
| Lars> So we will have to guard that "using".
>
| No. The u
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> mmm... note that f.ex. gcc will then complain if abs is not in
Lars> std:: (no such symbol in namespace std)
Lars> So we will have to guard that "using".
No. The using works fine with cxx.
>>> | cxx: Warning: formulabase.C,
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, May 28, 2002 at 10:53:54AM +0200, Lars Gullik Bjønnes wrote:
>> | The 'using std::abs; ' is missing.
>>
>> mmm... note that f.ex. gcc will then complain if abs is not in std::
>> (no such symbol in namespace std)
>
| g++ 2.95 doe not complain,
On 28-May-2002 John Levon wrote:
> On Tue, May 28, 2002 at 11:04:41AM +0200, Juergen Vigna wrote:
>
>> with Lars decisions of just droping some features! About the minipages I
>> don't have any open bug assigned telling me that there are problems with
>> them, so?!
>
> bug 374, 375, 376 are a c
On Tue, May 28, 2002 at 11:04:41AM +0200, Juergen Vigna wrote:
> with Lars decisions of just droping some features! About the minipages I
> don't have any open bug assigned telling me that there are problems with
> them, so?!
bug 374, 375, 376 are a couple of examples. I don't know if all of the
On Tue, May 28, 2002 at 10:53:54AM +0200, Lars Gullik Bjønnes wrote:
> | The 'using std::abs; ' is missing.
>
> mmm... note that f.ex. gcc will then complain if abs is not in std::
> (no such symbol in namespace std)
g++ 2.95 doe not complain, i.e. it compiles for me.
Andre'
--
Those who desi
On Tue, May 28, 2002 at 11:05:26AM +0200, Andre Poenitz wrote:
> There were three people in the \author section of this file...
Sure but Baruch is on LyX sabbatical[1] ...
regards
john
[1] aka real life
--
"Time is a great teacher, but unfortunately it kills all its pupils."
- Hecto
On Tue, May 28, 2002 at 10:55:28AM +0200, Juergen Vigna wrote:
> Well Andre I think Angus told you that he's not able at the moment to
> compile lyx so what more support should he give you? You'll see all will
> be done in due time and we all have real work too, so give us the time
> to react :)
On 28-May-2002 John Levon wrote:
> On Tue, May 28, 2002 at 10:43:42AM +0200, Juergen Vigna wrote:
>
>> Well I disagree in return. It seems we have different opinions about
>> will be supported and I'm pretty sure external scripts get not enough
>> support!
>
> Well, our minipage and floatflt su
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, May 28, 2002 at 10:08:13AM +0200, Lars Gullik Bjønnes wrote:
>>
>> | cxx: Error: formulabase.C, line 367: identifier "abs" is undefined
>> | if (abs(x - first_x) < 2 && abs(y - first_y) < 2) {
>> | ^
>>
>> I belive that ab
On 28-May-2002 Andre Poenitz wrote:
> On Tue, May 28, 2002 at 09:41:30AM +0100, John Levon wrote:
>> > How big is the chance that the src/graphics stuff gets seperated
>> > "properly"
>> > (i.e. in some purely loading related and some InsetGraphics related part)
>> > "soon" (i.e within the next
On Tue, May 28, 2002 at 10:43:42AM +0200, Juergen Vigna wrote:
> Well I disagree in return. It seems we have different opinions about
> will be supported and I'm pretty sure external scripts get not enough
> support!
Well, our minipage and floatflt support in 1.2.0 wasn't too great was it
?
reg
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| Hi,
>
| Are several .cvsignore files missing?
| My "cvs update" says:
>
| ? boost/libs/regex/src/.deps
| ? boost/libs/regex/src/cpp_regex_traits.lo
| ? boost/libs/regex/src/cregex.lo
| ? boost/libs/regex/src/c_regex_traits_common.lo
| ? boost/libs/regex/s
On Tue, May 28, 2002 at 09:41:30AM +0100, John Levon wrote:
> > How big is the chance that the src/graphics stuff gets seperated "properly"
> > (i.e. in some purely loading related and some InsetGraphics related part)
> > "soon" (i.e within the next few weeks)?
>
> If you want it fixed ...
Some
On Tue, May 28, 2002 at 10:08:13AM +0200, Lars Gullik Bjønnes wrote:
>
> | cxx: Error: formulabase.C, line 367: identifier "abs" is undefined
> | if (abs(x - first_x) < 2 && abs(y - first_y) < 2) {
> | ^
>
> I belive that abs as a macro is not allowed in C++.
Indeed.
> Als
On 28-May-2002 Lars Gullik Bjønnes wrote:
> I disagree...
>
> A script that translates between two _specific_ lyx-format versions
> does not really have to know all the semantics of a lyx file.
You mean it has to only know the parts which changed between formats?
Well then give someone a good
On Tue, May 28, 2002 at 09:08:46AM +0200, Andre Poenitz wrote:
> How big is the chance that the src/graphics stuff gets seperated "properly"
> (i.e. in some purely loading related and some InsetGraphics related part)
> "soon" (i.e within the next few weeks)?
If you want it fixed ...
> Heck, it
Hi,
Are several .cvsignore files missing?
My "cvs update" says:
? boost/libs/regex/src/.deps
? boost/libs/regex/src/cpp_regex_traits.lo
? boost/libs/regex/src/cregex.lo
? boost/libs/regex/src/c_regex_traits_common.lo
? boost/libs/regex/src/c_regex_traits.lo
? boost/libs/regex/src/fileiter.lo
?
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 27-May-2002 John Levon wrote:
>> On Mon, May 27, 2002 at 06:26:06PM +0300, Dekel Tsur wrote:
>>
>>> A conversion script does not need to understand all the tokens in the .lyx
>>> file.
>>
>> Indeed. An external script is definitely the best way. Th
Thomas Anders <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>> o It is possible to compile lyx with Tru64 Unix cxx compiler
>> version 6.2, provided one uses
>> CXX='cxx -std strict_ansi'
>> CXXFLAGS='-ptr /tmp/lyx_cxx_repository -g'
>> CC=cc
>
| Bad promise. Stil
On 27-May-2002 John Levon wrote:
> On Mon, May 27, 2002 at 06:26:06PM +0300, Dekel Tsur wrote:
>
>> A conversion script does not need to understand all the tokens in the .lyx
>> file.
>
> Indeed. An external script is definitely the best way. Thins like
> tabular-old.C are just a painful mainte
Jean-Marc Lasgouttes wrote:
> o It is possible to compile lyx with Tru64 Unix cxx compiler
> version 6.2, provided one uses
> CXX='cxx -std strict_ansi'
> CXXFLAGS='-ptr /tmp/lyx_cxx_repository -g'
> CC=cc
Bad promise. Still doesn't compile cleanly (Tru64 5.0A PK3, latest
99 matches
Mail list logo
