Recent submissions

Comment · 9 months ago
I'm the author of the paper. The prototype was never released by Google unfortunately. The implentation we used was a bit hacky, using a visual effects layer over the text editing layer. It was tricky to keep them in sync. A more robust implementation would try to avoid that. I'm happy to discuss specifics in you're interested.
Comment · 10 months ago
I post nearly everyone on my blog jenson.org
Comment · 11 months ago
I've given dozens of talks, but this one seems to have struck a chord, as it's my most popular video in quite a while. It's got over 14k views in less than a day.

I'm excited so many people are interested in desktop UX!

Comment · 2 years ago
This needs more discussion. Too many don't understand Apple's privacy stance, which has some reasonable elements, is being used to massively foot drag on everyone else trying to build an open web ecosystem.
Comment · 3 years ago
Passive agressive? (I'm the author) I did research to find a better solution. I did and discovered a wide range of market forces (e.g. people don't like to change) that will make it difficult to ship.

But the last thing I intended was to imply giving up. I said very clearly in the post that my solution, Eloquent, was meant to be one possible solution. There are likely many others! My goal of this post was to clearly describe the problem so people a) understood b) knew there were alternatives and c) we could get fired up to actually solve this (even though it WILL be hard to change)

Comment · 3 years ago
That's a fair point, thank you for bringing that up (I'm the author) While these are certainly helpful, the fact that almost no one knows about this proves they aren't really working all that well. Discovery is a key issue that can't be ignored.
Comment · 3 years ago
This is exactly the point I tried to make in the paper. Teens are using the phone and that's fine, but if you watch them, it's horribly inefficient. I'm not saying stop using the phone, I'm saying your kid can be far more productive.
Comment · 3 years ago
I'm the author of the paper. That first one though you called out is VERY interesting (the others seem quite close to what is already done today)

We tried pause-to-select and it user tested very poorly as users were thrown into selection far too easily. It was very irritating. However, I can't really criticize it until I've tried it. I'll upgrade my iPad and check it out. Thanks.

Comment · 3 years ago
oooh, interesting! I'll check it out, thanks!
Comment · 3 years ago
This is a lovely thing to read on a Sunday morning, thank you!
Comment · 3 years ago
I'm the author. I agree, this could be a good way to do it. It's what I meant by a "slow burn" in the post. For example, just start with improvements to tapping and dragging, then add a better magnifier, etc. Just getting rid of some of these ambiguous bugs would be helpful.
Comment · 3 years ago
I'm the author. I've been trying...
Comment · 3 years ago
I'm the author. As the code is owned by Google, I'm a bit constrained in sharing it. I've got permission to talk about the work and show it, but that's about it.
Comment · 3 years ago
Deleting an 'x' was MEANT to be hard (and not typical) the whole point was to see how easy it was to target.

As to your "it does seem obvious that people don’t care that much about the text-editing experience" You are exactly the type of person that I'm trying to get through to! As I said in the post, for most social media tasks, text editing isn't a problem. However, if you believe that mobile will replace desktop, then you've got a problem as sophisticated text composition is quite hard on mobile.

Comment · 3 years ago
I am aware ;-) It's certainly helpful. My point is that it's not nearly enough. The goal of this post was to make it clear that the entire model of mobile editing is flawed and it's helpful to rethink it. However, I'm all for anything that can help!

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton