]> git.lyx.org Git - lyx.git/blobdiff - Status.15x
Scons: clear separation of env and frontend_env (a major reshuffling)
[lyx.git] / Status.15x
index 003baad2c821e6d145b736175d71827532d3c7fd..1aaa177ae6a107eed758a333ebc3c4ed535142db 100644 (file)
@@ -26,6 +26,14 @@ GENERAL
 
 * Watch for bugzilla.lyx.org entries
 
+   * Open bugs: http://tinyurl.com/y7hdzc
+
+     (unconfirmed/new/assigned/reopened + no enhancement + no 1.6.0 target + not 'fixedintrunk')
+
+   * Uncommitted patches: http://tinyurl.com/uvxat
+
+     (unconfirmed/new/assigned/reopened + no 1.6.0 target + keyword 'patch')
+
 
 ICONS:
 
@@ -34,13 +42,6 @@ ICONS:
 
 FILE
 
-* Loading de_Userguide.lyx results in two parse errors:
-  Paragraph ended in line 21206
-  Missing \end_layout.
-  Paragraph ended in line 21301
-  Missing \end_layout.
-  I don't know if that is a lyx2lyx or LyX problem. LyX 1.4 can read the file.
-
 * Change Tools->Preferences->User interface->User interface to something like
   "kornel.default.ui"; save prefs; exit LyX; restart LyX; => crash; 
   in the preferences file, there is an entry \bind_file "/Something/kornel.default"
@@ -58,6 +59,15 @@ FILE
   Setting the default extension here to something invalid, is a hack, but works.
   (Invalid may be e.g. "*")
 
+* When loading a LyX file from a Windows directory with a German Umlaut, I get the 
+  following error:
+
+    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 file C:\...\src\support\filename.C:47
+
+  If I rename the directory (no Umlaut), I can load the file without a problem.
+
 
 SPELL CHECKING (Joost 4/11/06)
 
@@ -92,6 +102,9 @@ DIALOGS
 * If you try to view a document as postscript that cannot be typeset because
   of LaTeX errors and export to LaTeX afterwards you will get the old error
   list again, although the export succeded.
+  
+* Open thesaurus dialog; look for keyword "hello" => seg fault
+  (on Windows, strictly following Joost's recipe with MSVC and Scons)
 
 
 MATH CONTROL PANEL
@@ -160,20 +173,6 @@ MENUS
   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 ""
-
-* Graphics dialog: The order of fields is broken (when using <TAB> to jump from
-  one field to another)
-
 
 EDITING
 
@@ -583,3 +582,32 @@ CREDITS:
   and scroll back to it. (Bo, 12/14/2006)
   FIXED (Abdel 2006-12-15)
 
+* In the citation dialog, the shortcut for "&Find" does not work
+  FIXED (JSpitzm 2006-12-17)
+
+* Graphics dialog: The order of fields is broken (when using <TAB> to jump from
+  one field to another)
+  FIXED (JSpitzm 2006-12-18)
+
+* 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 ""
+  FIXED (JSpitzm 2006-12-19)
+
+* Loading de_Userguide.lyx results in two parse errors:
+  Paragraph ended in line 21206
+  Missing \end_layout.
+  Paragraph ended in line 21301
+  Missing \end_layout.
+  I don't know if that is a lyx2lyx or LyX problem. LyX 1.4 can read the file.
+  FIXED (Georg 2006-12-17). It turned out that it was a math parser problem
+  (bug 3034). It was introduced by the conversion of mathed to unicode,
+  because two methods Parser::tokenize() with different semantics existed.
+