On Thu, Dec 13, 2001 at 05:32:01PM +0100, Andre Poenitz wrote:
...
> On Thu, Dec 13, 2001 at 06:20:26PM +0200, Martin Vermeer wrote:
> > + kbmap->bind("M-m ~S-underscore", LFUN_SUBSCRIPT);
> > + kbmap->bind("M-m ~S-dead_circumflex", LFUN_SUPERSCRIPT);
> > + kbmap->bind("M-m ~S-asciicircum", LFUN_SUPERSCRIPT);
> >
> > This is my preference, a decent compromise I think.
>
> I always get a bit lost here. Could you please put that into some kind of
> list like
>
Case 1 (" X handles deadkeys; ^ is no deadkey (asciicircum)")
to get '^' in text mode press: ^
'ê' doesn't work
'_' _
to get '^' in math mode press: ^
'ê' doesn't work
'_' _
superscript M-m ^
subscript M-m _
Case 2 ("X handles deadkeys; ^ is a deadkey (dead_circumflex)") ...
to get '^' in text mode press: ^ space
'ê' ^ e
'_' _
to get '^' in math mode press: ^ space
'ê' ^ e [doesn't seem to work though; a
cursor left is needed inbetween]
'_' _
superscript M-m ^ space (or M-m ^ ^)
subscript M-m _
Case 3 ("Lyx handles deadkeys; ^ is no deadkey")
to get '^' in text mode press: ^
'ê' doesn't work (I think?)
'_' _
to get '^' in math mode press: ^
'ê' doesn't work (I think?)
'_' _
superscript M-m ^
subscript M-m _
Case 4 ("Lyx handles deadkeys; ^ is deadkey")
to get '^' in text mode press: ^ space
'ê' ^ e
'_' _
to get '^' in math mode press: ^ space
'ê' ^ e [doesn't seem to work]
'_' _
superscript M-m ^ space
subscript M-m _
> Would be really nice.Actually with the three patches above you can try it in your local tree. Especially no. 3. I suspect that even with compile times, that's quicker than trying to explain it ;-) > I would certainly prefer "plain ^ and _" for the math *script stuff and do > not care too much about the others as long as entering them is somehow > possible (without using a text editor on the .lyx file...) So would I. But we are professionally deformed scientists, all the time entering formulas with super- and subscripts ;-) For a more general audience, esp. an international one, things like ê and á etc. should really "just work". Yes I know the French keyboard has accented characters ready, but that doesn't apply for all locales. If a keyboard provides deadkeys, they are meant to be used. Naturally. Same with ^ and _ characters; especially _ is needed in programme listings. One can of course argue whether for the "typical" user sub- and superscripts are more common than the raw ^ and _ characters. If this is the case, then sub/superscript should perhaps be bound to plain ^ and _ and the symbols to longer "escaped" sequences; then also the "hat" accent should be bound to such a longer sequence. (That was my original proposal, binding "hat" to M-m h and thus the ^ symbol to M-m h blank. But I gradually changed my mind when LGB and JMarc pointed out the problems with that.) [And note, perhaps redundantly, that as I understand it it is *not easily possible* to have plain ^ and _ for *both* super/subscript *and* insert symbol/hat accent; before the introduction of LFUN_*SCRIPT it worked, but that was really a kludge as far as I can see.] However, my proposed solution (3) is IMHO more consistent/natural. 1. The sub- and superscript bindings start with M-m like all the others in math 2. The "hat" accent works the same way as the other accents ' ` " ~ both in and out of math 3. No need to "escape" any characters to be inserted. Item 1. does make the key sequences a little longer, but so what? There are many others already of the same length, and we all type happily M-m g D to get a \Delta etc. etc. I don't think it will make a typical formula much longer/harder to type as this is offset by the greater consistency. I suspect it may be possible (but you should know best :-) to change LyX thus that being in mathed always implicitly prepends M-m to keysequences typed. This should make that easier. > > Andre' > > -- > André Pönitz .............................................. [EMAIL PROTECTED] > Martin -- Martin Vermeer [EMAIL PROTECTED] Helsinki University of Technology Department of Surveying P.O. Box 1200, FIN-02015 HUT, Finland :wq
msg30525/pgp00000.pgp
Description: PGP signature
