> > Adding a "project" column to every
> > table, and adding a global filter to all queries would be easy, but this
> > covers only a small number of the actual multi-project use cases. Designing
> > good, generic solutions to these problems takes time and thought, a lot of
> > both. 
> 
> But still it feels that there is not much of real discussion how to 
> implement and possible solutions. Most of requests are bypassed by "use 
> a plugin" or "do a plugin" statements. It's a bit annoying specially 
> since it makes you feel that you need to trust some hacked "3rd party" tool.

I'd just like to add for my money that I don't think of "3rd party" plugins as 
hacky  solutions for making trac instances behave as desired.  I think as a 
means to this end, trac + plugins work very well.  Admittedly, this is from the 
perspective of a developer that doesn't mind getting his hands dirty 
investigating, writing, and installing plugins to build the trac that I and my 
coworkers + clients want.  Trac isn't quite to the point where someone without 
expertise in this area can click on a button and install trac with completely 
intuitive configuration, though it seems to be moving in that direction.  I 
think the existing model (correct me if I'm wrong, I'm fairly new to the 
developer side of trac) of writing a plugin and staging it (or parts of it) for 
core integration is a good model, as it allows much experimentation and 
shake-down to generalize the plugin to the diversity of needs, and also allows 
for different implementations in the case where opinions and needs different.

While I'm in the boat that it would be awesome to have an intuitively buildable 
and configurable trac, which i think will eventually be possible (I'm 
optimistic as to when), for right now I would choose flexibility and a good 
component architecture over doing (e.g.) multiple projects out of the box.  But 
those are my needs and I willingly acknowledge that I try to use the right tool 
for the job.  For my job, this is trac.  For others, could be something else.

jeff

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac 
Development" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to