Hello all, First, a big thanks for mpc and mpd! I use them daily and have for years. I really enjoy using them and appreciate all the work that has gone into creating them.
The one thing that I'm not enjoying as much at the moment is the Bash completion behavior introduced to mpc in 2a997830, where only files in a directory matching the completed text are returned. The problem that I'm having is that I don't always remember the exact directory name I'm looking for (and they're not as consistent as they should be), so I have to run `mpc ls` a few times to find any (sub-)directory names then copy to the original mpc command I wanted to run. Which is not the best user experience. I do agree that recursively listing all files matching the prefix is not the correct solution either, but I'd like suggest a compromise: Would it be acceptable to implement the completion as Bash does for builtin commands where both matching files and directories of the requested prefix are printed? As an example: dir1/subdir1/file1.ogg dir1/subdir1/file2.ogg dir2/file3.ogg discofunk.ogg europop.ogg Tab-completing "d" would return dir1, dir2, and discofunk.ogg but not the full paths to files 1, 2, and 3. With this scheme users can still tab-complete their way to any file but all files are not recursively listed from very short prefixes. If this seems like a reasonable solution, I would be happy to provide a patch. I would have provided one for consideration, but was unsure whether it would be preferable to change the behavior of mpc tab and loadtab to implement this scheme or if it would make more sense to add a command to tab-complete directories (like "dirtab" or "lsdirs") and concatenate the matching files and directories in the Bash script. Thoughts? Thanks for considering, Kevin _______________________________________________ mpd-devel mailing list [email protected] http://mailman.blarg.de/listinfo/mpd-devel
