[Webkit-unassigned] [Bug 64883] Command-+ zoom on a frameset page fails to resize the frames, only resizes their content

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue May 9 10:44:51 PDT 2023


https://bugs.webkit.org/show_bug.cgi?id=64883

--- Comment #30 from Ahmad Saleem <ahmad.saleem792 at gmail.com> ---
(In reply to Ahmad Saleem from comment #29)
> PR Attempt - https://github.com/WebKit/WebKit/pull/13637
> 
> Based on Uday's patch.

Based on discussion with Simon, the following PR would lead to cases where zoomed-in frame would be unscrollable in certain windows size and might be more dominant cases like mobile devices and since zoom settings are preserved throughout sessions. It would need user education to educate them on how to reset the zoom on such websites.

Currently, all browsers (as far as I tested) leads to this issue where at certain window sizes, the frames on screen might be unscrollable after zoomed-in and leading the websites being unaccessible.

At this time, we need to be conservation in approach and don't want to break the websites with situation, which is not easy to reset. Hence, I am closing my PR and documenting the issue with current approach.

Additionally, 'frameset' are not as popular as other technologies:

https://chromestatus.com/metrics/feature/timeline/popularity/3009

So the impact of this world be not significant. Although, this is one example of broken site, where zooming-in leads to 'buttons' (Menu) not being accessible in Safari:

https://fsi.gov.in/LATEST-WB-SITE/fsi-main-pg-frm.htm

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230509/1e0bd6d0/attachment.htm>


More information about the webkit-unassigned mailing list