On Oct 8, 7:00 pm, Peter Kasting 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: chromium-dev@googlegrou
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 co
On Aug 24, 7:42 pm, Peter Kasting 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 ,
http://code.google.com/p/chromium/issue
On Aug 24, 3:58 am, Peter Kasting 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 by a
web page.
On Aug 23, 2:45 am, Peter Kasting 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
as I said: Firefox
On Aug 23, 3:18 am, Evan Martin 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 quite frustrat
On Aug 21, 10:20 pm, Peter Kasting 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 least should not for