Received some spam telling me my website needs a responsive layout. I wonder if @beep gets these emails.
DuckDuckGo’s r.duckduckgo.com redirects are intermittently giving Connection Reset errors — just one of the reasons why it’s better that they don’t exist. Let each link link to the thing it says it links to.
This evening: documented Yahoo! Pipes UI in case of sudden shutdown, built first mockup of web dataflow UI using jsplumbtoolkit.com — really excellent library, exactly the right balance between functionality and framework. It gives you a lot but doesn’t dictate how to use it.
Another thing I love about the web: users have the power to take control of their UIs and improve their own experiences.
.@john_nye all the stores I’ve submitted extensions to do manual reviews. Mozilla:
Safari and Opera have fairly basic, boring forms for uploading stuff, and are extremely picky and unclear about exact image sizes for screenshots and icons. There’s also no “review in progress” page, but otherwise acceptable.
Obviously I’ve not been able to actually submit an extension to the Chrome store, but I’d hope that it’s a damned good experience for $5. If they are doing automatic reviews, then the price becomes even more counter-intuitve. If they’ve automated it, surely it’s cheaper and quicker for them?
.Jack Way no other extension store (mozilla, apple, opera) demands payment, or requires it for verification. Also, Mozilla offers a far superior extension upload experience. Google has no excuse :)
en.riff.is is an excellent example of why device testing is an important part of responsive design (try using it at iPad screen size)
Why not to
make assumptions about where your site visitors come from send #js to do a hyperlink’s job:
(That link didn’t work, obv)
From now on I am framing all web standards-type discussions with the question “what is it reasonable to demand that authors do”
For example, it’s not reasonable to demand authors publish content in more than one format. It’s not reasonable to demand that authors learn how RDF works. It is reasonable to require authors to publish HTML. It is reasonable to require authors to add some simple microformats like rel-author, h-entry or h-card.
I got an email saying the service will end on 2014-02-01, but the site appears to be down already. janrain.com, the company who apparently ran myOpenID, is also down, so I can’t find a “goodbye” post. Here’s the notification email:
I wanted to reach out personally to let you know that we have made the decision to end of life the myOpenID service. myOpenID will be turned off on February 1, 2014.
In 2006 Janrain created myOpenID to fulfill our vision to make registration and login easier on the web for people. Since that time, social networks and email providers such as Facebook, Google, Twitter, LinkedIn and Yahoo! have embraced open identity standards. And now, billions of people who have created accounts with these services can use their identities to easily register and login to sites across the web in the way myOpenID was intended.
By 2009 it had become obvious that the vast majority of consumers would prefer to utilize an existing identity from a recognized provider rather than create their own myOpenID account. As a result, our business focus changed to address this desire, and we introduced social login technology. While the technology is slightly different from where we were in 2006, I’m confident that we are still delivering on our initial promise – that people should take control of their online identity and are empowered to carry those identities with them as they navigate the web.
For those of you who still actively use myOpenID, I can understand your disappointment to hear this news and apologize if this causes you any inconvenience. To reduce this inconvenience, we are delaying the end of life of the service until February 1, 2014 to give you time to begin using other identities on those sites where you use myOpenID today.
Speaking on behalf of Janrain, I truly appreciate your past support of myOpenID.
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.
id attribute isn’t good enough for RDFa ‘lite’, apparently it needs the new
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:
|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|
|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.