[ovirt-devel] Python-GTK User Portal

[Vojtech Szocs]

----- Original Message -----
> From: "Antoni Segura Puimedon" <asegurap at redhat.com>
> To: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> Cc: "Vojtech Szocs" <vszocs at redhat.com>, "Amador Pahim" <amador at pahim.org>, devel at ovirt.org
> Sent: Tuesday, May 27, 2014 1:16:17 PM
> Subject: Re: [ovirt-devel] Python-GTK User Portal
> 
> 
> 
> ----- Original Message -----
> > From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> > To: "Vojtech Szocs" <vszocs at redhat.com>, "Amador Pahim" <amador at pahim.org>
> > Cc: devel at ovirt.org
> > Sent: Tuesday, May 27, 2014 12:54:16 PM
> > Subject: Re: [ovirt-devel] Python-GTK User Portal
> > 
> > 
> > On May 27, 2014, at 12:48 , Vojtech Szocs <vszocs at redhat.com> wrote:
> > 
> > > Hi, this project looks nice!
> > > 
> > > Indeed, UserPortal can be sluggish on devices with limited performance.
> > > Going for custom, light-weight UserPortal sounds like a natural choice,
> > > "samples-portals" repo sounds like a natural place :)
> > > 
> > > Note that (very) soon I'm going to present a prototype of oVirt.js,
> > > SDK for working with oVirt within JavaScript environment. In future,
> > > we could implement light-weight UserPortal as web application, or we
> > > could use Node.js to host the client application code.
> > 
> > 
> > It's awesomely simple. Even as a non-web application I think it's worth
> > it:)
> > It can be a great way how to find out what are we missing in SDK, what is
> > not
> > effective enough for big scale usage, debugging, etc..
> > 
> > I wouldn't hesitate much to throw the current user portal away and replace
> > it
> > with this. One small bug in current portal takes longer to fix than this
> > whole thing…

I admit that current development workflow is quite complex for a rather simple
application that UserPortal should be. Also consider that UserPortal contains
two things, "Basic" + "Extended" section, so it's more complex by design :)

Anyway, JavaScript SDK should bring more possibilities.

> 
> I would not necessarily throw it away, but I'm completely for moving such a
> project to the oVirt umbrella. We could even have an image for thin clients
> that boots into this sort of application.

Yes, thin clients for specific devices (like ones with limited performance)
are clients too, so I agree with above.

> 
> > 
> > Thanks,
> > michal
> > 
> > > 
> > > Regards,
> > > Vojtech
> > > 
> > > 
> > > ----- Original Message -----
> > >> From: "Amador Pahim" <amador at pahim.org>
> > >> To: devel at ovirt.org
> > >> Sent: Tuesday, May 27, 2014 4:53:35 AM
> > >> Subject: [ovirt-devel] Python-GTK User Portal
> > >> 
> > >> Olá,
> > >> 
> > >> I'm running some tests with Raspberry Pi, trying to use it as a thin
> > >> client to oVirt.
> > >> 
> > >> My initial test was just open web User Portal using a browser. But
> > >> RasPi limited performance is leading browser to repeatedly show the
> > >> warning for "unresponsive script" before load the portal.
> > >> 
> > >> Trying to have a lighter way to access oVirt with the same functions
> > >> as in "Basic" User Portal, I wrote this Python-GTK client. Its
> > >> performance in RasPi is quite acceptable currently.
> > 
> > >> 
> > >> I'm wondering if you guys have any interest in putting the bits
> > >> somewhere along with the project repositories. Maybe in
> > >> "samples-portals"?
> > >> 
> > >> Source code:
> > >> https://github.com/apahim/ovirt-userportal-gtk
> > >> 
> > >> Here a screenshot with it in action:
> > >> http://pbrd.co/1onSA7O
> > >> 
> > >> Best Regards,
> > >> --
> > >> Pahim
> > >> _______________________________________________
> > >> Devel mailing list
> > >> Devel at ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/devel
> > >> 
> > > _______________________________________________
> > > Devel mailing list
> > > Devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/devel
> > 
> > _______________________________________________
> > Devel mailing list
> > Devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> > 
>