I'll say what I said the last time Finalterm was discussed here (and what I often say when 'improved' terminal emulators are thrown around):<p>Much of what is being provided here could <i>and should</i> be implemented in the shell, not in the terminal emulator. Implemented in the shell, you could get many if not all of these features in any modern terminal emulator. If the terminal emulator genuinely does not provide the facilities that a shell needs to do something, then we can discuss extending the terminal emulator to provide generic facilities <i>that the shell would then use</i>.<p>The dropdowns in particular could and should be implemented in the shell. Look at what Vim does with its completion right now[0]; it doesn't need specialized terminal emulator support for that. Throwing in mouse support for those dropdowns would be nice, and could be done with existing terminal emulators.<p>Also, the last time this was discussed people raised concerns that additional parsing of terminal output presented an increased surface area for attack. xterm 'title' support has caused a vulnerability in the past, we should be careful to not repeat that.<p>[0] <a href="http://1.bp.blogspot.com/_ci2yBnqzJgM/TD1PfKTlwnI/AAAAAAAAADs/nOGWTRLuae8/s1600/vim_complete.png" rel="nofollow">http://1.bp.blogspot.com/_ci2yBnqzJgM/TD1PfKTlwnI/AAAAAAAAAD...</a>
This is exactly how a product page should look.<p>- "Get it now" link<p>- <i></i>Demonstrates<i></i> why you want it above the fold<p>- Three major features right up front<p>- More detail below, if you care to read that far<p>I don't know if the project is any good, but hot damn I love that page.
If you like the completion dropdown, and use Emacs, you may like term-mode extended with my readline-complete.el [0] and auto-complete-mode. Screenshots on the page.<p>As an aside, you would not believe how difficult it is to read completion data from readline. There is virtually no useful documentation on this matter; many readline settings make the task impossible; the --More-- menu requires your scraper to be interactive... you'd think there would be an escape to return the necessary data in a computer readable format, but you'd be wrong.<p>On top of that, some programs use mechanisms similar to but incompatible with readline, see Haskell's GHCi and haskeline.<p>[0]: <a href="https://github.com/monsanto/readline-complete.el" rel="nofollow">https://github.com/monsanto/readline-complete.el</a>
It really kills me to see an otherwise promising terminal with no screen splitting capability, and I did not see splitting mentioned anywhere on their product page.<p>Fortunately it appears to be a feature under active development, and they address splitting on their blog:<p><a href="http://blog.finalterm.org/2013/10/multiple-terminals-final-term-style.html" rel="nofollow">http://blog.finalterm.org/2013/10/multiple-terminals-final-t...</a><p>The landing page looks great, but I think mentioning screen splitting would be wise.
I remember seeing this here: <a href="http://n0where.net/final-term/" rel="nofollow">http://n0where.net/final-term/</a><p>While the idea looks great, it seemed slow to react to my key presses. Maybe they can fix that in the near future. Otherwise I'm probably sticking to xterm.
This is really cool.<p>I haven't evaluated it personally, but I don't think it's up my alley (I use a tiled WM); Vala and GTK make it seem like it's for the Gnome stack, and it also has mouse interactivity. Finalterm might be neat for an Ubuntu box, though.<p>Are there any comparable terminal emulators that support completion, 24-bit color, are hardware-accelerated, etc? I'd definitely like to replace mine if so.
Last time I checked it, it was very buggy and unstable, but current version look much much better.<p>Unfortunately it's totally unusable for Vim users...
This looks like a cool project but lately I've been really enjoying a Guake terminal(<a href="http://guake.org" rel="nofollow">http://guake.org</a>) + fish shell(<a href="http://fishshell.com" rel="nofollow">http://fishshell.com</a>) combo.
Been watching Finalterm for a few months - it looks interesting but it's still too unstable to use for production. The risk of it doing the wrong thing when running on a production host is just not worth the potential efficiency gains.
suggestion by tabbing in shell is annoying to me. Some commands have popular prefix. It would be better if suggestion is made like the one you did in finalterm (and list most frequent one at the top).