On Tue, 4 Dec 2018 at 20:10, Albert Astals Cid <aacid@kde.org> wrote:

El dilluns, 3 de desembre de 2018, a les 1= 4:47:56 CET, Jaroslaw Staniek va escriure:
> Hello,
> The need: 4-digit year support for short date formats to avoid issues = like
> "10/11/12" dates.

What's wrong with 10/11/12 ?

It's a problem. Year 2000 problem.

>
> This is just my initial conclusion from for the Qt date format issue:<= br> >
> https://= bugreports.qt.io/browse/QTBUG-59382?focusedCommentId=3D436861&page=3Dco= m.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-43= 6861
> lt;dr: KF5 context: KCallendarSystem is part of the old APIs and the o= nly
> code I found related to LC_TIME.
>
> So I've not found any common code KDE app can use instead of hard = coding
> some internal logic in order to support non-Plasma environments and/or=
> non-global settings. Basically even if an app implements locale name > selection in its private settings, "pure" Qt code is not eno= ugh to support
> it in the discussed cases. Users may need alter date format globally (= for
> all apps) by hand using environment's settings, setting e.g. yyyy-= mm-dd. Or
> app developers may add private setting for that, one per app.
>
> Opinions welcome.

I am not sure i understand your email/problem.

As far as i read this email your concern is:
=C2=A0* localized dates use the locale date format
=C2=A0* locale date format is "wrong".=C2=A0

Yes. "Opinions welcome" mostly meant send=
ing "do you have this kind of issues in your apps" question to ap=
p developers who happen to use KF5+Qt.

=C2=A0

So the two options are:
=C2=A0a) User changes their locale

=C2=A0b) Apps don't use localized dates and use a custom format.=

Am I understanding your email correctly?

Yes, I discussed pros and cons of a) and b).

=

Doing a) means the user changing global locale is respons=
ible for finding locale that matches format which Qt implements as expected=
 (if not, that's rare problem but unfortunately happened for the ISO fo=
rmat explained in the Qt ticket). And possibly, finding format that won'=
;t break non-Qt apps that may use different locale infra.=C2=A0

Or if the user changes the format by hand, but still does so in the s=
ystem locale settings, she's more in control as this is a global settin=
g, not per-app.

b) Has pros and cons= but cons can be reduced by this option being opt-in and default coming fro= m the locale.

I did not know there a=
re such differences for the locale system. But by no means my email is a ca=
ll to "patch" the Qt-level problem by having a KF5 solution. And =
I am skeptical if Qt can be patched in version 5 with such incompatible cha=
nge. Hopefully these poor man analysis help some other app developers :)

regard= s, Jaroslaw Staniek

KDE:
: A world-wide network of software engin= eers, artists, writers, translators
: and facilitators committed to Free= Software development - kde.or= g
KEXI:
: A visual database apps builder -=C2=A0kexi-project.org=C2=A0calligra.org/kexi

=C2=A0=C2=A0twitter.com/kexi_project=C2=A0facebook.com/kexi.project=C2=A0t.me/kexi_project
Qt Certifi= ed Specialist:
: linkedin.com/in/jstaniek