alt text length

@avisato,

Thank you for your patience. We have just released version 1.9.0. Here’s the features that you will want to pay attention to:

* New Feature: Detects whether the alt text contains backslash characters.
* New Feature: Added ability to hide columns in the Alt Text references table using the screen options tab at the top-left of the screen.
* Minor Improvement: Removed max-width on table showing all the alt text references. This will allow users to view on larger screens to accommodate checking alt text with longer values
* Bug Fix: When alt text was being displayed within the table as a preview, it was being truncated to 255 character and gave the false impression that the real alt text was also truncated.
* Bug Fix: When saving a post, the alt text within the content of that post was showing escaping slashes in the value when inline editing the alt text.

We appreciate your suggestions and will consider adding other suggestions you mentioned below:

• Edit All Button – Toggle all alt text on in the table to toggle the edit fields

Thank you for using Fix Alt Text and helping us make it better!

Please do not forget to rate this plugin. ??

-Steven

thanks so much for all that work! i’ve been using it and it’s wonderful. there is one bug with one of the fixes i figure i should point out. when using a special character like an apostrophe, it edits and saves it correctly without all the backslashes but it gets the html version messed up when it actually displays on the wordpress end. i’ll attach a couple of screenshots.

this is what it looks like in the inline editor.

and this is what it looks like in the generated code on the site.

so, instead of turning it into “'” or “@apos;”, it’s turning the & escape character and calling that “&” inside the “'”.

@avisato,

I’m glad that the updates are working for you.

Bug Found: Special characters are being converted to html for security escaping. That is why an “&” turns into &, which is normal behavior. However, it appears like there is something else going on there. It is as if the text is getting escaped twice or something odd like that. I’ll investigate and figure out the cause and get back to you.

I really appreciate the attention to detail and thoroughness.

-Steven

• This reply was modified 2 months, 3 weeks ago by Steven Ayers.

i took a look at what it’s doing and you’re only encoding it once but it’s doing it again inside the dom conversion — only for &, though. even if you manually disable double-encoding, it still does it. but if you disable the encoding line altogether it doesn’t do it even once. very odd behavior but not unexpected, given how weird the mess of how wordpress stores html content. i don’t have a quick fix for you but i hope that helps.