First off... Whoa Nellie! ERWOAdaptor is WebSockets. I was planning to start doing getUserMedia and streaming live video in the ERWebSockets example on that eventually. Definitely a keeper.
I think ERNeutral should stay too. There's a template script in the Utilities directory that can use that one as a starting point for a new D2W look. That's how I started my look. I wouldn't want to hobble anyone interested in starting their own. Also, what David said about BugTracker :-) The only one on that list I can look at and can definitely say should go is the AjaxLook. It's got one busted list component and a couple of components I stuck in there once and wished I hadn't later. I can't imagine anyone is using it. We could just delete that one as far as I'm concerned. I'd rather they not be branched. If anything is done, leave them visible in a "Archive" directory or something with a ant task that can still build/install them if we want to use them. I like some of those (Validity) if only in concept. I even considered using the IM adaptor recently for instant exception reporting to a tightly wound project manager ;-D Other thoughts, if Diva is moved, then do the supporting frameworks (ERJQuery, ERPrototaculous) go with it? Ramsey On Aug 24, 2012, at 12:38 PM, Pascal Robert wrote: > Hi everyone, > > So the results from the survey about how you use Project Wonder are out. The > verdict? The following frameworks is not used by any of the respondents: > > - DRGrouping > - ERWorkerChannel > > The following frameworks are not used much, and are frameworks that have not > been updated for many months (or years): > > - AjaxLook > - ERCaching > - ERCalendar > - ERChangeNotificationJMS > - ERDivaLook > - ERDivaliteLook > - ERIMAdaptor > - ERIUI > - ERNeutralLook > - EROpenID > - ERWOAdaptor > - JavaFSAdaptor > - JavaRESTAdaptor > - Validity > - WRReporting > - YUI > > We are thinking of putting those in a "obsolete" branch of Wonder and they > won't be build by default (e.g. they will have their own Ant target). The > examples that goes with those frameworks will be removed. If you think any of > those frameworks should stay as a "core" framework, please say so. > > And no worry, we won't do that move in the next couple of days so don't > hesitate to give feedback. > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
