jscholes

No accessibility, ... you just want something you can run through a user test.

As long as those users aren't disabled.

Try launching the instance of Chrome with `--disable-web-security` and `--disable-features=IsolateOrigins,site-per-process` options. I use these when launching Chrome via Playwright, and CAPTCHAs seemed to work fine several months ago.

The live demo[1] is completely unusable for people relying on assistive technology like screen readers and speech recognition, plus anyone using alternative input modalities like the keyboard. Do you have accessibility on your roadmap, to ensure that you're not encouraging users of your library to exclude a large percentage of the world's population?

[1] https://www.dflex.dev/demo/lists/symmetric/

Do you know what doesn't matter? Articles about whether commit messages do or don't. What matters is the art of documenting things, somewhere, and that place should be the one that works for your team. If it's commit messages today, great. If that changes in the future, great. If it's somewhere else entirely already, also fine.

nobody wanted to be the first person to leave the office, even on Friday.

This doesn't sound like a healthy symptom of a positive workplace culture. I guarantee that for some people, this perspective could be flipped on its head, and rephrased as a fear of being seen as the first person to leave. Other parts of the article reaffirm that, e.g.:

My heart would beat out of my chest before heading into an exec review.

Once, my manager asked me to reconsider the vacation I had been planning because my team needed me. “If you go, who will cover your work?”

If this is what gets your juices flowing right now, good for you. But personally? I work hard, hard enough to justify a vacation without the accompanying guilt trip, and with sufficient diligence to make a difference and explain my decisions to leadership. Then I go home.

I'm sure they had their reasons

They do, accessibility being one of them. Rendering math in the way you describe makes it difficult, or impossible, to understand for all sorts of audiences, including those relying on screen reading software.

All4 is one of the buggiest platforms of all of the big channels.

Interesting viewpoint. While using the service on iOS, with an active ad-free subscription, I haven't noticed any of the issues you mention. Other than sponsorship unfortunately still being required for a small subset of programming. But other than that, the app has been a pleasure to use, far more so than the streaming app from Channel 5 which seeks my position each time I press the Pause button. I now generally rate the UX of All4 above the BBC iPlayer, which was the gold standard for a while.

Thank you for this great summary!

I will often get a suggestion on how to fix an issue, fix it, and then someone else will test my fix and give me a totally different suggestion on how to fix it. It's infuriating.

Polite indication that this is a problem with your organisation, not accessibility or accessibility work. The same issues can occur with design and other areas where everybody and their grandmother has an opinion; it's up to a good org to manage all of those opinions and expertise in an appropriate fashion. If they aren't, and this is making it harder for you to create accessible experiences, you should raise it with someone.

new screen readers and new web APIs come out and and more.

New web APIs, for sure. But the screen reader market is not fast moving, in terms of new software being adopted. The line-up of the most used three screen readers (NVDA, JAWS and VoiceOver) has not changed in over a decade, despite the individual software applications themselves undergoing changes, and of course the market share of each one increasing and decreasing over time.

Do we seriously expect every small non-technical business eking out a living with a small store to be experts on every facet of accessibility?

No, but I also don't expect such a business to be up on the latest in security, PCI compliance, GDPR conformance and more. For that reason, they are probably either:

1. engaging a web design/development agency; and/or 2. using a pre-defined platform, like Shopify.

In the former case, I do expect anyone making money from website building to at least give accessibility some thought. For the latter, Shopify is one of the businesses you describe, as a "large tech company who can write a blank check for a large team of full-time developers who can work full time on nothing but accessibility". As such, they absolutely should be setting up small business owners for success, by making their out-of-the-box themes, widgets, flows, etc. reasonably accessible to the widest possible audience.

Do you have an example of a website with a comment hierarchy that works well for you?

I'm not the original commenter, but I am a screen reader user who works in accessibility.

Unfortunately, I don't have too many good examples; the problem of hierarchical commenting systems being difficult to navigate is common across the web. There is a Reddit client for iOS, Dystopia[1], that does this extremely well for users of the built-in screen reader, VoiceOver[2], by allowing entire threads/subthreads to be collapsed and/or skipped over. On the web, you'd want to look into using hierarchical headings, nested lists and the like, to allow the structure to be conveyed semantically. HN is inexcusably bad at this, as there isn't a single heading anywhere on the site.

[1] https://www.reddit.com/r/DystopiaForReddit/ [2] https://support.apple.com/guide/iphone/turn-on-and-practice-...

I have my gripes with Google, but from working there, I can definitely give them props for how much they cared about accessibility.

Accessibility at Google suffers in the same way as most UX-related things suffer at Google. Namely, the fact that everything is constantly reinvented from scratch, rather than there being one unified way to do it. As a screen reader user, I can say that in some Google products, there can be instances of what, on the surface, should be exactly the same component, but was apparently developed in multiple different ways. This leads to the constant need to work out how accessible each instance is (and e.g. what keyboard support it has), even though I dealt with the same UI pattern minutes ago.

if there's a link on a website that the screen reader cannot see, a blind person won't report that as an accessibility issue because they won't even know it's there.

This is highly variable. As a screen reader user who works in accessibility with a software engineering focus, I don't consider a test to be complete if I've only evaluated what the page exposes to the accessibility API. Assessing the rendered DOM by hand, testing on different viewports where controls may be slightly or completely different, etc., are just as critical to the testing process as trying to simply use the page. But, I recognise that there are many accessibility testers out there without such a technical focus, and it is true to say that they may gloss over something if it is completely missing in the accessibility tree.

It grinds my gears that "tamale" is on this list. The singular of tamales, in Spanish, is "tamal". God forbid English speakers have to remember to drop one syllable.

There's no denying that money can go further in Mexico. But there are two aspects of nuance missing from this article.

First: there are often options that cost more than $5, in some cases significantly more. Some of these will cater to tourists, and/or locals with deep pockets who will pay more as a status symbol/reputational thing, and hence may not be worth the extra outlay from a quality perspective. Other times, paying more really does get you better service. Determining the difference between the two can be a challenge.

Second: because of the low local wages mentioned in the post, that $5 service may be executed by someone wishing to save you money in whatever way possible. This is completely well-meaning, of course. But when the electrician, plumber or whoever else comes up with the cheapest possible solution to your problem, you end up spending $5 over and over again, rather than just paying more upfront. In the worst case scenarios, the cheaper solutions may be unsafe or otherwise suboptimal.

Do your research, and gain good local contacts. You'll be fine, if not sometimes exhausted at the amount of specialist knowledge you're taking on just to increase the chances of having a job done well. But $5 is not always going to buy you what $50 or $500 would in the US.

Source: I live in Central Mexico.

Why not just have an image of a menu and a box where you type the order.

Because then the menu wouldn't be readable, searchable, or adaptable by many people, including blind, low vision or dyslexic users. Meanwhile, the people who could read it could type any old freeform nonsense into the box... nobody has to care about spelling on a phonecall or proper ordering system.

That's only if you want to take advantage of the hydration and client side routing.

I feel it would be doable for a framework to determine which links should be client-side routed versus not. Or, failing that (or in conjunction with it), provide a way for developers to indicate that information, without reinventing a cornerstone of the web and HTML mark-up from scratch.

This page talks a lot about knowledge that is transferable, e.g.:

We want your experience with Remix to transfer to web development generally.

But then, you opened the quickstart tutorial[1], and the first bit of mark-up is:

    <Link to="/posts">Posts</Link>

It seems the amount they're willing to reinvent is limited to JavaScript.

[1] https://remix.run/docs/en/v1/tutorials/blog [2] https://developer.mozilla.org/en-US/docs/Web/HTML/Element/li...

Thanks for posting this! I've been exclusively using Powecom KN95s from Bonafidemasks.com; glad to see they get a pass.

Out of curiosity, what does it look like to not-suck at math?

To me, it looks like the rest of your comment, wherein you casually mention constants, theorems, topological homology and other concepts that don't even come to mind for many people who self-identify as being bad at maths (as I do).

This doesn't seem like a very well written article. It initially states:

Oklahoma state law would allow parents to seek up to $10,000 for each day

Then later:

The bill goes on to state that the complaining parent "may seek monetary damages including a minimum of Ten Thousand Dollars ($10,000.00) per day

So which is it?

AFAIK, listening in on police radio traffic hasn't been possible in the UK for over a decade for similar encryption-related reasons, following the switch to Airwave[1].

[1] https://www.airwavesolutions.co.uk/the-service/emergency-ser...

Is it quieter? Serious question.

The latest format for Kindle eBooks, KFX, is based on this.

Why, how, is it even possible to play music that isn't downloaded when not on WiFi and the option to download over mobile data is deselected?!

Are you playing content you've listened to before/recently? If so, the local cache will often work to play content even without connectivity.

I use a Ubiquiti Dream Machine as the main router, connected to my ISP modem which is in bridge mode. I then have a couple of UniFi access points in key places around the house, wired with ethernet back to the Dream Machine, using PoE injectors because I haven't yet needed a switch.

Honestly, it works great. Getting IPv6 functional was a case of checking one box in the UI, I can monitor and control tons of stuff in the iOS app (although an account is needed for that AFAIK), and I have zero complaints about LAN or WAN performance. I very rarely have to do anything with it, sans logging in to update the firmware on the devices.

Having said that, I used to be stuck with an ISP router that forced its own NAT (no bridge mode), and that itself was behind carrier-grade NAT. With that setup, the Dream Machine didn't work so well... although in fairness, nor did other devices and protocols relying on LAN discovery like Sonos or AirPlay. But the Dream Machine setup process specifically was really bad; It performed an Internet connection check that clearly couldn't work its way through the multiple NAT layers. I had to connect it to someone else's DSL just to get past the Internet setup screen, which I don't expect from a device that costs hundreds of dollars.

So, pros and cons. Overall, the consensus online seemed to be that the Security Gateways are better devices software-wise, but that they also just can't keep up with modern Internet speeds. So I'm happy.

What if the two video files are of different durations? There’s a hornet’s nest of potential issues, but I’d take the occasional stings over the status quo any week of the day.

It's very easy to say things like this when you're not proposing a standards update that browser developers then have to implement. HTML is littered with examples of elements, attributes, whatever, that aren't consistently supported because browser developers disagree with, or just don't know, the details of how they're supposed to work. Case and point, focus management when invoking or moving within a modal created via the native dialog element.

In theory, this single user would be okay with the fact that switching video quality or size might do something weird if the underlying videos aren't compatible because of length. In practice, someone has to develop the code to make or let the "something weird" happen, define what it is, define what conditions trigger it, and so on.

Simply drag-and-drop your files to make it instantly available for your clients. The next time they start your application it will self-update to the latest version.

How does the latter half of this work? Specifically, if I haven't modified my app to incorporate your service, how does running it trigger the updater? I assume some sort of wrapper executable?

If the above is correct, how much overhead does that wrapper add? What happens if an update is available, but the user's internet connection is slow/down? Will my app be allowed to run while updates are checked for in the background, and if so, do you fire a message telling the user once an update is known to be available? Or just silently restart it?

A disabled lady thought saving some of her disability was the responsible thing to do, despite further impoverishing herself, once she built up some savings she was prosecuted for fraudently claiming benefits while having savings.

I don't know the specific case you're referencing, and it's possible that they were charged with fraud in relation to a benefit which does come with a savings/income cap. However, the two main disability-related benefits in the UK (Disability Living Allowance and Personal Independence Payment) are paid regardless of personal wealth. I don't disagree with the general gist of your comment, and as I say it's likely that the person was claiming additional benefits where your assets are taken into account.

in what way is something like a yubikey secured via a password?

It isn't, which makes me confused about how it is supposed to be more secure. If I lose my keys with a physical security key attached, not only do I now have to worry about somebody breaking into my house, but all of my online/digital properties as well (assuming passwords become a thing of the past). If they have my phone which has Touch/Face ID enabled, that poses a much more significant challenge to an attacker (and can maybe be mitigated if I can remote wipe the device in time).