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
Are you saying a website cannot use such combination as well?
(Alt+Shift+AccessKey)
☆PhistucK
On Sun, Aug 23, 2009 at 10:00, zeniko zen...@gmail.com wrote:
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
On Sat, Aug 22, 2009 at 07:31, Lei Zhangthes...@chromium.org wrote:
With the Google Summer of Code program winding down, I'm curious how
our GSoC participants are doing. Can the students and their mentors
share their experiences? (Assuming you're all done with evaluations
and all that.)
My
On Sat, Aug 22, 2009 at 9:51 PM, Jeremy Orlowjor...@chromium.org wrote:
It might be worth going through all the LayoutTest bugs and double check
they're split up into individual root causes (or something approximating
that). I'll try to make time to do a scan in the next week or so, but it'd
On Sat, Aug 22, 2009 at 11:57 PM, zeniko zen...@gmail.com wrote:
In that case, the issue is that the menu shortcuts won't work
reliably, which (1) can get quite frustrating because you never really
know what a shortcut will do and (2) leads to the menus or other core
functionality remaining
I understand the resistance to implement yet another bit of process
and effort around layout tests. I really do. However, I found some
merit in Dirk's idea -- it allows us to clearly see the impact of a
regression.
Sadly, I can't come up with a specific example at the moment, but let
me pull one