Mailing-List: contact bloodhound-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: bloodhound-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of
 jim.callahan.hsqe@statefarm.com designates 205.242.229.165 as permitted
 sender)
From: Jim Callahan <jim.callahan.hsqe@statefarm.com>
To: "bloodhound-dev@incubator.apache.org"
	<bloodhound-dev@incubator.apache.org>
Subject: Re: Bloodhound thoughts
Thread-Topic: Bloodhound thoughts
Thread-Index: AQHM72BhMeQ8a1ffxEa+ApwKkw8VZJZFAAWA
Date: Mon, 20 Feb 2012 00:31:29 +0000
Message-ID: <CB66EF6C.16499%jim.callahan.hsqe@statefarm.com>
In-Reply-To: 
 <CAMF4co-KfFVtZHouQW8xRSrX7xvv=NJAbM1iaZTpo9KMAs5+ew@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.13.0.110805
Content-Type: text/plain; charset="us-ascii"
Content-ID: <96A64BF68F8817448CA7A4B6FD75AB65@statefarm.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0


+1 bootstrap
+1 breadcrumbs bundled

+1 (or more) for better multi-Trac support

I really like th idea of the widget-style dashboard elements. Making them
part of the macro system is a great idea.

jim


On 2/19/12 5:43 PM, "Robert Rose" <robert.w.rose@gmail.com> wrote:

>Hey all, I was googling around yesterday to see if anyone else was
>working on a trac fork and discovered bloodhound.  I've always found
>it frustrating that the out-of-box experience with trac sucks.  To get
>trac up to where other issue management systems are you need to do a
>fair bit of configuration and play around with some plugins.  Not to
>mention the UI looks like it came from the 90s, so most
>newer-generation folks are immediately put off by it.  If you grade
>solely on the out-of-box experience, other systems like JIRA win
>against trac.  This is unfortunate because trac's extensibility and
>simplicity (in my opinion anyways) make it a better long-term choice
>for issue management.
>
>Anyways I'm glad others are actively rethinking these aspects of trac.
> Before I did my googling yesterday I was playing around with a
>bootstrap reskin for trac (hacking directly on the genshi templates),
>so I'm especially delighted that you've chosen bootstrap.  I haven't
>caught up on all of the email archive yet, but I have a few thoughts I
>wanted to share, so I apologize in advance if these were already
>covered.
>
> * bootstrap +1
>
> * Can email2trac be bundled out-of-box?
>https://subtrac.sara.nl/oss/email2trac
>
> * Can the breadcrumbs plugin be bundled out-of-box?
>http://trac-hacks.org/wiki/BreadCrumbsNavPlugin
>
> * I would love it if one of the child / master ticket plugins was
>included out of box, but rendered in the UI in a clean way
>http://trac-hacks.org/wiki/ChildTicketsPlugin
>
> * Review of historical ticket data is an essential part of our
>project management method.  We have scripts that mine trac for
>historical data and plot it using the google charts API.  Tickets are
>plotted by state over time, ticket "velocity" (the rates at which they
>move through states), etc.  It would be great if this was just part of
>trac and available as a wiki macro.
>
> * I like the dashboard/activity views that have been shared but I'm
>not clear if these are supposed to be new pages, or new functionality
>available as wiki macros?  I make a lot of dashboards using trac and
>wiki macro queries, it would be nice if these dashboards you're making
>were customizable using the same mechanism... can they just be wiki
>pages themselves?
>
> * What's the multiple project strategy?  We use trac to host multiple
>projects on the same server just using apache redirect rules and the
>intertrac plugin.  It works very well, but is not easy to
>setup/maintain.  Would be nice if this was just done for you.
>
>-robert