[Webkit-unassigned] [Bug 149489] New: stop propagating custom scrollbar styles across iframe boundaries
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Sep 22 19:21:23 PDT 2015
https://bugs.webkit.org/show_bug.cgi?id=149489
Bug ID: 149489
Summary: stop propagating custom scrollbar styles across iframe
boundaries
Classification: Unclassified
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: All
Status: NEW
Severity: Normal
Priority: P2
Component: Layout and Rendering
Assignee: webkit-unassigned at lists.webkit.org
Reporter: muven89 at gmail.com
Currently CustomScrollbars are created for html document/ scrollable div's if the body or document element posses PseudoStyle of SCROLLBAR.
While creating customscrollbars for iframes if ownerLayoutObject has PseudoStyle of SCROLLBAR then we create customscrollbars for iframe.
But as i see IFrame is a separate document which can hold its own style. As there is no standard spec for this case, i thought of proposing this
implementation: to create customscrollbars for IFrame if it posses its own PseudoStyle of SCROLLBAR, else create a regular scrollbar for that IFrame,
which stops propagating customscrollbar styles across iframe boundaries.
The reason for porposing this intent to implementation is, an irregular creation of custom-scrollbar's in nested IFRAME's.
(which is quiet confusing as reported by one of our test engineers)
For example
consider 4 nested IFRAME's
IFRAME 1 => has PseudoStyle of SCROLLBAR with background = orange;
IFRAME 2 => has PseudoStyle of SCROLLBAR with background = yellow;
IFRAME 3 => doesnt has PseudoStyle of SCROLLBAR;
IFRAME 4 => doesnt has PseudoStyle of SCROLLBAR;
please check the IFrameStyle-Standardization.jpg.
The iframe scrollbars are actually part of the document inside the iframe. As a result, you have to set the scrollbar styles in the document you are loading into the iframe, not in the document that contains the iframe and iframes generically can't inherit/access styles/scripts from their parent page.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20150923/448ed225/attachment-0001.html>
More information about the webkit-unassigned
mailing list