Re: Prerelease #2 of LyX 1.3.0

2003-01-14 Thread robin
Lars Gullik Bjønnes wrote:

I have just uploaded the tarball and the rpms to ftp.devel.lyx.org.

A lot of small fixes has been applied since (the unannounced) first
prerelease.

Even if I am not aware of any serious problems with pre2, you should
be careful to backup your documents before trying this one out.

The rpms are created against the xforms rpms that can be found in the
same dir as the prerelease.

Reports on installation and running this will be greately appreciated.
Be it failure or success reports...



It seems to work fine on Mandrake 9.0 with xforms-1.0-0.  The Turkish 
character bug (#413) is still there, as in 1.2.2 - did you compile with 
John Levon's patch?

Robin


--
"A Perl script is "correct" if it gets the job done before your boss 
fires you."
 - Larry Wall

Robin Turner
IDMYO
Bilkent Univeritesi
Ankara 06533
Turkey

www.bilkent.edu.tr/~robin




1.4.0cvs crash

2004-05-14 Thread Robin S. Socha
Configuration
  Host type:  i686-pc-linux-gnu
  Special build flags:warnings assertions use-aspell
  compression
  C   Compiler:   gcc
  C   Compiler flags: -g -O2
  C++ Compiler:   g++ (3.3.3)
  C++ Compiler flags: -g -O -fno-exceptions -W -Wall
  Linker flags:   
  Qt Frontend:
  Qt version:   3.2.3
  LyX binary dir: /usr/local/bin
  LyX files dir:  /usr/local/share/lyx

=

Configuration of LyX was successful.
Type 'make' to compile the program,
and then 'make install' to install it.
-([EMAIL PROTECTED]:7)-(42 files:[EMAIL PROTECTED])-(1 jobs)-(22:34)-
-(/mnt/src/CVS/lyx-devel:#)-> make
cd . && /bin/sh /mnt/src/CVS/lyx-devel/config/missing --run autoconf
/bin/sh ./config.status --recheck running /bin/sh ./configure  --with-frontend=qt 
--with-qt-includes=/usr/include/qt3 --with-qt-libraries=/usr/lib/qt3/ 
--enable-assertions --enable-debug --enable-maintainer-mode  --no-create --no-recursion
configuring LyX version 1.4.0cvs

=

ssertion triggered in virtual void InsetText::draw(PainterInfo&, int, int) const by 
failing check "!text_.paragraphs().begin()->rows.empty()" in file insettext.C:192

Program received signal SIGABRT, Aborted.
0x40ac7721 in kill () from /lib/libc.so.6
(gdb) where full
#0  0x40ac7721 in kill () from /lib/libc.so.6
No symbol table info available.
#1  0x40ac74c5 in raise () from /lib/libc.so.6
No symbol table info available.
#2  0x40ac89e8 in abort () from /lib/libc.so.6
No symbol table info available.
#3  0x0835ff8b in lyx::support::abort () at abort.C:19
No locals.
#4  0x080a137a in boost::assertion_failed (expr=0x40bcd510 " ô\022", 
function=0x40bcd510 " ô\022", file=0x40bcd510 " ô\022", line=1086117136) at boost.C:56
No locals.
#5  0x08200c2d in InsetText::draw (this=0x8640c40, [EMAIL PROTECTED], x=498, y=135) at 
stl_vector.h:605
bv = (BufferView *) 0x855ca28
#6  0x081d443d in InsetCollapsable::draw (this=0x8640c40, [EMAIL PROTECTED], x=498, 
y=131) at dimension.h:33
dimc = {wid = 68, asc = 19, des = 6}
aa = 21
#7  0x08142ce9 in (anonymous namespace)::RowPainter::paintInset (this=0xbfffd320, 
pos=897) at rowpainter.C:204
inset = (const class InsetBase *) 0x8640c40
pi = {base = {bv = 0x855c750, font = {bits = {family = ROMAN_FAMILY, series = 
MEDIUM_SERIES, shape = UP_SHAPE, size = SIZE_NORMAL, color = 0, emph = OFF, underbar = 
OFF, noun = OFF, number = OFF}, 
  lang = 0x84e864c, static sane = {family = ROMAN_FAMILY, series = MEDIUM_SERIES, 
shape = UP_SHAPE, size = SIZE_NORMAL, color = 0, emph = OFF, underbar = OFF, noun = 
OFF, number = OFF}, static inherit = {
family = INHERIT_FAMILY, series = INHERIT_SERIES, shape = INHERIT_SHAPE, size 
= INHERIT_SIZE, color = 55, emph = INHERIT, underbar = INHERIT, noun = INHERIT, number 
= OFF}, static ignore = {
family = IGNORE_FAMILY, series = IGNORE_SERIES, shape = IGNORE_SHAPE, size = 
IGNORE_SIZE, color = 56, emph = IGNORE, underbar = IGNORE, noun = IGNORE, number = 
IGNORE}}, style = LM_ST_TEXT, fontname = {
  static npos = 4294967295, _M_dataplus = {> = {}, _M_p = 0x8696ddc "mathnormal"}, static _S_empty_rep_storage = {0, 0, 0, 0}}, 
textwidth = 0}, pain = @0x855ca28}
#8  0x0814370b in (anonymous namespace)::RowPainter::paintFromPos (this=0xbfffd320, 
[EMAIL PROTECTED]) at rowpainter.C:356
pos = 897
orig_x = 496.75
c = 1 '\001'
hebrew = 7
arabic = 144
#9  0x08145ae0 in (anonymous namespace)::RowPainter::paintText (this=0xbfffd320) at 
rowpainter.C:837
pos = 897
vpos = 897
end = 909
body_pos = 0
layout = (const LyXLayout_ptr &) @0x86379a0: {px = 0x85f0ce8, pn = {pi_ = 
Internal: global symbol `sp_counted_base' found in slot.cpp psymtab but not in symtab.
sp_counted_base may be an inlined function, or may be a template function
(if a template, try specifying an instantiation: sp_counted_base).




Re: 1.4.0cvs crash

2004-05-17 Thread Robin S. Socha
Angus Leeming <[EMAIL PROTECTED]> writes:
> Alfredo Braunstein wrote:

>> So the question is: do we want opening an inset to automatically put
>> the cursor inside? Or should we *not* call fitCursor when
>> opening/closing footnotes? (are there other LFUNs that need it)?
>
> I think that we do want to put the cursor inside.

Not having used LyX for roughly 18 months, I found the new behaviour
quite counter-intuitive.

On an unrelated subject, I'd like to thank everyone who put so much work
into LyX. My SO is using it on her iMac (Debian/GNU ppc, mind you...)
and is totally overwhelmed by its power. She's a lawyer (that's why I'm
running the CVS version) and very happy with the jurabib support. If I
may utter a wish: Better support for jurabib (including \footcite and
its friends, see
http://www.jurabib.homelinux.org/jurabib/jb-com-ref.html) and possibly
jura.cls would be smashing.

Kind regards,
Robin



Re: 1.4.0cvs crash

2004-05-17 Thread Robin S. Socha
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>> Alfredo Braunstein wrote:

>>> So the question is: do we want opening an inset to automatically
>>> put the cursor inside? Or should we *not* call fitCursor when
>>> opening/closing footnotes? (are there other LFUNs that need it)?
>
>> I think that we do want to put the cursor inside.
>
> I don't think so. Opening is opening and moving the cursor is moving
> the cursor.

May I humbly comment that currently opening an inset positions the
cursor in the first line of the buffer - and that is counter-intuitive?
CVS checkout as of last afternoon.

Robin



Re: 1.4.0cvs crash

2004-05-17 Thread Robin S. Socha
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> Robin S. Socha wrote:

>> Not having used LyX for roughly 18 months, I found the new behaviour
>> quite counter-intuitive.
>
> Could you elaborate? Do you find couter-intuitive the fact that the cursor
> is not placed inside?

Yes, obviously. I mean, why else would one open an inset except to edit
its contents? Mind you, I'm taking a user's perspective here (a former
Mac user's to make matters worse).