Bug 210025
| Summary: | iPadOS with mouse: interaction media features (pointer/hover/any-pointer/any-hover) don't report mouse | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Patrick H. Lauke <redux> |
| Component: | CSS | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | ||
| Priority: | P2 | ||
| Version: | Safari 13 | ||
| Hardware: | iPhone / iPad | ||
| OS: | iOS 13 | ||
Patrick H. Lauke
Using a bluetooth mouse with iPad and the new mouse support in iPadOS, the pointer/hover/any-pointer/any-hover interaction media features https://drafts.csswg.org/mediaqueries-4/#mf-interaction don't reflect the presence of the mouse.
Testing with https://patrickhlauke.github.io/touch/pointer-hover-any-pointer-any-hover/ is shows that despite the mouse:
- pointer:fine
- any-pointer: fine
- hover:hover
- any-hover:hover
all evaluate to false.
pointer/hover relate to whatever the device/browser considers to be the "primary" input mechanism. So it comes down to deciding if iPad should treat the mouse as primary or not (i.e. if, even with mouse/trackpad present, it should consider the touchscreen its primary). However, regardless of that aspect, the any-pointer:fine and any-hover:hover feature query should evaluate to true (when the mouse/trackpad are present/paired, and ideally dynamically go back to false when no such pointing device is paired).
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
*** This bug has been marked as a duplicate of bug 210024 ***