News for hackers. Stuff that matters.
Re:TermKit - a graphical terminal replacement by gurraman on Wednesday May 18, 2011 @09:19AM (#2560028)
This a cool project, albeit not my cup of tea. Sure, the terminals out there need a little work, but I'm skeptical about bringing too much of the "gui world" in.

There are, however, some concepts that are worth copying and that are in fact doable in current terminal environments. What I would like to see is more innovation in the world of console programs. There are lots of things to do in terms of auto-completion, navigation and integration etc.

Take a look at ranger [1] and sup [2] for examples of new neat console applications.

[1] http://ranger.nongnu.org/ [2] http://sup.rubyforge.org/

Re:TermKit - a graphical terminal replacement by beza1e1 on Wednesday May 18, 2011 @09:53AM (#2560128)
"Notmuch is an answer to Sup. Sup is a very good email program written by William Morgan (and others) and is the direct inspiration for Notmuch. Notmuch began as an effort to rewrite performance-critical pieces of Sup in C rather than ruby. From there, it grew into a separate project. One significant contribution Notmuch makes compared to Sup is the separation of the indexer/searcher from the user interface."

http://notmuchmail.org/

Re:TermKit - a graphical terminal replacement by carmen on Wednesday May 18, 2011 @05:23PM (#2561889)
why should indexer/searcher be coupled to email files in particular, instead of dispatching on MIME types? why should the datamodel be something ad-hoc instead of RDF?

http://blog.whats-your.name/post/2011/02/14/sifting-thru-you...

Re:TermKit - a graphical terminal replacement by BCM43 on Wednesday May 18, 2011 @06:40PM (#2562127)
That's something that they are working on. One example of a useful application is a text ebook collection.
Re:TermKit - a graphical terminal replacement by lallysingh on Wednesday May 18, 2011 @10:43AM (#2560286)
Either way, large experiments like this are a necessary part of the path there.