Paul Baranowski wrote:

>>Is anyone else having these doubts? Am I just set in my ways???
>>
>>
>You are set in your ways.
>
>
I definitely like the idea of Trac, and more unified and/or
interoperational tools in general, but I think that with trac we're
jumping on the early adopter bandwagon before there's a horse upfront.

>Trac is only in the beginning stages of development at the moment, so
>there are a lot of annoying issues. Most of them will be cleared up in
>the coming 0.9 release, and if they arent we should be able to write a
>plugin for it (custom plugins are supported in the next release).
>
>John Pye wrote:
>
>
>>Trac doesn't highlight source code and doesn't have a two-column diff.
>>It's painful to view revisions to files that are a part of a large
>>changeset becuase all the files are listed above the diff.
>>
>>
>
>I dont understand why is this painful?
>
Example: find changes to curl.h in the campsite parser:

* Browse source
* trunk -> campsite -> implementation -> parser
* curl.h
* Revision Log
* 1536
* barf

You end up here:
http://code.campware.org/projects/campsite/changeset/1536
which is a huge page of filenames that takes ages to download.

> I thought it was helpful to see
>the list of files that have changed right at the top. And you cant even
>do this in CVS anyway since all commits are file-based and not on the
>entire repository. Can you show me a method you think is less painful?
>
>
You *can* do this with ViewCVS. You need to install the query.cgi
extension to process files when they are checked in. Which is easy done.
ViewCVS can also find the commit sets afterwards. It does it all with
timestamps, works fine.
http://www.mail-archive.com/gnome-infrastructure@gnome.org/msg00017.html

>>If we're not going to use Trac's Wiki for the user documentation, and
>>
>>
>
>We're going to be using it for developer documentation. User
>documentation is covered by DocMint.
>
>
What about Doxygen and PHP Documentor?

>>the bug tracker is second-rate, and the source code viewer is inferior
>>to ViewCVS (ViewSVN), then we are only using it for that one nice
>>feature: the timeline.
>>
>>
>
>I find trac diff viewer to be better than ViewCVS. Its much easier to
>navigate and understand, and uses pretty colors. I'm sure someone will
>come out with a side-by-side diff veiwer soon enough
>
>
Fact remains that we're not getting much out of trac, in my view. A lot
of less for a little bit of more.

JP

------------------------------------------
Posted to Phorum via PhorumMail