Jürgen Spitzmüller wrote:
Paul A. Rubin wrote:
Attached. Incidentally, the language choice and the preamble stuff were
innocent. This file has English as the language (apparently that's not
the same as Canadian, eh?) and nothing in the preamble.
I do not see the mentioned problem in this file.
This is interesting. Take a look at the file I sent in a text editor,
specifically where I changed 0.80 to 0.83 (should be around line 105).
Note that, when I save the file, LyX split 0.83 across two lines. (Just
in case this somehow does not survive the Windoze-to-Linux conversion,
my copy of the file has 0x0D 0x0A, the Windoze line terminator, between
the 8 and the 3.)
Based on a small amount of experimentation, it turns out the bug only
exists in new files. Not only does saving a file result in the braces
evaporating, but once I read back a saved copy, making changes the same
way (select and type over a digit in the ERT) does not cause any new
braces to appear. On the other hand, the bug is present consistently
with a new file On the gripping hand, if I create a new file, save it,
then edit the number (without reloading the file), the braces appear.
Jürgen, have you tried creating a fresh beamer presentation, creating a
frame with columns, a couple of columns (the precise dimensions do not
matter) and a little text, then editing one of the dimensions? This
seems to be the only way to reproduce the bug.
/Paul
