Oh god, it's going to take me *hours* to reply to that...
Let me give it a shot, though.
Enable optional right-mouse selection mode
Not sure what you mean by that. Use right-clicks to select files? Mmm, that's not necessarily a bad idea, but it would disable the contextual menu. Do you have suggestion on how to work around that?
Enable standard toolbar customizing
We actually have some code for that, it's just not yet ready to be released. But yes, we agree with you on that one and are working on it.
Right-side buttons visibility
Mm. Good point. Let us look into that, we'd never realised this.
Not as easy as it sounds, since the icon set we're using only has one size. We'll let you know if we can find a clever solution.
That's actually planned, although it requires a substantial amount of work for a relatively minor feature. I wouldn't hold my breath, but we have discussed that a few times already.
Icons in the command menu
That's already been suggested and we're considering it - we'd never even thought about it since a lot of muCommander development happens under OS X, which traditionally doesn't use icons in menus. I'm not sure whether it'll happen, but we keep an open mind about it
You can actually already do that, even if it requires you to hack away at XML files. Edit action_keymap.xml (see this
for information on how to locate it).
Enable optional "only one application window" limitation.
I'm not sure I understand what you mean. Prevent users from creating more than one window? Why not, but what's the rationale behind that?
Enable custom toolbar/buttons creating f.e. for programs startup.
That's part of the work we have yet to release, but we already have code for toolbar and command bar customisation.
System fonts should be used by default.
That rather depends on the theme you're using, but if you select "native" the first time muCommander boots or select it in Preferences / Appearances / Themes, it should be the case. If it's not, could you let me know about it so that I can investigate?
Calculate and display folder size in corresponding column on SPACE pressing.
That's been requested a few times, yes. It's in the list of features that we have to decide on, but we might very well end up doing it.
Implement Find File/Folder and Find Text commands
Definitely, yes. I'm not sure when this will happen, but it's in our TODO list.
Implement tabs displaying in Tree mode.
We actually intend to implement full tabbed browsing at some point. It's a bit of work, what with possible thread synchronisation issues, but it *is* in our TODO list.
Enable optional whole file name selection (with extension) on pick.
Not sure about that one - we're not keen on having preferences for defaults if we can avoid it. Is there a particular reason why you dislike the default behaviour? It's our experience that it's the correct action more often than not, do you have a different experience?
Snap pointer to 50/50 position on tabs separator movement.
Mm, why? Wouldn't that defeat the purpose of allowing users to resize tabs?
I might very well not have understood your suggestion, could you give me a concrete example?
Enable display color assigning by file type.
We already have something like that, provided you don't want to define your own types. It's possible to configure different colors depending on whether a file is a folder, a plain file, an archive, a hidden file or a symbolic link (Preferences / Appearance / Themes / Edit / Folder Pane / Active).
Is that what you had in mind?
Enable system (hidden) files hiding.
That's already implemented: View / Show (hide) hidden files.
Implement Split File / Join File commands.
That's also been suggested a few times and we're actively considering it. Can you suggest UI software that does it "right" so that we can get some implementation ideas?
Enable optional tabs path "symmetry"
That's something that we have been thinking about, but we don't really like the idea of entering an "alternate" browsing mode.
Isn't the "Open in both panels" action good enough?
Select whole folder name on pick
Good point. That's probably a bug, to be honest. We'll fix that as soon as possible.
Enable browsing through Local Network
If that ever happens, it'll be a long way down the line: this would require us to write some windows specific native code, something we try to steer well clear of.
Show drive buttons for both tabs.
If I understand your suggestion properly, the answer is the same as for the previous one: that's system specific code, if we do it, it'll be in a while, once we're satisfied with the multiplatform aspects of muCommander.
Implement Root Folder button ("\") for quick access to drive root.
We'll not do that by default straight away - we'd need to have system dependant shortcuts (\ for windows, / for other OSes), but I'm taking a note of this, it could be quite handy.
In the meantime, you can either use the current shortcut (shift backspace) or edit it in action_keymap.xml
Do not limit UP browsing with drive root.
That would be system dependant development. So, not for the moment, I'm afraid.
Absolutely, this is in our plans. Can't give you an ETA, but we definitely want to do that.
Multi rename tool
Absolutely, you can find it in File / Batch Rename
Backgroun file operations
Absolutely, that's in our TODO list. Not sure when we'll get around to doing it, as it involves a fairly large rework of our threading code, but it's definitely an important one and our most requested feature.
Mounted (Under Linux/Unix) drives viewable as a simple button list
I'm not sure I understand this. Do you mean like what happens when you click on the drive button (next to the location bar)? If not, do you have a screenshot of what you mean somewhere?
Command line or terminal line in bottom part of the panes
That's an ongoing discussion, we still aren't decided on whether we want to do that or not. You're not the first one to suggest it, so we are considering it, but I really can't tell you whether it'll happen or not.
Phew. I think that's pretty much it. Did I miss anything?