LOADLIST does not load records about files on partition E:\

[sa16]

2AntonyD
Share how you created the xyz.txt file from my test?
Maybe you have on disk E:\ all files automatically get the "compressed" attribute?

[petermad]

Files which have the "compressed" attribute are not added to the list!

Confirmed.

[white]

But in the special dialog - where ALL the attributes should be specified - for some reason there is no such attribute??!?!??
Don't you think there's a huge mistake here?
This is where the only place - spec.dlg. - we need to both see this attribute and be able to change it.

You can actually change it in the Change attributes dialog, by using the internal tc plugin.

I agree that the dialog could be improved upon. Perhaps you can make a suggestion for this in the suggestions forum.
It is also problematic that for tc.compressed and tc.Encrypted, the default values "Yes" or shown. If the current value is not loaded, it should show something like <unchanged>.

[AntonyD]

2sa16
Yes, after creating the file, this attribute is automatically set.
This means that the entire disk partition has been marked for working with files in a compressed state to save space...

[AntonyD]

Perhaps you can make a suggestion for this in the suggestions forum.

I am sincerely surprised that you so calmly consider this to be just a simple suggestion for improvement,
which may or may not be done. This is obviously a clear Systemic design flaw.
This is an attribute of the very first level, it cannot be viewed/set in some hidden mode or using some plug-ins.

https://i.ibb.co/yBQvxkv4/2025-05-23-143041.png
just look - which kind of first-level attributes inside FAR Manager we can view and set with easy!
And this dialog even has a button "MORE"! for attributes! So it knows and gives the possibility to work
with a real set of all possible windows attributes for files/folders.
So why Total can't do the same things?

[sa16]

Files which have the "compressed" attribute are not added to the list!

But files from the ignore list, probably, on the contrary, should not be added to the list of search results? Currently adding...

[AntonyD]

2petermad
personal request and as for white could you take a look at the bug https://www.ghisler.ch/board/viewtopic.php?p=472053#p472053
in your opinion, am I really asking and clarifying completely incorrect things there?

[Dalai]

This is an attribute of the very first level, it cannot be viewed/set in some hidden mode or using some plug-ins.

What are you talking about? The Attr columns shows this attribute (with a "c"), so users can see it at first glance. However, I admit that setting/changing this attribute requires more steps than the four standard attributes. But I'm wondering how often users need to change it anyway. Usually whole directories or even volumes are compressed. IMO it's not something decided on a file-by-file basis.

[AntonyD]

What are you talking about? The Attr columns shows this attribute (with a "c"), so users can see it at first glance.

I wrote exactly what I wrote. You just don't agree with it - I understand/accept that. But what is written is quite a trivial truth.
I asked a friend to go and see - how many computers have a visible column with attributes? A zero! From more than 10 comps.
Therefore there is not even a question about why suddenly no one sees these attributes - because when working under Windows
there really is no point in looking at them. They don't help with working with files in any way.
Therefore many people tend to push this column far to the right side—out of sight.

And then when I had to pay attention to these attributes of course ONLY the dialog of working with attributes comes to mind -
and what's there? And there is nothing there regarding this attribute and many more - if we take as a basis the data
shown by another file manager. And it doesn't matter at all that such attributes as you say are set at one time
and not on a file-by-file basis. They should be displayed in this dialog and be able to be changed 100%...

[petermad]

2petermad
personal request and as for white could you take a look at the bug https://www.ghisler.ch/board/viewtopic.php?p=472053#p472053
in your opinion, am I really asking and clarifying completely incorrect things there?

I am not quite sure what you want in that case, but I for sure like to keep my ini files as ANSI files - so any conversion to UFT-8 or UTF-16 without my accept would be a no go for me.

[white]

I am sincerely surprised that you so calmly consider this to be just a simple suggestion for improvement,
which may or may not be done. This is obviously a clear Systemic design flaw.

Well, report it as a bug then
I don't think it is relevant what you call it. I think Ghisler is aware of this design flaw and has kept the implementation as it is up till now due to things like prioritization, time constraints, or not yet having a clear vision of a design that includes it.

[AntonyD]

I am not quite sure what you want in that case

Do you think I made mistakes in the translation - and you didn't understand the essence of what was said at all?
Nothing at all? Perhaps for the same reason the author couldn't respond to two whole paragraphs of sentences.

[AntonyD]

I don't think it is relevant what you call it.

Your words kill all hope for a well-balanced product.....
Now it turns out I had to go to another file manager to remember/understand what this is all about ~С[ompressed]~...

[Dalai]

I asked a friend to go and see - how many computers have a visible column with attributes? A zero! From more than 10 comps.

Well, that's your problem. By default TC displays the Attr column - and that includes the "c" attribute. If users don't want to see this column, fine. But when reporting an issue it should at least be tested with a clean INI (which you did) and taken a closer look at things. Yes, the probability of making the connection to this specific attribute is rather low, but nobody could've known that beforehand.

They don't help with working with files in any way.

That's your opinion which I don't agree with. I quite often set a read-only attribute on specific files, and I want/need to see the attribute change.

They should be displayed in this dialog and be able to be changed 100%...

All attributes can be changed via the Change attributes dialog - including the Compressed one. Showing the current attribute state is no so easy in this dialog, but that also applies to the four standard attributes.

BTW, the Compressed attribute can also be seen in the file properties (Alt+Enter) after clicking on the Advanced button.

[AntonyD]

2Dalai
I found all these ways. And I tried them out. But for some reason, the team of the FAR manager program was able to fit all the important attributes on one screen even in a text format! They provided the ability to both set and unset them.
And for some reason, I didn't have any problems understanding where and how I could see/set...

And the fact that it's important in your work to CONSTANTLY see them - that's what saves your nerves.
After all, even in absolutely default mode, I just CANNOT force myself to pay attention to these letters - because for me, they are ABSOLUTELY not needed on a CONSTANT basis in the FILE panel. And, of course, even for testing purposes, I couldn't see the data that was located 'so close'. Therefore, the search for these attributes went through what seemed to me the most adequate path - in the "Change Attribute" dialog... Which turned out to be completely inadequate.