1
Script / Re: 7-zip profiles vs cmd line 7-zip?
« on: Today at 13:00:47 »
Not sure I understand what you ar doing.. packing each file in a folder and subfolders into its own 7z archive ?
MultiCommander v14.2 is released!
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
You mean 3066 and not 3064ah yes 3066
Thanks for the update Mathias.
I noticed after the update today b3064, that the filesize output is missing from the bottom left of the panel. (Where I have put a yellow box on the image)
Tried restart, no luck. Has a setting been lost or is it broken?
Thanks
This is the Selection Status Area in MC explorer panel settings, yes? Still cannot get it to show anything , Win11 Explorer does show these details OK in Status Bar.
I wondered if enable/disable freespace display would do anything but it didn't.
I guess a clean re-install is next...
Yes Added the TC one for compbability reason for now. they might be removed.ADDED - MC will set enovirment variables for the MC EXE and Path. So all programs MC start will see this enviroments variables.
Thanks for adding this!
However, what are then names of this environments?
I checked MultiCommander.exe process in Process Explorer and I see those:
COMMANDER_EXE
COMMANDER_PATH
(The same as Total Commander)
and
MULTICOMMANDER_EXE
MULTICOMMANDER_PATH
I will use those MULTICOMMANDER_*
Question. Why you also added variables with the same name as Total Commander does?
-Pawel
MC.Explorer.NewBrowser PATH="FTP:\example.com" SIDE=TARGET
Ehh What.. Noo, I'm not talking abourt future stuff. Im taking about why I do not want the auto size filename column that can't be changes like in TC, Currently in MC you can resize the filename width your self, And change that to work like TC. I think that would work worse instead of betterQuoteThere are changes planed in the future for the list view. But not so that filename column is totally automatic. I prefer to have the filename width be changable. If I got 200 files. 190 of them are around 15 char. but 10 of them have long 80char. Then I get a width that is WAY to long for most files.
If I understand correctly, you want to make an implementation where each column in List mode is as wide as its longest file name. That would result in columns that are not all of the same width. I don't know how would that look, aesthetically. Also at different events, like window resize for example, or creation of new objects, everything would have to be recalculated. If there are many files, it might be slow.
Yes TC is used by many. MC is not. TC is commercial product, and must try to catch as many users as possible. I don't care about how many users I have. I developed MC mainly for my own needs, I don't make any money on MC. I have a day job.QuoteI don't do changes in MC based on what TC does, MC is not trying to be a clone of TC. they are similar in many things. but I don't base features in MC on what TC do. If MC would be a clone of TC then there would be no point spending time developing MC.MC does not have to be a clone of TC. I did not imply that. But it is hard to ignore the fact that TC is very widely used and can stand as a reference. To clone, as you say, means to copy everything. On the other hand, what I was saying in my post was to observe what others have done right. And TC has done a lot of them right. All those TC users are more likely to find a comfortable home in MC if they find familiar things. It is common sense to think that most people want to reuse what they already know and then learn a little extra, than to learn everything from the ground up when they change a software.
In a world where long file names, modification date and time are very important, you cannot have a List mode that leaves the user without seeing any of them properly.