[Bash-completion-devel] Bug#865957: Bug#865957: cat -v -t -e, dpkg-deb -c etc.

I think I personally dislike that even more :) ___ Bash-completion-devel mailing list Bash-completion-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/bash-completion-devel

[Bash-completion-devel] Bug#865957: Bug#865957: cat -v -t -e, dpkg-deb -c etc.

Maybe there could be a variable users could set: 0/1: to hide non-recommend completions. ___ Bash-completion-devel mailing list Bash-completion-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/bash-completion-devel

[Bash-completion-devel] Bug#865957: Bug#865957: cat -v -t -e, dpkg-deb -c etc.

I don't think bash's completion features support something like that, and I'm not sure if I would want to see something like that myself in the first place. ___ Bash-completion-devel mailing list Bash-completion-devel@lists.alioth.debian.org

[Bash-completion-devel] Bug#865957: Bug#865957: cat -v -t -e, dpkg-deb -c etc.

Another idea might be when the user hits TAB have this kind of list appear: --bla (-b) --snorf (-s) etc. or --bla (-b), --snorf (-s), etc. > "VS" == Ville Skyttä writes: VS> Suggesting long options this way is by design; short ones should be VS> suggested only when no

[Bash-completion-devel] Bug#865957: Bug#865957: cat -v -t -e, dpkg-deb -c etc.

Suggesting long options this way is by design; short ones should be suggested only when no equivalent long ones exist. More info in CONTRIBUTING.md (in upstream git, dunno about the Debian package). ___ Bash-completion-devel mailing list