Chrome Disses Developers
code.google.com
code.google.com
Neither behavior is acceptable and I consider it a very good feature of Chrome that it gives control back to the user in that regard.
Keyboard shortcuts are a major pain in web applications, you are inside the window manager with their shortcuts, the browser with their shortcuts, and the web application with their own.
If your application has "tabs" then you want to use the standard tab shortcuts, however the user may also want to use the browsers shortcuts (this has annoyed me a lot in cloud9 which doesnt let me close the browser tab with Ctrl+W)
I cant think of the best solution for this, I dont think chrome disabling access to them is going to help much though, but I can see why they did it
I expect ^N to be "new window" regardless of the site I am visiting. If I had an app that rewired it to mean something else, I'd file a bug.
A few developers are upset.
Personally, I applaud Chrome and think they made the right call. If I'm on a web page, and press Ctrl+T, I want a new tab.
Just a couple of days ago, Firefox 5 came out, and it's the same thing. I like the new 'spaces' and 'pinning' of application tabs. Additionally they've adopted the 'tabs on top' and a neat new 'firefox button' to eliminate the dropdown menus. It's pretty slick.
Until Chrome comes out with these enhancements, I think I'm sticking with FF5.
Good thing too... I don't agree that this bug should be a "won't fix" ... so now, in addition to having become drawn to FF5 anyways, I can feel smugly superior for leaving :)
If chrome adds a slick tab groups management system, I'd probably switch back pretty quick. (it might not have been obvious, but the 'smugly superior' comment was a joke)