Ok, Timur, thanks. Will check it out by the end of this week. Renat Akhmerov @ Mirantis Inc.
On 06 Oct 2014, at 20:16, Timur Sufiev <tsuf...@mirantis.com> wrote: > Renat, > > I've addressed a number of Mistral Workbook builder's issues, including: > > * separating workflow-based Tasks from action-based ones, including distinct > set of fields for each one; > * restricting the range of values that can be selected for 'required' field > of Task inside reverse-type Workflow to already existing tasks of that > Workflow; > * removing 'Add' button that cluttered UI considerably - now Barricade > entities are updated on field's 'change' event; > * updating the Merlin/Mistral schema with the latest version of Mistral > workbook schema > * and some bugfixing... > > Regarding the field validation which is the last goal for Merlin/Mistral PoC > I haven't implemented yet, your feedback would be very helpful, namely: > * what validation constraints should be added? > * which fields should be validated? > > Any other feedback (not only related to validation issues) is also greatly > appreciated. Once we deal with validation and some UI awkwardness, I plan to > begin with Horizon integration. > > P.S. As usual, you can find the latest version of Merlin/Mistral Workbook > builder at https://github.com/stackforge/merlin > > On Tue, Sep 30, 2014 at 11:06 AM, Renat Akhmerov <rakhme...@mirantis.com> > wrote: > Timur, > > For us, undoubtedly, it’s a great news. Visualization of any kind is really > important for Mistral for a number of reasons. You can count on any > help(including code contribution) from our side. > > Thanks > > Renat Akhmerov > @ Mirantis Inc. > > > > On 26 Sep 2014, at 04:04, Steve Baker <sba...@redhat.com> wrote: > > > On 26/09/14 05:36, Timur Sufiev wrote: > >> Hello, folks! > >> > >> Following Drago Rosson's introduction of Barricade.js and our discussion > >> in ML about possibility of using it in Merlin , I've decided to change > >> the plans for PoC: now the goal for Merlin's PoC is to implement Mistral > >> Workbook builder on top of Barricade.js. The reasons for that are: > >> > >> * To better understand Barricade.js potential as data abstraction layer in > >> Merlin, I need to learn much more about its possibilities and limitations > >> than simple examining/reviewing of its source code allows. The best way to > >> do this is by building upon it. > >> * It's becoming too crowded in the HOT builder's sandbox - doing the same > >> work as Drago currently does  seems like a waste of resources to me > >> (especially in case he'll opensource his HOT builder someday just as he > >> did with Barricade.js). > > > > Drago, it would be to everyone's benefit if your HOT builder efforts were > > developed on a public git repository, no matter how functional it is > > currently. > > > > Is there any chance you can publish what you're working on to > > https://github.com/dragorosson or rackerlabs for a start? > > > >> * Why Mistral and not Murano or Solum? Because Mistral's YAML templates > >> have simpler structure than Murano's ones do and is better defined at that > >> moment than the ones in Solum. > >> > >> There already some commits in https://github.com/stackforge/merlin and > >> since client-side app doesn't talk to the Mistral's server yet, it is > >> pretty easy to run it (just follow the instructions in README.md) and then > >> see it in browser at http://localhost:8080. UI is yet not great, as the > >> current focus is data abstraction layer exploration, i.e. how to exploit > >> Barricade.js capabilities to reflect all relations between Mistral's > >> entities. I hope to finish the minimal set of features in a few weeks - > >> and will certainly announce it in the ML. > >> > >>  > >> http://lists.openstack.org/pipermail/openstack-dev/2014-September/044591.html > >>  > >> http://lists.openstack.org/pipermail/openstack-dev/2014-August/044186.html > >> > > > > _______________________________________________ > > OpenStack-dev mailing list > > OpenStackemail@example.com > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > _______________________________________________ > OpenStack-dev mailing list > OpenStackfirstname.lastname@example.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > -- > Timur Sufiev
_______________________________________________ OpenStack-dev mailing list OpenStackemail@example.com http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev