]> git.lyx.org Git - lyx.git/blobdiff - Status.15x
Make the shortcuts work correctly with the mac.
[lyx.git] / Status.15x
index cf8d89a236acbcc6e8ffefd7c12ab363fafb2f5e..bfd48e2e9fe325093a2ab4b3be08c18dff57ee2b 100644 (file)
@@ -24,7 +24,7 @@ GENERAL
 
 * Resolve compiler warnings
 
-* especially this one: src/frontends/qt4/QPrefsDialog.C:944: warning: unused parameter 'nr'
+  especially this one: src/frontends/qt4/QPrefsDialog.C:944: warning: unused parameter 'nr'
 
 * Watch for bugzilla.lyx.org entries
 
@@ -44,6 +44,9 @@ ICONS:
 
 FILE
 
+* agu-dtd is used as the default document class, which is not a good 
+  idea in 99% of all cases
+
 
 SPELL CHECKING (Joost 4/11/06)
 
@@ -67,7 +70,8 @@ TABLE OF CONTENTS
   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.
 
-* The items in the treeview are editable
+* open Tutorial; click on TOC: TOC dialog has no contents; touch TOC slider
+   => seg fault.
 
 
 DIALOGS
@@ -93,6 +97,15 @@ MATH CONTROL PANEL
 
 OTHER PANELS
 
+* If you open Edit>Text Style... for the first time, the choice text for
+  "Never Toggled>Size" doesn't fit in the selection box (note that in German,
+  texts are a bit longer than in English). Interestingly, if you invoke the
+  dialog a second time, its button sizes are adjusted to their content.
+  This happens with qt >= 4.2 only, it does not happen with 4.1.4/4.1.5!
+
+  FIXED on Linux (2006-12-24 JSpitzm). On Windows, the fix apparently doesn't
+  work (according to Michael).
+
 * The visual table size selection on the the "Insert Table" dialog has gone
   (Joost 3/11/06).
 
@@ -147,42 +160,11 @@ EDITING
 
 * Create a document with an empty table; mark the whole table; insert a minipage 
    in order to have the table inside a minipage => crash
-
-* 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)
+  Peter: could not reproduce it (2006-30-12)
 
 * 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.
-
 * the insertion of Ctrl-Return cannot be undone
 
 
@@ -200,6 +182,9 @@ CHANGE TRACKING
 
 * 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
 
@@ -209,10 +194,6 @@ LAYOUT
 
 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
-
 * 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. 
@@ -362,14 +343,6 @@ CREDITS:
   FIXED (JSpitzm-2006-11-06): force updateGeometry() after the panelstack has 
   been created (with Qt >= 4.2 only). A brute method, but it works.
 
-* If you open Edit>Test Style... for the first time, the choice text for
-  "Never Toggled>Size" doesn't fit in the selection box (note that in German,
-  texts are a bit longer than in English). Interestingly, if you invoke the
-  dialog a second time, its button sizes are adjusted to their content.
-
-  WONTFIX: This happens with qt >= 4.2 only, it does not happen with 4.1.4/4.1.5!
-  (or maybe try to add an updateGeometry() call somewhere as well; JSpitzm).
-
 * All label and button texts in the Qt4 dialogs are not translated.
 
   FIXED (MGerz 2006-11-07)
@@ -617,3 +590,63 @@ CREDITS:
   disappears after closing and reopening the panel.
   FIXED (Enrico 2006-12-22)
 
+* 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.
+
+  FIXED (Abdel 2006-12-24): centralWidget() was not the WorkArea due to the new TabBar
+  support.
+
+* On Windows (using scons/MSVC): Create an empty bibtex file, called 
+  'lit.bib'. Create a new LyX document 'lit.lyx' in the same directory
+  that has a bibliography inset pointing to lit.bib.
+  Now, if lit.[lyx|bib] are stored in a path with ASCII characters only,
+  class FileName is used as follows:
+    FileName::FileName(string const &): C:/foo/lit.lyx.emergency
+    FileName::FileName(string const &): C:/foo/#lit.lyx#
+    FileName::FileName(string const &): C:/foo/
+    FileName::FileName(string const &): C:/foo/lit.bib
+    FileName::FileName(string const &): C:/lyx-trunk/build-msvc/bin
+    FileName::FileName(string const &): C:/foo/lit.lyx,v
+    FileName::FileName(string const &): C:/foo/RCS/lit.lyx,v
+    FileName::FileName(string const &): C:/foo//CVS/Entries
+    FileName::FileName(string const &): C:/foo/lit.lyx
+  However, if the path contains a German Umlaut ("bäh"), LyX crashes:
+    FileName::FileName(string const &): C:/bäh/lit.lyx.emergency
+    FileName::FileName(string const &): C:/bäh/#lit.lyx#
+    FileName::FileName(string const &): C:/bäh/
+    FileName::FileName(string const &): C:/bäh/lit.bib
+    FileName::FileName(string const &): lit.bib
+    Assertion triggered in __thiscall lyx::support::FileName::FileName(const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &) by failing check "empty() || absolutePath(name_)" in fil
+e C:\cygwin\home\ms\lyx-trunk\src\support\filename.C:48
+  Odd, isn't it?
+  FIXED (Enrico (found problem) and Georg (fix) 2006-12-27)
+
+* open a document full of marginal notes (other insets should also work),
+  select multiple insets from the begining twice, lyx crashed with
+    QLayout::addChildWidget: lyx::frontend::QCommandBuffer "" in wrong parent; moved to correct parent
+    Assertion triggered in void lyx::LyXText::dispatch(lyx::LCursor&, lyx::FuncRequest&) by failing check "cur.text() == this" in file src/text3.C:323
+    Abort
+  FIXED (Bo 2006-12-27)
+
+* 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.
+
+  FIXED (Bo 2006-12-27)
+
+* Open "de_Intro.lyx"; mark first word ("Einführung"); invoke "ert-insert" => seg fault
+  FIXED (Abdel 2006-30-12)
+  
+* The items in the treeview are editable
+  FIXED (Peter 2006-30-12)
+
+* 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
+  FIXED (Abdel 2006-12-29): following Paragraph and LyXText metrics cleanup.
+