Messages

26

Support and Feedback / File Search Tab: Rename, Multi-Rename

« on: October 16, 2013, 23:42:48 »

When attempting a Multi-Rename from files selected within a Search Tab, "Replace Name & Extension" does not work: as soon as you type a dot, or \. (for regex) the file is no longer matched.

Context Menu for File Search Tab, is oddly missing a Rename entry?

27

Support and Feedback / Re: Quick Lauch Item command path problem

« on: December 11, 2012, 09:18:27 »

I think gzycy is saying when there is a command on the QuickLaunch tool bar such as:
D:\Tools\JAVA\JAVADC\jd-gui-0.2.10.windows\jd-gui.exe

Then it doesn't work properly.

But when the path and button are changed to:
D:\Tools\JAVA\JAVADC\jdui\jd-gui.exe

Then everything works fine.

Which could possibly be something Multi Commander is doing with a folder-path that has dots/periods in it.

Possibly? That's what it sounds like to me anyways.

28

Feature Requests and Suggestions / Custom Tool Bar ?

« on: December 05, 2012, 03:43:45 »

I see there is a User-Definable ToolBar (quick launch), but it is relegated to the tail end of the Command-Line bar.

I also see it's possible (as far as I can tell) to completely customize the Function/Button Bar (on the bottom) --- although I don't see how you can customize the context-sensitive nature of the Function/Button Bar - e.g. what is shown when Ctrl or RButton is pressed.

Multi Commander has internal scripting, and what appears to be access to internal commands.

Everything seems to be in place for the ability to have custom Tool Bars ... is that feature on the horizon at all? I don't see it requested, nor in the combined list of feature requests.

29

Feature Requests and Suggestions / Regex (Regular Expression) in Quick Search, Quick Filter

« on: December 05, 2012, 03:32:11 »

Many characters are illlegal in file and folder names, e.g. \ / : * ? " < >

C:\ is a drive, plus root folder contents.
C: is a drive.

Typical usage of Regex in various applications consider a "/" forward-slash as the beginning of a regex, and a "/" forward-slash as the end.

If at all possible, the addition of Regex for QuickSearch, QuickFilter would be great, it could be indicated by starting the QuickSearch or QuickFilter with a forward-slash, e.g.

/FOO.BAR

which would be similiar to (if QuickSearch or QuickFilter supported glob)
*FOO?BAR*

30

Feature Requests and Suggestions / Re: midfilenamequick search

« on: December 05, 2012, 03:23:38 »

Well I did search for: Quick Search, before I posted in a new thread.
Apparently the board software can't find this thread because it is named "midfilenamequick search" instead of "mid-filename quick search"

wildcard search was available before too

I don't see any way to use wildcard in quicksearch field.

Why not? An asterix (wildcard) '*' and question mark '?' are not allowed in file or folder names. So if it they were used in the Quick Search field, they could easily represent what they do almost every where else, all the way from GLOB matching, basic CMD.exe|Batch and many other editing-type applications use '*' and '?'.

31

Support and Feedback / Quick Search ( Match from Beginning of Filename )

« on: December 05, 2012, 03:10:36 »

1) If you set Quick Search to match from the beginning of the FileName, there doesn't appear to be a way to:
---> Use an asterix (*) wildcard to allow the search to match any characters in the beginning.

2) There doesn't appear to be a way to activate Quick Search via a Command/Button.

32

Feature Requests and Suggestions / Re: ** Summary of Requests and Suggestions *

« on: December 05, 2012, 02:50:09 »

Flatview Showing all files and folders and subfolders together
Not sure if it is possible. But do you not get that behavior if you open search, and search for everything in one folder.
  Then all files and folders and subfiles and subfolder are shown in the search result.
  Maybe the search need to support for more file system functions so the thing you want to do with files/folder when presented like this can be done here?

SubDir Branch View | FlatView | Flatten Files
---> No Directories appear in the list
---> A Single Click on the Command or Button does the Search
---> Path Tabstop is optional

All Searches below are performed with *.* [ x ] Wildcard.

#1) With File Search, Directories will appear if they have a 'dot' in their name.

#2) With File Search, No files, or only a single Folder's contents will be displayed if you activate Attributes (and don't click on any of the subsequent attributes).

#3) With File Search, No files, or only a single Folder's contents are displayed if you activate Attributes and deselect [] Directory.

#4) With File Search, you cannot select specific folders, then search and have the search only look in those folders.

#5) With File Search, you have a different context menu (right click)

#6) With File Search, you cannot quick filter the panel.

#7) With File Search, the Search Appears in the other panel.

So if there was a Flatten All (or Selected) Folders, a few changes would be required:

A) Hide Filters should work on the list (e.g. Hide Folders, etc).
B) Quick Filter should work on the list.
C) When you Flatten Folders, if there is at least one folder selected, then
-----> ALL of the other folders should be automatically added to the Exclusion List.
D) When you exclude a Folder from within the Panel's context menu:
-----> The excluded folders should be added to the Find Files Exclusion List.
E) The normal context menu should be available, perhaps via Ctrl or Shift + RButton.
F) An option to have the Flattened View displayed in the current tab, instead of the other pane.
------> The type of tab would change, from a Normal Tab to a "File Search" type tab.
------> It's name should stay the same.
------> The icon of the tab should become a Magnifying glass.
------> The tab colour would match that of File Search.
G) [..] UpDir should appear in the Flattened View.
------> Clicking on it, should revert the "File Search|Flattened" Tab to a normal tab - in the same folder you were when you performed the Flatten Files.

Aside from "F" most of the other changes shouldn't require much in the way of code changes.
Although depending on how Filtering is done in the File Panels that code may need to change.

File Searches can be saved as LST files.
File Searches can be restored.

When you take all that into consideration, there is a significant overlap in the features of Flattened Folders, Virtual Folders, and File Search.

If you consider that:
1) A File Search is basically a Virtual Folder (since you don't have a standard context menu)
2) A File Search contains the results of SOME (or all) Files of SOME (or all) Folders that have a similiar root.

Given that, a Virtual Folder could easily be ANY files from ANY path.

There could be one or more ways to view these virtual folders:

Virtual Folder sorted by Name (no code change required):

Folder#1
Folder#2
Folder#3
Example File1 in Folder#1.txt
Example File1 in Folder#2.txt
Example File1 in Folder#3.txt
Example File2 in Folder#1.txt
Example File2 in Folder#2.txt
Example File2 in Folder#3.txt

Virtual Folder sorted by Path (no code change required):

Folder#1
Example File1 in Folder#1.txt
Example File2 in Folder#1.txt
Folder#2
Example File1 in Folder#2.txt
Example File2 in Folder#2.txt
Folder#3
Example File1 in Folder#3.txt
Example File2 in Folder#3.txt

In both of these cases, one could then [Hide Folders].

Additional Code would be required:
1) Dragging a file to a Virtual Folder, adds that file to the LST.
2) Deleting a file from a Virtual Folder, removes that file from the LST.
3) Dragging a file OUT of a Virtual Folder to a Normal Tab -> Makes a copy of the file.
4) An additional, optional, Ctrl+Delete that would allow you to delete the REAL file.

Thus,
A File Search is a Virtual Folder with a Search for some or all files from a similiar Root.
A Flattened Folder is a Virtual Folder with a Search for ALL files from a similiar Root.
A Virtual Folder is a ... Virtual Folder that contains files from any Root.

33

Support and Feedback / Re: mouse file select / activate

« on: December 05, 2012, 01:37:20 »

Ctrl+Click has a few slight issue(s):
At the beginning of each test, use Buttons [Select All] & [Toggle Selections]

#1: Cursor is on FileA (No other files Selected)
----| Ctrl+Click on FileB
Result ------> FileB is selected.
Expected --> FileA & FileB are selected.

#2: Cursor is on FileA
----| Ctrl+Click on FileA
Result #1--> Inline-Rename activated.
Result #2--> File is selected/deselected (after you move the mouse)
Result #3--> Nothing Happens.
Expected --> FileA selection toggles (without moving the mouse)

#3: Selection of Files via Left-Click Box-Drag
----| Behaviour appears to be consistent with #2.
Normal Select/Deselect with quirks if the cursor is on the file that you Ctrl+Click.

#4: Selection of Files via RButton Click, or RButton Drag
----| Behaviour here is the most inconsistent.

Ctrl|Shift + Click & LButton Box-Drag seems to be a different type of selection than RButton.

It appears to take at least two Ctrl+Click's to deselect a file that was selected via RButton.