On 24/01/2013 17:41, Oved Ourfalli wrote:
Hey all,
We had an oVirt workshop this week, which included a few sessions about the new
oVirt UI Plugin framework, including a Hackaton and a BOF session.
I've gathered some feedback we got from the different participants about the
framework, and what they would like to see in the future of it.
1. People liked the fact that it is a simple framework, allowing you to do nice
extensions rapidly, without the need to know complex technologies (simple
javascript knowledge is all you need to know).
2. People want the framework to provide tools for adding UI components
(main/sub tabs, dialogs, etc.) that aren't URL based, but are based on
components we currently have in oVirt, such as grids, key-value pairs (such as
the general sub-tab), action buttons in these custom tabs and etc.
The main reason for that is to easily develop a plugin with an oVirt-like
look-and-feel. Chris Morrissey from Netapp showed a very nice plugin he wrote
that did have an oVirt-like look-and-feel, but it wasn't easy.... and it
required him to to develop something specific for the plugin to interact with,
in the 3rd party application (something similar to the work we did in the
oVirt-Foreman UI-plugin).
that would be great, i hope some will be contributed by ui plugin
developers for others to benefit from.
3. Support adding tasks to the system - plugins may trigger asynchronous tasks
behind the scene, both oVirt and external ones. oVirt tasks and their progress
will be reflected in the tasks management view, but if the flows contain
external tasks as well, then it would be hard to track through the oVirt UI.
4. Plugin management
* The ability to see what plugins are installed... install new plugins and
remove existing ones.
* Change the plugin configuration through webadmin
* Distinguish between public plugin configuration entries (entries the user to
change), to private ones (entries it can't).
showing which plugins are installed is probably easy.
deployment of plugins could be a bit more tricky for distro's assuming
code is distributed via packages, which are deployed by a root user.
I guess that this point will be relevant for engine-plugins as well (once
support for such plugins will be available) so we should consider providing a
similar solution for both. Also, Chris pointed out that it should be taken into
consideration as well when working on supporting HA-oVirt-engine, as plugins
are vital part of the oVirt environment.
If you find the feedback above true, or you have other comments that weren't
mentioned here, please share it with us!
Thank you,
Oved
P.S:
I guess the slides will be uploaded sometime next week (I guess someone would
have asked it soon... so now you have your answer :-) )
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users