Current cvs is crashing everywhere.
One of the problems is that we have lyxtext using the global cursor, when
the relevant slice of this cursor can belong elsewhere.
This can be a nightmare to debug (and maintain). IMVHO, we don't have enough
willing manpower to afford that.
For instance, in
Hi,
I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad, etc.).
Before you question my sanity, let me reassure you that i.e. the Zaurus
C7x0 has a 640x480 display and a usable keyboard, so it's more like a
On Thursday 29 January 2004 22:57, Paul Stansell wrote:
Hi,
I previously reported a bug in lyx-1.3.1 to
http://bugzilla.lyx.org/show_bug.cgi?id=1459 (I hope that was correct).
Any, the bug is still present in lyx-1.3.3. I consider this bug to be
very serious because data may be permanently
On Fri, 30 Jan 2004, Michael Lauer wrote:
Hi,
I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad, etc.).
Just out of curiosity... can you have a latex installation on one of
those?
/Christian
--
The standard counters (stdcounters.inc) don't work in latex8.layout. I
couldn't figure out how to define a layout counter so I am not sure what
the reason is. Here're what i know
1) latex8 uses \Section instead of \section so latexname is
redefined in latex8.layout
2) LyX complains step:
On Thursday 29 January 2004 20:47, Kuba Ober wrote:
The problem is not the actual conversion, this would indeed be trivial.
The problem is something else:
File format changes without changing the file format version number
will bring serious compatibility problems.
Well, I do want to
I will take a look into it, it shouldn't be too difficult to fix.
Thanks!
Do you know what is the purpose of the displaystyle in the file? How
would a present file look like?
Yes, it prevents fractions from being displayed using small fonts.
Paul Stansell
This fixes a few of the gaping holes of the previous changes (and
opens a few new ones).
On the good side:
- most (all?) of the immediate 'click on inset crashes' are fixed.
- mathed is working again (using the global cursor!)
- C-m in mathed now opens some lightweight 'real' inset MBoxInset
Andre Poenitz wrote:
[...]
If your patch does half of what you say it does: good work! ;-)
Alfredo, I certainly would not mind if you had a look at the coordinate
business. It's currently somewhere in the limbo between 'screen
absolute' and 'document absolute' and I wouldn't be surprised if
Christian Ridderstrm wrote:
On Fri, 30 Jan 2004, Michael Lauer wrote:
Hi,
I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad, etc.).
Just out of curiosity... can you have a latex installation on one of
Michael Lauer [EMAIL PROTECTED] writes:
| Hi,
| I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
| found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad, etc.).
| Before you question my sanity, let me reassure you that i.e. the Zaurus
| C7x0 has a 640x480 display
On Fri, 30 Jan 2004, Alfredo Braunstein wrote:
Christian Ridderström wrote:
On Fri, 30 Jan 2004, Michael Lauer wrote:
Hi,
I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad, etc.).
Just out
On Tue, Jan 27, 2004 at 10:09:12PM +0100, Georg Baum wrote:
I get this error when compiling latest CVS with gcc 2.95 + stlport:
g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost
-I/usr/include/stlport-I/usr/X11R6/include -DCXX_GLOBAL_CSTD
-ftemplate-depth-30 -nostdinc++ -g -W
On Tue, Jan 27, 2004 at 09:58:19PM +, Angus Leeming wrote:
Georg Baum wrote:
It compiles if I change line 838 of src/Cursor.C from
if (t.operator-() != anchor_[depth()].inset())
to
if (t.operator-() !=
const_castInsetBase const *(anchor_[depth()].inset()))
Is this
On Wed, Jan 28, 2004 at 12:10:48PM +0100, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| Georg Baum wrote:
It compiles if I change line 838 of src/Cursor.C from
if (t.operator-() != anchor_[depth()].inset())
I wonder what has been smoked here to think this is a
On Wed, Jan 28, 2004 at 12:31:01PM +0100, Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Angus Leeming [EMAIL PROTECTED] writes:
| | Georg Baum wrote:
It compiles if I change line 838 of src/Cursor.C from
if (t.operator-() != anchor_[depth()].inset())
Andre Poenitz [EMAIL PROTECTED] writes:
| This intention of this 'nucleus/operator-' pair instead of the usual
| 'nucleus/nucleus' pair was to be able to find the non-const accesses
| with grep. [They are sort of 'unwanted' in the light of potential
| shared_ptr usage and each use should be
Christian Ridderstrm wrote:
Wouldn't it require a (minor?) fix because lyx won't find any latex
classes?
I think this has been fixed by Michael at some point
Have a look at
http://marc.theaimsgroup.com/?l=lyx-develm=105113574231480w=2
Alfredo
On Fri, 30 Jan 2004, Alfredo Braunstein wrote:
Christian Ridderström wrote:
Wouldn't it require a (minor?) fix because lyx won't find any latex
classes?
I think this has been fixed by Michael at some point
Have a look at
http://marc.theaimsgroup.com/?l=lyx-develm=105113574231480w=2
On Friday 30 January 2004 10:55, Paul Stansell wrote:
I will take a look into it, it shouldn't be too difficult to fix.
Thanks!
Do you know what is the purpose of the displaystyle in the file? How
would a present file look like?
Yes, it prevents fractions from being displayed
The lyx crashes situation is better. Thanks.
Lyx still crashes on:
1. C-N (New document)
2. C-M (Insert math inset)
3. type X^Y in the math inset
The ^ causes the crash on some of my machines, but the C-m causes
the crash on my Solaris box.
---Kayvan
--
Kayvan A.
Current cvs is crashing everywhere.
One of the problems is that we have lyxtext using the global cursor, when
the relevant slice of this cursor can belong elsewhere.
This can be a nightmare to debug (and maintain). IMVHO, we don't have enough
willing manpower to afford that.
For instance, in
Hi,
I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad, etc.).
Before you question my sanity, let me reassure you that i.e. the Zaurus
C7x0 has a 640x480 display and a usable keyboard, so it's more like a
On Thursday 29 January 2004 22:57, Paul Stansell wrote:
> Hi,
>
> I previously reported a bug in lyx-1.3.1 to
> http://bugzilla.lyx.org/show_bug.cgi?id=1459 (I hope that was correct).
> Any, the bug is still present in lyx-1.3.3. I consider this bug to be
> very serious because data may be
On Fri, 30 Jan 2004, Michael Lauer wrote:
> Hi,
>
> I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
> found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad, etc.).
Just out of curiosity... can you have a latex installation on one of
those?
/Christian
--
The standard counters (stdcounters.inc) don't work in latex8.layout. I
couldn't figure out how to define a layout counter so I am not sure what
the reason is. Here're what i know
1) latex8 uses "\Section" instead of "\section" so latexname is
redefined in latex8.layout
2) LyX complains "step:
On Thursday 29 January 2004 20:47, Kuba Ober wrote:
> >
> > The problem is not the actual conversion, this would indeed be trivial.
> > The problem is something else:
> > File format changes without changing the file format version number
> > will bring serious compatibility problems.
>
> Well, I
>I will take a look into it, it shouldn't be too difficult to fix.
Thanks!
>Do you know what is the purpose of the displaystyle in the file? How
> would a present file look like?
Yes, it prevents fractions from being displayed using small fonts.
Paul Stansell
This fixes a few of the gaping holes of the previous changes (and
opens a few new ones).
On the good side:
- most (all?) of the immediate 'click on inset crashes' are fixed.
- mathed is working again (using the global cursor!)
- C-m in mathed now opens some lightweight 'real' inset MBoxInset
Andre Poenitz wrote:
> [...]
If your patch does half of what you say it does: good work! ;-)
> Alfredo, I certainly would not mind if you had a look at the coordinate
> business. It's currently somewhere in the limbo between 'screen
> absolute' and 'document absolute' and I wouldn't be
Christian RidderstrÃm wrote:
> On Fri, 30 Jan 2004, Michael Lauer wrote:
>
>> Hi,
>>
>> I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
>> found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad, etc.).
>
> Just out of curiosity... can you have a latex
Michael Lauer <[EMAIL PROTECTED]> writes:
| Hi,
>
| I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
| found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad, etc.).
>
| Before you question my sanity, let me reassure you that i.e. the Zaurus
| C7x0 has a 640x480
On Fri, 30 Jan 2004, Alfredo Braunstein wrote:
> Christian Ridderström wrote:
>
> > On Fri, 30 Jan 2004, Michael Lauer wrote:
> >
> >> Hi,
> >>
> >> I want to allow LyX to be built against Qt/Embedded and Qtopia/Opie as
> >> found on recent Sharp Zaurus PDAs and others (e.g. ipaq, SIMpad,
On Tue, Jan 27, 2004 at 10:09:12PM +0100, Georg Baum wrote:
> I get this error when compiling latest CVS with gcc 2.95 + stlport:
>
> g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost
> -I/usr/include/stlport-I/usr/X11R6/include -DCXX_GLOBAL_CSTD
> -ftemplate-depth-30 -nostdinc++ -g
On Tue, Jan 27, 2004 at 09:58:19PM +, Angus Leeming wrote:
> Georg Baum wrote:
> > It compiles if I change line 838 of src/Cursor.C from
> >
> > if (t.operator->() != anchor_[depth()].inset())
> >
> > to
> >
> > if (t.operator->() !=
> > const_cast(anchor_[depth()].inset()))
> >
> > Is this
On Wed, Jan 28, 2004 at 12:10:48PM +0100, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Georg Baum wrote:
> >> It compiles if I change line 838 of src/Cursor.C from
> >>
> >> if (t.operator->() != anchor_[depth()].inset())
>
> I wonder what has been smoked here to
On Wed, Jan 28, 2004 at 12:31:01PM +0100, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | Angus Leeming <[EMAIL PROTECTED]> writes:
> >
> | | Georg Baum wrote:
> >>> It compiles if I change line 838 of src/Cursor.C from
> >>>
> >>> if (t.operator->() !=
Andre Poenitz <[EMAIL PROTECTED]> writes:
| This intention of this 'nucleus/operator->' pair instead of the usual
| 'nucleus/nucleus' pair was to be able to find the non-const accesses
| with grep. [They are sort of 'unwanted' in the light of potential
| shared_ptr usage and each use should be
Christian RidderstrÃm wrote:
> Wouldn't it require a (minor?) fix because lyx won't find any latex
> classes?
I think this has been fixed by Michael at some point
Have a look at
http://marc.theaimsgroup.com/?l=lyx-devel=105113574231480=2
Alfredo
On Fri, 30 Jan 2004, Alfredo Braunstein wrote:
> Christian Ridderström wrote:
>
> > Wouldn't it require a (minor?) fix because lyx won't find any latex
> > classes?
>
> I think this has been fixed by Michael at some point
>
> Have a look at
>
On Friday 30 January 2004 10:55, Paul Stansell wrote:
> >I will take a look into it, it shouldn't be too difficult to fix.
>
> Thanks!
>
> >Do you know what is the purpose of the displaystyle in the file? How
> > would a present file look like?
>
> Yes, it prevents fractions from being
The lyx crashes situation is better. Thanks.
Lyx still crashes on:
1. C-N (New document)
2. C-M (Insert math inset)
3. type X^Y in the math inset
The "^" causes the crash on some of my machines, but the C-m causes
the crash on my Solaris box.
---Kayvan
--
Kayvan A.
42 matches
Mail list logo