<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: FogBugz</title>
	<atom:link href="http://mjtsai.com/blog/2007/07/29/fogbugz/feed/" rel="self" type="application/rss+xml" />
	<link>http://mjtsai.com/blog/2007/07/29/fogbugz/</link>
	<description></description>
	<pubDate>Sun, 23 Nov 2008 10:50:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Corey Trager</title>
		<link>http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-175556</link>
		<dc:creator>Corey Trager</dc:creator>
		<pubDate>Fri, 16 Nov 2007 13:31:01 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-175556</guid>
		<description>For folks who DO like FogBugz - or ALMOST like it - a free, open-source issue tracker that has a similar approach is &lt;a href="http://ifdefined.com/bugtrackernet.html"&gt;BugTracker.NET&lt;/a&gt;.  (Disclaimer: I'm the author).  It handles the email integration the same way.  Has the same dedicated screen capture utility.  It's less rigid than FogBugz, more customizable, but at the same time, less polished.</description>
		<content:encoded><![CDATA[<p>For folks who DO like FogBugz - or ALMOST like it - a free, open-source issue tracker that has a similar approach is <a href="http://ifdefined.com/bugtrackernet.html">BugTracker.NET</a>.  (Disclaimer: I'm the author).  It handles the email integration the same way.  Has the same dedicated screen capture utility.  It's less rigid than FogBugz, more customizable, but at the same time, less polished.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Ash</title>
		<link>http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117358</link>
		<dc:creator>Chris Ash</dc:creator>
		<pubDate>Mon, 30 Jul 2007 16:57:26 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117358</guid>
		<description>You also might want to check out Eventum from the MySQL folks.  It offers email integration, some decent roll-up views, and there are scripts for subversion support (although I'm a Git convert now =).</description>
		<content:encoded><![CDATA[<p>You also might want to check out Eventum from the MySQL folks.  It offers email integration, some decent roll-up views, and there are scripts for subversion support (although I'm a Git convert now =).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie Longstaff</title>
		<link>http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117322</link>
		<dc:creator>Jamie Longstaff</dc:creator>
		<pubDate>Mon, 30 Jul 2007 15:43:02 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117322</guid>
		<description>@Michael

Thanks for the information!  I'll keep my eyes on the development of OmniFocus...</description>
		<content:encoded><![CDATA[<p>@Michael</p>
<p>Thanks for the information!  I'll keep my eyes on the development of OmniFocus...</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117281</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 30 Jul 2007 13:33:24 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117281</guid>
		<description>Fred: Thanks for the correction. I don’t think email2trac existed when I last used Trac.

Jamie Longstaff: In OmniFocus I have one project folder for each product, and within it I have a project for each functional area (including things like Bugs, Documentation, Localization, and Web Site). The projects are ordered by priority (i.e. fix bugs before adding features). Within each project, the individual actions are ordered by priority. Of course, it works like OmniOutliner so it’s very easy to move things around. On the contexts tab I have one context per product, with nested contexts for each release (including alphas and betas). So I use contexts to schedule when each action will be completed, and I end up with a historical record of what changed in each version.</description>
		<content:encoded><![CDATA[<p>Fred: Thanks for the correction. I don’t think email2trac existed when I last used Trac.</p>
<p>Jamie Longstaff: In OmniFocus I have one project folder for each product, and within it I have a project for each functional area (including things like Bugs, Documentation, Localization, and Web Site). The projects are ordered by priority (i.e. fix bugs before adding features). Within each project, the individual actions are ordered by priority. Of course, it works like OmniOutliner so it’s very easy to move things around. On the contexts tab I have one context per product, with nested contexts for each release (including alphas and betas). So I use contexts to schedule when each action will be completed, and I end up with a historical record of what changed in each version.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Speno</title>
		<link>http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117269</link>
		<dc:creator>John Speno</dc:creator>
		<pubDate>Mon, 30 Jul 2007 12:12:37 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117269</guid>
		<description>When our company had to make the transition from using Mail to something that worked (heh), we choose HelpSpot. It's another great piece of web based help desk software. We evaluated FogBugz first, but it lacked some required features at the time (1.5 years ago). HelpSpot has been amazing and version 2.0 (which we are currently beta testing) is even better!</description>
		<content:encoded><![CDATA[<p>When our company had to make the transition from using Mail to something that worked (heh), we choose HelpSpot. It's another great piece of web based help desk software. We evaluated FogBugz first, but it lacked some required features at the time (1.5 years ago). HelpSpot has been amazing and version 2.0 (which we are currently beta testing) is even better!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie Longstaff</title>
		<link>http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117227</link>
		<dc:creator>Jamie Longstaff</dc:creator>
		<pubDate>Mon, 30 Jul 2007 08:51:41 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117227</guid>
		<description>I'm interested to know how you set up OmniFocus to track bugs.  I understand it's currently in development or I'd give it a go myself.

I currently track my support issues in Apple Mail and while it works fairly well when the support burden is low it can become a bit of a nightmare after major new releases.  I considered using Trac and even Bugzilla but they all seemed too involved to set up and maintain for my purposes.</description>
		<content:encoded><![CDATA[<p>I'm interested to know how you set up OmniFocus to track bugs.  I understand it's currently in development or I'd give it a go myself.</p>
<p>I currently track my support issues in Apple Mail and while it works fairly well when the support burden is low it can become a bit of a nightmare after major new releases.  I considered using Trac and even Bugzilla but they all seemed too involved to set up and maintain for my purposes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred</title>
		<link>http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117163</link>
		<dc:creator>Fred</dc:creator>
		<pubDate>Mon, 30 Jul 2007 06:13:12 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2007/07/29/fogbugz/#comment-117163</guid>
		<description>Trac *can* handle support emails, turning them directly into tickets using a utility called email2trac. I use it myself. You set it up as an alias in your postfix/sendmail/etc install, and it just dumps emails with a low enough spam score right into trac as tickets.

Trac has built into it a setup for sending out notification emails, so you can close the circle if you want.</description>
		<content:encoded><![CDATA[<p>Trac *can* handle support emails, turning them directly into tickets using a utility called email2trac. I use it myself. You set it up as an alias in your postfix/sendmail/etc install, and it just dumps emails with a low enough spam score right into trac as tickets.</p>
<p>Trac has built into it a setup for sending out notification emails, so you can close the circle if you want.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
