No I know, but if I can figure out whats happening I can probably subclass RTE and prevent the behavior, and then recommend using it instead of the problematic one from the framework.
Here's hoping Alex and/or Gordon notice this thread... :) --- In [email protected], Tom Chiverton <[EMAIL PROTECTED]> wrote: > > On Friday 15 Feb 2008, ben.clinkinbeard wrote: > > Hmmm, that does work but I am looking for a more general purpose > > solution. Checking for any RTE children before every change isn't very > > reasonable in my scenario. > > It would only ever be a work around, I agree. > But I get the impression Flex 3 is fairly locked down now, so you're not going > to get a fix in the framework very soon. > > -- > Tom Chiverton > Helping to completely cluster one-to-one data > on: http://thefalken.livejournal.com > > **************************************************** > > This email is sent for and on behalf of Halliwells LLP. > > Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at Halliwells LLP, 3 Hardman Square, Spinningfields, Manchester, M3 3EB. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by The Solicitors Regulation Authority. > > CONFIDENTIALITY > > This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 2500. > > For more information about Halliwells LLP visit www.halliwells.com. >
