"Stuff that we could have paid developers working on (Adobe), as well as The Community (us)..."
We have that now in ColdFusion Builder. :-) There are 30 extensions created by the community already available on RIAForge. I assume this thread implies that the ideas are in addition to the awesome ColdBox extension that already exists. http://www.coldboxframework.com/forgebox/view/ColdBox-Platform-Utilities <http://www.coldboxframework.com/forgebox/view/ColdBox-Platform-Utilities> -Adam On Tue, Mar 23, 2010 at 2:20 PM, denstar <valliants...@gmail.com> wrote: > > On Tue, Mar 23, 2010 at 11:43 AM, Judah McAuley wrote: > > > > I'm still up for trying to make this happen once I get my current side > > project out the door. I can't stand having to go back and open up all > > my Service objects when I'm in my handler trying to remember what I > > named all of my methods and what arguments they take. This isn't one > > of those areas where CFML being dynamic and duck typed is an > > issue...well, the dynamic part comes in somewhat. But the real issue > > is just having the IDE know where to go find the files to pay > > attention to. Once it knows where the files are, it can certainly > > parse them and show a list of methods and their arguments. > > Yup, and finding files is part of why I started the cfml.project > project. I want to be able to specify in one place where mappings > are, for instance, and let CFE (+framework explorer), MXUnit, and > cfdistro/etc. use the same info, if it's there. > > The framework explorer *could* offer auto-complete and do validation > on (for instance) ColdSpring XML files. > > There's no way around *having* to provide some extra information, for > some stuff, but we can actually suss out quite a bit automatically. > > > Lets see who gets there first, Adam, CFEclipse or CFBuilder. Let's > > see some real IDE's for CFML that understand modern application > > development, like DI, Composition and Inheritance :) > > This is part of why I'd like to see some manner of sharing resources. > > It's going to require some thought, as CFB is based on Aptana and > Aptana has it's own way of doing a lot of stuff (much like DLTK has > it's own way-- DLTK is what I'm looking at for providing a "all in > one" CFML/XML/HTML/CSS/Javascript version, but we'll see what > happens)... what I'd really like to see is an open source > parser/CFMLModel deal that both projects could use at the core, and > expose to Aptana or DLTK (or whatever) however needed. > > Stuff that we could have paid developers working on (Adobe), as well > as The Community (us)... > > It would have to wait until the CFML language spec stuff is kinda > rolling along, probably, but it's something to think about... > > :DeN > > -- > Opposition brings concord. Out of discord comes the fairest harmony. > Heraclit > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Want to reach the ColdFusion community with something they want? Let them know on the House of Fusion mailing lists Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:332149 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
