Invision Community 4: SEO, prepare for v5 and dormant account notifications Matt November 11, 2024Nov 11
Posted November 28, 20222 yr Hello, I don't know somehow the date selection box were 33% translated and I don't know where to translate the 'yyyy' and 'mm' parts. Any tips? Thanks.
November 28, 20222 yr It may be the language strings _date_format_yyyy and _date_format_mm. They have those values, although aren't necessarily used there. It's worth checking, though.
November 28, 20222 yr There are also some areas in which are set by the locale on your language pack. Have yuou ensured you are using the correct language locale?
November 28, 20222 yr Author 3 hours ago, Meddysong said: It may be the language strings _date_format_yyyy and _date_format_mm. They have those values, although aren't necessarily used there. It's worth checking, though. Thanks, I checked the strings, they seemed not the ones in the selection box. 3 hours ago, Marc Stridgen said: There are also some areas in which are set by the locale on your language pack. Have yuou ensured you are using the correct language locale? Thanks. I checked the language locale, it is correct. Maybe it's a bug? Because the 'Day' in the selection box was translated correct, and it was not translated by me.
November 28, 20222 yr We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.
November 29, 20222 yr Author 10 hours ago, Marc Stridgen said: We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you. Thanks, Marc. I have updated the access details. Btw, I found the 2 sites (in the client area) have the same problem, so it's not a translation issue of the language pack.
November 29, 20222 yr Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
July 30, 20231 yr Author On 6/7/2023 at 10:10 PM, Andy Millne said: This is set by your browser based on your selected OS locale. The weird thing is the Day 'dd' is translated to '日', while the Year 'yyyy' and the Month ‘mm’ are not.
August 12, 20231 yr I checked the "locale" setting for the language I'm using, but the calendar still shows English (cEvent__dateAside__month). Could you explain what you mean in order to solve the problem?
August 12, 20231 yr I've looked at the server and it has the language I need in three standards: es_ES.ISO8859-1 es_ES.ISO8859-15 es_ES.UTF-8
August 14, 20231 yr Have you checked the language pack you are using on your site to ensure its using the correct locale? If you edit the language pack, you can see what is selected there
August 15, 20231 yr The site uses only Spanish (English is disabled) and in the settings it's like in the picture, if that's what you mean. Edited August 15, 20231 yr by arrowman
August 15, 20231 yr Yes, this is indeed what I mean. The locale is what sets the items you mentioned above, which is part of the OS
August 15, 20231 yr Everything is fine and in the correct language apart from the year view which shows the months in English in two places.
August 16, 20231 yr For those, you want to look at your translations. Search for _date_month . In this case its _date_month_short