<div dir="ltr">I used to be a bash fan, converted to zsh and never looked back.<div><br></div><div>+1 for using zsh completion style<br><br><div class="gmail_quote">On Wed, May 9, 2012 at 7:08 AM, Galder Zamarreño <span dir="ltr"><<a href="mailto:galder@redhat.com" target="_blank">galder@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On May 9, 2012, at 1:37 PM, Galder Zamarreño wrote:<br>
<br>
><br>
> On May 7, 2012, at 8:18 AM, Alexey Loubyansky wrote:<br>
><br>
>> I'd like to let everybody know that thanks to Stale's efforts we are<br>
>> switching from jline to Stale's jreadline project as the base<br>
>> console/terminal for the CLI.<br>
>><br>
>> jline has a number of bugs that we can't do anything about. jreadline<br>
>> has fixed those and Stale is happy to continue improving things.<br>
>><br>
>> Of course, a few changes will come along with the switch. They are<br>
>><br>
>> - the ordering of columns are different compared to jline, jreadline<br>
>> does it similar to bash;<br>
>> - tab-completion is more like bash, i.e. if there are 'file' and<br>
>> 'file2', completing 'f' will result in 'file' w/o showing 'file2'<br>
><br>
> Hmmmm, can I suggest something here? I can't remember of the top of my head if JBoss CLI works like this, and I'm not that the above statement matches my suggestion:<br>
><br>
> One thing I love of tab completion in zsh (as opposed to bash) is the following: Imagine that as you say you have both 'file' and 'file2'<br>
><br>
> The first time I do: f + tab, it will show: file<br>
><br>
> But if I click tab again, so: f + tab + tab, it will give me: file2<br>
><br>
> If there was a file3, doing: f + tab + tab + tab will give me: file3<br>
><br>
> …etc<br>
><br>
> IIRC, with bash, you had to actually type 2 to be to get to file2.<br>
><br>
> Does people find zsh style tab completion more useful too?<br>
<br>
</div>Actually, let me be even more precise here:<br>
<br>
more + f + tab:<br>
[g@:~/Varia]% more file<br>
<br>
more + f + tab + tab:<br>
[g@:~/Varia]% more file<br>
file file2 file3<br>
<br>
more + f + tab + tab + tab:<br>
[g@:~/Varia]% more file2<br>
file file2 file3<br>
<br>
more + f + tab + tab + tab + tab:<br>
[g@:~/Varia]% more file3<br>
file file2 file3<br>
<br>
Essentially, you don't need to type '2' or '3'…etc.<br>
<br>
There are some other goodies, such as '*' extension:<br>
<br>
more + file + *:<br>
[g@:~/Varia]% more file*<br>
<br>
If after * you know do tab, if expands into:<br>
[g@:~/Varia]% more file file2 file3<br>
<br>
There are more goodies, as explained in <a href="http://www.jukie.net/bart/blog/zsh-tab-completion" target="_blank">http://www.jukie.net/bart/blog/zsh-tab-completion</a>, but, IMO, the two are above are far superior than bash.<br>
<br>
Others might have other opinions...<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
>> candidate (like jline would do) unless the tab key is pressed after 'file';<br>
>> - there are no more files that are read to enable key bindings. By<br>
>> default emacs-mode is enabled, but vi-mode is also supported. jreadline<br>
>> has more keybindings compared to jline and also follows what's default<br>
>> in bash;<br>
>> - atm reading the ~/.inputrc is not enabled, but we could enable if<br>
>> necessary. If people have defined vi-mode, it will catch it and enable<br>
>> vi-mode by default;<br>
>> - undo and redo is another new feature afaik.<br>
>><br>
>> In the future it will also be possible to customize different bindings<br>
>> to different actions in that file, but its not supported now.<br>
>><br>
>> Here are a couple of major issues that'll be fixed with the switch:<br>
>> - to be able to navigate and edit commands that spread across multiple<br>
>> lines (AS7-2615 Backspace doesn't work over linebreaks);<br>
>> - AS7-2436 clear screen doesn't work on windows 7.<br>
>><br>
>><br>
>> The pull request hasn't been sent yet. It's just a warning that this is<br>
>> coming.<br>
>><br>
>> Please, let us know if you have any concerns about this.<br>
>><br>
>> Thanks,<br>
>> Alexey<br>
>> _______________________________________________<br>
>> jboss-as7-dev mailing list<br>
>> <a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a><br>
><br>
> --<br>
> Galder Zamarreño<br>
> Sr. Software Engineer<br>
> Infinispan, JBoss Cache<br>
><br>
><br>
> _______________________________________________<br>
> jboss-as7-dev mailing list<br>
> <a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a><br>
<br>
--<br>
Galder Zamarreño<br>
Sr. Software Engineer<br>
Infinispan, JBoss Cache<br>
<br>
<br>
_______________________________________________<br>
jboss-as7-dev mailing list<br>
<a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Those who do not understand Unix are condemned to reinvent it, poorly.<br>Any sufficiently recent Microsoft OS contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Unix.<br>
</div></div>