![](/static/66c60d9f/assets/icons/icon-96x96.png)
![](https://beehaw.org/pictrs/image/c0e83ceb-b7e5-41b4-9b76-bfd152dd8d00.png)
This is a follow up to an article written by Platformer.
Lemmy Links here:
Lets put name to the IP address. Yup, that is the same as just the IP address that can be shared by multiple devices.
Imagine parents actually parenting instead of blaming everyone else but themselves?
Also the “Think about the children!” states but force birth on minors, don’t give healthcare or food to kids, and vote in pedophiles.
I’m going to hope for the best and assume this has nothing to do with their browser. Mozilla has a lot of other products.
Stanford University has made hundreds of millions of dollars on licensing alone. That doesn’t even include the billions they got from donations.
They can afford to fight this. What they do get just giving up is the donations they get from conservatives. This is a business decision.
I don’t need a new laptop but when I do need one, I’m definitely going with Framework.
If we hit these AI companies with targeted suing, like how Scientology got their way with the IRS, maybe we then they can listen to not steal our shit.
The MPAA and RIAA have created all these laws and used our own government againat us. Maybe we can use these same laws and do the same.
The mechanical keyboard community was working on an ortholinear keyboard module. Having every dimension in digital form would make fitting the keyboard a lot easier with less wasted materials for prototyping.
Thanks for the info. The Accessible name calculation page is really interesting.
I looked through the beehaw instance and I saw what you had screenshot. You are right. It is not your browser, it is the instance.
Currently they currently on 0.18.4. Infosec.pub is currently on 0.19.3. Maybe that’s the issue…
https://www.boia.org/blog/should-you-include-alt-text-for-pictures-with-captions
I think their might be something wrong with your browser or something. I tried the code blocks using spaces, tabs, and backticks, and I didn’t have the img
problem you had.
I also checked from a different account on a different instance on a different browser this post and I can see the link.
I put a link after the quote. That’s the source.
Yes you can use both but I’ve seen some front end developers blank out alt
altogether when they are using figcaption
.
I did not find this practice in MDN Web Docs but I found it in an other place:
If you’re using an image that has a caption, it may not need alt text if the caption contains all of the relevant visual information.
I was just wondering what Mozilla’s method was for finding these images and if they took other things in to consideration like decorative images.
What you quoted is for the feature to add in images to PDFs. It doesn’t work for existing PDFs with images already.
In the future, we want to be able to provide an alt text for any existing image in PDFs, except images which just contain text (it’s usually the case for PDFs containing scanned books).
That’s how I read it atleaat. I could be wrong.
It is for websites. This is most useful for readers that don’t display images. The feature for websites should be added for version 130. I’m on Developer Edition and I am currently on 127. It will be implemented for PDFs in the future after that.
But even for a simple static page there are certain types of information, like alternative text for images, that must be provided by the author to provide an understandable experience for people using assistive technology (as required by the spec)
I wonder if this includes websites that use <figcaption>
with alt
emptied.
I think you replied to the wrong comment. If you didn’t please clarify so I can better answer your question.