Compare Revisions

Gecko Keypress Event

Revision 167550:

Revision 167550 by Potappo on

Revision 347473:

Revision 347473 by yaypie on

Title:
Gecko Keypress Event
Gecko Keypress Event
Slug:
Gecko_Keypress_Event
Gecko_Keypress_Event
Content:

Revision 167550
Revision 347473
n8      {{ Fx_minversion_header("3") }} Gecko 1.9 key handling chann8      {{ Fx_minversion_header(3) }} Gecko 1.9 key handling change
>ged significantly after Beta 5 ({{ Bug("359638") }}, {{ Bug("4295>d significantly after Beta 5 ({{ Bug(359638) }}, {{ Bug(429510) }
>10") }} and the bugs on which they depend). The changes were risk>} and the bugs on which they depend). The changes were risky so l
>y so late in the release schedule, but they were necessary for fi>ate in the release schedule, but they were necessary for fixing t
>xing the many key handling bugs.>he many key handling bugs.
n29      The <code>charCode</code> value depends on the state of <kbn29      The <code>charCode</code> value depends on the state of <kb
>d>CapsLock</kbd> and <kbd>NumLock</kbd> (except they are currentl>d>CapsLock</kbd> and <kbd>NumLock</kbd> (except they are currentl
>y ignored if <kbd>Alt</kbd> (<kbd>Option</kbd>) is down on Mac - >y ignored if <kbd>Alt</kbd> (<kbd>Option</kbd>) is down on Mac - 
>see {{ Bug("432953") }}). There are also some differences between>see {{ Bug(432953) }}). There are also some differences between t
> the platforms, as described in the following sections.>he platforms, as described in the following sections.
n38      If the OS-provided character cannot be entered without usinn38      If the OS-provided character cannot be entered without usin
>g the <kbd>Ctrl</kbd> key, then, Gecko does not replace the chara>g the <kbd>Ctrl</kbd> key, then, Gecko does not replace the chara
>cter. e.g., <kbd>Ctrl+Shift+'2'</kbd> on Persian keyboard layout >cter. e.g., <kbd>Ctrl+Shift+'2'</kbd> on Persian keyboard layout 
>inputs a ZWNJ, though <kbd>Shift+'2'</kbd> inputs '@', and so, if>inputs a ZWNJ, though <kbd>Shift+'2'</kbd> inputs '@', and so, if
> Gecko were to replace the <code>charCode</code> in this case, us> Gecko were to replace the <code>charCode</code> in this case, us
>ers would not be able to input ZWNJ ({{ Bug("414130") }}).>ers would not be able to input ZWNJ ({{ Bug(414130) }}).
n65      However, when <kbd>Ctrl</kbd> is down, Gecko 1.9 currenly on65      However, when <kbd>Ctrl</kbd> is down, Gecko 1.9 currenly o
>nly replaces the <code>charCode</code> only when the key correspo>nly replaces the <code>charCode</code> only when the key correspo
>nds to a basic Latin letter. This behavior is a bug, this behavio>nds to a basic Latin letter. This behavior is a bug, this behavio
>r will be changed in a future major release ({{ Bug("432951") }})>r will be changed in a future major release ({{ Bug(432951) }}).
>. 
n83      For the US keyboard layout, a related handler is defined win83      For the US keyboard layout, a related handler is defined wi
>th <code>&lt;key key="=" modifiers="accel"/&gt;</code>, so that u>th <code>&lt;key key="=" modifiers="accel"/&gt;</code>, so that u
>sers do not need to use the Shift key to access the Zoom-in short>sers do not need to use the Shift key to access the Zoom-in short
>cut. Of course, this is not much help to users with other keyboar>cut. Of course, this is not much help to users with other keyboar
>d layouts. e.g., on a Japanese keyboard, <kbd>'+'</kbd> is entere>d layouts. e.g., on a Japanese keyboard, <kbd>'+'</kbd> is entere
>d with <kbd>Shift+';'</kbd> ({{ Bug("339723") }}).>d with <kbd>Shift+';'</kbd> ({{ Bug(339723) }}).
n92      However, users with the same non-Latin keyboard layouts woun92      However, users with the same non-Latin keyboard layouts wou
>ld also like to be able to use Latin access keys of en-US builds >ld also like to be able to use Latin access keys of en-US builds 
>(including nightly builds) without needing to switch keyboard lay>(including nightly builds) without needing to switch keyboard lay
>out ({{ Bug("399939") }}).>out ({{ Bug(399939) }}).
n98      Users with non-Latin keyboard layouts would like to be ablen98      Users with non-Latin keyboard layouts would like to be able
> to use Latin access keys in web pages without switching to a Lat> to use Latin access keys in web pages without switching to a Lat
>in layout ({{ Bug("429510") }}).>in layout ({{ Bug(429510) }}).
n107      ({{ Bug("359638") }} partially addressed this issue by tryin107      ({{ Bug(359638) }} partially addressed this issue by trying
>ng both characters on the key, but {{ Bug("303192") }} would prov> both characters on the key, but {{ Bug(303192) }} would provide 
>ide a complete solution.)>a complete solution.)
n118      <li>A handler on the innermost element should handle a key n118      <li>A handler on the innermost element should handle a key 
>event even when the event does not match exactly and there is an >event even when the event does not match exactly and there is an 
>outer element with a handler that does match exactly ({{ Bug("433>outer element with a handler that does match exactly ({{ Bug(4331
>192") }}).>92) }}).
n122      <li>During accel key handling, if the event includes the <kn122      <li>During accel key handling, if the event includes the <k
>bd>Shift</kbd> modifier, but an alternative <code>charCode</code>>bd>Shift</kbd> modifier, but an alternative <code>charCode</code>
> is not a bicameral letter (i.e., it does not have upper and lowe> is not a bicameral letter (i.e., it does not have upper and lowe
>r case forms), then the <kbd>Shift</kbd> modifier state should be>r case forms), then the <kbd>Shift</kbd> modifier state should be
> ignored if there is no exactly matching handler (requiring Shift> ignored if there is no exactly matching handler (requiring Shift
> to be down). (When <kbd>Option</kbd> (<kbd>Alt</kbd>) on Mac is > to be down). (When <kbd>Option</kbd> (<kbd>Alt</kbd>) on Mac is 
>down, the <kbd>Alt</kbd> modifier should be ignored in the same w>down, the <kbd>Alt</kbd> modifier should be ignored in the same w
>ay, but this is not implemented in Gecko 1.9. See {{ Bug("306585">ay, but this is not implemented in Gecko 1.9. See {{ Bug(306585) 
>) }}).>}}).
n124      <li>During accel key handling, if the character is a bicamen124      <li>During accel key handling, if the character is a bicame
>ral letter, the <kbd>Shift</kbd> key should never be ignored. i.e>ral letter, the <kbd>Shift</kbd> key should never be ignored. i.e
>., <kbd>Ctrl+Shift+'C'</kbd> should not execute <kbd>Ctrl+'C'</kb>., <kbd>Ctrl+Shift+'C'</kbd> should not execute <kbd>Ctrl+'C'</kb
>d> ({{ Bug("433192") }}).>d> ({{ Bug(433192) }}).
n126      <li>During accel key handling, when <kbd>Shift</kbd> is notn126      <li>During accel key handling, when <kbd>Shift</kbd> is not
> down and the character without <kbd>Shift</kbd> is not a numeral> down and the character without <kbd>Shift</kbd> is not a numeral
> but the character with <kbd>Shift</kbd> is a numeral, the key ma> but the character with <kbd>Shift</kbd> is a numeral, the key ma
>y be one of the numeral keys in the top row of a French AZERTY ke>y be one of the numeral keys in the top row of a French AZERTY ke
>yboard layout (or similar). Because numerals are common in short >yboard layout (or similar). Because numerals are common in short 
>cuts, the numeral from the key should be considered as a low prio>cuts, the numeral from the key should be considered as a low prio
>rity shortcut key candidate ({{ Bug("429219") }}).>rity shortcut key candidate ({{ Bug(429219) }}).
tt141    <div class="noinclude">
142      &nbsp;
143    </div>
144    <p>
141    <div class="noinclude"></div>{{ languages( { "ja": "ja/Gecko_145      {{ languages( { "ja": "ja/Gecko_Keypress_Event" } ) }}
>Keypress_Event" } ) }} 
146    </p>

Back to History