Ah nevermind....I can't rely on having access to source code. Oh well.. :/ On 4/21/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > I've heard one nay so far on using qdox annotations (along with their > normal native counterparts) so far. > > Stop me now before I get too far! > > > On 4/19/06, Norbert Sándor <[EMAIL PROTECTED]> wrote: > > > > It's good to see that active development is going on! > > > > I missed that javadoc thing, would you point me to that message? > > Although I think I would not like using javadoc for such purpose... > > > > BR, > > Norbi > > > > Jesse Kuhnert wrote: > > > P.S. In an effort to not add even more interfaces(or xml > > configurations) > > > that we'll need to break out of in tapestry 5 I was pondering using > > qdox > > > javadoc annotations to mark some of these new methods as Howard had > > > mentioned before, along with the real native annotations of course. > > > > > > Any thoughts on this one ? They seem to work out fairly well for > > testng, and > > > since it's one portion of knowledge I'm a little more familiar with > > after > > > working with it I feel less scared to try and introduce it. > > > > > > It does start to introduce a new component writing style though, which > > may > > > end up doing more harm than good. > > > > > > On 4/18/06, Jesse Kuhnert < [EMAIL PROTECTED]> wrote: > > > > > >> As noted by Brian earlier the unit tests are all running happily > > again > > >> which means that my initial phase of mucking with the render cycle is > > > > >> finished. (Initial as in there's something there that will probably > > work but > > >> is probably not completely done changing yet). > > >> > > >> I'd love any feedback people have on it. The parts that I'm not at > > all > > >> happy with are the tricky little sections in AbstractComponent / > > >> AbstractPage / Shell / (maybe one or two other of our core components > > ) > > >> where I had to delegate some method calls off to the new > > "ResponseBuilder" > > >> interface. The solution I have in place isn't ideal by any means, but > > it may > > >> mostly work for now. I think either some AOP love or breaking > > interface > > >> changes are the only other options I can think of to give it a better > > > > >> implementation. I'm going to skip the AOP part for now as I'm > > guessing it > > >> will require a large mental investment for me to learn it on a level > > that is > > >> needed to introduce it to tapestry. > > >> > > >> The next phase will ~finally~ be interacting with the client side > > again. I > > >> have the PropertySelection component working properly with JSON > > requests via > > >> the dojo ComboBox widget already as a proof of concept(it currently > > only > > >> switches to client side queries when the component parameter > > >> 'filterOnChange' is set to true), mostly as a starting proof of > > concept. > > >> > > >> I'm going to probably just hit one thing at a time now (hopefully > > faster > > >> than what it took to break all of the tapestry internals and slowly > > >> re-fix/factor them again after introducing the ResponseBuilder) , > > starting > > >> with the <initializtion> element in the @Script component which > > should > > >> probably connect to window onload events or similar depending on the > > context > > >> of the response..Ie for normal responses load with window.onloadevent / > > >> for ajax almost immediately / etc... > > >> > > >> I'm thinking that this will work in a similar fashion to the > > >> ResponseBuilder, a configurable set of script manager sort of API's > > will be > > >> consulted to determine how these core interactions should be > > imlpemented > > >> client side scripting wise. (Ie for dojo we'll wrap the entire block > > with > > >> dojo.event.connect(window, "onload") , if someone feels like > > imlpementing > > >> the prototype api they can use Event.Observe() instead. ) > > >> > > >> -- > > >> Jesse Kuhnert > > >> Tacos/Tapestry, team member/developer > > >> > > >> Open source based consulting work centered around > > >> dojo/tapestry/tacos/hivemind. http://opennotion.com > > >> > > >> > > > > > > > > > > > > -- > > > Jesse Kuhnert > > > Tacos/Tapestry, team member/developer > > > > > > Open source based consulting work centered around > > > dojo/tapestry/tacos/hivemind. http://opennotion.com > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > No virus found in this incoming message. > > > Checked by AVG Free Edition. > > > Version: 7.1.385 / Virus Database: 268.4.3/316 - Release Date: > > 2006.04.17. > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > > Jesse Kuhnert > Tacos/Tapestry, team member/developer > > Open source based consulting work centered around > dojo/tapestry/tacos/hivemind. >
-- Jesse Kuhnert Tacos/Tapestry, team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind.
