On Sun, Dec 09, 2001 at 09:59:44PM +0100, Michael Schmitt wrote:

> - Open new document; insert->float->figure; insert->minipage; insert->old graphics;
>   insert->tabular material next to the graphics; click on picture/table -> crash

I've reproduced this one - it doesn't happen reliably. Useless backtrace :(

there are some drawing bugs here too, let's not let those get forgotten !

> - John: select a set of cells in an empty table and press a key.  
>   the text will be inserted in the last cell after the selection
>   is cleared (good). but there will be a blue-background cursor
>   trail, e.g. two cells above. I've also seen it appear below
>   the tabular, inside the grey murk at the end of a document

I have made some selection changes that are not in yet. This will go
away as a result to at least some degree ...

> - When changing some font property of selected text, the selection is
>   revoked. This is unfortunate if you want to apply more changes to the
>   same text. Note: "Nedit", "Kwrite", and LyX 1.1.6 keep the selection (FR #457381)
>   Note: The same applies to table cell selections

There's an obvious patch ... (please add ? or whatever)

> - Clicking into the right half of a footnote does not work (wrong cursor 
>   placement) if there is another footnote after the footnote in the _same_ paragraph 
>   (#451276)
> 
> - Start LyX, open buffer, close buffer, have a look at the minibuffer (#478525)

many of these things won't be fixed for 1.2.0. Can we move some of them to
won't fix please so it's easier for us to see what matters ?

These two are WONTFIX, unless someone can exaplain the cursor.y() thing to me for
the first one ...

> - Create new doc; add 1x1 table; append a column 

still can't see it.

> - In the label dialog, the buttons should be reordered ("ok"/"clear"/"cancel")

WONTFIX

> - Menu items "Layout => XXX Style" are not updated for mathed (but the menu items 
>   can be used in math mode!)

patch exists.

> - Remove the old graphics inset (from GUI and from code
>   if automatic conversion is activated and works satisfyingly) (#477822)

I reckon WONTFIX. Unless Baruch turns up soon ...

> - A lot of math features are not visible in the GUI, e.g. font settings, macros; 
>   IMHO the GUI should list all LyX features; most users do not read the manual and 
>   will miss some of LyX's pearls

definitely WONTFIX. You can move all these back after 1.2.0, but they just get in
the way reading through this at the moment :)

> - In a table cell with all text being tiny, the cursor size is adjusted within the 
>cell's red box
>   wrt. the cell's height but not outside the red box (i.e. when pressing ESC)

WONTFIX

> - In the "open" dialog, "Documents" and "Examples" do not have shortcuts;
>   in "find & replace", no shortcuts are defined for "<" and ">"; in the "external 
>material"
>   dialog, "apply" is not activated if you enter the file name by hand

WONTFIX

> - A line break in an ERT is not printed correctly when the ERT is collapsed 

I guess we should just stop the button text at finding a newline

> - 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) 

WONTFIX

> - Create a document with about 10 open footnotes; then move to the end of the 
>document and collapse
>   the footnotes in reverse order -> the scroll bar is not updated fully correctly

can't reproduce this one either ...

> - The output of the list of possible completions given in the minibuffer if you 
>enter, e.g.,
>   "Alt+s" or "Alt+p" is delayed too long (at least on my machine) 

Amen to that ! What value do you want ?

> - Place an ERT and an empty minipage (same par) into a figure float; change ERT to
>   inlined view; enter some text into the ERT; try to click into its right half -> 
>doesn't work 

this looks just like the consecutive footnotes bug, please merge. the problem is
an inset immediately after another inset ...

> - The citation ref. dialog should have a similar feature as the buffer choice in
>   the cross ref. dialog

WONTFIX

> - Wouldn't it be wiser to have "algorithm"/"figure"/etc. as an option to
>   a general float? Currently, it is not possible to switch between types 
>   once you have created the float (you must cut&paste the content).

WONTFIX

> - You cannot delete empty LyX code paragraphs with the backspace key;
>   however, you can delete them with the delete key (#224411)
>   The same holds for pars within ERT insets (BTW: How about replacing the
>   lyxcode par layout by an inset? IIRC LyX code has some more problems caused 
>   by them not being real environments)

WONTFIX

> - Insert a figure float into an empty document; insert a minipage into
>   the float; insert a paragraph (a few words) into the minipage; then
>   set lines above and below the paragraph within the minipage -> the
>   lines are printed above and below, i.e. outside, the minipage!
> 
> - Paragraph attributes of a paragraph inside a minipage are those of
>   the surrounding paragraph.  These should be separate. (#479849)

These are fixed

> - It seems like "Wide figures" do not work with option "Here, definitely" 
>   (at least in the article class without additional flags/options). If that is 
>   generally true, the option should not be allowed for them.

I wish some latex guy would answer this one ...

> - 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)

I have a fix..

> - Appending a column to a centered table (preferably in the last column) 
>   also shifts it the very right

This is fixed by Juergen.

> - In the table dialog, you need to enter RETURN in order to set a fixed width
>   for a column; this is not acceptable because "close" simply throws away your 
>   change without a warning 

I still don't understand what is wrong with my fix for this.

> - 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)

behaviour has changed: redo problems now

regards
john

-- 
"Take the ideas you find useful. Try not to get hung up on the labels."
        - Jonathan S. Shapiro

Reply via email to