Reminder: If it’s not hypertext, doesn’t have a URL, has no hyperlinks, isn’t navigable in a web browser: it’s not the web.
Reminder: If it’s not hypertext, doesn’t have a URL, has no hyperlinks, isn’t navigable in a web browser: it’s not the web.
Is a website a web app if I keep on trying to open it using Spotlight? “Launching a browser” is flow-breaking indirection.
”Back to the Future is a movie, not a UI pattern”
LOL. Tantek Çelik on pagination directionality, a pet peeve of mine. TUMBLR WHY U GO THE WRONG WAY?
#TIL the id
attribute isn’t good enough for RDFa ‘lite’, apparently it needs the new resource
attribute.
Yesterday we at Vísar tested the neat SVG image element hack on all the devices and browsers we had at hand to see how it performed and whether or not it was viable to use in production.
Given this markup:
<svg>
<image xlink:href="http://example.com/the-image.svg" src="http://example.com/the-image.png" width="100" height="100" />
</svg>
Here’s a table of what each browser+device downloaded:
Browser | Format Requested |
---|---|
Mob. Safari iOS 4.2.1 | PNG |
Mob. Safari iOS 6.1.3 | SVG |
Chrome 28 Mac | SVG |
Safari 5.1.9 Mac | SVG |
Safari 6.0.5 Mac | SVG |
Firefox 26 Mac | SVG |
Firefox 22 Mac | SVG |
IE 8.0.6 | PNG |
IE 10 | SVG+PNG |
Kindle (3rd gen) | PNG |
Note that the Kindle downloaded the PNG despite having pretty good SVG support. Tests carried out locally by watching the Django request logs.
At first, this looked perfect — browsers which supported SVG only downloaded the SVG (apart from IE 10), and other browsers just got the PNG. However, it seems that SVG image
elements can’t be sized with percentages, meaning our flexible layouts were never going to work. I tried to fix it using the dreaded viewBox
and user units (as I have previously to compensate for percentage-based units not being allowed in SVG paths), but that just led to everything being completely the wrong size.
So, (unless someone can show me how to fix this), whilst we think this is a great hack, it’s not going to work out for our product due to the weirdness of SVG sizing limitations.
#todo: write a browser extension which overrides Facebook’s über-shady LinkshimAsyncLink rewriting. What you see should be what you click.
Bookmarklet of the day: jsgif for giving GIFs controls. Pause, skip, reverse — it’s all there and not too slow either!
MDN says FF has “implemented” the SVG text module, then goes on to list 13 presentation attributes which “don’t work”. How exactly does that count as implementing the module? Grr. This is why @supports
is doomed.
Just in case anyone was wondering, the “HA HA HA SOUP” bookmark in those gifs is this bookmarklet:
document.createTreeWalker
is actually pretty great.
That's just the web, right? I mean, we've had the a href tag since literally the beginning of HTML / The Web. It's for linking documents. Documents are a representation of data.
Ha, so true — @veganstraightedge on #rdf #html (source)
Musing on why we only turn to natural language for defining the behaviour of out applications instead of the business logic itself.
Rough ideas: gist.github.com/barnabywalters/6188240
Find of the day: everything2.com
Tomorrow I will open onesecond.designly.com at the beginning of the day and look only at the very end. #bookmark #web #time
Finally, someone’s pushing for a common format for browser extensions: my.opera.com/ODIN/blog/2013/07/30/introducing-nex via @brucel
Previously: waterpigs.co.uk/notes/713 waterpigs.co.uk/notes/734
Trying to think of a good reason to make a #js library called bach.js
Aaron Parecki seems like that would be blurring the line between presentation and behaviour — where do you stop? Weather media queries? Proximity? Acceleration?
Pondering the utility of a “draft blog post titles” listing on my homepage, partly as a teaser, partly as a reminder to myself
Laughing at the @twitter docs using “t.co” and “best practices” in the same sentence: dev.twitter.com/docs/tco-url-wrapper/best-practices