<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - REGRESSION (STP 4): Unable to target pseudo element webkit-media-controls"
href="https://bugs.webkit.org/show_bug.cgi?id=157635#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - REGRESSION (STP 4): Unable to target pseudo element webkit-media-controls"
href="https://bugs.webkit.org/show_bug.cgi?id=157635">bug 157635</a>
from <span class="vcard"><a class="email" href="mailto:jer.noble@apple.com" title="Jer Noble <jer.noble@apple.com>"> <span class="fn">Jer Noble</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=157635#c8">comment #8</a>)
<span class="quote">> Hmm, I forgot 1 reason why I wouldn't want to remove the controls
> attribute... Not all re-users of of our Wikipedia content, are guaranteed to
> have our Javascript running of course. That means all re-users of Wikipedia
> content (FB, offline readers, 3rd party mobile apps etc) would have video
> elements without controls potentially..</span >
I think you have some other, better supported techniques available for this scenario. Your in-page CSS could hide (visibility:hidden) the video element entirely (or cover it with a poster <img>, and only un-hide it once your script clears the 'controls' attribute. The <video> poster image attribute takes time to download, decode, and paint, so this wouldn't introduce any additional flash that wasn't there already.
<span class="quote">> That sounds nice in practice, but as far as I can see, input elements with
> overriding styling for pseudo controls are everywhere and lot's of stuff
> would break if we really started following: "page style is not supposed to
> be able to affect elements inside a Shadow DOM"</span >
The names of the pseudo-elements within the <video> element Shadow DOM are an implementation detail, and not an API. We will change them occasionally such that, if pages are allowed to override their styles, those changes will break pages that depend on the arrangement or names of those pseudo-elements. I suspect the same is true for pages that target specific <input> Shadow DOM elements (and not just <input> pseudo-class rules).
<span class="quote">> And again, as I mentioned, I can easily override a lower level child still.</span >
Then that sounds like a bug we need to fix. :)</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>