+++ BREAKING NEWS: XYplorer goes twinBASIC +++

[admin]

What about the 3 file times on Info Panel / Properties? Look okay?

[yuyu]

3 file times on Info Panel / Properties are OK.

[admin]

Am I the only one for whom it works? On two different machines and Windows versions?

[Malarki]

Windows 10 x64, XYplorer 27.90.0001 64-bit, US location, in a ::fresh instance

With a file selected I use this command in the address bar:

Code: Select all

e "<prop #date.m><crlf><datem>", "<xyver> <xybitness>";

Here's the pop-up output:

CAP_ 40241.jpg (13.1 KiB) Viewed 222 times

[admin]

Alright, so I'm not the only one!

But what causes the difference? Completely out of ideas...

[klownboy]

Works for me as well on the latest Windows 11.

[yuyu]

I changed my date/time format from Russian to US and both strings are the same now:
6/13/2022 12:39:24 PM
6/13/2022 12:39:24 PM
So it all seems to depend also on regional settings.

[admin]

Bingo!

[jupe]

Yes I mentioned it was related to regional settings in my OP, I have customized mine years ago to a 2 digit year (as pictured), maybe when using completely default regional settings it works ok. FYI as usual I was using fresh; in the screenshots I posted.

It's just strange everywhere else I could see in the UI was ok for dates, so I was inclined to think that it was something to do with the way SC property interprets dates.

[AlphaGo]

I noticed that the update download function seems to be placed in the main thread and is not asynchronous. If the network is poor during the download process, the entire program will become unresponsive. This situation should exist in all versions for at least the past year.

[admin]

In my tests I only changed the date format, not the region. But changing the region makes the difference here.

A tricky one but I think I could successfully handle it. Looks like TB has a problem with the implicit date-to-string conversion when regional settings for date are changed. Tricky because sometimes there is no problem and it behaves correctly. E.g. after rebooting Windows. Hmm.

Anyway, I changed the implicit date-to-string conversion to an explicit one and things look good now.

[admin]

I noticed that the update download function seems to be placed in the main thread and is not asynchronous. If the network is poor during the download process, the entire program will become unresponsive. This situation should exist in all versions for at least the past year.

Not a twinBASIC problem, but twinBASIC will have the solution to it. It's on my list.

[Borut]

[...] Anyway, I changed the implicit date-to-string conversion to an explicit one and things look good now.

Confirmed as SOLVED in 27.90.0007