- predictive-search currently appearing on 171523 pages
- header-drawer currently appearing on 128677 pages
- details-modal currently appearing on 126346 pages
- sticky-header currently appearing on 117100 pages
- slider-component currently appearing on 114981 pages
- cart-notification currently appearing on 94740 pages
- cart-drawer currently appearing on 61148 pages
- localization-form currently appearing on 60639 pages
- slideshow-component currently appearing on 59840 pages
- product-form currently appearing on 42142 pages
Who we are: Igalia are active participants in ECMA, W3C and WHATWG and are very significant contributors on all of the browser engines and Web Platform Tests, as well as some downstream browsers. We are also the maintainers of 2 of the official WebKit ports for Linux: WebKitGtk+ is the engine Epiphany (now named as Web) is built on top of, and its the browser shipped by default in various linux Desktop distros; we are also the creators of WPE, a WebKit port optimized for embedded devices.
Position comments:
There are a number of ways to frame a question. "Should the web have maps?" seems like such an easy one: The obvious answer is yes.
However, by itself this is not a very useful answer: The web does have maps. Some of the earliest popular uses of <img>
were for geographical maps. That's purely declarative, and it's in HTML. But most of us would agree that that's not what we mean.
import fetch from 'node-fetch'; | |
export async function requestSnapshot(url, data) { | |
const response = await fetch('https://little-paper-d118.bkardell.workers.dev', { | |
method: 'POST', | |
mode: 'no-cors', | |
headers: {url: url} | |
}); |
let _str = (function(){ | |
const tag = document.createElement('span') | |
return { | |
propToAttr: (string) { | |
tag.dataset[string] = true | |
return tag.attributes[0].name.split(/^data-/)[1] | |
}, | |
attrToProp(string) { | |
tag.setAttribute(`data-${string}`, true) | |
return Object.entries(tag.dataset)[0][0] |
As I mentioned in Harold Crick and the Web Platform, the HTML specification contains a section on “Other Embedded Content” which specifically mentions SVG and MathML. In that piece I explained their unique histories and how they wound up being “special”.
I think that we need to talk about how that "specialness" relates to the larger Web Platform and I'd like to make the case that we need to move toward a common vision for how to move forward as One Platform. Let me explain what I mean and why this is currently problematic...
Imagine that I have a document:
<!-- this is the entirety of my.html -->
<p>This is awesome</p>
{ | |
"1": [ | |
"navbar-login", | |
"login-prompt", | |
"test-directory", | |
"carousel-principal", | |
"vue-dropdown", | |
"dropdown-watch-search", | |
"bootstrap-session-timeout", | |
"head-search-input", |
{ | |
"lb": { | |
"lb-component": { | |
"name": "lb-component", | |
"ct": 1153 | |
}, | |
"lb-tabset": { | |
"name": "lb-tabset", | |
"ct": 26 | |
}, |
{ | |
"lb": [ | |
{ | |
"name": "lb-component", | |
"ct": "1030" | |
}, | |
{ | |
"name": "lb-component", | |
"ct": "65" |
This is how great ideas often happen, they fade into view over a long period of time... The challenge for all of us is how do you create environments that allow these ideas to have this kind of long half-life, right? It's hard to go to your boss and say "I have an excellent idea for our organization. It will be useful in 2020 [about a decade at the time of this recording], uh, could you just give me some time to do that?."
"use strict"; | |
(function () { | |
var xSizeEls = [], | |
custom = { | |
width: {}, | |
height: {} | |
}, | |
breakpoints = { | |
width: { |