Andre Poenitz <[EMAIL PROTECTED]> writes:
| > | - C-m on '\(x^2y\)' gives x^2 (because the math parser only understand
| > | x^{2}y)
| > |
| > | - C-m on '$x$' crashes LyX. Also, C-m on 'foo' crashes LyX.
| >
| > Isn't "C-m" the usual way to begin a mathinset?
|
| And a few more functions... the "static" keyword of Mathed ;-{
|
| > If so it should absolutely not double as a "import the selection if
| > you have one into an mathinset" that should be a separate LFUN and a
| > separate keybinding.
|
| It does not double as anything, it simply behaves as it would as it were
| an "ordinary" mathed function:
|
| Pressing e.g. M-m s (i.e. 'math-insert sqrt') inserts a square root. If
| there was some selection, the selection gets removed and re-inserted
| under the root, otherwise the root stays empty.
|
| Now, pressing C-m outside mathed inserts a math inset. If there was some
| selection, the selection gets removed and re-inserted in the inset
| otherwise the inset stays empty.
and this is bad... should IMHO we a separate LFUN for this selection
business.
| This one is pretty consistent.
|
| But I agree that C-m has too many functions in other places. But part of
| this is the difficulty to add new functions: One always has to touch
| "toplevel" files for that, and that is annoying. I'd much rather have some
| kind of "LyXfunc registration" where e.g. mathed or other "modules" could
| register LyXfuncs without touching "toplevel" stuff...
comming... I have begun at this, but it will come _slowly_ and not in
a while yet.
--
Lgb
