On Wed, May 23, 2001 at 05:05:42PM +0200, Andre Poenitz wrote:
Array/eqnarray:
- Reading a file with a math array ALWAYS gives a crash.
There is no problem with eqnarray.
- You cannot select more that one cell in an array/eqnarray.
- Pressing C-Return in an array inside display formula, transforms the formula
to eqnarray (while previously, it would add a row to the array).
- Pressing C-K at the end of the last cell on a row deletes the row.
Previously, it used to delete the row below, and put its content at the end
of the current cell.
- Suppose that you have an array
xyz 1 ...
abc 2 ...
and the cursor is between y & z. Pressing down will move the cursor to the
beginning of the cell below (before the a), and not to between b & c as
expected.
- math-number only changes the numbering of the current row, and
math-nonumber doesn't do anything
(math-number should disable/enable the numbering for all previously numbered
rows, while math-nonumber should enable/disable numbering of current row)
- The align env. is created with 3 column and not with 2
General:
- Pressing 'M-m d' (math-display) inside a math inset should convert the
inset between display/inline mode. However, in the patch 'M-m d' creates a new
display math inset.
- Creating a displayed equation creates a numbered equation. The default
should be unnumbered.
- When you save an unnumbered equation or eqnarray, after reading the file
they become numbered.
- The empty box for an empty \left( \right) is incorrectly drawn (see bug.gif)
Macros:
- If a macro instance appear inside a subscript, it is not drawn using a
smaller (subscript) font as it should.
Moreover, when you 'open' the instance to edit the argument, the argument
are drawn using the normal font, while it appears that the cursor moves
according to subscript size font.
- Instances of the builtin macro binom are drawn incorrectly
bug.gif
bug.gif