Support of alpha characters in date input widget Kdatecombobox

[Fred_OP]

Hello,
Many thanks for the good work you are doing. i use kmymoney and it has
really helped me. i noticed since the last stable Kmymoney version the date
input widget cannot accept alpha characters.. like october, december,
january, tuesday monday etc
i have been directed as seen in the email chain below if you could consider
this as you refine the date input widget that is being used in the master
(development) versions of kmymoney.

Forwarded Conversation
Subject: [KDE Discuss] [Help] Kmymoney v 5.1 the date you have entered is
invalid
------------------------

From: Jack Ostroff via KDE Discuss <noreply at discuss.kde.org>
Date: Mon, Sep 30, 2024 at 7:39 PM
To: <fredakama at gmail.com>


ostroffjh <https://discuss.kde.org/u/ostroffjh> KDE Developer
September 30

Please clarify some inconsistencies. Are you using 5.1 or master. You say
5.1 but the file you mention is master, although mentioning the red box
around the date confirms master.

You say “date format is dd-mmm-yyyy (e.g. 29 sep 24)” but that example is
“dd mmm yy” (not yyyy.) The red border around the date box is because
either the required date is missing or something entered is not a valid
date. In your last sentence you again repeat “date format of dd-mmm-yyyy
(e.g. 29 sep 24)” but you again mix 2 and 4 digit years.

I would assume most if not all applications will use the system specified
date format. That should be what KMyMoney is doing.

Finally, please state in more detail exactly what you are doing to get the
red box around the date. I assume you are trying to enter a new
transaction, but exact details will help us figure out exactly where the
problem is.
------------------------------

Visit Topic
<https://discuss.kde.org/t/kmymoney-v-5-1-the-date-you-have-entered-is-invalid/22710/2>
or reply to this email to respond.

To unsubscribe from these emails, click here
<https://discuss.kde.org/email/unsubscribe/3a3b46e67f502d6ce6d65c52977275f05bf96aa76b61fb706d51112fef6116a2>
.



----------
From: Jack Ostroff via KDE Discuss <noreply at discuss.kde.org>
Date: Mon, Sep 30, 2024 at 10:06 PM
To: <fredakama at gmail.com>


ostroffjh <https://discuss.kde.org/u/ostroffjh> KDE Developer
September 30

So your problem is not 2 vs 4 digit years, but numeric vs name for the
month, correct? As far as I know, KMyMoney uses the date format as
specified by the operating system. I don’t currently have a Windows
installation handy to test, so I’ll ask more questions.

If set to use month name, and you go to the register and edit an existing
transaction, what does the date look like? If you edit an existing
transaction with a month name in the date, does the date show an error as
soon as you edit the transaction? If so, then perhaps KMyMoney is not
correctly interpreting the date format. If not, then does it show an error
as soon as you try to edit the date?

Another test - if you create a new transaction, click the down arrow at the
right of the date field, and pick a date by clicking on the calendar, how
is it displayed then, and does it show any error?



----------
From: Thomas Baumgart via KDE Discuss <noreply at discuss.kde.org>
Date: Wed, Oct 9, 2024 at 1:56 PM
To: <fredakama at gmail.com>


ipwizard <https://discuss.kde.org/u/ipwizard> KDE Developer
October 7

First of all: your finding is correct, alpha characters in date input are
not supported by the current KMyMoney development version. No need to
repeat and stress that: we got it.

Rationale: the date input widget has been replaced between the 5.1 stable
branch version (based on QDateTimeEdit
<https://doc.qt.io/qt-5/qdatetimeedit.html>) and the master development
version (based on KDateComboBox
<https://api.kde.org/frameworks/kwidgetsaddons/html/classKDateComboBox.html>)
mainly for two reasons:

   - reduce code complexity
   - add new features.

It showed, that KDateComboBox provides almost the same functionality we
built ourselves in older versions of KMyMoney. Using a well maintained code
base (i.e. KDE frameworks) is much better than re-inventing the wheel and
having to maintain it on the project level. Unfortunately, some specific
functionality got lost during that move which we were not aware of. The
other benefit of using standardized components is that if new functionality
becomes available we get them basically for free. Means: the best place to
ask to support your date format is to ask the developers of the
KDateComboBox to support it, because I doubt that the KMyMoney team will
revert back to the old implementation.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-devel/attachments/20241009/9f2163c0/attachment.htm>