Nothing's wrong with conventions. Tapestry already uses them somewhat (page names map to classnames in the default page package). Rails gets a *lot* done by just using conventions.
-----Original Message----- From: Geoff Longman [mailto:[EMAIL PROTECTED] Sent: Thursday, June 15, 2006 3:30 PM To: Tapestry users Subject: Re: custom namespace COP cool acronym. What is wrong with conventions? (I have never used Rails) Geoff On 6/15/06, James Carman <[EMAIL PROTECTED]> wrote: > So, you want Tapestry to switch to convention-oriented programming (a la > Rails)? > > > -----Original Message----- > From: Bryan Lewis [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 15, 2006 3:20 PM > To: Tapestry users > Subject: Re: custom namespace > > +1 for that rant. > > > Geoff Longman wrote: > > > Good God No! > > > > While I love the idea of auto discovery of libraries, every time I see > > a quick suggestion to use Hivemind I cringe. > > > > IMO HM is *required* to do too many everyday things in T4. HM should > > be relegated to use when the *implementation of the runtime* needs to > > be changed or enhanced because a convention doesn't handle a > > particular case. A normal everyday user should be able to build > > libraries, have full featured ASO's, and build services without ever > > writing a line of HM config. > > > > That puts a lot more pressure on the committers to identify the > > everyday tasks and find intelligent conventions for users to do > > something without writing HM code. That doesn't mean HM is out of the > > mix, it's just out of sight and available for those 1% cases where you > > just have to make Tap behave differently from the convention. Really, > > in a perfect world the Tapestry docs would make no reference to HM > > except in an appendix. > > > > end of rant! > > > > Geoff > > > > On 6/15/06, James Carman <[EMAIL PROTECTED]> wrote: > > > >> It would be nice if the component libraries could add themselves to > >> the mix > >> via a HiveMind contribution. Of course, they would allow "users" to > >> override their default namespace via a symbol override contribution or > >> something. That's the way I'd do it. > >> > >> -----Original Message----- > >> From: Norbert Sándor [mailto:[EMAIL PROTECTED] > >> Sent: Thursday, June 15, 2006 12:27 PM > >> To: Tapestry users > >> Subject: Re: custom namespace > >> > >> I use many such component libraries which means that because of this > >> issue, many libraries must be specified "by hand". > >> Not a big problem, just tried to avoid it :) > >> > >> Regards, > >> Norbi > >> > >> Geoff Longman wrote: > >> > Yes, that's true. But is that really a problem? Contrib has the same > >> > issue. > >> > > >> > Geoff > >> > > >> > On 6/15/06, Norbert Sándor <[EMAIL PROTECTED]> wrote: > >> >> Thanks! > >> >> > >> >> This means that I must force the user of my component library to > >> define > >> >> my library with a fix alias in the .application file. > >> >> > >> >> Regards, > >> >> Norbi > >> >> > >> >> Jesse Kuhnert wrote: > >> >> > You mean like contrib or tacos? I think the namespace name can > >> be tied > >> >> > to a > >> >> > .library file via your .application configuration. (this I'm > >> less sure > >> >> > of as > >> >> > the best solution) > >> >> > > >> >> > On 6/14/06, Norbert Sándor <[EMAIL PROTECTED]> wrote: > >> >> >> > >> >> >> Hi, > >> >> >> > >> >> >> By default there are 2 namespaces: framework and application. > >> >> >> How can I define my own, custom namespace? > >> >> >> > >> >> >> Regards, > >> >> >> Norbi > >> >> >> > >> >> >> > >> --------------------------------------------------------------------- > >> >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> >> >> For additional commands, e-mail: [EMAIL PROTECTED] > >> >> >> > >> >> >> > >> >> > > >> >> > > >> >> > > >> >> > >> ------------------------------------------------------------------------ > >> >> > > >> >> > No virus found in this incoming message. > >> >> > Checked by AVG Free Edition. > >> >> > Version: 7.1.394 / Virus Database: 268.8.3/362 - Release Date: > >> >> 2006.06.12. > >> >> > > >> >> > >> >> --------------------------------------------------------------------- > >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> >> For additional commands, e-mail: [EMAIL PROTECTED] > >> >> > >> >> > >> > > >> > > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- The Spindle guy. http://spindle.sf.net Blog: http://jroller.com/page/glongman Other interests: http://www.squidoo.com/spaceelevator/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
