News:

Simutrans Wiki Manual
The official on-line manual for Simutrans. Read and contribute.

Date format setting is not reflected in some dialogs

Started by Ranran(retired), March 21, 2022, 07:32:34 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Ranran(retired)

Asian countries prefer year-month order. Even if you change the setting that way, the date in the message window will ignore it.

It is displayed by translator::get_short_date(), but for some reason the default value is always used when called from message stats...
It means even if I change it to 9 (DATE_FMT_JAPANESE_INTERNAL_MINUTE), 8 (DATE_FMT_INTERNAL_MINUTE) will be used.
As far as I can see, other dialogs haven't had such issues. get_short_date() is broken in all dialogs. For instance, it is also used in the way_info window.

EDIT:
It seems that 9 and above have been converted to 8.
EDIT2:
8 seems to be brought from simuconf.tab.
Basically, I only report bugs occasionally, never provide patches for new features.
I may only work on fixing bugs that are caused by Ranran.
Fork of simutrans extended for Jalápagos is here.

Ranran(retired)

The ticker seems to refer to personal setting (setting_xml). On the other hand, get_short_date() seems to refer to simconf.tab. Therefore, the two display formats may be inconsistent.
And annoyingly, simuconf.tab in Pak128.britain describes the setting for show_month = 8. Every time you update the pakset, it reverts to this setting, so you have to make sure to overwrite it further in the personal settings folder, but noobs will not be aware of that fact.
Another issue is that changes via the display setting dialog are temporary and will be lost on reboot.

EDIT:
And as a cause of further confusion, the display order of the halt info symbols was exactly the opposite of what was expected - my apology. (´・ω・`)
The fix is included in pull request #514, but you can also pick just that.
But about the aforementioned issues I don't know how to fix it.
Basically, I only report bugs occasionally, never provide patches for new features.
I may only work on fixing bugs that are caused by Ranran.
Fork of simutrans extended for Jalápagos is here.

prissi


Ranran(retired)

Thank you. I have confirmed that the change resolves the contradiction.
Basically, I only report bugs occasionally, never provide patches for new features.
I may only work on fixing bugs that are caused by Ranran.
Fork of simutrans extended for Jalápagos is here.