Reading this article made me realize what it is that's broken about the concept of semantic markup and why websites even today are div soup. It's the same reason why divs won in the first place. You can't dictate the shape of a document to people and it be anything other than a kludge. Take the site I work on, Great Big Story[1]. We have sections and headers, but our content isn't defined by text, it's defined by gra…
Just thought I'd let you know, Great Big Story is running a development build of react. You save some of bundle size and performance by switching to a production build.
The easiest way to keep your web apps accessible: Just use text
171–180 of 271 posts
Re: The easiest way to keep your web apps accessible: Just use text
#172Earlier quoted context omitted.
Not the file input button, unless things have changed in the last year since I had to build one. Other buttons, sure, but not on file inputs.
You realize you don't need input field for file input in any of the modern browsers. Just capture the click event and create input field temporarily. let i = document.createElement('input'); i.type = 'file'; // other attributes if you like i.onselect = ev => { // ev.files contains selected files }; i.click(); i.remove(); No stupid styling hacks needed. At most you may need tabIndex on the or that represents the butto…
Re: The easiest way to keep your web apps accessible: Just use text
#173Earlier quoted context omitted.
The point being that the file input button doesn’t look like any other button on their website. But hey, why solve a problem when you can force the entire world to accommodate it? Why does there even have to be a button? I want an API not a button...
> The point being that the file input button doesn’t look like any other button on their website. But hey, why solve a problem when you can force the entire world to accommodate it? Why don't the buttons on your website look like HIG-compliant buttons on whatever platform the user is using? That's what web chrome looked like back in the aughts and it was fantastic. Apparently you can still do it: https://developer.mo…
Re: The easiest way to keep your web apps accessible: Just use text
#174Earlier quoted context omitted.
It's such an extremely simple litmus test: if it breaks the back button of the browser, it's the wrong design. The closest thing to an exception being cases where one needs to be logged in to see a page, or when links are consciously invalidated for some other reason. And even then the website/webapp should still just signal this to the user without a bazillion redirects.
Not necessarily: I do not want to click back 30 times to get out of your slideshow and back to my Google results. Thank you.
Re: The easiest way to keep your web apps accessible: Just use text
#175Earlier quoted context omitted.
It's such an extremely simple litmus test: if it breaks the back button of the browser, it's the wrong design. The closest thing to an exception being cases where one needs to be logged in to see a page, or when links are consciously invalidated for some other reason. And even then the website/webapp should still just signal this to the user without a bazillion redirects.
> if it breaks the back button of the browser Good luck getting a group of people to agree on what "non-broken" back button behavior is.
Unless you mash the back button really quickly ...
Re: The easiest way to keep your web apps accessible: Just use text
#176I'm still looking for "just use links". So many frontends I see use fancy onclicks to emulate links (including updating window.location). However they are either not links or are void links. This breaks all sorts of useful things (copy link location, open in new tab &c.).
This. LinkedIn is particularly terrible. I cannot believe such a huge, successful website can have so horrendous UX.
Re: The easiest way to keep your web apps accessible: Just use text
#177Earlier quoted context omitted.
They offer some kind of website hosting? I can't tell because the entire logrocket.com domain is blocked by "Peter Lowe’s Ad and tracking server list" which I have enabled through uBlock Origin. Not sure if I turned on that list or if it's on by default. Either way, the only other site I've ever get that full domain block warning on is Facebook. I'm guessing they're up to some equally nefarious tracking tactics.
Peter Lowe's list is notoriously overzealous and it's enabled by default. It breaks countless websites and I found other lists to be better.
Re: The easiest way to keep your web apps accessible: Just use text
#178Ironically, this article was posted on Medium, whose apps are notoriously inaccessible. Despite being a reading-focused app, it does not let you change the text size or spacing in any way. And on iOS, it also ignores the user's systemwide dynamic text setting.
Not to mention the persistent sharing dickbars and make you read through a mail slot.
pastebin.com/6Q8WT9WJ
Re: The easiest way to keep your web apps accessible: Just use text
#179I'm still looking for "just use links". So many frontends I see use fancy onclicks to emulate links (including updating window.location). However they are either not links or are void links. This breaks all sorts of useful things (copy link location, open in new tab &c.).
So that's why that happens. Why on earth would you break one of the most foundational aspects of HTML that way?
Humble suggestion: design fads.
My own question would be whether this gets taught anywhere. Because if it does, a few someones need to get fired.