home.social

#userinterfaces — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #userinterfaces, aggregated by home.social.

  1. "The #userinterfaces of the late ’90s were the last ones designed by people who actually cared, by people who approached the whole process with the end user in mind, rooted in scientific data collected by simply looking at people use their ideas. They were optimised for the user as best they could, instead of being optimised for the company’s bottom line.
    It’s been downhill ever since."

    From:
    The #Windows 95 user interface: a case study in #usability engineering
    osnews.com/story/144509/the-wi

    #Win95 #Microsoft #Apple #macOS #UI #UX

  2. Shifting UI paradigms: Feed. Story. Chat.

    Every five to ten years software engineering and computer interfaces seem to be getting a newer user interface control. Every new such UI control seems to be more popular than the previous era’s hero UI control. Right now, we are in what I call the “Chat” generation. The generation before was all about the “Story” UI — which gave way to “reels” or “shorts”, and even the base interactions in live video streams. The era before that saw the rise of the “Feed” UI, with my earliest memories of such interfaces dating back to Facebook’s Wall, or Orkut’s post feed.

    The Chat era started in late 2022 with the release of ChatGPT. It was preceded by the Story era, starting around 2014 with Snapchat’s rise in popularity. Snapchat’s user interface control to tell vanishing visual stories with highlights and text overlays became popular and eventually pervasive. While it started with social media, it soon found its way to places like LinkedIn1 and Signal. Going as far back as 2008, we got the first draft of the modern-day social Feed, when Facebook first introduced the Wall. Facebook’s take was a refined version of feeds in MySpace or Orkut. But it paved the way to follow not just friends but social influencers.

    None of these UI controls were new when they exploded in popularity. We have always had chat interfaces for instant messaging. RSS feeds with their focus on links likely seeded the idea for social media feeds. IRC chat streams gave way to information feeds we find ourselves in — both for group chats and microblogging feeds. The Story/Reel UI was a re-imagination of the photo carousel in portrait mode.

    I sound reductive – although not intentionally. Truth is that these UI controls have undergone numerous iterations to situate themselves in newer information and interaction contexts. And while those iterations were key, such evolutions were driven by the demands and contexts of the time.

    AI changed chat. The Chat interface had to evolve from a human-to-human paradigm to a human-to-bot paradigm. An explosion of multimedia – images and videos – compelled the creation of the Story control. The creators of the Story UI control needed fuse the complexity of annotations, fonts, colors and text boxes in PowerPoint presentations with the simplicity of photo slideshows. Social networking changed how we think about feeds in general. The feed of links had to iterate from serving a single-user experience in RSS readers to a social, multi-user experience that we find in modern social networks.

    It is easy to pigeon-hole these advances as a product of social media. But the recent uptick in “chat” implementations has bucked that trend with applications in domains ranging from enterprise to programming. The Chat UI is a peculiar case for a different reason as well. Larger paradigm shifts like AI certainly evolved Chat as user interface control. But the UI control itself re-defined what social networks looked like. Even before AI took center stage, IM apps’ natural evolution to group messages reshaped what social media is. Think Slack, WhatsApp Telegram. Group messaging platforms took the 1-to-1 instant messaging interface, and expanded it to multiple users with one chat feed visible to all. At one point it caused Twitter to be relegated as nothing more than a public group chat. It also elevated IM apps like WhatsApp to a “social-network” status.

    Each era offers a rich body for work for software engineers, designers, and product managers. That work entails reworking the whole software and product stack in light of these newer interfaces. In particular, think of — (a) implementing these frontend interfaces; (b) redesigning and re-implementing existing user-workflows around these newer interface paradigms; and (c) rewiring or tooling bank-end systems to support the evolving frontend.

    The Chat era has been particularly replete with work, or re-work in many cases. So much so that we are now rethinking what browsers are. Interesting to see what UI control we get next, and what work it spurs.

    1. I think of LinkedIn more as a professional network, than a social network. But happy to concede that i am splitting hairs 😁 ↩︎

    #chat #feed #product #reels #rss #snapchat #socialMedia #software #stories #userExperience #userInterfaces #whatsapp

  3. To the user-interface designers and programmers out there: If the unfortunate event happens and you have to show an error message, please make sure the message is actually helpful for identifying the issue. You might think that hiding technical details is user-friendly, but in fact, the opposite is true. Do not make us guess what is wrong, tell us what you know!

    You might be afraid that this confuses users who are less tech-savvy. Not necessarily, if you give them a rough idea first (maybe in a more emphasized font) and then continue with the details you have (maybe in a smaller font). I am quite sure users are able to ignore the parts they do not understand, and if they need support, at least the person giving support has something to work with.

    Some simple examples:

    ❌ "Cannot connect to bluetooth device."
    ❓ "Okay, but why?"
    ✅ "Cannot connect to bluetooth device 'foo' (maybe it is turned off?): The device does not respond."

    ❌ "Cannot open file."
    ❓ "Which file? And again, why?"
    ✅ "Cannot open file 'testfile.txt' for reading: Permission denied"

    ❌ "Something went wrong when trying to load the website."
    ❓ "Again, what's the problem? Is the network interface down? Is the DNS server down? Is the target server itself down? Give me a hint, please!"
    ✅ "Cannot load the website. Maybe your computer is not connected to the Internet? Details: No route to host (192.168.10.1) when attempting to connect to the DNS server."

    This is nothing new. In fact, it is just an adaptation of the top-down writing approach we also use when writing scientific papers, for example: You begin with a rough overview and give increasingly more details later in the text.
    But do not omit the details completely!

    #usability #userinterfaces #userinterfacedesign #errormessages #programming #writing #technicalwriting

  4. To the user-interface designers and programmers out there: If the unfortunate event happens and you have to show an error message, please make sure the message is actually helpful for identifying the issue. You might think that hiding technical details is user-friendly, but in fact, the opposite is true. Do not make us guess what is wrong, tell us what you know!

    You might be afraid that this confuses users who are less tech-savvy. Not necessarily, if you give them a rough idea first (maybe in a more emphasized font) and then continue with the details you have (maybe in a smaller font). I am quite sure users are able to ignore the parts they do not understand, and if they need support, at least the person giving support has something to work with.

    Some simple examples:

    ❌ "Cannot connect to bluetooth device."
    ❓ "Okay, but why?"
    ✅ "Cannot connect to bluetooth device 'foo' (maybe it is turned off?): The device does not respond."

    ❌ "Cannot open file."
    ❓ "Which file? And again, why?"
    ✅ "Cannot open file 'testfile.txt' for reading: Permission denied"

    ❌ "Something went wrong when trying to load the website."
    ❓ "Again, what's the problem? Is the network interface down? Is the DNS server down? Is the target server itself down? Give me a hint, please!"
    ✅ "Cannot load the website. Maybe your computer is not connected to the Internet? Details: No route to host (192.168.10.1) when attempting to connect to the DNS server."

    This is nothing new. In fact, it is just an adaptation of the top-down writing approach we also use when writing scientific papers, for example: You begin with a rough overview and give increasingly more details later in the text.
    But do not omit the details completely!

    #usability #userinterfaces #userinterfacedesign #errormessages #programming #writing #technicalwriting

  5. To the user-interface designers and programmers out there: If the unfortunate event happens and you have to show an error message, please make sure the message is actually helpful for identifying the issue. You might think that hiding technical details is user-friendly, but in fact, the opposite is true. Do not make us guess what is wrong, tell us what you know!

    You might be afraid that this confuses users who are less tech-savvy. Not necessarily, if you give them a rough idea first (maybe in a more emphasized font) and then continue with the details you have (maybe in a smaller font). I am quite sure users are able to ignore the parts they do not understand, and if they need support, at least the person giving support has something to work with.

    Some simple examples:

    ❌ "Cannot connect to bluetooth device."
    ❓ "Okay, but why?"
    ✅ "Cannot connect to bluetooth device 'foo' (maybe it is turned off?): The device does not respond."

    ❌ "Cannot open file."
    ❓ "Which file? And again, why?"
    ✅ "Cannot open file 'testfile.txt' for reading: Permission denied"

    ❌ "Something went wrong when trying to load the website."
    ❓ "Again, what's the problem? Is the network interface down? Is the DNS server down? Is the target server itself down? Give me a hint, please!"
    ✅ "Cannot load the website. Maybe your computer is not connected to the Internet? Details: No route to host (192.168.10.1) when attempting to connect to the DNS server."

    This is nothing new. In fact, it is just an adaptation of the top-down writing approach we also use when writing scientific papers, for example: You begin with a rough overview and give increasingly more details later in the text.
    But do not omit the details completely!

    #usability #userinterfaces #userinterfacedesign #errormessages #programming #writing #technicalwriting

  6. To the user-interface designers and programmers out there: If the unfortunate event happens and you have to show an error message, please make sure the message is actually helpful for identifying the issue. You might think that hiding technical details is user-friendly, but in fact, the opposite is true. Do not make us guess what is wrong, tell us what you know!

    You might be afraid that this confuses users who are less tech-savvy. Not necessarily, if you give them a rough idea first (maybe in a more emphasized font) and then continue with the details you have (maybe in a smaller font). I am quite sure users are able to ignore the parts they do not understand, and if they need support, at least the person giving support has something to work with.

    Some simple examples:

    ❌ "Cannot connect to bluetooth device."
    ❓ "Okay, but why?"
    ✅ "Cannot connect to bluetooth device 'foo' (maybe it is turned off?): The device does not respond."

    ❌ "Cannot open file."
    ❓ "Which file? And again, why?"
    ✅ "Cannot open file 'testfile.txt' for reading: Permission denied"

    ❌ "Something went wrong when trying to load the website."
    ❓ "Again, what's the problem? Is the network interface down? Is the DNS server down? Is the target server itself down? Give me a hint, please!"
    ✅ "Cannot load the website. Maybe your computer is not connected to the Internet? Details: No route to host (192.168.10.1) when attempting to connect to the DNS server."

    This is nothing new. In fact, it is just an adaptation of the top-down writing approach we also use when writing scientific papers, for example: You begin with a rough overview and give increasingly more details later in the text.
    But do not omit the details completely!

    #usability #userinterfaces #userinterfacedesign #errormessages #programming #writing #technicalwriting

  7. To the user-interface designers and programmers out there: If the unfortunate event happens and you have to show an error message, please make sure the message is actually helpful for identifying the issue. You might think that hiding technical details is user-friendly, but in fact, the opposite is true. Do not make us guess what is wrong, tell us what you know!

    You might be afraid that this confuses users who are less tech-savvy. Not necessarily, if you give them a rough idea first (maybe in a more emphasized font) and then continue with the details you have (maybe in a smaller font). I am quite sure users are able to ignore the parts they do not understand, and if they need support, at least the person giving support has something to work with.

    Some simple examples:

    :X: "Cannot connect to bluetooth device."
    :question: "Okay, but why?"
    :white_check_mark: "Cannot connect to bluetooth device 'foo' (maybe it is turned off?): The device does not respond."

    :X: "Cannot open file."
    :question: "Which file? And again, why?"
    :white_check_mark: "Cannot open file 'testfile.txt' for reading: Permission denied"

    :X: "Something went wrong when trying to load the website."
    :question: "Again, what's the problem? Is the network interface down? Is the DNS server down? Is the target server itself down? Give me a hint, please!"
    :white_check_mark: "Cannot load the website. Maybe your computer is not connected to the Internet? Details: No route to host (192.168.10.1) when attempting to connect to the DNS server."

    This is nothing new. In fact, it is just an adaptation of the top-down writing approach we also use when writing scientific papers, for example: You begin with a rough overview and give increasingly more details later in the text.
    But do not omit the details completely!

    #usability #userinterfaces #userinterfacedesign #errormessages #programming #writing

  8. Ah, yes, the age-old #debate of "Your" vs. "My" in user interfaces—the true battleground for the modern UI designer 😂. Because nothing screams #innovation like obsessing over possessive pronouns while #Amazon just skips them altogether—genius! 🙄 Just remember, it's not "your" problem; it's "My" headache. 🤔🔍
    adamsilver.io/blog/your-vs-my- #UIdesign #UserInterfaces #Humor #HackerNews #ngated

  9. 🚨 Breaking news: Font used by phones pre-iPhone era found to be good for... user interfaces? 🚀 Next, we'll find out Comic Sans is perfect for #resumes. 🤔 Maybe we should dust off our old #Nokias and start a font revolution. 📞💥
    osnews.com/story/143222/it-tur #FontRevolution #UserInterfaces #RetroTech #ComicSans #HackerNews #ngated

  10. 🚨 Breaking news: Font used by phones pre-iPhone era found to be good for... user interfaces? 🚀 Next, we'll find out Comic Sans is perfect for #resumes. 🤔 Maybe we should dust off our old #Nokias and start a font revolution. 📞💥
    osnews.com/story/143222/it-tur #FontRevolution #UserInterfaces #RetroTech #ComicSans #HackerNews #ngated

  11. 🚨 Breaking news: Font used by phones pre-iPhone era found to be good for... user interfaces? 🚀 Next, we'll find out Comic Sans is perfect for #resumes. 🤔 Maybe we should dust off our old #Nokias and start a font revolution. 📞💥
    osnews.com/story/143222/it-tur #FontRevolution #UserInterfaces #RetroTech #ComicSans #HackerNews #ngated

  12. 🚨 Breaking news: Font used by phones pre-iPhone era found to be good for... user interfaces? 🚀 Next, we'll find out Comic Sans is perfect for #resumes. 🤔 Maybe we should dust off our old #Nokias and start a font revolution. 📞💥
    osnews.com/story/143222/it-tur #FontRevolution #UserInterfaces #RetroTech #ComicSans #HackerNews #ngated

  13. Got out my Friday issue of This Week in Sound. Just three items, as usual: a memo, a misfire, and an instrument. Subscribe at thisweekinsound.substack.com.

    Cover image is of the Ballerina Eurorack, from Error Instruments.

    #CarPlay
    #userinterfaces
    #voicetotext
    #italianfilm

  14. Got out my Friday issue of This Week in Sound. Just three items, as usual: a memo, a misfire, and an instrument. Subscribe at thisweekinsound.substack.com.

    Cover image is of the Ballerina Eurorack, from Error Instruments.

    #CarPlay
    #userinterfaces
    #voicetotext
    #italianfilm

  15. Got out my Friday issue of This Week in Sound. Just three items, as usual: a memo, a misfire, and an instrument. Subscribe at thisweekinsound.substack.com.

    Cover image is of the Ballerina Eurorack, from Error Instruments.

    #CarPlay
    #userinterfaces
    #voicetotext
    #italianfilm

  16. If I'm understanding things correctly this person wrote a UI library from the ground up, with C. With lots of documentation. How cool! nakst.gitlab.io/tutorial/ui-pa

    #CProgrammingLanguage #UserInterfaces

  17. Welcome to #IUI2025! 🌍✨

    The wait is over! IUI 2025 has officially kicked off! 🎉
    Who and what are you most excited to see? Let us know in the comments! 👇🔥
    #IUI2025 #AI #HCI #UserInterfaces #Cagliari

  18. ✨🎉 Breaking News: A nearly 30-year-old software guide has been updated with 475 #footnotes, because who doesn't love reading a novel's worth of annotations on obsolete technology? 📚🔍 Now you can finally revel in the subtle differences between user interfaces from the era of dial-up and the futuristic landscape of 2025. 😂🚀
    blog.marcocantu.com/blog/2025- #breakingnews #softwareupdate #techhistory #nostalgia #userinterfaces #HackerNews #ngated

  19. I wish app devs gave as much love to their app's settings as they do to the other parts. I really don't like WebViews being used for that purpose. At that point use the mobile browser, with the chrome so it's obvious it's the browser. From developer.android.com/referenc

    > In most cases, we recommend using a standard web browser, like Chrome, to deliver content to the user

    #Android #UserInterfaces

  20. @bitsplusatoms the wider world often forgets how much we owe #xerox for our present day computers. A certain Mr Jobs managed to convince them that #Apple did it :)

    #gui #hci #userinterfaces

  21. When it comes to #UserInterfaces of internal applications for in-house expert users, I always choose #CLI over #TUI over #GUI.

    For back-office applications, the GUI soaks up more than 90% of the development effort and offers less than 10% benefit to expert users. By contrast, a TUI offers efficiency and simplicity to the users and places very little burden upon the developers.

  22. As I understand, the #GNOME file manager will take over the responsibility of the file dialog. That is so reasonable I can't believe it didn't occur to me myself. I've been programming #UserInterfaces for ages. floss.social/@debugpoint/11226

  23. As a user, I find toggles much more difficult to figure out than checkboxes. This is one of the better toggle implementations but it also makes you wonder: Why not use a checkbox if it’s so similar to one?

    More thoughts on checkboxes vs. toggles: uxplanet.org/checkbox-and-togg

  24. There is a special place in hell for the team that thought needing two fingers to move a map was a good idea.
    #userinterfaces #maps #cursed

  25. Computers used to be so easy. The screen would give you a menu of options; you picked one using the keyboard. But then graphical interfaces came along and made things more complicated, especially for screen reader users.

    What if any modern e-commerce website could be accessed using a simple menu interface? This is the dream of researcher David Cane.

    Read the @NVAccess team's writeup of this intriguing session at #CSUNATC2023: nvaccess.org/post/in-process-2

    #a11y #AssistiveTechnology
    #UserInterfaces

  26. Some of the most popular text formats for describing user interfaces are XML-based. HTML and CSS for web, XML under the hood of Interface Builder in Xcode, same with Android if I’m not mistaken.

    But what is the best format to read and understand? Are there more expressive and instinctively understandable formats?

    Is it a kind of ASCII art drawing where blocks should be and what they should look like?

    #userinterfaces

  27. Buttons beat touchscreens in cars, and now there’s data to prove it - Enlarge / Not all progress is good. (credit: Hispanolistic/Getty Images... - arstechnica.com/?p=1874491 #userinterfaces #touchscreens #dashbuttons #volkswagen #cardesign #buttons #tesla #volvo #cars #bmw #ux

  28. Twitter’s web redesign isn’t as accessible as it should be, experts say - After teasing its new font in January, Twitter made some major changes to its webs... - feedproxy.google.com/~r/Techcr #webaccessibility #userinterfaces #accessibility #disabilities #disability #mattmay #twitter #design #adobe #fonts #apps #a11y #font #w3c #ui #ux

  29. "In Create Graphical User Interfaces with Python, Laura and Martin show you how to add buttons, boxes, pictures, colours, and more to your Python programs using the guizero library, which is easy to use and accessible for all, no matter your Python skills.

    This new 156-page book is suitable for everyone — from beginners to experienced Python programmers — who wants to explore graphical user interfaces (GUIs)."

    raspberrypi.org/blog/create-gr

    #Python #Programming #GUIs #UserInterfaces

  30. Interesting perspective on Emacs.

    "Emacs is the only serious program I know which manages to be truely user interface independent, in addition to being platform-independent."

    lists.gnu.org/archive/html/ema

    #Emacs #UserInterfaces #Users

  31. OneKey makes it easier to work without a desktop by integrating apps into mobile keyboards - “The app that you use the most on your phone and you don’t realize it is your keyboard,” says Christ... - feedproxy.google.com/~r/Techcr #userinterfaces #mobiledevices #latinamerica #mobilephones #smartphones #ycombinator #salesforce #technology #computing #mobileapp #paris #tc