<div dir="ltr">Couldn't expect a better answer, thanks a lot.<div><br></div><div>If I might ask my last question: who makes the decision of "what ships where"?</div><div><br></div><div>As example, how comes Safari is shipping customElements but latest WebKitGTK+ doesn't even have them behind a flag?</div><div><br></div><div>Any specific procedure to speedup shipping features like that?</div><div><br></div><div>Thanks again and Best Regards.</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 25, 2017 at 2:59 PM, Adrian Perez de Castro <span dir="ltr"><<a href="mailto:aperez@igalia.com" target="_blank">aperez@igalia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Andrea,<br>
<span class=""><br>
On Wed, 25 Jan 2017 10:04:43 +0000, Andrea Giammarchi <<a href="mailto:andrea.giammarchi@gmail.com">andrea.giammarchi@gmail.com</a>> wrote:<br>
> Hello there,<br>
> I've recently read this announcement:<br>
><br>
> <a href="https://twitter.com/webkit/status/823967381026263040" rel="noreferrer" target="_blank">https://twitter.com/webkit/<wbr>status/823967381026263040</a><br>
><br>
> which as summary says:<br>
> "New @WebKit features in Safari 10.1 with the macOS 10.12.4 & iOS 10.3<br>
> betas: CSS Grid, Fetch, and so much more. "<br>
><br>
> I am a GNOME on ArchLinux happy user but Web, which AFAIK is based on<br>
> WebKit2GTK+, does not have even half the features Safari or WebKit Nightly<br>
> has on Apple OS.<br>
><br>
> I wonder if there's any browser, even experimental or from AUR, that uses<br>
> latest features that land on Safari or if such browser has a special fork<br>
> and development is different from what lands on Web or WebKitGTK based<br>
> browsers.<br>
<br>
</span>The following is a quick breakdown, without including Safari-specific<br>
features:<br>
<br>
- Working as of WebKitGTK+ 2.14.3 (some of them have been available even in<br>
earlier versions):<br>
<br>
- Fetch API, demo: <a href="https://addyosmani.com/demos/fetch-api/" rel="noreferrer" target="_blank">https://addyosmani.com/demos/<wbr>fetch-api/</a><br>
- IndexedDB, demo: <a href="https://robnyman.github.io/html5demos/indexeddb/" rel="noreferrer" target="_blank">https://robnyman.github.io/<wbr>html5demos/indexeddb/</a><br>
- EmcmaScript 2016 & 2017: Whatever JavaScriptCore supports, is included<br>
in WebKitGTK+, exactly the same as in Apple's ports.<br>
- CSS Grid Layout, demo: <a href="http://gridbyexample.com/examples/" rel="noreferrer" target="_blank">http://gridbyexample.com/<wbr>examples/</a><br>
(Actually, the team implementing it works at Igalia with us, and we have<br>
had it enabled a few versions back already!)<br>
- Improved Web Inspector Debugging. Again, we use the same code as Apple<br>
for the inspector.<br>
<br>
- Working at least partially, but I have doubts about how the GTK+ handles<br>
specifics:<br>
<br>
- CSS Deep Colors: Again, we use the same CSS support code as Apple, so<br>
confident the new syntax is parsed even without trying :-D. Cannot<br>
guarantee that the internal color representation used by our port can<br>
represent with enough precision. AFAIK Cairo uses floating point<br>
components for representing colors, which is more than enough, but that<br>
alone may not be enough to output the colors defined in CSS to a screen<br>
with a wide color gamut.<br>
<br>
- Not working yet, but IMHO likely to be easily doable (e.g. activatable at<br>
build time, without needing additional support in the port):<br>
<br>
- HTML Custom Elements, demo: <a href="https://webkit.org/wp-content/uploads/custom-element-demo.html" rel="noreferrer" target="_blank">https://webkit.org/wp-content/<wbr>uploads/custom-element-demo.<wbr>html</a><br>
- Input Events, demo: <a href="http://jsfiddle.net/girlie_mac/sfxYG/" rel="noreferrer" target="_blank">http://jsfiddle.net/girlie_<wbr>mac/sfxYG/</a><br>
- Interactive form validation, demo: <a href="http://codepen.io/cdumez/full/zoOZmZ/" rel="noreferrer" target="_blank">http://codepen.io/cdumez/full/<wbr>zoOZmZ/</a><br>
(Funnily enough, I see no errors in the inspector console, dunno why<br>
it wouldn't work.)<br>
<br>
- Not working yet, may need port-specific support code:<br>
<br>
- Pointer Lock, demo: <a href="https://mdn.github.io/pointer-lock-demo/" rel="noreferrer" target="_blank">https://mdn.github.io/pointer-<wbr>lock-demo/</a><br>
- Gamepad API, demo: <a href="http://html5gamepad.com/" rel="noreferrer" target="_blank">http://html5gamepad.com/</a><br>
(IIRC, there was some WIP patches for this being done at some point.)<br>
- HTML5 Download Attribute, demo: <a href="http://cdn.sixrevisions.com/0435-01_html5_download_attribute_demo/html5download-demo.html" rel="noreferrer" target="_blank">http://cdn.sixrevisions.com/<wbr>0435-01_html5_download_<wbr>attribute_demo/html5download-<wbr>demo.html</a><br>
- Reduced Motion Media Query: This shouldn't be too difficult, the CSS<br>
parsing is handled by common code, but we lack in the GTK+ port an API<br>
to tell WebKit whether to use items with the “prefers-reduced-motion”<br>
CSS media query.<br>
<span class=""><br>
> Thanks for any sort of clarification.<br>
<br>
</span>Hopefully the list above helps. As you can see, WebKitGTK+ does not fare<br>
badly, and some of the new features may be activatable at build time without<br>
needing to add new port-specific code.<br>
<br>
Cheers,<br>
<br>
—<br>
🎩 Adrián<br>
<br>
<br>______________________________<wbr>_________________<br>
webkit-gtk mailing list<br>
<a href="mailto:webkit-gtk@lists.webkit.org">webkit-gtk@lists.webkit.org</a><br>
<a href="https://lists.webkit.org/mailman/listinfo/webkit-gtk" rel="noreferrer" target="_blank">https://lists.webkit.org/<wbr>mailman/listinfo/webkit-gtk</a><br>
<br></blockquote></div><br></div>