On Sun, Dec 02, 2001 at 05:45:09PM +0100, Michael Schmitt wrote:
> this weekend's work has uncovered another set of small but annoying
> bugs. Meanwhile the number of open issues has increased to an all-time
> high (74). Nevertheless, LyX has become much more stable last week.
> Maybe I am becoming more and more pretentious at the same time...?
No, it's becoming more stable so your bugs are becoming more detailed.
This is called the process of stabilisation ...
> - No list of possible completions is given anymore in the minibuffer if you enter,
>e.g.,
> "Alt+s" or "Alt+p" (or it takes a much too long time until they occur)
hmm, guess this is related to my stuff ... let me see.
> - The width is computed incorrectly for tables with many (vertically overlapping)
>multicolumn cells.
> I observed the case that a table was enlarged when entering chars in a multicolumn
>cell even though
> the cell itself was not filled completely (example by request)
example please !
> - Append a column after the _last_ column in a table:
I don't get this one. Are you sure you had Juergen's /most/ recent changes in ?
> - Is there any way to speed up "Search&Replace" when it comes to wide tables? LyX
>redraws such
> tables hysterically even though the search text is not found in them. IMHO LyX
>should only update
> the screen when some text is found or the search is finished
I don't think this is going to be fixed any time soon - the proper thing to do
would be to use ParIterator ...
> - Viewing my PhD with PDF (pdflatex) results in a seg fault (dvi is no problem):
>
> #0 BufferView::owner (this=0x0) at BufferView.C:52
> #1 0x080a3962 in ShowMessage (buf=0x83951b0, msg1=@0xbfffdbe0, msg2=@0xbfffdbec,
>msg3=@0xbfffdbdc) at lyx_cb.C:122
how odd. can you create a smaller example file ?
> - Open new doc; insert float; insert some text into the float; open other doc; close
>other doc
> -> cursor is at the beginning of the inset (normally it keeps its former
>position)
now that IS picky. I don't know why this changed actually ...
> - Select some text; paste it with middle button (no highlighting); paste it again
> (highlighting), paste it again (no highlighting), ...
yep, I know :)
> - Create new "book" document; select "chapter" paragraph layout; enter some text;
> move the cursor to the beginning of the chapter title; press return -> "Chapter 1"
> is printed below the title
also happens with minipages.
> - For a vertical space of 0.4cm, no "Space below" message is printed. I think it
>would be nice to
> have at minimum vertical space (on screen) such that the message is fully printed.
Well I totally disagree. Not a bug !
> - When moving the paragraph dialog out of the desktop and back to screen, the text
>"keep" (twice) is truncated
> (and only this one). Is this a problem with KDE 2?
probably xforms
> ? "Remove all error boxes" does not remove error boxes from within minipages
> (you can produce them by changing the document class to a class not installed)
I have a fix for this, but no one has commented on it yet.
But besidesm, I can't see this problem because for me layouts inside minipages etc.
are not error-inserted (and indeed, I can't see the code for doing that). My attempts
to add code for inserting errors there currently crashes.
> - Open a new document; insert a note; insert an ERT into the note;
> -> the cursor in front of the ERT is not cleared
yeah, that one bugs me too.
> - Clicking into the right half of a footnote does not work (wrong cursor
> placement) if there is some plain text after the footnote in the _same_ paragraph
> (#451276)
I've fixed this ! not applied yet though.
> - An hfill is just drawn as a vertical bar if no text is following it. This is not
> correct for the case where there is more than one hfill in a line.
As you know, I've got a fix for this too.
> - Undo does not repaint the background of a note correctly
details please.
> - LyX crashes (stack overflow) if you search for "test" in file "Extended.lyx"
> (maybe related to the four minipages in section 3.7.2) (#478004)
>
> The user guide makes lyx crash as well if you search for word "hyphenation"
er, can you still reproduce these ? I certainly can't.
> - Add a table to an empty document; insert a few characters into the
> table cells; then move the cursor in front of the table and invoke
> "find" with a search string of your choice. When the end of the table
> is reached, the cursor is placed _in front_of the table again
> (#457396)
>
> If you embed a table in some plain text, the cursor is placed
> at the beginning of the table after "find" even if search started
> at the very beginning of the document and there is some text
> after the table!!!
again, these are the same bug....
> - After selecting the first few rows of a table, CTRL+Shift+CursorDown
> corrupts the display output (#451274)
Fixed !
> - Add a note to an empty document; add three lines of text into the note;
> cut some of the text (in all lines); undo the operation -> note is not
> drawn correctly ("past the end of the document") (#451286)
please reproduce
john
--
"Faced with the prospect of rereading this book, I would rather have
my brains ripped out by a plastic fork."
- Charles Cooper on "Business at the Speed of Thought"
