After updated to 2020 version that added support to Asian languages (include Thai), it look like Indesign force user (in my case Thai) to set language in Advanced Character Formats to Thai. After set the language Indesign also require me to use World-Ready Composer to set all tone marks in place.
.
Before the latest version, I always avoid to use World-Ready Composer because it combines a word to single object, not just locks tone mark and float vowel to character in the right position. By which it impossible to navigate with text tool to the position of text that I want to revise, even if I use right/left key to navigate. It mostly skips word by word, not only character by character. And when I delete a word or a character, some time it not only deletes backward but forward too. (I think because of when I delete character form a word Indesign instantly recognises new word and forces to delete that new word.) But After updated to 2020, I think, I anymore cannot avoid World-Ready Composer.
.
After I designed to use World-Ready Composer, I found one more bug. Because in many situations when I craft the spacing in layout (especially in Thai), I always use thin-space to separate character like “ๆ” form word before and after to make the space between them look good. But After I set to World-Ready I found that when thin-space (include other spacial white space like en or em) is in the back of the line the spaces in question act like normal character, so the last character of the line when use left justify do not snap to right frame border. The space still there like It becames one of character. So you can see the gap between the last character and the right frame border. (you can find this instance in attachment in file “space issue.”)
.
But the serious issue still there after the update. I, and all of my co-workers, found that everything about word wrapping in Thai language goes wrong after updated to 2020 version. This never happen in the former versions. I don't understand why this issue is happen. Even if I use Discretionary Line Break to help Indesign to wrap text properly. But It is not productive at all, because I had been forced to read text all over again and to insert Discretionary Line Break to every lines. (you can find this instance in attachment in file “wrap gone wrong.” In the high-light is the words that should be stick together.)
.
PS. while I wrote this issue report, my co-worker tried to migrate back form 2020 to 2019 and she found that when copy revised text back to 2019 it not the same character encoding. I advised her to try to place that text to TextEdit. It appears that some character is changed to something that is not unicode at all. That never happen in previous versions too. ((you can find this instance in attachment in file “text form 2020” and “text form 2020.” the text form 2020 at frist did in 2019 before migrate to 2020.)

I have had it!
I have so had it with you Adobe! I'm not even connected to the internet, I'm OFFLINE!!!! In InDesign, when I work with a freaking Google font called "Lato," I expect only the Google Font to be on my system fonts. Yet, you, yes, YOU want me to connect to the internet so that the font "Lato Medium" is synced into my design, which I did not even request to be synced in the first place. I never wanted the **** font, yet you force it down on me. InDesign keeps telling me that the font is missing, but I override it every time with "Lato Bold."

So, I'm offline, and in my paragraph styles, I replace the font "Lato Medium" with "Lato Bold" and when I apply the paragraph style that has "Lato Bold" applied to it, the paragraph reverts to "Lato Medium" and InDesign keeps telling me that the font is missing. BUT I JUST REPLACED THE FONT WITH LATO BOLD!! I delete the old paragraph style, create a brand new paragraph style, choose "Lato Bold," and still the paragraph reverts to "Lato Medium," which continues to tell me that the font is missing. How in the world of any design program does THIS HAPPEN!!!!!!!!????

You better get your software sorted, because all you care about is making more money than actually caring about your customers who pay loads of money per month! Why are you like this? I don't understand! I know there are people working at Adobe who do care about making your products better, but you corporates up there who runs the business are too **** stubborn to care about the people that want to use your products.

I am done with you! Until you get your head out of the clouds of pride, and lower the price and actually listen to your clients for a change, I will never, ever refer anybody to Adobe and I will never use you again! Good Bye!!!!!!!

When importing Word files with Static Endnotes ticked from Word .doc files the endnote indicators within the text are no longer superior. There is no character style to be able to change these back. Without these indicators remaining superior makes the Static Endnotes a waste of time if you work in .doc instead of .docx. We always use .doc files as there are too many bugs using .docx - bits of text missing; loss of italics here and there etc. Using .doc files are always foolproof. We are typesetters manipulating text 12 hours a day and know all the pit falls and .doc files are best. Please could you fix this bug.

I'm trying to apply alt text to vector objects and some elements in a table manually in indesign. The "object export options" window isn't allowing me to change the alt text source to custom or anything else besides structure and I am unable to edit/add anything in regards to alt text. I've tested it on other text and images/elements within the document and still run into the same issue.

I'm having a difficult time trying to create an accessible tagged PDF due to this issue and many of the tutorials or help documents are outdated for CC capabilities. Any help or updated resource would be appreciated - thanks!