<div dir="ltr">Hi folks,<div><br></div><div>I've just pushed up an initial patch which implements *some* of the Swift UI functionality using the ResourceType framework: <a href="https://review.openstack.org/347114">https://review.openstack.org/347114</a></div><div><br></div><div>I say *some* because there's an issue in the current code which will require some refactoring to make it work in a ResourceType world. Funnily enough, it's related to my other work in de-$scope-ifying the images actions...</div><div><br></div><div>In short, the current containers model service is used for UI state. Kind of like scope. Either way, it's bad (and I fully own that mistake, and I apologise for being such a bad person). To make things work properly, the containers model needs to have its state removed out to the two controllers (containers and objects). It will retain the interfaces into Swift's object containers, but those interfaces will require the caller to provide full context (container and path) rather than relying on the state currently stored on the model.</div><div><br></div><div>The state will be stored on the controllers. Funnily enough I had implemented things like this in the first iteration of the swift ui, but I had trouble sharing context between the two controllers. That was before I used ngRoute. The routing information provides the state information needed now.</div><div><br></div><div>I'm going to look at putting up a new patch to address this and and hopefully it won't be too horrendous...</div><div><br></div><div><br></div><div>     Richard</div><div><br></div>







</div>