I think I might be restating a bit here from what others have already said, but Trac does (or can do) what you want it to do. It is flexible and doesn't force its own "business logic" on its users. It basically has to be like that, or it will be targeting only a small portion of the population regardless of whichever specific implementation it would choose to implement.
A problem with that approach is that not only do you have to learn a new tool, but you also have to understand the processes your company has in place and then determine ways to configure/utilize Trac to fit in with those processes. In some cases you might have to recognize that you don't have processes so you'll have to invent them, then figure out what you want Trac to do, then figure out how to make Trac do that...quite daunting in some cases. The good news is that Trac will allow you to do those things. Unfortunately that means there's some work involved. It is not something that you can unzip and put in a directory and have it run tailored to your specific business logic right out of the box. So, maybe the question shouldn't be "How is Trac supposed to be used?". Maybe it should be "What are the processes for my company, and how can I tailor Trac to enforce those processes and make them easier to do?" Chad -----Original Message----- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Stedwick Sent: Tuesday, October 07, 2008 3:38 PM To: Trac Users Subject: [Trac] how is trac SUPPOSED to be used? This is going to sound like a rather vague question, but how is trac SUPPOSED to be used? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~----------~----~----~----~------~----~------~--~---