Invision Community 4: SEO, prepare for v5 and dormant account notifications Matt November 11, 2024Nov 11
November 5, 20213 yr 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.
November 5, 20213 yr Author 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.
November 5, 20213 yr 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.
November 6, 20213 yr Author 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.
November 6, 20213 yr 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.
November 6, 20213 yr 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
November 6, 20213 yr 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?
November 8, 20213 yr Author 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).
November 10, 20213 yr 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?
November 10, 20213 yr Sorry, Im not sure what you mean. You mean it's the browser that is using German, and not your invision platform?
November 10, 20213 yr Author 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
November 10, 20213 yr 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, 20213 yr by Hatsu
November 10, 20213 yr Author 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.
November 10, 20213 yr Solution 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.
November 10, 20213 yr 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?
November 10, 20213 yr 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.
