S. Isaac Dealey wrote: > Well I'm always hopeful. :P Trying to create something that can > _potentially_ scale back to CF5 without changing the implementation
i'd rather have a sharp stick in my eye than deal w/a lot fo java in cf5. porting geoLocator from mx to cf5 took 3 times as long as it did to write the thing in the first place. > code for an application and never wanting to require someone to have > access to the WEB-INF directory so that it supports shared-hosting. you can get at most core java dependent classes via reflection. > easily swap out their own implementation of number formatting for any > given locale or for all locales application-wide simply by creating > the appropriately named function. i think we've been over that ground before. having somebody override core java or icu4j locale formatting resources is not a good idea. quite a bit of thought & research goes into these things (especially icu4j 3.2 and beyond now that it's based on the CLDR) & i'm willing to bet a beer something's going to go badly (think about the parsing issues you'll have). me, i'd rather be standard than right ;-) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:191096 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
