2:25 p.m.
----- Original Message -----
From: "Antoni Segura Puimedon" <asegurap(a)redhat.com>
To: "Michal Skrivanek" <michal.skrivanek(a)redhat.com>
Cc: "Vojtech Szocs" <vszocs(a)redhat.com>, "Amador Pahim"
<amador(a)pahim.org>, devel(a)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(a)redhat.com>
> To: "Vojtech Szocs" <vszocs(a)redhat.com>, "Amador Pahim"
<amador(a)pahim.org>
> Cc: devel(a)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(a)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(a)pahim.org>
> >> To: devel(a)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(a)ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/devel
> >>
> > _______________________________________________
> > Devel mailing list
> > Devel(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
>
> _______________________________________________
> Devel mailing list
> Devel(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>