Hello,

this is the last update of my bug list before Christmas (hmmm, sounds 
like "Nightmare before Christmas"). The next update will not be 
available before December 29th.

I have checked most bug fixes (great improvements! Thanks, Juergen) but 
I also found a couple of new bugs. The list still contains 60 items but 
the number of serious bugs is shrinking constantly.

This time I send the list directly to you, as the normal email traffic 
related to LyX seems to be broken.

I wish you all a pleasant time and big, expensive gifts :-)

Michael

                LyX 1.2.0cvs - Bug list


  Please help me to keep this list up to date. 

  Report new or fixed bugs *directly* to '[EMAIL PROTECTED]'

*******************************************************************************

Checked last time on 2001/12/20:

- 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) 
(#131)

- Starting LyX: "LyX: Unknown tag `\printspool_command' [around line 78 of file 
~/.lyx/lyxrc.defaults]"

- Create a document with a note inset and a few ERTs (with dummy text) inside and 
outside the note;
  perform "undo", "redo", "cut&paste of complete ERTs" in arbitrary order -> LyX
  crashes eventually, e.g.

  #0  0x08223df8 in Row::height (this=0xa809efdc) at lyxrow.h:106
  #1  0x080cfeec in LyXScreen::drawFromTo (this=0x6ee3efdc, text=0x6ed7ee70, 
bv=0x5fc60fec, y1=0, y2=414, y_offset=0, x_offset=0,
      internal=false) at screen.C:141
  #2  0x080d0ef7 in LyXScreen::update (this=0x6ee3efdc, text=0x6ed7ee70, 
bv=0x5fc60fec, y_offset=0, x_offset=0) at screen.C:445
  #3  0x08057160 in BufferView::Pimpl::update (this=0x5fc62f28) at 
BufferView_pimpl.C:1010
  #4  0x08057349 in BufferView::Pimpl::update (this=0x5fc62f28, text=0x6ed7ee70, f=7) 
at BufferView_pimpl.C:1082
  #5  0x0805177e in BufferView::update (this=0x5fc60fec, text=0x6ed7ee70, f=7) at 
BufferView.C:178
  #6  0x08052977 in BufferView::menuRedo (this=0x5fc60fec) at BufferView2.C:267
 
  or

  #0  Paragraph::inInset (this=0x0) at paragraph.C:2096
  #1  0x080fe89e in textHandleUndo (bv=0x5fc60fec, undo=0x95ebcfe4) at undo_funcs.C:216
  #2  0x080fe44b in textRedo (bv=0x5fc60fec) at undo_funcs.C:93
  #3  0x080528ea in BufferView::menuRedo (this=0x5fc60fec) at BufferView2.C:264

  I know it's a bit unspecific but if you try hard you will be able to reproduce it.
  BTW: By accident, I managed to enter _black_ text at the beginning of an ERT

- When changing some font property for a set of table cells, the cell selection is 
revoked.

- Enter math mode; enter "1" twice -> different font

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

- When selecting a set of cells in a large table (>screen size) with cursor up/down, 
  sometimes the wrong cells are selected. (Some uninitialized variables?)

- Open new document; insert->float->figure; insert->minipage;
  insert->old graphics; insert->tabular material next to the graphics;
  place the cursor anywhere in the table (dummy position or table cell
  doesn't matter).  Now click on the picture -> crash

- Insert a minipage inside a 1x1 table inside a figure float; then set the minipage 
width 
  to 90% (whatever that means) -> you cannot invoke the minipage dialog anymore;
  there are also general drawing and cursor positioning problems, e.g. try to cut the 
minipage 
  and paste it outside the figure

- In math mode, enter "a", "^", "_", "<cursorleft>", "<cursorleft>". The subscript of 
the 
  superscript is deleted correctly but a small dot remains as the superscript of "a" 
on screen.

- Appending a column after the last column causes a freed memory access, #108:

  #0  0x080d3bb7 in LyXTabular::AppendColumn (this=0x8b730f98, cell=4) at tabular.C:308
  #1  0x0814f3de in InsetTabular::tabularFeatures (this=0x8b72ef6c, bv=0x5fc60fec, 
feature=APPEND_COLUMN, value=@0xbfffeff8)
      at insettabular.C:1794
  #2  0x081a7f1b in FormTabular::input (this=0x5f04cf00, ob=0x91ea6ef8) at 
FormTabular.C:618
  #3  0x081c71f8 in FormBaseDeprecated::InputCB (ob=0x91ea6ef8, data=0) at 
FormBaseDeprecated.C:212
  #4  0x081c6976 in C_FormBaseDeprecatedInputCB (ob=0x91ea6ef8, d=0) at 
FormBaseDeprecated.C:54
  #5  0x4005364e in fl_object_qread () from /usr/X11R6/lib/libforms.so.0.89
  #6  0x40063fc8 in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.89
  #7  0x08166eba in GUIRunTime::runTime () at GUIRunTime.C:86
  #8  0x080a6457 in LyXGUI::runTime (this=0x4266bff0) at lyx_gui.C:315
  #9  0x080a6cb4 in LyX::LyX (this=0xbffff1cc, argc=0xbffff1f4, argv=0xbffff254) at 
../src/lyx_main.C:173
  #10 0x080c576e in main (argc=1, argv=0xbffff254) at ../src/main.C:38
  #11 0x402a07ee in __libc_start_main () from /lib/libc.so.6

- 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 (how about 1 or 2 seconds only?) (#124)

- Insert a minipage into an empty document; insert a few characters in front of the
  (open) minipage -> the minipage is moved past the right border of the LyX main 
window (#125)

- "Wide figures" do not work with option "Here, definitely" (at least in the article 
class 
  without additional flags/options). Therefore the option should be disabled for them.

- Place an ERT into a figure float; collapse it; place a minipage next to it 
  -> the green background is painted beyond the right border of the minipage

- Create new doc; add 5x5 table; insert a letter into each cell of the first column;
  set the size of the letter in the topmost cell to tiny (alt+s t) -> incorrect redraw

Checked last time on 2001/12/19:

- Place two tables (2 columns, 8 rows each; the second column with fixed length) in 
two 
  subsequent paragraphs (no other text in the same pars).  Now do the following: Click 
  into an arbitary cell (second column) of one of these tables. Use the scroll bar 
(right 
  side of LyX main window) to move the tables outside the screen and back (keep mouse 
  pressed while doing so). Then click into a cell of the other table (again in the 
second column).
  Eventually, the content of the selected cell is wiped out on screen. Moving the 
cells up and 
  down will also clear the other cells.  If you cannot reproduce this bug immediately, 
try it 
  again. Approx. every tenth time, the bug occurs.

- Create a document with many consecutive tables (2 columns, 8 rows, 
  second column with fixed width (11cm)). Preferably, create one such table, 
  fill it with some text (several lines in cells on second column) and copy it ten 
times.
  Then go to the fifth table and select some text with a cell of the second column 
  -> the cursor jumps to another table on screen (but logically it is still within the 
     right cell; so there is just a drawing problem)

- Add a URL inset into one of the tables (see above); click on that URL with the left 
  mouse button (repetitively) -> the URL is printed in the top left corner of the LyX 
text window.

- I get the console message "Should this ever happen?" if I export a document with a 
  couple of tables to ASCII

Checked last time on 2001/12/17 (evening):

- Insert a figure float into an empty document; insert a minipage (width: 50%) 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 a few pixels too large 
(out of minipage)

- Insert/Special character/Linebreak shows a very strange behaviour within 
  mathed especially if you change from math formula to display formula 
  afterwards (#118)

Checked last time on 2001/12/15:

- In the "open" dialog, "Documents" and "Examples" do not have shortcuts;
  in the "external material" dialog, "apply" is not activated if you enter the file 
name by hand

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

- If you invoke "find&replace", it happens that after the last occurrence the cursor 
  is set to the end of the document but the previous occurrence is still 
highlighted/selected. 
  This is, of course, not a bug. However, I guess it makes things much more 
complicated 
  if the cursor is not always placed at the beginning or end of a selection. Maybe 
there 
  is some opportunity to simplify LyX in this direction and make it more robust at the 
  same time??? Please give some comment on whether I shall keep this item.

Checked last time on 2001/12/08:

- Create new doc; insert a figure float; insert a 2 col x 1 row table into the float;
  insert an _old_ figure inset into each cell with width=50%page and an invalid file 
name;
  export to pdflatex -> 4 errors are reported (correct!); export to pdflatex again 
(stupid, but try) 
  -> lyx aborts. I don't care about the old figure inset as it should be removed 
anyway.
  However, I guess there is a bug in the error handling (#115)
  
- German "ö" (o umlaut) has a strange effect in mathed

- Select some text; paste it with middle button (no highlighting); paste it again
  (highlighting), paste it again (no highlighting), ... (#35)

- Insert a figure float into an empty document; insert a _large_ table
  (> screen size) into the figure float; add some text right after the 
  table (on a separate line); select the text -> it is not highlighted! (#127)

- Insert a (math) inset into a table cell. Then, move the cursor along the current 
  row. The lines at the bottom of other cells are erased (on screen) (#59)
 
- Create new "article (koma-script)" document; insert a minipage; add three pars of 
text
  into the minipage; set the second par to "minisec" layout; set document to "SGML 
article";
  click on the error inset -> some text following the error inset is highlighted (#129)

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

- 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 
(#132)

Checked before 2001/12/06:

- It makes a difference whether you mark a whole table and press "Alt+s t" (for size 
"tiny")
  or you mark the text in each cell individually (line spacing is different!). On 
screen
  not difference can be observed! (it took me an hour to analyse the probem :-() (#36)

- When pressing ESC in a cell of a large table (>screen size), the table is scrolled 
even
  though the cell is already visible (example requested by John)

- 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 requested by John)

- If a footnote is used inside a tabular which is 1) outside floats
  2) not in a minipage 3) no long-tabular, the following two lines have to be 
  inserted to the preamble (according to Dekel):
     \usepackage{footnote}
     \makesavenoteenv{tabular}
  Else you get a footnote symbol but no footnote text.

- After defining the Tgif (vector drawing program) file type and
  converters to eps and xpm, the graphics inset still does not accept
  my files. Why? In that context, could somebody please explain why
  there is a need for an "external material" inset anymore? (Details later)

- If you do not press "save" immediately after pressing "modify" in the 
  Preferences/Converters dialog, you have no chance to do so later

- Minibuffer message is duplicated:

     "LaTeX run number 2 (message LaTeX run number 2)"    

  Only occurs when you click at menu item "View/DVI"; CTRL-D works well (#122)
  
- If several table cells are combined in one multicolumn cell, the content
  of all but the first cell is lost (hidden). IMHO the content of all cells
  should be merged in order to prevent unintended loss of text (#121)

- Create a note inset in a large document and fill it with text until its 
  content cannot be fully displayed on screen.
  Then move the cursor in front of the note, press CursorDown (you are now
  scrolling past the note), press CursorUp (you are back in front of the note),
  and press CursorLeft -> you enter the note but again the document is scrolled, 
  this time totally unnecessarily. Too much scrolling is really confusing!

- PageDown (only 5 lines downwards) and PageUp (movement to either the last
  or one but last line) do not work in a (large) note inset (#60)

- Add some labels to your document, then open the "Reference" dialog.
  As soon as you move the cursor down in the list of references, 
  all references (i.e. their names) are shifted to the right
  The same problem occurs with "bibliography keys" in the citation dialog

- If I start LyX in my document directory, LyX should offer the current directory 
  as default location in the "Open..." dialog. But it always shows the home 
  directory instead. (#46)

- The scroll button of a wheel mouse does not work with insets as the cursor
  is blocked ("hangs") at some position; the problem
  seems to occur if the cursor is set right after an inset 

- Navigate does not work for algorithms and figures (#11)

- Warnings and messages (2001/12/20)

math_cursor.C:798: warning: #warning This should probably take cellXOffset and 
cellYOffset into account
math_gridinset.C:50: warning: #warning fix this once the interface to LyXLength has 
improved
math_kerninset.C:42: warning: #warning fix this once the interface to LyXLength has 
improved
math_parser.C:934: warning: #warning A hack...
insetminipage.C:76: warning: #warning Remove this color definitions before 1.2.0 final!
insettabular.C:662: warning: #warning fix scrolling when cellinset has requested a 
scroll (Jug)!!!
insettabular.C:1404: warning: #warning This should be fixed in the right manner 
(20011128 Jug)
insettabular.C:2080: warning: #warning Remove use of VSpace as soon as 
LyXLength::inPixels exists (JMarc)
insettext.C:1099: warning: #warning I changed this to always return Dispatched maybe 
it is wrong (20011001 Jug)
insettext.C:2474: warning: #warning Dekel please have a look on this one RTL? (Jug)
insettext.C:2475: warning: #warning DEKEL!
lyxsum.C:23: warning: #warning lyx::sum() using mmap (lightning fast)
BufferView2.C:120: warning: #warning FIXME
BufferView2.C:560: warning: #warning FIXME
BufferView_pimpl.C:833: warning: #warning variable c is set but never used. What is it 
good for?? (JMarc)
BufferView_pimpl.C:834: warning: #warning isnt this code dead ?? "open a float" ??? 
(jbl)
BufferView_pimpl.C:3253: warning: #warning Why is this code different from 
specialChar() below? (JMarc)
buffer.C:295: warning: #warning And _why_ is this here? (Lgb)
tabular.C:2358: warning: #warning Jose please have a look here I changed the longtable 
header/footer
tabular.C:2359: warning: #warning ---- options so I had to disable the docbook code 
(Jug 20011219)
text.C:2330: warning: #warning Dekel please have a look on this one RTL? (Jug)
text.C:2331: warning: #warning DEKEL!
text2.C:2196: warning: #warning I believe this code is wrong. (Lgb)
text2.C:2197: warning: #warning Jürgen, have a look at this. (Lgb)
text2.C:2198: warning: #warning Hmmm, I guess you are right but we
text2.C:2199: warning: #warning should verify when this is needed
text2.C:2421: warning: #warning This will not work anymore when we have multiple views 
of the same buffer

********************** Bugs that might not be fixed for 1.2.0 :-( 
*****************************

- Citation labels should reflect their content, i.e. if only the year is chosen
  in the citation dialog, then the label should show the year afterwards. (#114)

- 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 (#43)

- You cannot delete empty LyX code paragraphs with the backspace key;
  however, you can delete them with the delete key (#4)
  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)

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

- The citation ref. dialog should have a similar feature as the buffer choice in
  the cross ref. dialog (#123)

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

- 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 (#119)

- Start LyX, open buffer, close buffer, have a look at the minibuffer (#51)

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

- Graphics dialog: 
   - It is not a good idea to clear the width and height fields if "scale" 
     is chosen (and vice versa); IMHO new buttons for the three sections
     default/height+width/scale should be added and the "Width"/"Height"/
     "Scale" labels should become grey if deselected (#112)
   - The insertion of a graphic should be delayed until "OK" is pressed 
   - What's the difference between OK and Apply? It seems to be
     impossible to add a second, third,... graphic with the same
     dialog (cf. reference dialogs) (#113)

- 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 (#110)

- The year of the following bibtex entry is not shown correctly in the citation dialog 
(#109)

     @STRING{ ProcOfThe = "Proceedings of the " }
     @ARTICLE{FrinckeTomp96,
        AUTHOR =       {D. A. Frincke and A. Tompkins},
        JOURNAL =      {Journal of Computing and Information},
        NOTE =         {Special Issue: } # ProcOfThe # {Eighth International
                        Conference of Computing and Information (ICCI'96)},
        NUMBER =       {1},
        PAGES =        {986--999},
        TITLE =        {Using Symbolic Execution to Detect Undesirable
                        Program States},
        VOLUME =       {2},
        YEAR =         1996
     }

  Note: '#' is correct BibTeX notation!

Reply via email to