[9fans] contrib/gui

[9fans] contrib/gui

[Federico G. Benavento]

after talking about it for some time
I got tired of talking and wrote a simple
gui installer for contrib
so if you pull contrib, you'll get a contrib/gui

here's a shot:
http://lab-fgb.com/contrib.png

ah, the code is not the best, but
it gets the job done

--
Federico G. Benavento

Re: [9fans] contrib/gui

[Matt Adams]

Nice work, Federico!  This is very useful.  Thank you.

Re: [9fans] contrib/gui

[David Leimbach]

[-- Attachment #1: Type: text/plain, Size: 384 bytes --]

Great!

How many hours do you think this took you to do?

I'm just curious as I've not really tried Plan 9 GUI programming yet, and
think it would be interesting to compare to how long it takes me to do Qt or
even Cocoa GUIs.

Dave

On Tue, Feb 2, 2010 at 1:20 AM, Matt Adams <madams@phantomware.ca> wrote:

> Nice work, Federico!  This is very useful.  Thank you.
>
>

[-- Attachment #2: Type: text/html, Size: 691 bytes --]

Re: [9fans] contrib/gui

[Federico G. Benavento]

the whole thing took around 4 or 5 hours,
because there isn't a lot reference material
on control(2) and I haven't used it much.
so I checked auth/fgui and games/juke to
see how things get done.

notice that the event handling and the layout
code are almost nil.

I'd have taken me a lot more on windows
or cocoa trying to find out how to fork
and pipe the output of the programs and
all the magic that's involved with who
knows what.

anyways, this is the source if you want to
scan it
http://plan9.bell-labs.com/sources/contrib/fgb/root/sys/src/cmd/contrib/gui.c

On Tue, Feb 2, 2010 at 1:33 PM, David Leimbach <leimy2k@gmail.com> wrote:
> Great!
> How many hours do you think this took you to do?
> I'm just curious as I've not really tried Plan 9 GUI programming yet, and
> think it would be interesting to compare to how long it takes me to do Qt or
> even Cocoa GUIs.
> Dave
>
> On Tue, Feb 2, 2010 at 1:20 AM, Matt Adams <madams@phantomware.ca> wrote:
>>
>> Nice work, Federico!  This is very useful.  Thank you.
>>
>
>



-- 
Federico G. Benavento

Re: [9fans] contrib/gui

[ron minnich]

It's really neat -- give it a try. One thing that is not apparent is
that the packages are set up as iso's, and they are pulled down as
such, i.e. it's way faster to pull them down than running replica
against far-away sources.

ron

Re: [9fans] contrib/gui

[John Floren]

At Tue, 2 Feb 2010 09:23:56 -0800,
ron minnich wrote:
>
> It's really neat -- give it a try. One thing that is not apparent is
> that the packages are set up as iso's, and they are pulled down as
> such, i.e. it's way faster to pull them down than running replica
> against far-away sources.
>
> ron
>

Definitely worth a shot. The speed is fantastic and the UI
is just simple enough to be nice. Maybe a search function
comes next?

John

Re: [9fans] contrib/gui

[hiro]

On Tue, Feb 2, 2010 at 6:23 PM, ron minnich <rminnich@gmail.com> wrote:
> It's really neat -- give it a try. One thing that is not apparent is
> that the packages are set up as iso's, and they are pulled down as
> such, i.e. it's way faster to pull them down than running replica
> against far-away sources.
>
> ron
>
>

what's the advantage of using iso over other packaging formats here?

Re: [9fans] contrib/gui

[Federico G. Benavento]

that you can create a .iso with a proto
file, which is just handy.

there wouldn't be a problem in using a
different packaging format if it has
the infrastructure, tar doesn't cut it
as it doesn't support Plan 9 specific
metadata, long names...

On Tue, Feb 2, 2010 at 3:34 PM, hiro <23hiro@googlemail.com> wrote:
> On Tue, Feb 2, 2010 at 6:23 PM, ron minnich <rminnich@gmail.com> wrote:
>> It's really neat -- give it a try. One thing that is not apparent is
>> that the packages are set up as iso's, and they are pulled down as
>> such, i.e. it's way faster to pull them down than running replica
>> against far-away sources.
>>
>> ron
>>
>>
>
> what's the advantage of using iso over other packaging formats here?
>
>



--
Federico G. Benavento

Re: [9fans] contrib/gui

[Skip Tavakkolian]

cool!  just tried it. nice.

> after talking about it for some time
> I got tired of talking and wrote a simple
> gui installer for contrib
> so if you pull contrib, you'll get a contrib/gui
>
> here's a shot:
> http://lab-fgb.com/contrib.png
>
> ah, the code is not the best, but
> it gets the job done
>
> --
> Federico G. Benavento

Re: [9fans] contrib/gui

[Bela Valek]

Great tool, I just downloaded and tried it. I found a bug: if you
click at the 'Info' menu item before you select any items, it dies.

2010/2/2 Federico G. Benavento <benavento@gmail.com>:
> after talking about it for some time
> I got tired of talking and wrote a simple
> gui installer for contrib
> so if you pull contrib, you'll get a contrib/gui
>
> here's a shot:
> http://lab-fgb.com/contrib.png
>
> ah, the code is not the best, but
> it gets the job done
>
> --
> Federico G. Benavento
>
>

Re: [9fans] contrib/gui

[Federico G. Benavento]

fixed, thanks

On Thu, Feb 4, 2010 at 7:03 AM, Bela Valek <bvalek2@gmail.com> wrote:
> Great tool, I just downloaded and tried it. I found a bug: if you
> click at the 'Info' menu item before you select any items, it dies.
>
> 2010/2/2 Federico G. Benavento <benavento@gmail.com>:
>> after talking about it for some time
>> I got tired of talking and wrote a simple
>> gui installer for contrib
>> so if you pull contrib, you'll get a contrib/gui
>>
>> here's a shot:
>> http://lab-fgb.com/contrib.png
>>
>> ah, the code is not the best, but
>> it gets the job done
>>
>> --
>> Federico G. Benavento
>>
>>
>
>



--
Federico G. Benavento

[9fans] contrib/gui

[Bakul Shah]

I finally used contrib/gui and love its simple, intuitive
interface!

I did run into a couple of issues -- not sure if they are
specific to 9vx.

- resizing or bringing it back on top seems to make it hang.
  Just a blank screen. I have to kill it.
- install is rather slow - looks like it is using replica?
  I thought the original version was supposed to be faster?

Re: [9fans] contrib/gui

[ron minnich]

On Mon, May 16, 2011 at 9:36 AM, Bakul Shah <bakul@bitblocks.com> wrote:

> - install is rather slow - looks like it is using replica?

if it uses replica, it will be slow, and contrib uses replica.

ron

Re: [9fans] contrib/gui

[Steve Simon]

> > - install is rather slow - looks like it is using replica?
>
> if it uses replica, it will be slow, and contrib uses replica.
>

I believe fgb added the feature that all new packages created or updated
create an ISO image. on pull or install contrib checks for the presence of the
iso first. This should mean replica's failings (many RTTs using 9p which
doesn't cope well with high latencies) are avoided; you just download the iso
and unpack it with replica locally.

This is how I understand it works but don't take it as gospel, "Fede knows".

-Steve

Re: [9fans] contrib/gui

[Skip Tavakkolian]

i think the hanging problem is because the ui and the network activity
are in the same thread. the ui comes back once the slow activity has
completed.

On Mon, May 16, 2011 at 9:36 AM, Bakul Shah <bakul@bitblocks.com> wrote:
> I finally used contrib/gui and love its simple, intuitive
> interface!
>
> I did run into a couple of issues -- not sure if they are
> specific to 9vx.
>
> - resizing or bringing it back on top seems to make it hang.
>  Just a blank screen. I have to kill it.
> - install is rather slow - looks like it is using replica?
>  I thought the original version was supposed to be faster?
>
>

Re: [9fans] contrib/gui

[Bakul Shah]

On Mon, 16 May 2011 11:15:22 PDT Skip Tavakkolian <skip.tavakkolian@gmail.com>  wrote:
> i think the hanging problem is because the ui and the network activity
> are in the same thread. the ui comes back once the slow activity has
> completed.

It hangs on resizing or panning the window even where there is
no network activity.  It does seem to handle exposure right.
Haven't had time to track this down.

On Mon, 16 May 2011 20:27:31 BST "Steve Simon" <steve@quintile.net>  wrote:
> I believe fgb added the feature that all new packages created or updated
> create an ISO image. on pull or install contrib checks for the presence of the
> iso first. This should mean replica's failings (many RTTs using 9p which
> doesn't cope well with high latencies) are avoided; you just download the iso
> and unpack it with replica locally.

This didn't happen when I fetched python through the gui.
contrib/remove python doesn't remove it (goes in an infinite
loop). Ah well!

Thanks for your comments.