+* The style name in the BibTeX Bibliography panel (near the Browse... button)
+ disappears after closing and reopening the panel.
+ (Enrico 2006-12-01)
+
+
+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).
+
+
+TOOLBARS & MINIBUFFER
+
+* When toolbars are hidden, they pop up again after clicking on the document
+ area (Joost 4/11/06).
+ Comment by Bo: Can not reproduce, details please.
+
+
+TOOLTIPS:
+
+* Tooltips are no longer shown
+
+
+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.
+
+* Mysterious *.po entry:
+
+ #: src/frontends/qt4/ui/QViewSourceUi.ui:31
+ msgid ""
+ "<html><head><meta name=\"qrichtext\" content=\"1\" /></head><body style=\" "
+ "white-space: pre-wrap; font-family:Sans Serif; font-size:13pt; font-"
+ "weight:400; font-style:normal; text-decoration:none;\"><p style=\"-qt-"
+ "paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; "
+ "margin-right:0px; -qt-block-indent:0; text-indent:0px;\"></p></body></html>"
+ msgstr ""
+
+
+EDITING
+
+* Create a new document; enter a few chars; press return; from the
+ environments combo box on the top left corner select anything, e.g., 'Part';
+ try to enter text => you can't!
+ MG: This must be a GUI problem; when using keyboard shortcuts (Alt-P-...),
+ the problem does not occur; it does not matter whether the cursor is in the last line
+ JSpitzm: The problem is that the workarea doesn't get focus after the combo selection.
+
+* Open "de_Intro.lyx"; mark first word ("Einführung"); invoke "ert-insert" => seg fault
+
+ On Linux, valgrind reports:
+
+ ==23645== Conditional jump or move depends on uninitialised value(s)
+ ==23645== at 0x825942D: lyx::(anonymous namespace)::numberOfHfills(lyx::Paragraph const&, lyx::Row const&) (paragraph.h:332)
+ ==23645== by 0x826250E: lyx::LyXText::computeRowMetrics(lyx::Buffer const&, int, lyx::Row const&) const (text.C:1307)
+ ==23645== by 0x826815F: lyx::LyXText::cursorX(lyx::Buffer const&, lyx::CursorSlice const&, bool) const (text.C:2209)
+ ==23645== by 0x83A3072: lyx::InsetText::cursorPos(lyx::BufferView const&, lyx::CursorSlice const&, bool, int&, int&) const (insettext.C:343)
+ ==23645== by 0x833D909: lyx::InsetCollapsable::cursorPos(lyx::BufferView const&, lyx::CursorSlice const&, bool, int&, int&) const (insetcollapsable.C:245)
+ ==23645== by 0x81DE9AA: lyx::bv_funcs::coordOffset(lyx::BufferView const&, lyx::DocIterator const&, bool) (cursor_slice.h:58)
+ ==23645== by 0x81DECC4: lyx::bv_funcs::getPos(lyx::BufferView const&, lyx::DocIterator const&, bool) (bufferview_funcs.C:221)
+ ==23645== by 0x81FCBD4: lyx::LCursor::getPos(int&, int&) const (dociterator.h:125)
+ ==23645== by 0x81FFED5: lyx::LCursor::setTargetX() (cursor.C:938)
+ ==23645== by 0x82716EE: lyx::LyXText::setCursorIntern(lyx::LCursor&, int, int, bool, bool) (text2.C:722)
+ ==23645== by 0x8270EE2: lyx::LyXText::setCursor(lyx::LCursor&, int, int, bool, bool) (text2.C:687)
+ ==23645== by 0x8161333: lyx::cap::pasteParagraphList(lyx::LCursor&, lyx::RandomAccessList<lyx::Paragraph> const&, unsigned, lyx::ErrorList&) (CutAndPaste.C:630)
+
+* edit->text style->capitalize/lower/upper case doesn't work due to change
+ tracking-related changes.
+
+* insert->note->lyx note, enter a few chars, collapse the note. Copy the note
+ several times (three lines?), use mouse to select. Lyx crashes with
+
+ Assertion triggered in void lyx::LyXText::dispatch(lyx::LCursor&, lyx::FuncRequest&) by failing check "cur.text() == this" in file src/text3.C:323
+
+ NOTE: this is unrelated to the button face-lift patch.
+
+
+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
+
+
+LAYOUT
+
+* environments when using czech translation doesnt work: e.g.
+ itemize("Polozka") -> ERROR (layoutSelected): layout not found! (P. Sanda)
+
+
+PAINTING & PERFORMANCE
+
+* Open de_UserGuide.lyx; go to the end of the document; click into the footnote (with the mouse -
+ this is important for the test case); add a character into the note
+ => the complete footnote is expanded but only the current line is repainted
+
+* In the splash screen, the LyX version number is printed with a very, very
+ small font size such that it becomes almost invisible on Windows.
+
+* 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).
+
+
+
+MAC OS X