Bad non-num char in size field in cm_CopyFileDetailsToClip -

The behaviour described in the bug report is either by design, or would be far too complex/time-consuming to be changed

Moderators: white, Hacker, petermad, Stefan2

Post Reply
lennart.johansson
Junior Member
Junior Member
Posts: 8
Joined: 2003-12-05, 11:06 UTC

Bad non-num char in size field in cm_CopyFileDetailsToClip -

Post by *lennart.johansson »

Thanks for the new, longed-for, feature to get filenames AND sizes AND dates to clipboard or file, but:

Problem: The numeric size values contain bad characters 0xa0 (used as thousand-separator). This is nice on-screen but makes it difficult to use the resulting list in e.g. scripts or with simple sorting commands.

WISH: Please remove the thousand-separator characters in the list in clipboard or file. I think it is in cm_SaveDetailsToFile, cm_CopyFileDetailsToClip, cm_CopyNetFileDetailsToClip, cm_CopyFpFileDetailsToClip.

Example:
C:\binw\wcbeta\HISTORY.TXT 230 183 06-10-31 07:00 -a--
C:\binw\wcbeta\KEYBOARD.TXT 9 082 06-10-31 07:00 -a--
would be much better if formated as below, where a simple script
or sort tool can interpret the sizes:
C:\binw\wcbeta\HISTORY.TXT 230183 06-10-31 07:00 -a--
C:\binw\wcbeta\KEYBOARD.TXT 9082 06-10-31 07:00 -a--

Please do this now, before people start using this new feature (by writing scripts assuming the current format). Optionally add a wincmd.ini parameter to remove the thousand-separator in the output to file or clipboard.
Lennart Johansson
User avatar
petermad
Power Member
Power Member
Posts: 14796
Joined: 2003-02-05, 20:24 UTC
Location: Denmark
Contact:

Post by *petermad »

I can not confirm this. I have tried both using the following functions:

cm_CopyFileDetailsToClip,
cm_CopyFpFileDetailsToClip,
cm_CopyNetFileDetailsToClip,
cm_SaveDetailsToFile

and with all of them I get character 0x2e (a period) using Danish Windows XP and character 0x2c (a comma) using US Windows XP as thousand separator - just as expected.
License #524 (1994)
Danish Total Commander Translator
TC 11.03 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1371a
TC 3.50 on Android 6 & 13
Try: TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
User avatar
SanskritFritz
Power Member
Power Member
Posts: 3693
Joined: 2003-07-24, 09:25 UTC
Location: Budapest, Hungary

Post by *SanskritFritz »

2petermad
The complaint is not about a wrong separator character - it is about the existence of any separator char in the copied result. While I can understand the request, I doubt it will be easy to implement, unless the internals of the copy function know about the field being numeric.
I switched to Linux, bye and thanks for all the fish!
User avatar
petermad
Power Member
Power Member
Posts: 14796
Joined: 2003-02-05, 20:24 UTC
Location: Denmark
Contact:

Post by *petermad »

2SanskritFritz
Problem: The numeric size values contain bad characters 0xa0 (used as thousand-separator).
What am I supposed to believe when reading the above :?:

Especially when it is posted in the Bug reports forum and not in the Beta discussion+suggestions forum ;-)
License #524 (1994)
Danish Total Commander Translator
TC 11.03 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1371a
TC 3.50 on Android 6 & 13
Try: TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48079
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

TC copies the details in the same format as they are shown in the file list. Currently I don't have any plans to change this, sorry.
Author of Total Commander
https://www.ghisler.com
Post Reply