
(creation date, change date, size, filetype, etc) It should offer table-columns for all typical variables to filter files
The results of this search (=all files/directories matching the search query!) is to be shown in a file-list independent from/in addition to the "Total selection" list. The result window (showing the same stats like in the Total selection window) is cumulatively updated until the search is finished or interrupted. The search can be started/paused/stopped via corresponding buttons. "deluxe": allow saving and loading search queries and allow to specify a name to be used as "template" sort these "templates" by name. =the search is limited to all (multi-)selected items of the total file list (=recursive search of that pattern within all selected directories and files!) -> this would just show the "green" entries of the search option above but nothing that isn't already in the selection! Include an optional filter "limit search to current total selection". -> This way users always see which items are currently included/excluded in the total file selection list at the time they specify, in which directories/file-lists the search should be executed. +add a column (selected/unselected) to the results-table for color-blind users. color "unselected items" red, respectively. color "already selected" entries of "total selection" green and. Within items that can be "multi-selected" at the start of the search (=don't actually change the current "total selection" but offer to select items of the whole treeview-list / filetype-list / treeview-vizualization). in case the search is started without any item selected beforehand) Allow to define options for the scope of the search:. Allow the user to state a search query with wildcards (* and ?) for files files/directories. Details for wildcard search (the principle works exactly the same for regular expressions):. If the entry is NOT in the selection at the time when it is clicked -> ADD it to the selection list (including all items it cointains by recursive search). If the entry IS the selection at the time when it is clicked -> REMOVE it from the selection list (including all items it contains by recursive search). (=the user can click ANY entry on the screen to select/deselect it with all corresponding files it represents!) Make ALL entries on the GUI that represent a file or directory clickable: treeview-list, filetype-list (ie.par2 or. (By regular expressions - not specified further in this ticket). By wildcard search (using * and ? as variables). Manually by "(shift) and/or (command) + leftclick". Adding or removing entries to the "total selection" should be possible through 3 ways:. This list is what is shown in the "Total selection and operations" window explained in the previous section. This is realized by a "Total selection" list that is compiled/updated after every "selection event". Allow multiselect (=select more than just one entry at a time) Add/remove entries by regular expression searchī.
Open (if apps are associated with the filetype) or "open with." to select an app.Offer these commands through buttons (and the corresponding shortcuts) for all files:.Include the following statistics in that window:.
#WINDIRSTAT FREEZING FULL#
Include a full list of all files and directories represented by the current selection and make it sortable by showing all typical columns of file lists.Introduce an optional new dialog/window: "Total selection and operations" window I'm just not used to wiki syntax - which consumed all my energy I'd now need to further improve the "readability" of the ticket :)Ī. Introduce multi-select and multi-select features for any clickable itemĪs a result, WinDirStat could significantly reduce individual cleanup-efforts for many use-cases.ĭisclaimer: Sorry in case this ticket is perceived as complicated or if it doesn't make my point clear in an easy way. New dialog/window "Total selection and operations"ī.