Re: [ovirt-devel] Python-GTK User Portal

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