Beni Cherniavsky wrote: > [...] > This is why I think the hints should be (a) matched orthogonally from > the normal parser, and (b) displayed while editing. (b) is more > helpful, and safely tolerates false positives. > > [...] > > The transient display of messages will require much programming, but I > think is very important.
quite agreed. >> I think it's better to avoid allowing the user to control the hints, though. >> > On second thoughts, I tend to agree. > >> You are free to write one, but I don't think it's a good idea. I >> having a tutorial for something makes potential users feel overwhelmed >> by the effort required to learn it. If possible, we should make the >> use of Fish in itself be an interactive tutorial, as you said. This >> is possible even without the complicated modifications you suggested >> above. >> > Hmm, yes, you are probably right. for people new to shell in general, a short summary to match GUI folder-navigation might be nice, e.g. mv, cp, cd, '..', ls [-l]. Opening files is more of a nuisance, even though fish provides "open" function, if sometimes you instead want to open them in a shell-like way. (and on my system at least, Ubuntu GNU/Linux, in shells other than fish, "open" means something quite confusingly different) -I ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Fish-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fish-users
