Recent Posts

51

Support and Feedback / Re: Filename displaying issues

« Last post by Mathias (Author) on March 20, 2026, 15:03:09 »

MC don't do any special processing.

Then maybe it should ? Personally, I don't experience any problem, but this is not the first report. Since other programs are not affected, this is most probably indeed MC-related.

I don't think so. There is nothing MC can do. ALL text in MC are UTF16. all APIs in Windows are UTF16. It should just work. No conversions are needed.
BUT there are lots of things in Windows that affect rendering of some apps. Like 3rd party theme things and combability settings or app that mess with scim settings (stuff for accessibility stuff)

52

Support and Feedback / Re: Transfer speeds to USB

« Last post by Mathias (Author) on March 20, 2026, 14:49:25 »

Hard to say why you get that...  normally MC can detected and selected the correct read/write stratergy.
It also different what kind of USB device. is is a normal SSD/HDD or USB Memory stick.
Also security software making difference.. and other stuff.  hard to say why you have low speed with the limit information.
But everything that can be tweaked around file read/write can be tweaked in Read/Write stratergy settings,
you can tweak everything that can be changed.

Also Windows Copy Speed are often not real. depends on how you measure it. Sometimes Windows say it is done.. but what is done is just the writing to the cache. and all the data is not even written to disk yet.

53

Support and Feedback / Re: Filename displaying issues

« Last post by Jungle on March 20, 2026, 11:06:14 »

@milen-prg,
For me it looks the same in MC and Explorer. But at the moment I use Win10. Will check later on Win11

54

Support and Feedback / Re: Filename displaying issues

« Last post by milen-prg on March 20, 2026, 09:36:46 »

@Jungle,

This displays as strange symbols.

55

Support and Feedback / Re: Filename displaying issues

« Last post by milen-prg on March 20, 2026, 09:32:48 »

@Mathias,
I have Segoe UI and Segoe UI Emojis fonts... I also tried Consolas font like it is monospace... the same result.
As I said, the Windows Explorer and Double Commander shows the file properly.

I suppose that the text size in drawing is not processed correctly. You also can try with my current font:
Segoe UI Black 12.

But the font choice does not changes anything at me.
Also I see that the emoji at you also is not shown as must be (crying face).

I attach my settings, please, can you try them temporary for experiment. I like Multi Commander more than all alternatives, but can't understand this problem by myself.

56

Support and Feedback / Re: Transfer speeds to USB

« Last post by total_annihilation00 on March 20, 2026, 09:18:58 »

I’m wondering if it’s just me or something that is a general issue.
I'm using v15.8 b3135 on Win11 x64

When using native Windows ctrl+x/c & ctrl+v to move files to attached USB drives I’m seeing very different TX speeds vs MCs’ copy/move commands With same file / hardware - I’m seeing MBs vs KBs on a USB3.0 link which leads me to suspect MC has something slowing the process. 
It starts out OK but then speed drops significantly to KBs using MC but using the MC dialog + win cmds it maintains MBs TX rates. 
Applies to NTFS > NTFS & NTFS > exFAT.

Can this be improved/altered?

Try using TeraCopy (free utility by CodeSector) —it greatly improves transfer speeds ! (especially Move operations which are sometimes instant, but other operations are faster as well when you use it !) It's a highly optimized file transfer tool.

57

Support and Feedback / Re: Filename displaying issues

« Last post by Jungle on March 20, 2026, 09:18:01 »

MC don't do any special processing.

Then maybe it should ? Personally, I don't experience any problem, but this is not the first report. Since other programs are not affected, this is most probably indeed MC-related.

@milen-prg,
just in case can you attach a real file (not a copy/pasted filename) ?

58

Support and Feedback / Re: Filename displaying issues

« Last post by Mathias (Author) on March 19, 2026, 17:44:56 »

might depend on what font you used and also other system settings. If you use a font that does not include the unicode character you enter then it can render it.
MC do not do any special processes on the filename. Windows return unicode (UTF16) name. and MC just accept what Windows give it. and then WIndows render it.
MC don't do any special processing. everything is handled by Windows. All API call in Windows are UTF16, So no special handing for it are needed

The filename you show as example works without issue for me.

59

Support and Feedback / Re: Filename displaying issues

« Last post by milen-prg on March 19, 2026, 17:35:15 »

The issue is not encoding-related. Multi Commander appears to incorrectly handle UTF-16 surrogate pairs (e.g. emoji like 😭).

This leads to broken text measurement and rendering, especially for long filenames. The behavior depending on string length strongly suggests a layout calculation bug.

Additionally, font fallback for emoji (Segoe UI Emoji) does not seem to work correctly, resulting in missing glyphs.

The same filenames render correctly in Windows Explorer and Double Commander, so the issue is specific to Multi Commander.

60

Support and Feedback / Filename displaying issues

« Last post by milen-prg on March 19, 2026, 14:26:07 »

Some filenames displays strange. For example:
Just create empty file with this name:
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa😭.txt

It not displays at all. I use the default Segoe UI font. (Windows 11 Pro 64 bit).

IMPORTANT!!!: The display way depends on two things:
1. Must have anywhere special UTF symbol like 😭.
2. The display way differs at different name length. For example:

aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa😭.txt - do not displays at all (background color)

but little shorter for example:

aaaaaaaaaaaaaaaaaaaaaaaaaaaaa😭.txt - it is shown with strange symbol for the "a" (see the attach).
At most of other length (number of symbols "a"), it displays ok (except the special UTF symbol; not completely research).