Miguel Howard sent [12.13p gmt 2004 March 17 Wednesday] : > >>Hi Miguel, the shift-left zoom didn't work with 10pre6e 2004/03/15 >>23:00 Regards, Jan > >Correct. > >I have broken all the mouse gestures. > >We cannot use shift-left for zoom because it will conflict with >shift clicking in order to make selections. > >As of right now there is no way to zoom using the mouse ... unless >you have a wheel mouse. > [snip] > >Q: I believe that on a Mac ALT-left is Cmd-click ... Can someone >please confirm this? >
AFAIK, alt is equivalent to option on the mac. cmd would be called meta, I think. > >Feedback or suggestions appreciated. > Miguel, you probably already know everything I am going to say, and maybe everyone else does too, but just for the record, here goes: 1. I think Jmol should utilize the common mol vis mouse gestures *wherever possible*. this will avoid conflicts when moving between different mol vis applications. the two primary combos are left-click for rotate, and right- or ctl-click for menu. other combos are also widespread but not ubiquitous: shift-click for zoom, opt- or alt-click for translate. *whenever possible* is the key phrase. conflicts will arise, since mol vis apps tend to drift away from standard human interface guidelines, which themselves differ between platforms and even OS versions. in addition, Jmol implements features that other mol vis apps may not. so in cases of conflict, Jmol should default to the Java HIG. Shift-click is a case in point. outside of mol vis, it invariably involves selecting multiple items. some mol vis programs (DS Viewer) follow this convention as well. others, like Chime, do not - but the method for selecting multiple items in Chime is a kind of modal implementation that still does not feel comfortable to me. so I would argue in favor of assigning shift-click to select multiple items, as long as we assign zoom to another modifier key plus left-button. that will make the transition a bit smoother. 2. as a general rule, a user should be able to accomplish everything from the keyboard that he or she can do from the mouse. I don't know how applicable that is in a 3D graphics application like Jmol, so at the very least, a user should be able to accomplish everything with the keyboard and a single mouse button. see #3. 3. here are the three primary Jmol user groups that should be considered, IMO: 1. the desktop users, who may have a 3-n mouse buttons with wheel. 2. the laptop users, who may have only a trackpad and keyboard. 3. the lecturer, who may have a pointer device that only simulates one or two mouse buttons, and may or may not have a keyboard. I think it will be difficult to accomodate even this short list of user groups in all ways, but at least they should be considered. well, that is probably more than $0.02, so we'll call it a dime's worth of opinion. :-) regards, :tim -- timothy driscoll molvisions - molecular graphics & visualization <http://www.molvisions.com/> usa:north carolina:wake forest ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click _______________________________________________ Jmol-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-users
