X-Git-Url: https://git.lyx.org/gitweb/?a=blobdiff_plain;f=RELEASE-NOTES;h=53822703c1498c6dda24398b5808c2110c1e0ae2;hb=b65d0c087bc8cc61ec898210852c7ea39ab64ee4;hp=1d170fe9f472f2ee707c5b71627bea07c9c20d3b;hpb=bb92594e9f04ef70dc177ad61027e32f40ba2817;p=lyx.git diff --git a/RELEASE-NOTES b/RELEASE-NOTES index 1d170fe9f4..53822703c1 100644 --- a/RELEASE-NOTES +++ b/RELEASE-NOTES @@ -189,7 +189,7 @@ platform/distribution. * The OpenOffice thesaurus dictionaries can be used, but the path to those dictionaries needs to be set in Tools > Preferences. Please refer to the - UserGuide, sec. 6.13, for further instructions. + UserGuide, sec. 6.14, for further instructions. Packagers are advised to preset the thesaurus for their distribution/ platform. Packagers of installation bundles (on Windows and the Mac) @@ -222,6 +222,17 @@ Known issues in version 2.0.0 Caveats when upgrading from earlier versions to 2.0.x ------------------------------------------------------- +- The typeset of your documents with non-english language can slightly + change in case of math environments and floats (this is usually the case + with certain modules which provide specific environments like AMS ones + or provide specific floats like the linguistic one). + + LyX now uses its own translation machinery which will automatically provide + localization strings used so far only in GUI. The status of translation to + your language can be seen in lib/layouttranslation file. This is not meant as + a babel replacement (still used), but rather extension for strings not + translated by babel at all. + - The syntax of the languages file has been changed. If you use a modified languages file, you will need to adapt it to the new syntax, as LyX 2.0 is not able to read old languages file anymore. @@ -230,14 +241,23 @@ Caveats when upgrading from earlier versions to 2.0.x - There has been a large change in how Flex insets are named. Previously, they tended to have names like "CharStyle:Noun". Now, they just have - names like "Flex:Noun" (where "Flex" is a namespace that is optional). - When LyX 2.0 reads older files, it silently converts the old-style names - to new-style names; this direction works perfectly. It will also silently - revert new-style names to old-style names, when exporting to 1.6.x format, - but only for the pre-defined LyX insets. This means that user-defined flex - insets will not be properly reverted. - To solve this problem, you can modify the file $LYXDIR/lyx2lyx/lyx_2_0.py. - In that file, you will find the following: + names like "Flex:Noun" (where the "Flex" prefix is now required). When + LyX 2.0 reads older files, it silently converts the old-style names + to new-style names; this direction works almost perfectly. The one place + it does not work is with CopyStyle declarations, IF your old InsetLayout + was NOT named "CharStyle:..." or "Custom:..." or "Element:...", but, say, + just "MyInset". In that case, "InsetLayout MyInset" will be changed to + "InsetLayout Flex:MyInset", but "CopyStyle MyInset" will be left as is. + Users will need to make that kind of change manually. The best way to do + this is to use the layout2layout.py script, which gets installed in + $LYXDIR/scripts/layout2layout.py, to convert your custom layout files to + the new format, and then check them for correctness. + + LyX will also silently revert new-style names to old-style names when + exporting to 1.6.x format, but only for the pre-defined LyX insets. This + means that user-defined flex insets will not be properly reverted. To solve + this problem, you can modify the file $LYXDIR/lyx2lyx/lyx_2_0.py. In that + file, you will find the following: flex_insets = { "Alert" : "CharStyle:Alert", "Code" : "CharStyle:Code", @@ -257,7 +277,7 @@ Caveats when upgrading from earlier versions to 2.0.x "PresentationMode" : "Custom:PresentationMode", "Tri-Glosse" : "Custom:Tri-Glosse" } - This is a map form new-style names (minux "Flex") to old-style names (and + This is a map from new-style names (minux "Flex") to old-style names (and there is a similar for DocBook elements). To get a user-defined CharStyle to revert properly, it simply needs to be added to this list.