From de6e638fd86a97243100c239967d4040e8407aa5 Mon Sep 17 00:00:00 2001 From: wbamberg Date: Tue, 8 Oct 2024 14:42:09 -0700 Subject: [PATCH] Followup to PR 36256 --- files/en-us/web/api/element/click_event/index.md | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/files/en-us/web/api/element/click_event/index.md b/files/en-us/web/api/element/click_event/index.md index 98ad287fe870fe7..5f5d7ad5ebba1ce 100644 --- a/files/en-us/web/api/element/click_event/index.md +++ b/files/en-us/web/api/element/click_event/index.md @@ -12,10 +12,7 @@ An element receives a **`click`** event when any of the following occurs: - A pointing-device button (such as a mouse's primary button) is both pressed and released while the pointer is located inside the element. - A touch gesture is performed on the element. -- Any user interaction that is equivalent to a click occurs, such as pressing the Space key or Enter key while the element is focused. - -> [!NOTE] -> In practice, browsers don't fire the `click` event for custom controls (such as a `
` with `tabindex="0"`) when activated by keyboard. To check the reason behind this behavior, see this [Chromium issue](https://crbug.com/40776466). +- Any user interaction that is equivalent to a click occurs, such as pressing the Space key or Enter key while the element is focused. Note that this only applies for elements with a default key event handler, and therefore excludes other elements that have been made focusable by setting the [`tabindex`](/en-US/docs/Web/HTML/Global_attributes/tabindex) attribute. If the button is pressed on one element and the pointer is moved outside the element before the button is released, the event is fired on the most specific ancestor element that contained both elements.