Bug 24025 - Access keys don't work in Wikipedia rich text editor
Summary: Access keys don't work in Wikipedia rich text editor
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Macintosh OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-19 07:48 PST by Derk-Jan Hartman
Modified: 2015-07-01 01:15 PDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Derk-Jan Hartman 2009-02-19 07:48:06 PST
I have found another issue with access-keys it seems.

This was originally found with the Wikipedia RichText editor WikEd. To reproduce try a rich text textarea (either wikEd on Wikipedia or use http://www.kevinroth.com/rte/demo.htm). Make sure the cursor is IN the textarea. Note that the textarea responds to ctrl-alt-* now. TextEdit also responds to these key combo's, so I'm guessing it's a left over from back then.

The problem. Text area keycombo's override HTML defined keycombo's (very annoying if I want to save my edit on Wikipedia :D ). The second problem. They actually work.. for instance ctrl-alt-p seems to insert a nice "data link escape" character and ctrl-alt-s a "device control 3" character apparently. On WikEd this eventually leads to a replacement character being saved. (one of the JavaScript conversions apparently doesn't handle the char for some reason). Anyways, this took me ages to figure out, and it seems counterintuitive and also confusing.

This is the 3rd set of accesskey's that running into a conflict situation. Perhaps a different approach is needed into solving this ? Perhaps something like what Opera has ? At least then I have visual feedback as to when my accesskey is working and when it is not. ~~~~
Comment 1 Alexey Proskuryakov 2009-02-19 12:17:59 PST
I don't understand this bug report. Could you please give precise steps to reproduce, together with expected results and actual results spelled out as clearly as possible (maybe with screenshots)?

Searching the page sources with Web Inspector, I don't see "accesskey" attribute anywhere.
Comment 2 Alexey Proskuryakov 2009-02-19 13:12:37 PST
From IRC discussion: apparently, the problem is that when Wikipedia editor is active, key combinations such as Ctrl+Option+I enter low ASCII characters instead of invoking access key actions. We need to confirm this and to make a reduction.

Bug 19820 could be the root cause.
Comment 3 Cacycle 2009-02-19 15:30:45 PST
The problem seems to be that iframes in WebKit do not inherit the container document's accesskeys as one would expect and how it works in Firefox as well as Internet Explorer (tested in most recent versions).
Comment 4 Derk-Jan Hartman 2015-06-30 13:22:27 PDT
This problem still exists in Safari 9. Accesskey of a parent document, do not function if the focus is inside the child document.