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. Sylv
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 disp
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-devel&m=1051135
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&m=105113574231480&w=2
Alfredo
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 jus
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_[
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 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 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 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.
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 disp
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 installatio
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
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
>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
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 d
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 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
--
Chris
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 permane
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
mini-lap
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 text
21 matches
Mail list logo
