1. Astonishing UI design at the OBI self-checkout today. For non-german-speakers, the text reads “Please think about the heyOBI App!” and the “answer options” require no translation

    (the two answer options read “1. ok” and “2. ok”. You can also choose to cancel, which is apparenly something different?

  2. Spotted on google.com: people searches return rich contact data in autosuggest box:

    Predictably, it only works for people with Google+ data.

    Turns out that selecting that option and pressing return doesn’t navigate to aaronpareki.com, or even a Google+ page, but adds a weird state indicator and a “this option does not exist” warning:

    (just in case anyone’s wondering, the reason I was searching was to attempt to reproduce this)

  3. Barnaby Walters: #idea: a microformat for download signatures/checksums, allowing browsers to automatically verify files without people having to go into the terminal and use shasum or gpg --verify

    Of course the more significant thing is UI considerations: how to offer this info to the downloader, how to explain what the various possible outcomes mean and what action the user should take as a result of them

  4. Aitor García Rey: @BarnabyWalters Base format to describe a recipe (not only in html contexts) as source for apps and recipe repositories.

    @_aitor “apps/repositories” not specific or user-focused enough to base improvements/requirements on — what is the data being *used* for, in terms of the people using the UIs you want to build?

    E.G. do you want people to be able to search based on ingredient(s)? Or find only recipes which can be made within time available? Or to offer a UI to convert quantities into units the cook is more familiar with? Or to scale quantities depending on the number of people the cook is making food for?

  5. Rather nice detail on fitbit.com profile page editing view, allowing quick mock-changing of audience. UI like this gives people confidence and safety, provided it is truthful.

    Exposing protocol-relative URLs is an odd choice — I suspect that is accidental, but would be pleasantly surprised if not.

  6. Mac OS 10.6 spaces vs 10.9 full-screen apps/desktops — switching gestures a welcome addition, but muscle memory persistent “physical” location lost, replaced by ambiguous time-based UI which does exactly what you mean half of the time, and causes flow-breaking confusion+excise the rest of the time

  7. Idea for focus-maintaining anti-rabbit-warren UI: “current task” bar, simple user-editable text field present on all screens, subdued but not inconspicuous, persistent reminder of current short-term goal.

    Should be somewhere out of the way but accessible at a glance, i.e. only eye movement required to see what it is. Key combo to instantly clear and focus for editing.

  8. Playing with Yahoo Pipes for the first time. This is the UI I’ve been dreaming of for years. The data sources are bogged down with nasty RSS/ATOM semantics, but that’s mostly irrelevant. The important things:

    • Live, context-sensitive debugging. Want to know what the data looks like at a particular point in the graph? Click there. What if I change this parameter? It updates. WHY ARE PEOPLE NOT RAVING ABOUT THIS? THIS IS HUGE!
    • All parameters are programmable, but with the ability to specify defaults
    • Everything is declarative — not only textually, but visually.
    • One-click publish and deploy, with facilities to create basic UI and pre-fill it
    • Ability to clone and reuse pipes — each pipe is a module you can use in other pipes. Take someone elses pipe and view source, change it, reuse it.

    I made a Pipe to convert h-feed/h-entry markup into RSS from scratch in about 15 mins, having never used the tool before (bear in mind also that this is not a tool built for consuming mf2 data structures): Convert Microformats to RSS. The tiny feedback loop the Pipes tool provides, both in deploying, sharing and debugging, enabled Tantek Çelik to find a bug in his site’s markup.

    Again: WHY DOES NO-ONE KNOW ABOUT THIS? If it’s because processing stodgy, outdated, DRY-violating formats is its bread and butter, fair enough. Let’s rebuild this with microformats2.

  9. Ben Werdmuller: I don't get why you'd use markdown to blog on your own site. Markdown is useful: an easy-to-use notation system that allows you to mark up your text in a safe, fast way. Because you're never letting your users write raw code, there aren't any worries about them posting malware or exploit attempts, or accidentally writing bad markup. At the same time, simple lines and dashes are converted to valid HTML. Everybody wins. But when you're writing your own site, you don't need to worry about those things. You don't care about you posting malware or exploit attempts. (Either you want to, or you won't.) You also don't need to worry as much about bad markup - and if you're not proficient in HTML, you can install a WYSIWYG editor, like the one in WordPress. Unless you're a Dr Jeckyll who morphs into an id-like alter ego without warning, you don't need to worry about your own trustworthiness as a user of your own system. On a self-hosted #indieweb site, all #markdown does is restrict what you can do. It has a syntax to learn, just like basic HTML does, and because you actually have to keep in mind which HTML tags it uses when you write it, it's actually a little bit more complicated to remember. I like a lot of the goals of new publishing platforms like Ghost (I backed it on Kickstarter) but this feature sticks out like a sore thumb to me. I'm not at all sure this is the best writing experience on the web. And I don't see what's wrong with HTML. Updated to add: I've had lots of feedback by people who point out that they just want to write text, not HTML, which is more than fair enough. But surely this shows demand for a smarter, context-sensitive rich text editor rather than another syntax to learn. Why couldn't an editor know to start creating bullet points when you type an asterisk and a space at the beginning of a new line? 13m

    @benwerd I use markdown for initial authoring purely for speed, esp. when typing on mobile devices. After that I just edit the HTML. I’ve yet to come across a WYSIWIM editor which satisfied my semantic, well-structured HTML needs, any suggestions?

  10. UI : service which finds the average number of characters/words/lines in a note and automatically makes the “new note” box that size. Potential extension: Make it one line bigger/smaller to encourage longer/shorter writing.

  11. @scottjenson RE google maps, I hear you. This particular problem could be solved by an app which remembers your speed, then displays the concentric rings. It assumes internet access/cached maps, GPS data and a device capable of displaying it — what if the device transmitting the information was a pedometer/similar which knows my speed but not location, has no internet access or way of displaying maps?

    I’m a fan of more ambient approaches like this because they enhance my own senses (in this case my poor sense of timing) without trying to run my life, as apps seem to want to do. I see it as a fundamentally different approach; apps make me perform a task and give me output. Ambient information enhances my senses and gives me more context within which to make decisions.