Recent Posts

Pages: [1] 2 3 4 5 ... 10
1
Feature Requests and Suggestions / Re: button panel area
« Last post by Mathias (Author) on Yesterday at 13:21:30 »
You can defined up to 4 commands for each button

Normal
Ctrl / Middle mouse button
Shift / Right mouse button
Shift+Ctr

You can also turn off this feature all together if it annoys you
As Jungle say.. You edit and modify them in the button edit.

2
Feature Requests and Suggestions / Re: button panel area
« Last post by Jungle on Yesterday at 11:47:52 »
Open button editor, then activate MC main window. Now press Ctr[+Shift] and click desired button.
Alternatively, you may enable Wizard Mode, press Ctr[+Shift] and drag'n'drop some file/folder onto desired button.
3
Feature Requests and Suggestions / button panel area
« Last post by Babilon55 on Yesterday at 08:04:02 »
Hi Mathias.

I did know how to search so I ask you.
when I press CTRL the button panel area is changing to blank cells.
Is there some option to define these cells as links to directories \ folders like the usual buttons panel?
thanks in advance.

Hilik
4
Script / Re: script does not open new window anymore
« Last post by Jean on Yesterday at 07:47:50 »
Works, thanks Mathias.
5
Script / Re: script does not open new window anymore
« Last post by Mathias (Author) on January 22, 2025, 18:16:57 »
Have not check yet But if you run multiple custom command. the script type must be multiscript.

But you should be able to do all in one go.


like

Code: [Select]
MC.Explorer.NewBrowser PATH="FTP:\example.com" SIDE=TARGET
6
Script / script does not open new window anymore
« Last post by Jean on January 22, 2025, 15:29:00 »
Hi Mathias,

This used to create a new tab in the other panel but currently it uses an old one, regression maybe?
Thanks

Code: [Select]
MC.SetActivePanel PANEL=TOGGLE
MC.Explorer.NewBrowser
MC.Explorer.Goto PATH=FTP:\example.com
7
Okay, thank you, I will test it and report back when the change will be available in MultiUpdate.
8
Think I found issue. Should report correct error now in all situation.

Temp copy to local is coming.. ( I need for some other situations too. but it will not come in the next release.. maybe next after..)
9
Support and Feedback / Re: Proper column sizing in List view
« Last post by Mathias (Author) on January 20, 2025, 09:15:44 »
Quote
There 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.
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 better



Quote
I 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.
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.
MC is developed on my spare time, so I have to priorities what to spend time on. :)
I just get annoyed when people compare mc with other products. specially commercial.. The biggest reason MC is missing something is because I have not needed it. :)
But I do add stuff I never use my self. I got a long list of things to add and many of them are things I will never use my self. But it is more fun to add stuff I use my self. So things I use my self are higher priorities.
10
Support and Feedback / Re: Proper column sizing in List view
« Last post by ags on January 20, 2025, 08:43:53 »
Quote
There 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.


Quote
I 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.
Pages: [1] 2 3 4 5 ... 10