1. @kartik_prabhu amazing work overall! This is one of my favourite parts though — the fact that fragmention comments fall back gracefully if they’re not supported on either side, and yet all the data required to present them is preserved, so future updates can retro-actively put old marginalia in the right place!

    I wonder how tricky it would be to implement this on the comment publisher side too — detecting fragmention URLs and tailoring the reply context content…

  2. Aaron Parecki: @BarnabyWalters Also worst case you can just print it out again at the terminal.

    @aaronpk whaaaaa

    You realise that in my mind this attitude basically makes you some sort of fearless adventurer wizard hero, who, ARMED with his MAGIC LIGHTS, fears not the CHECK-IN DESK and FLYING METAL BOXES and requires no A4 SHIELD to ward off the spectres of GETTING LOST IN SOME OTHER COUNTRY

  3. Built a wheel speed measuring device 24hrs before leaving for festivals, and it turns out that without absolute positioning (which I certainly don’t have time to build) it’s actually not much use as it doesn’t tell you anything that an audio recording of the trompette does in far higher detail.

    The data could still be useful for controlling effects, but again, the audio level is a more accessible indicator of speed than actual measurement equipment.

    For teaching purposes, the thing which would actually be useful (as always) is not the measuring equipment, but a UI which shows you trompette traces from pro players alongside yours in real time and allows you to compare them. I’ll have a go at prototyping this if I get time tomorrow and bring it along to Chateau d’Ars if it’s successful.

  4. Aaron Parecki: @BarnabyWalters You still print your boarding pass on paper? ;-) I stick to magic lights all the way through.

    @aaronpk oh wow, I would be terrified that the magic lights would break or not work or run out of power or get lost or crash. I trust paper waaaay more than magic lights and can’t travel without my wad of A4 pieces of paper :)

  5. Genuine question to people who a lot: does the whole “pressing buttons and making lights change colour, then printing the results out onto A4 sheets of paper which magically enable you to travel to different countries” thing ever stop feeling profoundly weird?

  6. Getting the distinct feeling that traveling 35km in France is going to be more stressful than thousands of kilometres around the rest of Europe :/

  7. Trying to buy MP3s off Amazon and seeing unfriendly errors like “Important Message There was a problem with your address submission. Please fix all the areas below and try again.”?

    It’s probably because the Amazon MP3 service only works in the US, despite this information not being displayed anywhere or reported as an error. The billing information form even lets you choose countries which it knows will not work!

    This is an excellent example of terrible form design, and to communicate exactly why, I redesigned the form with some improvements:

    Important credit card number:

    Date it stops working:

    LEAVE THIS BOX UNCHECKED TO BUY MUSIC:

    Select a next step:

    (If anyone from Amazon is reading, feel free to use this design on amazon.com/gp/dmusic/verification/addCreditCardMP3 — it would be orders of magnitude more helpful than the current one)

    Source: chat with amazon support staff:

    Update: follow-up email clarified that Amazon music is actually available in the UK, France, Germany, Switzerland, Austria, Japan, Spain and Italy — so not just the US, but also no love yet for Iceland :( In their defence: Amazon’s support channels are excellent. Polite, helpful, quick chat and genuinely useful follow-up email.

  8. for a twitter bot: snarky sarcastic favstar

    “Looks like 5 people ★ed your tweet. That’s, like, the most anyone’s ever ★ed one of your tweets. IT’S DOWNHILL ALL THE WAY FROM HERE”

    “Congratulations on your 10★ tweet. Bet you feel real big about that”

    “Your tweet got to 15★! Here’s an alternate version of your profile photo with a medal on.”

    “20★ for a tweet with that many spelling mistakes? You people are idiots”

    “Congratulations, you got to 50★! Get to 100★ and I may decide not to kill this adorable puppy”

    “100 PEOPLE CLICKED A ★ SHAPED BUTTON AND NOW I AM REMINDING YOU OF THAT FACT”

    “Congratulations, your 250★ tweet has inflated your ego sufficiently to enter the upper atmosphere!”

    “500★? How much did that cost you?”

    “Who do you think you are with your 1000★ tweet, Obama?”

    “1,000,000,000★ are there even enough people in the world for that to be a thing”

  9. Working on I’m coming to realise that there are at least two usefully distinct levels of semantic data on the web:

    There’s the basic “object” level at which microformats act, defining simple, basic-level objects like posts and people with properties like name, phone and content.

    Then there’s the level at which HTML works, marking up blocks of text and creating a tree of elements, each of which gives context to the text it contains, for example blockquote elements for containing content from another source, code elements for “computer code” (might be some space to make that more useful — who’s up for adding the type attribute to code?) and so on.

    So what? So these are the two sufficiently standardised levels at which content on the web can be made portable, and mutually understood by many parties. Any additional undefined semantics introduced by author-defined classnames and the meaning communicated by their default styling is unportable, and will be lost when that content is viewed elsewhere (for example shown in a reader or as a cross-site comment.

    So how can you tell if your content is sufficiently portable? For the object-level (microformats) a validator like indiewebify.me can be used. Strangely, there aren’t as many tools for the markup level, but one surefire way to check is to disabled CSS in your browser. Is your content still understandable using only the default styles? If so it’s probably pretty portable.