By far the best first step you can take is to try it yourself. Follow a ten-minute tutorial on how to use one (Rob Dodson has good introductions, such as this one on VoiceOver - this is really a case where videos work best to learn), and then see if you can manage to navigate your web app using it. Ideally even with your screen turned away, but that's probably too had at first, and also makes it hard to see what's going wrong.
There is a WAVE browser extension and some others, you can also use one of the screen readers yourself. I think that’s actually really helpful. I haven’t done that in a while but I remember when I did the screen reader functioned pretty differently than I thought it would
Yeah definitely. Someone sent me a pretty good article that recommended that you use a screen reader a little bit on your own stuff, one for making sure it's accessible, but two because it teaches you a different way to look at your design process.
IDK how much in depth time I'm planning to commit to this whole thing but I do think applying a screen reader is necessary if I'm going to claim my stuff works with it. I can't really see it being all that effective just to apply the right classes and hints to the existing page and hoping it all works out without testing it...
Yes, certainly. It sounds like some/most members of the team don't understand the stylesheet architecture of your project and it's vital to sort that out ASAP. The more time passes, the harder it will get to get everything back on track.
Try to avoid finger-pointing and this shouldn't be a very hard conversation (assuming they aren't super stubborn).
As a side note, the fact that you first address this issue on the Fediverse and not in your team makes me think that maybe there are some underlying issues regarding trust and open communication. You might want to further look into that. Take it with a large grain of salt though. I don't really know anything about your team so it's likely that I overdramatize the situation.
From the whole blog post, the thing that caught my eye was the side remark regarding SPAs vs MPAs. It was one of those things that people don't tend to think about it but once someone touches on the subject, the problem become obvious. It seems that modern javascript frameworks focus on SPAs and try to shoehorn the concept everywhere, even when it clearly does not fit. Things reached a point where rewriting browser history to get that SPA to look like a MPA is now a basic feature of multiple pages, and it rarely works well.
Perhaps it's too extreme to claim that MPAs are the future, but indeed there are a ton of webapps that are SPAs piling on complexity just to masquerade as MPAs.
as always, the answer is it depends. I've worked on B2B websites where you can't even see the real pricing until you sign in so it is impossible for that application to add a guest checkout. it really depends on your requirements.
This seems more like a business analytics kind of question than a programming question. But I'd imagine you'll get less sales without a guest checkout option than with if that answers your question.
You might manage to mitigate that a bit by letting folks fill their cart and start the checkout process and only require them to sign in at the last minute after they're already pretty invested in checking out.
For a static site, I would personally choose Astro or SvelteKit—both of those are highly optimized for static sites. In my opinion the syntax of these frameworks feels closer to plain HTML/CSS/JS than React and will naturally teach you more about the fundamentals as you go.
If you’re just starting out, the most important thing is to really make sure you learn your JavaScript Web APIs and other HTML and CSS fundamentals as you go. The better you know these, the better your websites will be regardless of which framework or tools you choose. These fundamental skills will have the highest reward for you in the long term.
Also, if memory serves, plain old HTML4 allowed you to load partial html files within a main page and they'd render as expected, which completely beats the reasoning behind the "why use web components" on the piece (reusability, maintainability)
I’m always kinda surprised when I see htmx. What’s the perks? I already have my stack, why should I change? I looked into it recently and it looked really unappealing
Web Development
Active