> > > >> In my experience, the mx_internal namespace was used often for the >> purposes such as to cover the weak points in design. I think that the >> problem of not documenting things could've been solved by @private
At Adobe, every single Flex public property, method and class had to be approved by the architectual review board which oversees the Flash API. Once public, it can't be removed from the API since that could break user code. From my experience, the tendency of the review board is to keep things simple and try to maintain consistency across the classes. For example, an substantial amount of time was spent on property, method and parameter names. mx_internal was sometimes used by if you thought something should be public but couldn't justify it to the review board so you left a back-door. Sometimes mx_internal was used to cover "weak points in design". I think the older code uses mx_internal much more than the newer code and some engineers use it more than others. Carol
