Thanks for creating this pr, do you really think that "please help" without the … is better?

I personal would be more happy remove all html encoded entries where possible.

Thanks for creating this pr, do you really think that "please help" without the … is better?

did you mean "please wait ..."
If you did then yes I dont see it as needed. We're not using it to indicate there is more text that has been truncated but to indicate that something is happening. Which it doesnt actually do as its a static text

I personal would be more happy remove all html encoded entries where possible.

The theory I was trying to adopt with this change was that &hellip is good but lets keep it just for indicating truncation and limited to things that will only be consumed in html eg "read more ..."

but as it was my f - up. I am happy to simply revert completely

consistent would be better, so if you would be so kind remove all html encodings. and we don't use it for "there will something happen"

ok - will do

@HLeithner updated the original post with current status (will update the styleguide when this is merged)

Note: there are a lot of instance of &quot &rarr etc

replacing &qoute blindly could be a problem because I wouldn't swear that the cms escapes it everywhere correctly,
&rarr should be no problem to replace it with → same for &larr with ← if we have any …

yes I wouldnt want to do it blindly and it will probably need to be replaced by "

&rarr, &larr, &lt, &gt should all be safe to change.

Do you want me to do it in this PR or seperate pr for each type

I think one pr would ok for all this changes can be tested at once I think

changed to draft while I update the other html characterss

@HLeithner I'm not sure about the &lt, &gt changes. I cant seem to find a way to escape the <

hmm &lt and &gt is a problem, because if we don't use it we have valid html control characters, I would keep them. Also because we mix real html in the language strings.

Looks good for me. Just had one of these strange … messages
@brianteeman could you remove the state draft?

@HLeithner I think it is better to get merge this one for now - if necessary we can improve it then. Or do you see problems?

I have tested this item ✅ successfully on 53411ab

How to test this?

go to any of the changed strings in the CMS and check that you are seeing the correct characters eg when it said &rarr you have a right arrow

Ok but before applying the patch I see an arrow and after also, Is this a problem in specific browsers?

that is a success.

the problem with the change from arrows etc to html characters which this PR reverts was that it did not work in the cli

This pull request has been automatically rebased to 4.3-dev.