We just had a little brainstorm about how to get the data classes working in swf9. Tucker can chime in here if I say something bogus below, but here's my view of what to do:
There's a problem right now because LzDataElement is implemented using a "trait" to mix in some behavior, and we don't have traits implemented in the compiler for swf9. The issue is that LzDataElement mixes in a class called "LzDataNode", and "LzMiniNode". There's a proposal to rearrange things a little in the base classes so that everyone inherits from LzDataNode. So LzDataElement and other data classes would subclass LzDataNode, and LzNode would also subclass LzDataNode. LzDataset could then inherit from LzDataElement. We can get rid of LzMiniNode. http://www.openlaszlo.org/jira/browse/LPP-2736 We wanted to do some kind of benchmarking before we commit to this, in case having this structure of classes somehow slows down data performance. So if there were some way you could make this change and see if the code still works and if it doesn't slow down, then we would proceed with this reorganization and then try to make the code compile cleanly in swf9/devildog. On Jan 21, 2008 2:41 PM, Philip Romanik <[EMAIL PROTECTED]> wrote: > Hi Tucker, Henry; > > I want to confirm this with you before I start touching the LFC in > trunk. I am going to modify the classes and methods to add public to > most methods/classes. If a method is obviously private I'll leave it > unchanged. > > Sound good? If so, I'll do it on a directory by directory basis and > send out a review after the first directory. > > Thanks! > > Phil > > -- Henry Minsky Software Architect [EMAIL PROTECTED]
