really impressed with hotwire. looking forward to ssh remoting

0 views
Skip to first unread message

gdiebel

unread,
Sep 6, 2007, 3:37:37 PM9/6/07
to Hotwire Shell
You have some great ideas here in hotwire. Some thoughts:

1. Allow more interactivity in file listing output displays, since it
appears to embed a nautilus view
a. perhaps allow focus on the file listing, so as to allow cursor
control or pressing first letter of file to select.
2. speed improvements. I think I read somewhere that you are running
into issues with python's threading module. Not sure how to resolve.
It is also very slow when using hotwire on nfs mounts.

Colin Walters

unread,
Sep 7, 2007, 9:05:45 AM9/7/07
to Hotwire Shell
Thanks for the positive response!

On Sep 6, 3:37 pm, gdiebel <gdie...@gmail.com> wrote:
> You have some great ideas here in hotwire. Some thoughts:
>
> 1. Allow more interactivity in file listing output displays, since it
> appears to embed a nautilus view

Actually it's a custom thing. I did consider trying to embed Nautilus
but it's not easy, and wouldn't be portable to Windows.

> a. perhaps allow focus on the file listing, so as to allow cursor
> control or pressing first letter of file to select.

Hm, yeah that would be cool. The reason we don't allow focus on the
file listing is so that the keyboard focus is (almost) always on the
entry. It was really annoying when you could focus the text view,
because you'd click on Hotwire to focus it and want to type, but the
focus was on the readonly text view.

But maybe after you do a file op like 'ls' or 'cd', you could hit a
special key and that would start searching the file list?

Actually, hm...what are you doing when you want to focus the file
list? If you're typing a new command, is the completion enough?

> 2. speed improvements. I think I read somewhere that you are running
> into issues with python's threading module. Not sure how to resolve.
> It is also very slow when using hotwire on nfs mounts.

Yeah...the NFS thing is probably because we're doing all kinds of
stuff (reads) to make the display nicer. Like how images have
thumbnails.
Speed is something that I wasn't worrying about a lot at first, just
kind of prototyping different things out to see how they worked. But
yeah it's something we need to do.

kkubasik

unread,
Sep 10, 2007, 1:25:18 PM9/10/07
to Hotwire Shell

On Sep 7, 9:05 am, Colin Walters <cgwalt...@gmail.com> wrote:
> Thanks for the positive response!
>
> On Sep 6, 3:37 pm, gdiebel <gdie...@gmail.com> wrote:
>
> > You have some great ideas here in hotwire. Some thoughts:
>
> > 1. Allow more interactivity in file listing output displays, since it
> > appears to embed a nautilus view
>
> Actually it's a custom thing. I did consider trying to embed Nautilus
> but it's not easy, and wouldn't be portable to Windows.

Well, if you want some help with this, gtk offers some great help with
it (on linux) I dunno if that functionality is completely compatible
on windows, but at least then its a unified API still..

>
> > a. perhaps allow focus on the file listing, so as to allow cursor
> > control or pressing first letter of file to select.
>
> Hm, yeah that would be cool. The reason we don't allow focus on the
> file listing is so that the keyboard focus is (almost) always on the
> entry. It was really annoying when you could focus the text view,
> because you'd click on Hotwire to focus it and want to type, but the
> focus was on the readonly text view.

I agree with keeping the focus on the text view, it would completely
kill alot of hotwire's functionality to have to constantly click back
after every ls ;)

>
> But maybe after you do a file op like 'ls' or 'cd', you could hit a
> special key and that would start searching the file list?
>
> Actually, hm...what are you doing when you want to focus the file
> list? If you're typing a new command, is the completion enough?

For me, the completetion is all I would want/need. If I wanted to
search a filelist, I would probably have done ls | filter. I don't
think that hotwire should be moving me around too much, I like that
its old-unix style with new-linux visualization and integration. I
think thats the real power of Hotwire, brining the aging command line
interface up to date with current user expectations.


>
> > 2. speed improvements. I think I read somewhere that you are running
> > into issues with python's threading module. Not sure how to resolve.
> > It is also very slow when using hotwire on nfs mounts.
>
> Yeah...the NFS thing is probably because we're doing all kinds of
> stuff (reads) to make the display nicer. Like how images have
> thumbnails.
> Speed is something that I wasn't worrying about a lot at first, just
> kind of prototyping different things out to see how they worked. But
> yeah it's something we need to do.

I haven't noticed it, but I'm always running on a local instance, so
I'm sure thats most of it ;)


I would love to get involved, I've started using Hotwire, and found it
incredibly useful, I'm pretty familiar with python, although pygtk
hasn't been on my radar. (No problem learning by trying on that front,
just takes a little while :) ) Anyways, I've started looking at some
of the Issues, and will probably try to start working on one of them
tonight! Just wanted to share my $0.02!

Cheers,
Kevin Kubasik

Reply all
Reply to author
Forward
0 new messages