Marc Posted November 5, 2021 Posted November 5, 2021 Could i ask if you are checking this on a default unaltered language pack there? I am unable to replicate this on my own instance.
InvisionHQ Posted November 5, 2021 Author Posted November 5, 2021 1 hour ago, Marc Stridgen said: Could i ask if you are checking this on a default unaltered language pack there? I am unable to replicate this on my own instance. Yes, I had already checked also on a "clean" local installation.
Jim M Posted November 5, 2021 Posted November 5, 2021 Unfortunately, I also am unable to reproduce this. What browser are you using and is your local computer in English? $ is an HTML entity which should be interrupted by your browser.
InvisionHQ Posted November 6, 2021 Author Posted November 6, 2021 Tested on Safari, Chrome and firefox. My locale is Italian. The strange thing is that the lower $ symbol is interpreted well. I can live with it, but I'm afraid it's a common problem for many so just take it as a report.
Jim M Posted November 6, 2021 Posted November 6, 2021 Thank you for reporting this. While we are currently unable to reproduce this, it will be rather difficult to resolve but I have brought it up internally to see if anyone can reproduce or has any feedback.
Askancy Posted November 6, 2021 Posted November 6, 2021 On 11/5/2021 at 3:26 PM, Jim M said: $ is an HTML entity which should be interrupted by your browser. It appears that $ is not an officially supported entity: https://entitycode.com/#currency-content https://www.w3.org/TR/html4/sgml/entities.html
Stuart Silvester Posted November 6, 2021 Posted November 6, 2021 It's a supported entity in HTML5, but not in earlier versions of HTML. That's why it's odd though, browser have supported HTML5 for a long time now. https://html.spec.whatwg.org/multipage/named-characters.html#named-character-references https://dev.w3.org/html5/html-author/charref Which browser are you using, and is it somehow in a HTML4 rendering mode?
InvisionHQ Posted November 8, 2021 Author Posted November 8, 2021 It would be useful to know if other 'Europeans' have the same problem. For example another guy told me that He has the same problem (German - DE).
Marc Posted November 10, 2021 Posted November 10, 2021 On 11/8/2021 at 8:09 AM, InvisionHQ said: It would be useful to know if other 'Europeans' have the same problem. For example another guy told me that He has the same problem (German - DE). Same problem with the german language pack?
Marc Posted November 10, 2021 Posted November 10, 2021 Sorry, Im not sure what you mean. You mean it's the browser that is using German, and not your invision platform?
InvisionHQ Posted November 10, 2021 Author Posted November 10, 2021 16 minutes ago, Marc Stridgen said: Sorry, Im not sure what you mean. You mean it's the browser that is using German, and not your invision platform? yes
Hatsu Posted November 10, 2021 Posted November 10, 2021 (edited) Windows 10, Firefox 91.0.1esr (64-Bit), German Language in browser UTF-8, English original language in Suite. No problem and shows as expected. But, I have a comma as decimal separator and not a dot, could be server settings, though. Changed locale but use English language. Edited November 10, 2021 by Hatsu
InvisionHQ Posted November 10, 2021 Author Posted November 10, 2021 No, indeed It does not seem to be a problem related to user specifications. I have tried with another site with the same browser/S.O. and the $ shows up fine. So most likely it is something related to the server specs.
Solution Stuart Silvester Posted November 10, 2021 Solution Posted November 10, 2021 I doubt it would be the server, it's a HTML entity that's rendered in your browser. I have changed it to use $ instead. 2 hours ago, Hatsu said: But, I have a comma as decimal separator and not a dot Thanks! - yes that would be related to the locale. I have made a change so it always uses a . as the decimal for the Marketplace views. Hatsu and Marc 2
Hatsu Posted November 10, 2021 Posted November 10, 2021 1 hour ago, Stuart Silvester said: Thanks! - yes that would be related to the locale. I have made a change so it always uses a . as the decimal for the Marketplace views. I don't think this is necessary because in my environment (Germany) this is a completely correct decimal sign. I changed the locale for the English language in the Suite to German because I want the German formats for numbers, dates, and time. If you change it to use everytime a point than it won't affect language specifications anymore. Or am I wrong?
Stuart Silvester Posted November 10, 2021 Posted November 10, 2021 4 minutes ago, Hatsu said: I don't think this is necessary because in my environment (Germany) this is a completely correct decimal sign. I changed the locale for the English language in the Suite to German because I want the German formats for numbers, dates, and time. If you change it to use everytime a point than it won't affect language specifications anymore. Or am I wrong? It has only been changed for the Marketplace pages in the AdminCP. It makes sense since the prices are in $ USD and should use the expected formatting. The same formatting will be used when you go through the process to pay an invoice (since they load from our servers) so it's logical to have those match and not change from youor local format to US format during checkout. InvisionHQ and Hatsu 2
Hatsu Posted November 10, 2021 Posted November 10, 2021 Ah, I see. Thank you for clarification. Stuart Silvester 1
Recommended Posts