Thanks Alex I'll give the order a shot. I'm not so much introducing a new api as adding a bool to toggle some behavior, be default it will behave like vanilla.
The specific issue is to disable sort in ListCollectionView and since ArrayCollection inherits from that and many controls are hard coded for "new ArrayCollection" vs new Factory(SomeCollection) I don't see many options. Do you have time to give your 2 cents? In private function handlePropertyChangeEvents(events:Array):void Change if (sort || filterFunction != null) to if (enablePostSortReorder && (sort || filterFunction != null)) http://tomek.me/disable-sort-on-datagrid-edit-update/ --- In [email protected], Alex Harui <aha...@...> wrote: > > It is bad practice to be adding new APIs when monkey-patching. You should be > subclassing instead. > > However, all that should matter is the compile time stamp in the SWC. Newest > one wins. Make sure the SWCs are listed in the correct order just to be safe > in your project properties. I'm not sure if code hints go lookin for the > time stamps. > > > On 3/22/10 5:30 PM, "tntomek" <tnto...@...> wrote: > > > > > > > Seems like monkey patching works when everything is included in 1 project but > not when using libraries. What happens when I have 2 projects and monkey > patch is in other one. > > i.e. > MainAppProject (contains MainApp.mxml) > -SomeLibraryProject (this has the monkey patch code, i.e. Button) > > Now in my MainApp.mxml I'm unable to reference my version of the code. > > I understand if I use RSLs I can force load my class first so runtime would > work, but how do I get compile time access to this class? What if I added a > new property (in library project) and I want to access that property from > MainApp? The compiler has no idea and I can't build. This forces me to make > the monkey patch class implement some interface that would guarantee compile > time changes, but this is getting way more complicated then it needs to. Any > other ideas? > > -Tom Gruszowski (http://tomek.me) > > > > > > > -- > Alex Harui > Flex SDK Team > Adobe System, Inc. > http://blogs.adobe.com/aharui >
