vue is used only for the web app. No js frameworks used in the chrome app.
vue is used only for the web app. No js frameworks used in the chrome app.
If JavaScript is disabled I just show a message saying the site needs it.
I also only support modern browsers and haven't had a complaint for 3 years.
About 3 months ago I completely dropped support for any browser that doesn't support CSS grid (no more IE 11!). Again, no complaints. This one is more "brave" but I use Modernizer and show a clear message outlining all the required features the user's browser doesn't support and why they would want that feature in a browser. There's a link to a website to help them find a modern browser on their platform.
Edit: I realised that based on what I said you could argue that users are annoyed but I'm just not aware. I doubt this is the case since the users are keen and vocal. I get messages almost daily from them telling me the features they want to see. The last time this had to do with browser support was one message 3 years ago about IE9 not supporting the TLS certificate or something. They were forced to use IE9 at work.
> I doubt this is the case since the users are keen and vocal. I get messages almost daily from them telling me the features they want to see.
Maybe existing users (and even for that, I'm skeptical), but how many potential users did you lose because they couldn't even open your app?
I'm not saying you are wrong, just that "users didn't complain" != "users weren't affected".
And I wouldn't miss you.
I can make the service better faster if I don't support the lowest common denominator. I'm sure I'd lose more users if the website was bloated with fallback code and my development speed was such that features are a year behind where they are now.
I absolutely hate the "does it work on ie6".
The time you spend dealing with old browsers is never returned in profit. I had one customer (ie10) in 4 years, and losing him cost me and made me nothing.
You're making the assumption I don't have and use data like that? That's an incorrect assumption.
It has been my experience that I've gained more valuable insight from talking with users than I have from the numbers.
But, as a little Latina girl once said, why not both?
I haven't tested myself (I'm just one dude - there's a lot I'd like to do but haven't yet), but I see no reason why it wouldn't work well. I try to design semantically and everything is rendered server-side.
But, in reality, I don't think this is the kind of website that would be usable for a blind person anyway. There's not really anything to read. There would be much better ways for a blind person to get information than using this website.
One thing you can do is put a note somewhere easy to find that says "if you require assistance using this site, email someone@domain.org". Sites that I've worked on also had a phone number here but I understand that's an edge case.
You also mentioned alternative ways to get information - if there's ones you can link to (without linking to a competitor or whatever), there's no reason not to provide links.
I don't think this is the kind of website where I "help someone to use it". Instead of speaking in the abstract I may as well show you so you can see what I mean:
As you can see, the whole point of it is designed around quickly glancing at prices. And I don't think it makes sense to tell people other places they can find prices if they can't see well enough to use this website.
It's been a while since I looked at things like this but have you done simple stuff like check whether the colour contrast ratio [0] meets WCAG standards?
What about making the orange highlight work when tabbing through the website with the keyboard?
What about having a Skip Navigation / Skip to Content link? [1]
Thanks for the link about "skipnav" I haven't heard that term before. I don't really see how that can fit in, though? I guess the category links right at the top of the page is the closest concept?
It doesn't make sense to skip down to item number 200 since there's no way to know what's down there. Best to look at items 1-199 first. That is the same for all users.
0: https://www.freedomscientific.com/Products/Blindness/JAWS
Edit: using a screenreader effectively is a skill in itself. There are consultancies around accessibility testing. I am not affiliated with any of them.
We don't complain, we just go somewhere else.
> The single best improvement I've made to my mobile browsing experience in years wasn't getting a new faster phone, it was installing Brave and disabling javascript. [1]
To be honest, (s)he was right. But at the same time, it's disgusting, and plainly bad, to see how much of the Internet is _broken_. Which by my definition means requiring JS even to show some text and images on a web page.
I understand that more advanced features might require some scripting, but come on, I'm pretty sure that's not the case for printing some good old letters and pixels on a browser window! And still, lots of places seem to not know how to do it without dynamic code all around. (I'm not talking about this specific site, in any case. Just felt like ranting.)
https://en.wikipedia.org/wiki/Fault_tolerance
Progressive enhancement:
Then please have a noscript tag.
> Serious question: is it common for folks to disable js?
That's not the only reason you'll find for JS being unavailable.
Windows Updates has managed to disable JS in various situations across both Edge and IE over the years due to tightening security policies.
Chrome has had V8 crashes over the years, as has Firefox.
The browser might be misbehaving, but rarely will the user attribute it to the right place - your site will get the blame.
JavaScript-only is not friendly for SEO.
I'm also not familiar with vue so I was trying to work out if it was used to build your web page or the actual chrome app. The web page is fine but I just wasn't sure where vue came into the picture for such a simple site.