The New Tab Page used to be (somewhen between versions 2 and 3) slick
and customizable. Now there have been added (1) a line telling me to
synchronize my bookmarks, (2) a line with one of about a dozen tips
and (3) a corner trying to tell me that Chrome now supports themes.
IMHO several things
On Oct 8, 7:00 pm, Peter Kasting pkast...@google.com wrote:
Please feel free to file bugs at crbug.com.
Filed crbug.com/24318 , crbug.com/24319 , crbug.com/24321 , crbug.com/
24328 and crbug.com/24334 .
--~--~-~--~~~---~--~~
Chromium Developers mailing list:
On Aug 24, 3:58 am, Peter Kasting pkast...@google.com wrote:
We already have this since web pages take over things like ctrl-w and ctrl-f
(and we wouldn't want to change that since in many cases it's important that
they do so).
AFAICT, at least Alt+Shift+T and Alt+D seem not to be preventable
On Aug 24, 7:42 pm, Peter Kasting pkast...@google.com wrote:
Please file bugs on all these.
Filed http://code.google.com/p/chromium/issues/detail?id=20086 ,
http://code.google.com/p/chromium/issues/detail?id=20160 ,
http://code.google.com/p/chromium/issues/detail?id=20164 ,
On Aug 23, 3:18 am, Evan Martin e...@chromium.org wrote:
It's already the case that if a page grabs a key it overrides the
Chrome shortcut, so this would actually work properly with no
additional effort.
In that case, the issue is that the menu shortcuts won't work
reliably, which (1) can get
On Aug 23, 2:45 am, Peter Kasting pkast...@google.com wrote:
At least IE and Firefox already map this, so I don't think this is a big
loss for web pages.
It isn't a loss for web pages but for users relying on the keyboard
(think handicapped users or netbook users without a proper mouse). And
On Aug 21, 10:20 pm, Peter Kasting pkast...@google.com wrote:
Windows native behavior is that hitting alt+accesskey opens the menu in
question.
Do we really want to follow native behavior in this place? Websites
use Alt+accesskey as well, and every combo you reserve for Chrome
won't (or at
