Hey Michael, I did wonder where you went with you UI framework. I have posted to Chris on his forum.
On 19 January 2012 09:21, Michael Schmalle <[email protected]> wrote: > Ray, > > BTW, I think I might remember you from the forums back with Flex 3 and > potomac. I had done a lot of work with it and creating a UI framework off > of it. > > I actually had a lot of blog posts about potomac but, I think at that time > it was so tied to Flex Builder(at the time of first release it was Flex > Builder) it didn't get a lot of exposure. > > I know he put a huge amount of work into it. I wonder what his plans are > these days. > > > Mike > > Quoting Ramon Donnell <[email protected]>: > > The current version of potomac is not dependent on eclipse, ie you can >> build project using the potomac ant plugins. >> If you use flash builder the potomac eclipse plugin is required to build. >> >> -ray >> >> >> On 19 January 2012 07:57, Michael Schmalle <[email protected]> wrote: >> >> I used this from the beginning of it and knew Chris. >>> >>> Did he ever get the dependency of Eclipse out of it? >>> >>> That is the problem I had with it was it needed Eclipse to build and >>> relied on metadata. >>> >>> Mike >>> >>> >>> Quoting Ramon Donnell <[email protected]>: >>> >>> Have a look at http://www.potomacframework.****org/<http://www.** >>> potomacframework.org/ <http://www.potomacframework.org/>>. >>> >>> Development has stalled >>>> since flex 4.1, but has much potential. >>>> Potomac includes OSGI like eclipse plugin, extension points, DI, >>>> bundle/module management, assets management. >>>> I've been using it on a large enterprise flex project with 80+ bundles >>>> with >>>> lots of success. >>>> >>>> Ramon Donnell >>>> >>>> >>>> On 19 January 2012 07:16, Rick Winscot <[email protected]> wrote: >>>> >>>> Mike >>>> >>>>> >>>>> I think there is _huge_ value in your bundle project... I've worked a >>>>> lot >>>>> with Parsley and have to say that in some circumstances IoC can >>>>> exacerbate >>>>> problems with class loading in Flash. Having a mechanism to manage >>>>> runtime >>>>> assets is a natural next step (IMO) in the whole module / marshal plan >>>>> saga. >>>>> >>>>> -- >>>>> Rick Winscot >>>>> >>>>> >>>>> On Wednesday, January 18, 2012 at 4:03 PM, Michael Schmalle wrote: >>>>> >>>>> > Yeah what he said. >>>>> > >>>>> > And in older versions I was using a link report as a manifest that >>>>> the >>>>> > bundle service would scan to find out if it needed to actually active >>>>> > the bundle, IE load the classes. >>>>> > >>>>> > The is straight from Eclipse in an environment of plugins that could >>>>> > easily have collisions and version number conflicts. >>>>> > >>>>> > I only wanted to start this adventure if other people knew where I >>>>> was >>>>> > coming from, having to explain why you would want to create a bundle >>>>> > registry and extension registry is beyond the scope of having to >>>>> > convince people. >>>>> > >>>>> > Either you have worked with a system like this or have used things >>>>> > such as Parsley or something which I haven't used. >>>>> > >>>>> > The purpose of this was to see if any one was interested in a >>>>> > standardization that went along with some of the OSGi standards and >>>>> > left out application frameworks. >>>>> > >>>>> > Mike >>>>> > >>>>> > >>>>> > Quoting Rick Winscot <[email protected] (mailto: >>>>> [email protected])>: >>>>> > >>>>> > > What is a registry system good for? Consider this... an application >>>>> > > has loaded two modules and a request is made via reflection for >>>>> > > class "Foo" ( think 'Class.forName()' in Java ). >>>>> > > >>>>> > > Module A: contains class Foo >>>>> > > >>>>> > > package plugins { >>>>> > > >>>>> > > public class Foo() { >>>>> > > >>>>> > > public function get bar1():String { return "bar1"; } >>>>> > > } >>>>> > > } >>>>> > > >>>>> > > Module B: contains class Foo >>>>> > > >>>>> > > package plugins { >>>>> > > >>>>> > > public class Foo() { >>>>> > > >>>>> > > public function get bar2():String { return "bar2"; } >>>>> > > } >>>>> > > >>>>> > > } >>>>> > > >>>>> > > Which gets loaded? Which one gets executed when instantiated? In >>>>> > > Flash / Flex this is going to be a problem... if each of these >>>>> > > modules is part of a 'bundle' the problem is solved. >>>>> > > >>>>> > > -- >>>>> > > Rick Winscot >>>>> > > >>>>> > > >>>>> > > On Wednesday, January 18, 2012 at 12:39 PM, Web DoubleFx wrote: >>>>> > > >>>>> > > > >>>>> > > > I used to build multi-modules applications using parsley, I won't >>>>> > > > describe here what each module stands for but shortly, my shell >>>>> > > > loads my main module which loads my modular workspaces, I can >>>>> even >>>>> > > > split my workspaces in components, I've librayries, one of them >>>>> > > > serves interfaces, an other one domain objects, etc.., because I >>>>> > > > use parsley, all the instanciation process is DI, the >>>>> communication >>>>> > > > is also managed thru parsley. >>>>> > > > I mean, I can do the same thing than Gavity does without all xml >>>>> > > > files it requires for example. >>>>> > > > Then, maybe I missed something you can explained to me, what is >>>>> the >>>>> > > > point here ? >>>>> > > > Frédéric Thomas >>>>> > > > >>>>> > > >>>>> > > >>>>> > >>>>> > >>>>> > >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>> >>> >> > >
