Author |
Topic: FILES dependence on locale settings (Read 383 times) |
|
Rod
Full Member
member is offline
Gender: 
Posts: 110
|
 |
Re: FILES dependence on locale settings
« Reply #5 on: Apr 3rd, 2017, 3:39pm » |
|
Since ordering files requires YYYY/MM/DD/HH/MM/SS and requires leading zeros that would be my preference, leading zeros. That allows simple comparison rather than more complex parsing.
|
|
 Logged
|
|
|
|
Richard Russell
Administrator
member is offline
Posts: 1348
|
|
Re: FILES dependence on locale settings
« Reply #6 on: Apr 3rd, 2017, 4:39pm » |
|
on Apr 3rd, 2017, 3:39pm, Rod wrote:| Since ordering files requires YYYY/MM/DD/HH/MM/SS and requires leading zeros that would be my preference, leading zeros. That allows simple comparison rather than more complex parsing. |
|
I agree, but would it be acceptable to make such a drastic and incompatible change at this stage? Perhaps a better approach would be to introduce a new column in the array, e.g. info$(n,4) containing an ordered timestamp specifically for the purpose of sorting etc.
We will probably never know, but I wonder whether LB/JB using a region-dependent and non-sortable date string format was a deliberate decision by Carl or an 'accident' arising from the use of some intrinsic SmallTalk function, perhaps.
Richard.
|
|
Logged
|
|
|
|
SarmedNafi
Junior Member
member is offline
Posts: 93
|
|
Re: FILES dependence on locale settings
« Reply #7 on: Apr 4th, 2017, 02:16am » |
|
In Baghdad we use the format: dd/mm/yyyy
The following code:
dim info$(10, 10)
files DefaultDir$, info$()
print info$(1, 2)
end
Produce under LBB and LB:
04/04/17 04:46:10 AM
|
|
Logged
|
|
|
|
Richard Russell
Administrator
member is offline
Posts: 1348
|
|
Re: FILES dependence on locale settings
« Reply #8 on: Apr 4th, 2017, 3:55pm » |
|
on Apr 3rd, 2017, 4:39pm, Richard Russell wrote:| Perhaps a better approach would be to introduce a new column in the array, e.g. info$(n,4) |
|
Can anybody think of a disadvantage (compatibility implications or otherwise) of doing this? The only negative consequence would seem to be the use of additional memory for the extra timestamp data, which of course could conceivably make the difference between a program running or not, but being that close to running out of memory seems improbable.
Richard.
|
|
Logged
|
|
|
|
|
