I posted a request to swap the New Window and New Project command keys:
"
To match Finder behaviour and reflect that New Window will be chosen
much more often than New Project, the command-key for File - New
Window should be changed to Command-N.
"
the RS response was something I found frankly unbelievable:
"It is doubtful that this will change as it would break a ton of
muscle memory and provide no real benefit. There are much easier ways
to get a new window (that are more useful), so that menu item is
there more for exploration."
I've added a comment to remind them of the hole in their argument:
"In response to your review, you are ALREADY BREAKING MUSCLE MEMORY
from the Finder, where I use New Window via command-N all the time,
far more often than I do in REALbasic.
In the few days of using REALbasic I have already created several
inadvertent New Folders in the Finder because you are corrupting my
muscle memory and I am starting to do command-shift-N there as well!
"
If they think the menu items are there for exploration then why do
they care about muscle memory?
How often do you create new projects vs using the New Window command?
It feels a bit like the Everything-in-one-tabbed-window Mafia who
have reluctantly accepted certain changes, like New Window, still
don't take the idea of alternate working styles very seriously, a
slightly-frivolous interpretation given a bit of weight by the number
of bugs I've already experienced in multi-window synchronisation ;-)
If you too find this annoying, please comment or vote.
http://www.realsoftware.com/feedback/viewreport.php?reportid=oziskjnx
You know, I have a really funny feeling that I pointed this out to
them in the early alpha testing of the original RB2005 IDE and got
told it was inappropriate to comment on UI issues at that time, sigh.
_______________________________________________
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>
