Jonathan Johnson wrote:
The time we switched keyboard shortcuts was when we redesigned the UI completely. Pretty much all muscle memory was lost at that point.
In terms of basic menu and key layout, the new UI isn't that far from the old UI, so that is not a valid point in the example I gave since the debugger keys should of had priority since they are used all the time. In the new UI you recently changed the the keys for the find functionality. I can see why you did it, but it definitely violated the "muscle memory" principle since I had to retrain myself to learn the new combination. So the "muscle memory" principle is a weak argument and that is what I am trying to say.
If we were to change the keyboard shortcuts right now, it would be done for a completely arbitrary reason, would go against the HIG, and would serve to confuse as many, if not more, people than it would help.
I am not advocating that Andy's request is valid or invalid, but that consideration of the determination of the fate of the request not be on an arbitrary basis. In Andy's example, solid reasoning for not changing it would be the HIG argument which you presented. But think what happens when a feature request is rejected with a weak argument like the muscle memory one, it only serves to irritate the customer and is that what you want? Andy was irritated and his response was to bring it up on the NUG. Perhaps you guys are missing an opportunity to change the UI for the better based on weak reasoning. Probably every one here has had a feature request rejected for stupid reasons. Sometimes it can be like pulling teeth when it comes to feedback reports when you read some of the evaluations presented in them by the RS team. Nobody is perfect, so there will be friction when weak arguments are presented, but I find it happens more than I would like it too. So my suggestion to you RS is to put a little more effort into the evaluations of feedback reports. We as customers should also make our feedback reports well thought out with solid reasoning behind our requests (and be a little more thick skinned when they are rejected). _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives of this list here: <http://support.realsoftware.com/listarchives/lists.html>
