Comment 22 for bug 152864

I have just committed a fix for the cs_CZ locale [1]. I was almost correct in comment 13 regarding the '-' modifiers in this date format. It is however the low level glib function strptime that fails to parse this modifier, not the gnucash code.

I have worked around this in gnucash by stripping the modifier before passing the format string to strptime.

[1] https://github.com/Gnucash/gnucash/commit/6925192a

The other failing date formats (ne_NP and ta_IN) still need more thought. There are other format definitions that have a similar layout but were not mentioned here yet.

In some more detail: the %A format specifier represents the day of the week, so these would for example match a date string similar to
mon 22 Feb 2014
With the weekday and month displayed in the locale language.

This case is not handled properly at all right now. I can fairly easily fix this to handle the case where the full date is entered like the example.

But I don't know how to handle partially entered dates. GnuCash tries to make a best guess to what the user really meant as date. How do people in the ne_NP and ta_IN typically enter dates ? Do you actually type the day-of-week part as well, or do you just type 22 feb 2014 ? Or is this part always explicitly entered or only sometimes ?