**********************************************************************
-BUGS:
------
-
-GENERAL
+GENERAL:
+--------
* Check FIXME, TODO, and #warning in the LyX code
* Watch for bugzilla.lyx.org entries
- * Open bugs: http://tinyurl.com/y7hdzc
+ * Open bugs: http://tinyurl.com/2b9svn
(unconfirmed/new/assigned/reopened + no enhancement + no 1.6.0 target + not 'fixedintrunk')
* THE DAYS OF THIS FILE ARE COUNTED *
*******************************************
-
-ICONS:
-
-* make all icons of the same size(s)
-
-
-FILE
-
-* agu-dtd is used as the default document class, which is not a good
- idea in 99% of all cases
-
-* When having at least one file in the session you get the following error
- messages on Linux on startup:
- QPainter::begin: Cannot paint on a null pixmap
- QPainter::end: Painter not active, aborted
- This does not happen if the session is empty.
-
-
-SPELL CHECKING (Joost 4/11/06)
-
-* Words with umlauts or accents do not arrive as a whole word in the spell
- checker.
- PARTIALLY FIXED (Georg 2006-12-10): pspell should work (untested), ispell
- works if lyxrc.isp_use_input_encoding == true, aspell works on linux,
- cygwin and native windows (it is not clear yet whether it works on OS X).
- ispell (if lyxrc.isp_use_input_encoding == false) does not work yet.
-
-
-TABLE OF CONTENTS
-
-* In TOC, the buttons "Up", "Down", "Promote", and "Demote" are not
- self-explaining. Why don't we group them in two pairs: Section Up/Down, Level
- Up/Down? The arrangement of the buttons may also give some hint to the user.
-
-* open Tutorial; click on TOC: TOC dialog has no contents
- (only with --enable-stdlib-debug, has been seen on qt 4.2.2, gcc 4.1.2,
- openSuse 10.1/x32 and 10.2/x64, but is probably not OS/qt specific, but
- dependant on the compiler)
-
-
-DIALOGS
-
-* Dialogs do not get focus (e.g. when clicking on an inset).
-
-
-MATH CONTROL PANEL
-
-* In the math control panel, there is no icon for the "Fractions" button.
-
-* In the math control panel, the buttons are too small.
- The reason is probably that qt resizes the icons so that they fit into the
- button, leaving some margin. This leads to different scales for each icon.
- qt3 did not resize the icons. Can this be set in qt4, too? MG: Why don't we
- enlarge the buttons?
-
-
-OTHER PANELS
-
-* The visual table size selection on the "Insert Table" dialog has gone
- (Joost 3/11/06).
-
-* The UI for bullet selection in the documents settings looks weird
- (Joost 4/11/06):
- There is a big listbox just to select one of the four levels.
- Isn't this supposed to be a drop-down list or something like that?
-
-* The bullet selection widget shows the bullets in 5 columns (instead of 6)
- for me, and hence does not fit into the window.
- (JSpitzm 2006-11-06)
-
-
-MULTIPLE WINDOWS / DOCUMENTS
-
-* There are cursor problems when the same document is opened in two windows
- (Joost 4/11/06).
-
- Information from Abdel:
- Yes, this is the famous dEPM bug (delete Empty Paragraph Mechanism).
- There are two ways to fix that:
- 1) the correct way: fix the dEPM to not invalidate the cursor.
- 2) the easy way: disable the cursor on focus out event and re-enable it at
- focus in event and jump the saved position (at focus out).
-
-* Middle button paste does not work across windows. (Bo 12/15/06)
-
-
-MENUS
-
-* Some oddities with View menu on MAC (Bennett 3/11/06): DVI does not appear
- in the menu, even though a converter and viewer are defined in Preferences.
- It turned out that this was a user error: a configuration file of 1.4 was
- used without the document flag.
- This should definitely be documented somewhere before the final release,
- because many users will copy their old config files.
-
-
-EDITING
-
-* edit->text style->capitalize/lower/upper case doesn't work due to change
- tracking-related changes.
-
-
-CHANGE TRACKING
-
-* No change bar is given in LaTeX output if (only) the par break has changed
-
-* In tables, cut & paste (complete cells) do not support change tracking
-
-* When accepting or rejecting changes, paragraphs with deleted par breaks are
- not merged (in top-level pars & in nested text insets)
-
-* When running "find & replace", the cursor is not moved forward, such
- that LyX always offers to replace the same string
-
-* LyX crashes if you want to accept/reject an end-of-par character only
-
-* accept/reject change are presently broken, because redoParagraph() and
- updateLabels() aren't invoked properly
-
-
-LAYOUT
-
-* environments when using czech translation doesnt work: e.g.
- itemize("Polozka") -> ERROR (layoutSelected): layout not found! (P. Sanda)
-
-
-PAINTING & PERFORMANCE
-
-* END_LABEL_* handling in RowPainer::paintLast() is broken. In regular text,
- label boxes are not completely visible (because we shrinked the margin on
- screen?). Inside of insets, they don't work at all.
-
-* Too much painting 2 (Edwin 3/11/2006): There is also a lot of painting going
- on when selecting text. When selecting a word the whole screen is repainted.
- PARTLY FIXED (Abdel 2006-11-20): there's a full repaint only when the mouse is
- released. More to come in this area.
-
-* Too much painting 1 (Edwin 3/11/2006): when i click in the workarea (to put
- the cursor in another part of the text) the screen is repainted *twice*
- whereas it seems to me that no repainting is necessary at all.
- PARTLY FIXED (Abdel 2006-11-20): except for math insets.
-
-* Too much painting 3 (Edwin 3/11/2006): the screen is repainted even when the
- selection does not change (moving the mouse with the left button pushed down
- always triggers a repaint).
- PARTLY FIXED (Abdel 2006-11-20): When within the main text inset only the
- current line is repainted.
-
-* The cursor is not L-shaped for foreign languages
-
-* Slowness on MAC 1 (Bennett 3/11/06):
- There seems to be a fraction of a second lag between when I press a key and
- when the letter appears on screen -- but the time lag doesn't obviously vary
- with the amount of text on the screen (as was the case previously). Right now,
- the speed of normal text entry makes LyX-1.5 usable on my
- not-fast-but-still-not-outdated computer. (Not sure how it would be on my
- slow-but-still-usable laptop.)
-
-* Slowness on MAC 2 (Bennett 3/11/06):
- Speed is still an issue typing in insets: noticeable lag between typing and
- text appearing on screen. This does not seem to be compounded by having nested
- insets, and it seems to be compounded only a little by the amount of text in
- the inset. (This is especially a problem in math environments.)
- PARTLY FIXED (Abdel 2006-11-20): except for math insets.
-
-* Slowness on MAC 3 (Bennett 3/11/06): Some operations that with 1.4 are
- pretty much instantaneous (inserting a footnote, dragging the mouse, switching
- to LyX from another application, opening dialogs, etc.) take quite a long time
- to complete in 1.5.
-
-* Some math symbols are not displayed (from Enrico Forestieri)
- I noticed that some math symbols are not shown on screen. This seems
- to be platform dependent. The following is a table illustrating the
- situation on three different platforms. Here "no" means that the
- symbol is not shown on screen (the symbol is invisible but occupies
- space: it is as a sort of \phantom), and "yes" that it is shown.
- ---------------------------------------
- Symbol Linux Solaris Cygwin
- ---------------------------------------
- \Omega no no no
- \int yes yes no
- \oint yes yes no
- \otimes no no no
- \nleqslant no no no
- \spadesuit(*) yes no yes
- ---------------------------------------
- (*) On solaris, a square is shown on screen instead of nothing.
- - Further comments from Georg: This is probably a qt4 font drawing problem,
- since \Omega works fine in 1.4.3, and my debugging results showed that the
- correct font is found and used (cmr10).
- - Solved problem with \int and \oint on Windows (Enrico 2006-12-06).
- - On my linux box it looks a bit different: \int is shown if it was a \square,
- bot about half as wide and in black instead of blue. For \Omega I see the
- same as Enrico. (Georg 2007-01-18)
-
-
-MAC OS X
-
-* Many issues with toolbars on MAC (Bennett 3/11/06):
- Most obvious of which are that icons are spaced too widely and that changes in
- the visibility of the toolbars with the GUI do not stick after the screen is
- redrawn).
-
-* Many issue with dialogs on MAC (Bennett 3/11/06):
- Most obviously: the Preferences dialog -- which can only be accessed now via
- keyboard command, not from the menu -- appears initially too small and must be
- resized; not possible to select buttons with the keyboard).
-
- The prefs dialog size should be better now. See below (JSpitzm-2006-11-07).
-
-* Menu bar disappears on MAC (instead of being disabled) when dialogs appear.
-
-
-WONT FIX (for 1.5.0)
-
-* There should be a close button on the tabs (Joost 3/11/06).
- There is now a Qt feature request:
- http://www.trolltech.com/developer/task-tracker/index_html?id=137891&method=entry
-
-* TODO toolbar popup menu, currently disabled (Peter 9/11/06)
-
-* When content (sections/captions) is changed, the toc/lof/lot is not properly
- updated.
- Abdel 2006-11-17: This one is not as simple as it seems as it involves a
- TocBackend update at each keystroke. Unless we manage to update a specific
- TocItem, this will be a WONTFIX for 1.5.0.
-
-
-**********************************************************************
-
CREDITS:
--------