Messages

1

Feature Requests and Suggestions / Re: Implement Toggleable Locking For Sorting Columns In Explorer Panel

« on: June 24, 2025, 04:32:29 »

Well I cant replicate that. But if you find a situation when it changes the size by it self let me know and I can take a look.

Alright, will do !

2

Support and Feedback / Re: Force Rename via Keyboard Bypasses Read-Only Confirmation and Renames File

« on: June 23, 2025, 15:48:13 »

Ahh that settings. forgot that it exists.. Ok I will check it out.

Thanks, just a minor glitch though, nothing too important.

3

Feature Requests and Suggestions / Re: Implement Toggleable Locking For Sorting Columns In Explorer Panel

« on: June 23, 2025, 15:45:50 »

Problem is that a lock would only prevent user from changing them. If MC do it in some situation that would not be prevented by a lock.
So the question is really.  In what situation does MC changes the size when it should not. ? Because that is probably a bug. Since MC should not resize if AutoSize is turned off.

Valid. Yeah I never drag the columns, but somehow MC always changes them when navigating to and fro tabs. Perhaps it's a bug I'am not 100% certain.

Not sure about size, but sort order is often changed after search

Yeah I have to routinely set them back to Default.

4

Support and Feedback / Re: Force Rename via Keyboard Bypasses Read-Only Confirmation and Renames File

« on: June 21, 2025, 12:52:24 »

I can confirm this in builds 3017 and 3102.

But ONLY if navigation to 'No' is done with arrow keys.  Using TAB, the 'No' is honored.

TY ! That's odd tho, when I used Arrow Keys plus hit Spacebar, it works normally, only Enter key breaks the functionality. I never thought of checking the logic /w the Tab key though ! There's some weird behavior there, when I first tried using Tab to navigate the Menu & hit Enter\ Spacebar, it totally broke the Confirmation Box (overrided it even in later consecutive rename attempts) !

I'am using 3102 Beta too !

Pressing Enter should execute selected option by Arrow Keys/ Tab Key, not fallthrough to an unknown or default choice.

5

Feature Requests and Suggestions / Re: Implement Toggleable Locking For Sorting Columns In Explorer Panel

« on: June 21, 2025, 11:57:16 »

I would like to clarify my suggestion: I would ideally like an option on right-click menu of the Columns to Lock them into Place, preventing User or MC from resizing/ dragging/ modifying their sizes ! MC keeps randomly squashing the Columns together & I have to Restore them using Defaults everytime ! See attached screenshot please ! This would help me a lot.

P.S: Then again I can understand if this cannot be implemented as "My Pictures", "Music" folder etc. uses different Columns than the default folders, so it's alright I'll let it rest for now…

6

Support and Feedback / Re: Force Rename via Keyboard Bypasses Read-Only Confirmation and Renames File

« on: June 21, 2025, 11:11:22 »

I can't replicate that. I don't even get a confirm dialog.

* I Set file attribute to ReadOnly,
* Enter inline rename of file
* Change the name
* press return to confirm filename
* It gets renamed and no dialog is shown

I don't get any confirm dialog or anything. Not even Windows Explorer show anything when renaming file with ReadOnly attributre.. ReadOnly attribute does not prevent renaming so not sure why it is showing a dialog for you.

What do you do to trigger it?

In Configuration > Core Settings, under Filesystem tab, ensure "Ask for Confirmation before... Rename read-only files" is checked. Now for the fun part: I made a PDF Read-Only Attribute (Alt+Enter > Properties > Check Read-Only), then I pressed F2 on the File, entered the text (Dupl) in front of the filename (can be any textual rename modification on any filetype), & when I hit Enter I get a Force Rename Confirmation Dialog. Prompting me /w "Yes - Rename The Filename", or "No - Do Not Rename The Filename", I pressed Down ArrowKey & hit Enter (selecting "No - Do Not Rename The Filename", yet it still overrides the selected option & Renames the file (only happens when you navigate the Confirmation Dialog Box using keyboard, works normally when you select via mouse.)

P.S: It only happens when you select via Enter key, however when pressing Spacebar it functions as expected ! It's just a small bug but worth fixing, for the keyboard handicapped.

7

Support and Feedback / Force Rename via Keyboard Bypasses Read-Only Confirmation and Renames File

« on: June 20, 2025, 13:00:32 »

Bug Description:
When attempting to rename a read-only file, the system prompts for confirmation with an option to force rename. If the user navigates to "No, Do Not Rename" using the Down Arrow key and confirms with Enter, the file still gets renamed instead of cancelling the operation. This indicates that the confirmation dialog's response is not being correctly processed, allowing a force rename to proceed even when "No" is selected.

Notes:

• The bug persists across multiple versions/releases.
• Expected behavior is that selecting "No" should cancel the rename operation.

8

Feature Requests and Suggestions / Re: Implement Toggleable Locking For Sorting Columns In Explorer Panel

« on: June 10, 2025, 13:49:56 »

So if Auto Size columns is off then the column sizes are fixed and do not auto resize..  They are locked.
So than I don't understand what you want to toggle.

Oh I see.

9

Feature Requests and Suggestions / Re: Implement Toggleable Locking For Sorting Columns In Explorer Panel

« on: June 09, 2025, 18:44:15 »

So if you turn off "AutoFit columns to view width" in Explorer Panel Settings. Then resize the column and select "Save current layout as default"
Then columns will not auto size. and if they do not fit in view you get a scroll bar

Yeah I don't use Auto-Size Columns, I have a custom setup.

10

Feature Requests and Suggestions / Re: Implement Toggleable Locking For Sorting Columns In Explorer Panel

« on: June 09, 2025, 12:29:10 »

So fixed column size ? no matter how you resize the window ?

Yeah basically, I didn't think of how it would look in split-panes until you mentioned it, but I only have one pane open (at all times) & would be nice to lock it to prevent accidental resizing, maybe serialize it so until you toggle it off it stays locked.

11

Feature Requests and Suggestions / Implement Toggleable Locking For Sorting Columns In Explorer Panel

« on: June 09, 2025, 05:16:20 »

Please add functionality to lock sorting columns within the Explorer panel, preventing accidental resizing or reordering. The locking state should be toggleable via right-click context menu on the column headers. This feature aims to preserve the user-defined default column layout, reducing the need for repeated adjustments and enhancing stability during navigation.
P.S.: The sorting order doesn't require locking; only the resize functionality needs to be locked.
P.P.S: I see it's stored in "ColumnSets.xml" —made a backup of it ! False alarm; the data isn't stored at that path.

12

Feature Requests and Suggestions / Re: "Pin To Taskbar" Option Is Missing In MC

« on: June 02, 2025, 11:41:56 »

Since there is a reg hack to add this to Windows Explorer. It might be that explorer is also adding this manual to the list. and not via the shell context menu system.
MC might be able to too that. But then it will be under the MultiCommander menu. But currently I have no idea how to do that 'manually'

Oh I see, it would be nice if it could be added to MC, even if it's under the MC Menu… I'd appreciate it, but only if it's not way too much trouble for you…

13

Feature Requests and Suggestions / "Pin To Taskbar" Option Is Missing In MC

« on: June 02, 2025, 09:11:30 »

I'am noticing that the "Pin to Taskbar" context menu option (accessible via right-click) for EXE or LNK files is missing in Multi Commander. However, I can add this option manually through Windows Explorer. Is there a chance you could perhaps implement the "Pin to Taskbar" functionality within Multi Commander? I'am running Windows 10 FYI.

14

Support and Feedback / Re: New Aliases Don't Retain Their Sorting Order

« on: May 28, 2025, 16:51:15 »

Fix so sorting is saved and fixed so delete also deleted the item from the actual list. (not just UI)

Thank you Mathias, you're the best ! 👍

15

Support and Feedback / Re: New Aliases Don't Retain Their Sorting Order

« on: May 28, 2025, 00:32:34 »

Alias are resolved from top to bottom. So sorting them will mess that up.. BUT unless you got multiple aliases with same name (different parameters count and such) it does not matter.. So supporting multiple might not be needed, Then sorting them also does not matter

No there's something wrong /w my Aliases, I cannot even delete them, when I reopen my Aliases Box after deleting an item, it still is there ! Also sorting is not retained. I'am running the latest version: "v15.5 RC ( Build 3098 ) - 2025-05-26". I noticed there were 6 Chinese character folders in my MC folder & a weird character filename containing a Batch script for an app of mine (I deleted all of them.) Can you confirm if you can delete an Alias after creating it, & whether the Sort Order stays persistent ? I have 196 Aliases & 138 User-Defined Commands if that helps…

P.S: I tested in a fresh new Portable version & Non-Beta "MultiCommander_x64_Portable_(15.4.0.3089)" works when you change Sorting Order &/ or delete, but once I updated to latest version "v15.5 RC ( Build 3098 ) - 2025-05-26" the Sorting Order is not stored persistently/ permanently & Aliases cannot be deleted, so it's a bug I'am reporting in the latest "Release Candidate" version, which you need to fix on your end. I'am somewhat relieved it's not my MC Settings being corrupted !

16

Support and Feedback / Re: New Aliases Don't Retain Their Sorting Order

« on: May 27, 2025, 17:45:19 »

Clicking on the Alias Column Field to sort Aliases alphabetically and then hitting apply doesn't make MC remember the sorted Aliases. However moving them Up/Down does make them persistent. Can you please fix the Sorting By Column so they retain their alphabetical sort order ? Right now all my new Aliases are displayed at the bottom & I have to re-sort them Alphabetically by clicking on the Alias Column Field everytime. Please do something about this… At first I thought my Aliases got corrupt so I deleted all my Aliases.XML entries after making a backup, then I deleted all my new User Defined Commands Scripts after backing them up, this issue is still prevalent though.
P.S: When I manually edit the Aliases.XML & move the entries, the Order is maintained but not when clicking Alias Alphabetical Column Field and clicking Apply !

17

Support and Feedback / Re: Aliases Launched Exe's Get Current Tab As Startup Folder Not Origin Root Folder

« on: May 26, 2025, 17:58:57 »

Thank you, Mathias ! It's working well now ! 

18

Support and Feedback / Re: New Aliases Don't Retain Their Sorting Order

« on: May 24, 2025, 11:40:43 »

I check.. maybe can be fixed

Alright, thank you !

19

Support and Feedback / New Aliases Don't Retain Their Sorting Order

« on: May 24, 2025, 03:41:50 »

Following the implementation of the search filtering feature, I've noticed that the sorting state for the Aliases column does not persist. Specifically, when I set the Alias column to sort alphabetically, this order is lost upon subsequent Aliases Box launches interactions. Currently, I need to manually click the "Alias" column header each time to reapply the alphabetical sort.

Could you please fix persistent sorting for the Aliases column so that the alphabetical order remains consistent across sessions and re-opening Aliases Box?

In the screenshot, all the Aliases below "xxzeusct" lose their Sorting Order each time I open the Aliases Box !

20

Support and Feedback / Re: Aliases Launched Exe's Get Current Tab As Startup Folder Not Origin Root Folder

« on: May 22, 2025, 09:21:38 »

Maybe can add so a special character first of the command tells it to use the command paths as working folder.. like maybe "$" instead of "!", I check if that possible

Wow that's a brilliant idea, you should definitely do that —would save a lot of hassle (of porting them to User-Defined Commands) !

21

Support and Feedback / Re: Aliases Launched Exe's Get Current Tab As Startup Folder Not Origin Root Folder

« on: May 22, 2025, 09:04:42 »

You can also create a UserDefinedCommand that start it, and then call the UDC from alias using ID of the script. .Just out a @ in front of the id
Like  @6d35f84f73a74dfbb16ca370ccb625f7

Yeah, I'am way ahead of ya… 😂

22

Support and Feedback / Re: Aliases Launched Exe's Get Current Tab As Startup Folder Not Origin Root Folder

« on: May 22, 2025, 08:45:29 »

Oh I see, well I feared it would come to that —I'll link to a shortcut then. 

P.S: Wait, will making a User Defined Command to hotlink the file work ? Nvm, I'll stick to using a shortlink .LNK. User Defined Commands > Custom Commands > Run; seems to do the trick !

23

Support and Feedback / Aliases Launched Exe's Get Current Tab As Startup Folder Not Origin Root Folder

« on: May 22, 2025, 01:38:39 »

Issue Description:
When launching applications via Aliases, the active tab's path (representing the current working directory) is being assigned as the configuration or log file storage location instead of the application's actual startup directory. Specifically, the application’s startup folder, as defined in the executable’s properties (the "Startup Folder" in the Exe Properties), is not being used as the working directory upon launch.

Details:

• For example, launching Yahoo-8Ball-Pool-Clone.exe via an alias ("8ball") like:

Code: [Select]

!"D:\Download\cpp-projekt\FuzenOp_SiloTest\Release\Yahoo-8Ball-Pool-Clone.exe"
results in the current tab being D:\Download\AutoHotkey\Compiler\, and the application writes its config/log files into this directory instead of its intended startup directory (in my case the "Pool-Settings.txt" config file was placed in here erroneously).

• The root cause appears to be that the application’s working directory is incorrectly set to the active tab (the current working directory in the shell or environment), rather than the "Startup Folder" as specified in the executable properties.

• This causes files that are supposed to be stored in the application's startup directory to instead be stored in the current tab's directory, leading to misplaced configuration files and logs.

Summary:
The launch mechanism via Aliases incorrectly assigns the current working directory (the open tab) as the application's working directory, instead of using the executable's designated startup folder. This behavior constitutes a bug in how the environment initializes the app's working context upon launch.

24

Feature Requests and Suggestions / Re: Shaping the Future of MultiCommander - Your Feedback on Development Priorities

« on: May 06, 2025, 03:44:22 »

Wowee thanks for the Aliases Entry Filtering, Mathias !! This will definitely go a long way ! 👍 (MC already helps me make backup copies of files & stuff, so I'am 10X more productive 😊)

25

Feature Requests and Suggestions / Re: Shaping the Future of MultiCommander - Your Feedback on Development Priorities

« on: April 28, 2025, 03:38:05 »

Wow! You got lots of aliases.. even more then me,  I think a search box can be added quite easy. Integrating it with auto-complete is another thing. Maybe later. Add it to my list as separate things.

for #1 and #2, I added them to request feature list. They are a bit complex. But I consider them when planing larger thing to implement.

Alright, that would be incredible —thanks a lot ! Always needed a Search Filter for my Aliases (I must have 75+ Aliases IDK) ! The rest can wait, and thank you for taking them into consideration !