> > Basically because I dont wnat to pay licences for MS Project, > > especially since I cannot know what it's doing or even modify it the > > way I want, or ... is it open source already? > I mean, data availabilty for third party systems should be a > requirement since the very beginning, and that would allow what you > are mentioning above ;) > > Didnt I include that in the wiki ? Pls, feel free to add it ;o) > Um, not sure what you mean, but between rss, xmlrpc, the report system, and custom plugins and things like TracGViz or whatever, it already IS available, and has been. (not to mentioun good 'ole http)
That said: >>"Basically because I dont wnat to pay licences for MS Project," is a bad reason to jam it into trac. I am not saying putting it into Trac is a bad idea, I don't want to poo-poo the endeavor, just seems like there are MANY project management tools out there that could be leveraged and it is a TON of work. So you don't like/want project, how about TaskJuggler, OpenWorkbench, dotProject or.....the list goes on, those are just 3 that are open source. I would guess there are dozens more, and possibly some other proprietary ones worth the look. thought it might be worth considering. For us, projects consist of way more than just the code, so pm tools need to cover many other things that don't readily fit in trac so the "import the software specific crap into your other big unweildy tool" model is nice due to the decoupling. anyway, again, good luck, if my observations are irrelevant, please feel free to label me a heretic and ignore them :D --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Users" 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-users?hl=en -~----------~----~----~----~------~----~------~--~---
