File: UPGRADING

package info (click to toggle)
lyx 1.6.7-1
  • links: PTS, VCS
  • area: main
  • in suites: squeeze
  • size: 83,232 kB
  • ctags: 86,953
  • sloc: cpp: 365,638; python: 15,309; sh: 10,480; ansic: 10,269; makefile: 3,454; pascal: 1,316; objc: 970; yacc: 289; perl: 241; tcl: 163; xml: 23; sed: 16
file content (210 lines) | stat: -rw-r--r-- 9,190 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
How do I upgrade my existing LyX system to version 1.6.x?
---------------------------------------------------------

* Upgrading from LyX 1.5.x:

Since several lyx functions have been renamed (see RELEASE_NOTES), 
old configuration files (*.ui, *.bind) may no longer work. If some
functions (such as Shift-right for selecting text) fail to work
after the upgrade from previous versions, make sure you do not
have any old configuration files in your LyX user directory, or
adapt these files to the new functions.

The format of preference and session files has changed. LyX 1.6.x is
able to read old files but will save them in the new format.

The format of layout files has changed but, as before,
layout2layout.py will convert older versions to the new format
automatically.

* Upgrading from LyX 1.4.x:

The biggest change in 1.5 is the switch to Unicode. Please refer to
the section "Document transfer" below for some things you might take
into account before upgrading.

The format of the preferences file has changed slightly. LyX 1.5.x is
able to read old preferences files, but it will save them in the new
format, so it is not possible to run LyX 1.4.x and 1.5.x with the same
personal configuration directory. If you are upgrading from 1.4.x and
do not intend to continue using 1.4.x, you should delete your existing
preferences file and allow LyX to create a new one.

The list of recently open files is now stored in a different location.
It will therefore be reset when upgrading from LyX 1.4.x.

The format of the layout files has also changed, but LyX 1.5.x uses a
converter layout2layout.py written in python that will convert old layout
files on the fly (see below, section "Document transfer").

* Upgrading from LyX 1.3.x:

The format of the external template file has changed substantially with
LyX 1.4.0. Automatic conversion is not available, so you need to convert
your external templates manually. The new format of the external template
configuration file is described in chapter 6.5 of the Customization Guide.

* Upgrading from LyX 1.2.x:

Since 1.3.0, you have to do the following changes:

One of the perennial bug bears of LyX users in the past has been that
they have had to run Edit->Reconfigure when starting their new version
of the code for the first time. Strange and wonderful things would
often result if they forgot to do this, so LyX 1.3.0 now runs
Edit->Reconfigure automatically the first time the program is run.

If you have your own layout files, you may need to update them a little:

- floats are now defined in the layout file, using the "Float"..."End"
  construct. In most cases, adding "Input stdfloats.inc" to your layout
  file is enough.

- counters are also defined in the layout files, using the
  "Counter"..."End" construct. As for floats, adding "Input
  stdfloats.inc" is probably a good idea.

* Upgrading from LyX 1.1.x:

- all layout files should have a "DefaultStyle" entry

- the "Latex" font style does not exist anymore. If you really need
  its functionality, consider using the "PassThru" keyword instead.

The new layout format keywords are described in the Customization
manual.

If you have your own binding files (especially math.bind), you will
have to update them

- math-insert now takes a latex macro name as argument, so that
  "math-insert sqrt" should now be "\math-insert \sqrt"

- math-greek-toggle is now gone, and should be replaced by explicit
  bindings like

  \bind "M-m g a"      "math-insert \alpha"


Build requirements
------------------

LyX 1.6 uses the Qt 4.x toolkit (version 4.2.0 or newer). Contrary to
previous versions of LyX, it won't build against Qt 2.x or 3.x.
Furthermore, the XForms frontend was dropped.

LyX's graphics handling system has changed substantially. If you
do not have the JPEG library installed, you may need to install
it before you can use the graphics capabilities of LyX. If you
do not have the ImageMagick command-line tools installed, you
will need to modify the default set up of LyX, or install them,
in order to get previews of your document's graphics.

Document transfer
-----------------

* Compatibility with older documents/layouts

LyX 1.6.x uses an external python script, lyx2lyx, to import documents
written using previous versions of LyX. All versions of LyX as far back as
0.10 are supported, so any klyx users still holding out for an alternative
to xforms will finally be able to put their dinosaur to rest ;-)

Of course, this means that you must have python (at least version 2.3.4)
installed in order to use LyX 1.6.x with your old documents.

lyx2lyx also has the framework in place to be able to convert
documents to an earlier format (which requires python 2.3.4 at
least). However, these converters have only been written for the
conversion from 1.6.x to 1.5.x, 1.4.x and 1.3.x, so versions of LyX
older than 1.3.0 will NOT be able to read documents saved with LyX
1.6.x. The conversion from 1.6.x to 1.5.x-1.3.x is lossless as long as
no new features are used. lyx2lyx tries hard to find something
equivalent for new features such as boxes, but this is known to fail
sometimes. LyX 1.5.7 contains an updated lyx2lyx that can read
documents in 1.6.x format.

Furthermore, LyX uses a converter layout2layout.py, also written in python
that will convert old layout files on the fly. You can also call it manually
on your layout files if you want to convert them to 1.6.x format permanently.

* Preparing for Unicode:

As of version 1.5.0, LyX uses Unicode internally. This is a major change that
affects documents and layouts likewise. We have tried to do out best to make the
transition as smooth as possible for you. However, there are some caveats:

- User layout files must be converted to UTF-8

  In previous versions, layout styles were allowed to use non-ASCII names
  using the local encodings. LyX-1.5 now assumes that all layout files are
  UTF-8 encoded. This means that non-ASCII style names are still allowed
  but they must be valid UTF-8 strings. One way of doing the conversion
  is to use iconv. Using bash, the script below should work:

     #! /bin/sh

     cd /path/to/layouts
     for l in *
     do
       cp "$l" tmp.txt
       iconv -f latin1 -t utf8 tmp.txt -o "$l"
     done
     rm -f tmp.txt

- Inset encodings and Conversion from earlier LyX versions

  As part of the transition to unicode, lyx2lyx (the scripts used for
  converting back and forth between different versions of the lyx
  files) converts old .lyx files, which may use a number of different
  encodings, to UTF-8. This conversion depends on correctly
  identifying the language of the text. There were previously some
  edge-cases (insets embedded in different-language text type
  scenarios) in which the language was incorrectly identified, which
  caused some text to appear incorrectly after having upgraded from
  older versions. This has now been fixed. Unfortunately, however, the
  fix cannot be applied to files which have already been converted
  past format 249. So if you have already converted your old files
  (using a development version or release candidate), this fix won't
  help, unless you still have the originals lying around (and haven't
  yet made too many changes to the newer versions ;) ).

Generally, it is probably wise to keep a backup of the old version of your
files, at least until you are sure that the upgrade went smoothly (which it
almost always will).

* Languages/encodings and insets

One of the bugs fixed in LyX 1.5.0 is that previously, there were certain
specific cases in which the LaTeX generated did not correctly reflect
language/encoding transitions in and around insets (footnotes, LyX notes).
After much deliberation, it was decided not to change older files such that
they will still reflect the old LaTeX output; rather, they will now correctly
reflect the situation as it appears in the GUI. This means, however, that if
you mangled the text in the GUI in the older versions, in order that it
generate the correct LaTeX output, the LaTeX will now generate the mangled
text. If this is problematic for you, please get in touch with us on the
developers mailing list, we do have some possible solutions for this.

The effects of this will be more pronounced for RTL (Hebrew, Arabic, Farsi)
users -- though they affect users of other languages as well.

* Floatflt in 1.2.x and older

If you were previously (in LyX 1.1.x) using the floatflt paragraph
option to wrap text around a figure, it was necessary to modify this
for LyX 1.2.0 manually, as described in the manuals. The feature has
been re-implemented as "Floating figure" inset in 1.3.0. Old files will
be converted automatically, but you may want to convert the
1.2.x-style ERT constructs with the native solution (see section 3.8
of the Extended Features manual).

* Babel changes since 1.2.x

Since LyX 1.2.0, the babel package is loaded after the user-defined
preamble (because some packages really need to be loaded before
babel). If you relied, on babel being loaded before your own
definitions, you can add an extra "\usepackage{babel}" statement at
the beginning of your preamble.

http://bugzilla.lyx.org/show_bug.cgi?id=315