wmperry(a)aventail.com (William M. Perry) writes:
> > I think we having a multiplatform editor. Remember the mail Steven
> > forwarded? Perhaps we will soon have a Mac platform to serve. What about
> > One-Button mice? I think this is standart for those machines...
> We should do what the netscape people did... there is a maximum length you
> can move the mouse before a click turns into a 'select-drag' type of
> operation instead of following the hyperlink.
Yup. If the mouse is dragged and then released, it selects instead of
This might be very easy if I actually do the thing I discussed with Hrvoje on
the last day in つくば (hey wow, inputting hiragana actually works!): adapting
the stallmacs event system to XEmacs. It gives much less events to lisp (by
compressing them logically). At least it seems to me, after I read the lisp
docs of emacs today. For example a button-press, some motion events, a button
release will only generate a drag event. The drag event has all data which is
needed (starting position, end position, modifiers, etc.).
Motion events will only be generated if you request them by a special
form. Double-, Triple-, Quadrupel-, whatever events get generated (but in a
mysterious way: you will get them all through until the last click -- so you
get click, double-click, and triple-click if the user triple-clicks -- sounds
not so logical to me, cause the programmer must base the binding of the
triple-click on the result of the double-click, which is based on the click).
For me it sounds more logical to create only on triple-click on a triple
click. Depending bindings on the execution of other bindings sounds error
prone to me.
Even a start-dnd-drag (yeah, and again Dungeon'n'Dragons enter XEmacs ;-) )
could be created this way (cause it's also a combination of events).
But first I will have to dig a bit in the source of emacs and XEmacs to see
whats ticking inside the event system.