On Fri, 8 Jun 2001, Juergen Vigna wrote:
> > 9. There are still infinite repaintings (very often, indeed)
>
> I can not confirm this! With the actual cvs version I don't suffer this
> any more. But if you can come up with a test case?!
Very strange. I checked that indeed I work with the latest sources. As a
kind of proof for the phenomenon described above, I send you the 10 first
entries of an almost endless backtrace. I got it when I started lyx,
opened a new document, inserted a 5x5 table and put a sequence of "e e e
e e e e " in the top left (first) cell. You can get the remaining 2345
frames if you like to :-)
====================================================================
Program received signal SIGSEGV, Segmentation fault.
0x4010b319 in
_XGetAsyncData
() from /usr/X11R6/lib/libX11.so.6
(gdb) #0 0x4010b319 in _XGetAsyncData
() fro
m /usr/X11R6/lib/libX11.so.6
#1 0x4010b8f9 in _XGetAsyncData () from
/usr/X11R6/
lib/libX11.so.6
#2 0x4010ebbd in _XFlush () from
/usr/X11R6/lib/libX11.so.6
#3 0
x400f0a5b in XDrawLine () from /usr/X11R6/lib/libX11.so.6
#4 0x808a06a in
Painte
r::line (this=0x83cc44c, x1=589, y1=106, x2=589,
y2=146,
col=tabularline, ls
=line_solid, lw=line_thin) at Painter.C:84
#5 0x81b566c in
InsetTabular::DrawCel
lLines (this=0x83fe278, pain=@0x83cc44c,
x=589, baseline=135, row=2,
cell=11
) at insettabular.C:414
#6 0x81b4eae in InsetTabular::draw
(this=0x83fe278, bv=0
x83cc328,
font=@0xbf80073c, baseline=135, x=@0xbf800858, cleared=true)
at
insettabular.C:292
#7 0x813d8cf in LyXText::draw (this=0x83ab968,
bview=0x83cc3
28,
row=0x83abb38, vpos=@0xbf800838, offset=0, x=@0xbf800858,
cleared=true)
at text.C:435
#8 0x81495f0 in LyXText::GetVisibleRow (this=0x83ab968,
bview=0
x83cc328,
y_offset=0, x_offset=0, row_ptr=0x83abb38, y=0,
cleared=false)
at text.C:3482
#9 0x812760c in LyXScreen::DrawOneRow (this=0x83ff990,
text=0x83a
b968,
bv=0x83cc328, row=0x83abb38, y_text=0, y_offset=0, x_offset=0)
at s
creen.C:154
#10 0x8127ff1 in LyXScreen::Update (this=0x83ff990,
text=0x83ab968,
bv=0x83cc328, y_offset=0, x_offset=0) at screen.C:430
==========================================================================
> > 14a. Still does not work - but even for normal text (not specific to
> > tables)
>
> Only "smaller" does not work? Some GUII related to the new dialog?
> Well it seems to work for me at least! Are you sure this is not
> font related?
I don't know exactly what you mean by "font related". I made another test
and found out that it is possible to set the font size to
"smaller" by using the character dialog whereas this does not work by
pressing "M-s S". The same applies to "huger" (I haven't tested all other
sizes).
> > 14b. Side effect: Changing the font size corrupts the cursor.
>
> What exactly do you mean with this? I don't see anything strange with the
> cursor here!
Make a 5x5 table, enter some text in the third line, mark a substring and
set its size to huger using the character dialog. You will notice that
the cursor (vertical line) is placed incorrectly (the cursor is not aware
that the cell starts lower on screen now ("lower" is probably not
the correct English word but I don't know any better phrase)
( michael.usefulComments() ) ? juergen.setHappy() : michael.moreInfo(juergen);
Michael
--
======================================================================
Michael Schmitt phone: +49 451 500 3725
Institute for Telematics secretary: +49 451 500 3721
Medical University of Luebeck fax: +49 451 500 3722
Ratzeburger Allee 160 eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de
======================================================================
