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