From: Miguel H. <mt...@mt...> - 2004-03-17 20:24:53
|
Tim & Jan wrote: >>>versions. in addition, Jmol implements features that other mol vis >>> apps may not. I certainly hope that Jmol will implement some features that others do not. And I want to put functionality into the applet so that people can use it without writing scripts. Hence the measurement functionality. >>> so in cases of conflict, Jmol should default to the >>> Java HIG. uhhh ... see below ... >>I would suggest only to use Ctrl-Click to toggle selection by >>keeping the unclicked selection status unaltered, this is conform with >> the general meaning of Ctrl-Click > > ...but breaks very standard HIG on the Mac, which uses Cmd-click for > discontinuous selection and Ctl-click for the contextual menu. you see > the problem. :-) > > this is why I believe that Jmol, since it is built in Java, should > revert to the Java HIG in these cases. Unfortunately, Java has no 'Human Interface Guidelines'. It is *supposed* to run on all platforms and be agnostic to the platform that it is running on. My observation is that it doesn't work. Especially since we are trying to support old JVMs that did whatever they felt like when it came to user interface events. > that way, when users from both > sides argue about what clicks should do what, Jmol will have a > reasonable and consistent defense. Looks like my defense is rather weak :-) I will post something later about Miguel's user-interface guidelines for Jmol :-) Miguel |