Jump to content


Photo

File manager ideas


  • Please log in to reply
6 replies to this topic

#1 sharethewisdom

sharethewisdom
  • Members
  • 49 posts

Posted 10 July 2012 - 12:39 PM

Hi,
I would like to propose and discuss a lightweight file manager with a command line (à la Vimperator) at the bottom. In case someone might be interested someday.

description:
Either a tree-view or a detail-view is shown a single window that can be docked and/or linked with other windows (see below). Default keymappings known from the Vim editor trigger similar commands as seen in Vimperator or Pentadactyl for Firefox. The functionalities of other managers such as TC, ... are extended and extendable.
fundamental principles:
{A} The interface is minimal, simple and efficient by default.
{B} The use of modifier keys and mousedrags is avoided. Instead, commands are triggered via the command line using hotstrings for a specific mode.
{C} Each default keymapping is well tought-through if different from Vim keys.
{D} Paths are all based on a refined relative reference algorithm.

ideas with high regard for these principles:
01#{A} Andvanced use of the Dock module makes two-pane windows unnecessary. Given that docked windows could be removed from the alt-tab list when the parent window is this file manager, and the child is a file manager window too, a two-pane view can be set up using automatic window alignment. After (un)docking, the taskbar is refreshed to remove or add the child's taskbar button, preserving the order of the buttons.

02#{D} An algorithm can be made combining the change detection scripts and is important for smooth indexing and avoiding problems with linking when running portable. Custom keymappings and commands can be defined in an .ini file in the same dir as the .exe file by default, where also extensions reside.

03#{B} All instructions appear in the command line auto suggestion splash window (see Vimperator), or in a tooltip folowing the mouse movement.

04#{B} I suggest two modes: command mode and an edit mode to type and ignore all 'Vim-keymappings'. Both have autocomplete suggestions: for CMD mode in the cmd-line and the splash window above; for edit mode in the edit field(s).

05#{A} I suggest two interface types: tree-view and detail-view, both with cmd line and title bar.

06#{A} Linking two windows makes communication between the two views possible and can be done automatically. Other windows (other programs) could be docked and linked manually for text or image previews etc...

07#{A} Tree-view has only archives and folders displayed. The further down the tree, the bigger the horizontal spacing of child icons according to the Fibonacci sequence calculated to fit to the window width, and there can never be a horizontal slidebar. The vertical root-line on the left never moves horizontally (other minimal line movement only possible by the spacing variation). For saving more vertical space, several parent-levels can be collapsed, displaying a multi-folder icon folowed by the number of hidden folders. The selected folder is always vertically aligned in the middle.

08#{A} In tree-view, no renaming should be possible, making navigation less confusing by using only the CMD mode.

09#{A} Detail-view is a table disposition displaying the items in a folder. A folder can be opened in a linked tree-view window or via the CMD line of either linked windows.

10#{A} The appearance of column headers is made context sensitive. Overriding saved association settings is possible by making a column sticky, so that it appears anyway. Applicable for all items or not, unsticky columns appear whenever the number of folders, archives or file types exeeds a predefined limit. The maximum number of columns resulting from the 'importance-list' can be easily reduced or increased manually or automatically (according to window-width). Specific column headers can be invoked by command.Their widths are saved as well. Also, some column headers have a number of saved options: date notation, aligning center left or right, using which units (kb, Mb, Gb), etc... and multiple columns can be used to sort either alphanumeric or otherwise, by the selecting and sorting each column subsequently. Finally, folder-specific settings can be written to an .ini file in that folder.

11#{B} Different from the windows explorer, there are no context menus: all context menu commands can be accesed via the command line.

12#{A+B} If either of tree-view or detail-view panes missing or not linked, a search command will link the first two windows in the alt-tab list or open and link either of them and then list the result in the detail-view. When an item is selected in detail-view, the tree-view will select either the parent folder of a file or the selected folder or archive. Multiple filters can be set up successively or simultaneously using commands. Usefull inspiration is the QuickHint mode in Vimpertor. Other vimperator-ideas such as bookmarking a folder (or archive) using search keywords can be used as follows. Pressing "a" in CMD mode invokes the bmark command that writes this to the cmd-line: bmark title="[folder or archive name]" [full path]. After editing and adding params that represent colomn headers and hitting enter, the below can be used by pressing "o" that will invoke the open command, after which you can type the keyword and the query, for instance "comp Bach".
:bmark -title="search mp3's by composer in %fullpath" c:\users\me\music -k="comp" -filetype="mp3" -composer="%s"
:open comp Bach

While typing the keyword "comp" autosuggestion appears in the splash window, listing the bookmark on top along with recently opened files and folders with that pattern in the filename.

13#{A+B} Automatically executing code on certain events, such as linking and docking GUI's whenever a number of files of one type exeeds the predefined limit, arranging them on the screen, or creating temporary playlists, can be defined using javascript or AHK extensions.

... there is so much more to say! Images or javascript simulations of these reveries might follow if someone's interested. While exited about my ideas, I wrote them down in my best English and as clearly as I could. Please comment pretending that this file manager will be written in AHK, and please contribute preserving the hashtag numbering for reference.
cheers, bart

#2 Guests

  • Guests

Posted 10 July 2012 - 02:02 PM

People have made filemanagers in the past <!-- l --><a class="postlink-local" href="http://www.autohotkey.com/community/viewtopic.php?t=8163">viewtopic.php?t=8163</a><!-- l --> but I think in all fairness a AutoHotkey script would be to slow to be useful,
it might be more useful to use AutoHotkey as an "addon" have a at our very own fragman's <!-- m -->http://code.google.com/p/7plus/<!-- m --> ;-)

#3 sharethewisdom

sharethewisdom
  • Members
  • 49 posts

Posted 10 July 2012 - 04:03 PM

thanks for pointing out, I am aware of 7plus tough. However, I was hoping to see some particular comments on the ideas presented above. These are considerations, can speed be assessed without an actual plan?

(By the way, I don't think that the speed of windows explorer is hard to defeat: did you know that it can take up to a whole minute for the explorer to respond every time a file name is changed manually on my other not-so-old but ill-kept computer?) :shock:

#4 Guests

  • Guests

Posted 10 July 2012 - 04:11 PM

I'd simply use any other filemanager apart from explorer. Total Commander is my fav. it is fast and has an enormous amount of plugins to do whatevery you can think of, and it has a cmdline. And yes, I think any real filemanager will be better as a filemanager script in ahk. For TC I made a ahk companion script allowing access to all Internal TC commands something like this <!-- m -->http://www.ghisler.c... ... te_Version<!-- m -->) only better ;-)

#5 oakdale

oakdale
  • Members
  • 5 posts

Posted 11 July 2012 - 03:36 PM

Maybe my needs are simple, but after 10+ years of being irritated by Windows Explorer, I came across a recommendation for the freeware xPlorer2 Lite and haven't used Windows Explorer since.

(And I do use AHK_L quite a lot)

#6 sharethewisdom

sharethewisdom
  • Members
  • 49 posts

Posted 11 July 2012 - 08:24 PM

@guest: interesting, is this script available someplace? I can't seem to find anything with the custom google search replacement on the forum :roll:

To future replying people: please don't make this another run-down of which-other-file-managers there are unless you would like to suggest a feature or compare problems with that program. I myself happily use Total Commander for over a year now.

But if you like to imagine different ergonomic experience, it is better to start imagining a manager interface from scratch. (mine shows files, folders and one permanently focused auto-suggestion cmd line and THATS ALL; no buttons, menu's nor scrollbars...) I recommend using Vimpertor, also to get a good grip on what I mean to propose here.

So... the question is not: what have you been using? or- is it useful to build another file manager?
but rather... do you consider the ideas above interesting? and- what do you believe to be fundamental principles for an interface like that of an advanced file browser?
also don't feel forced to post anything at all :)

#7 sharethewisdom

sharethewisdom
  • Members
  • 49 posts

Posted 11 September 2012 - 11:07 AM

Haven't tried it yet, seems like the thing I plea for...

Ranger is a text-based file manager written in Python with vi-style key bindings. It has an extensive set of features , and you can accomplish file management tasks with a few keystrokes with no need for the mouse.

I don't speak the Vi language fluidly myself, so in addition, here's an interesting answer on it's use and productivity for those of you that have doubts about that. I think an advanced language could be easily apprehended using thorough auto-completion capabilities and a large support section with many examples. Using new mappings and other synonyms you can also avoid remembering complex commands.