(01-10-2025, 08:47 PM)aldist Wrote: @notko
Have you had any success in solving the problem? Did you read the private message?

(01-11-2025, 06:55 AM)chmichael Wrote: Cancel Backup needs improvement

It shouldn't proceed with backup if you cancel after check.

(01-11-2025, 03:39 AM)notko Wrote:

(01-10-2025, 08:47 PM)aldist Wrote: @notko
Have you had any success in solving the problem? Did you read the private message?

The fix seems to get the date right, but time still isn't in 24 hours format.

(01-11-2025, 03:37 PM)aldist Wrote: This is an old problem    Time format    Date format

(01-11-2025, 11:56 PM)notko Wrote:

(01-11-2025, 03:37 PM)aldist Wrote: This is an old problem    Time format    Date format

Yes, obviously it is an old problem. But it is a solvable problem (@admin are you reading this?). How easy or difficult depends on what development platform they (Hasleo) are using for the GUI.
Judging by the logs the program creates, they are using C++ of some kind. 

If it is .Net/Visual C++, then it is relatively easy. Upon application start, current UICulture and Culture objects are easily accessible. First one tells what the GUI is. No need for language selection menu.
The second gives the country rules for formatting, among other things. It defines Date, Time, number and Calendar formatting, string comparing rules, etc., as well as providing support for implementation of the formatting.

If it is some third party library or bare feet Win32, it is a bit more messy but still doable through Win32 APIs 

This way everybody gets the language and date and time one wants, provided one has selected in Windows Settings>Time & Language>Language & Region according to one's wishes

@admin
after you pass this to your development team, will you please bring back their comment to the forum?

73 /Notko

(01-12-2025, 12:18 PM)admin Wrote:

(01-11-2025, 11:56 PM)notko Wrote: Yes, obviously it is an old problem. But it is a solvable problem (@admin are you reading this?). How easy or difficult depends on what development platform they (Hasleo) are using for the GUI.
Judging by the logs the program creates, they are using C++ of some kind. 

If it is .Net/Visual C++, then it is relatively easy. Upon application start, current UICulture and Culture objects are easily accessible. First one tells what the GUI is. No need for language selection menu.
The second gives the country rules for formatting, among other things. It defines Date, Time, number and Calendar formatting, string comparing rules, etc., as well as providing support for implementation of the formatting.

If it is some third party library or bare feet Win32, it is a bit more messy but still doable through Win32 APIs 

This way everybody gets the language and date and time one wants, provided one has selected in Windows Settings>Time & Language>Language & Region according to one's wishes

@admin
after you pass this to your development team, will you please bring back their comment to the forum?

73 /Notko

The GUI of this program is developed using QT (very famous GUI development library) and we will solve this problem as soon as possible. Thanks.

(01-12-2025, 06:51 PM)notko Wrote:

(01-12-2025, 12:18 PM)admin Wrote: The GUI of this program is developed using QT (very famous GUI development library) and we will solve this problem as soon as possible. Thanks.

Thanks for reply,  @admin!
It looks like QT has good localisation support according to their documentation (QTLocale class), with almost seamless integration for both Windows and Mac

(01-13-2025, 12:39 PM)admin Wrote:

(01-12-2025, 06:51 PM)notko Wrote: Thanks for reply,  @admin!
It looks like QT has good localisation support according to their documentation (QTLocale class), with almost seamless integration for both Windows and Mac

QLocale can only be used to format date and time, but not to control the display format of date and time in QT standard interface controls. We are trying to convert the time format used by the current Windows operating system to the time format of QT.