.diff files have been appearing in a different style, while .patch files have been normal. dd32 and I tracked this to ​http://trac.edgewall.org/changeset/11319. An update to Trac 1.0.1 (pending) will fix this.

A couple of seconds after you start typing a comment, all of the comment author gravatars disappear.

I really have no idea what the hell Trac is thinking here. Basically, the XHR request *RELOADS THE ENTIRE PAGE*. And does so in a way that does not load our own template customizations. It's like a comment preview on a Twenty Ten child theme replacing the *entire page* with Twenty Ten.

So, fun times. We may just turn off the comment previews, I guess. I'd wager that they annoy people more than help.

I really have no idea what the hell Trac is thinking here. Basically, the XHR request *RELOADS THE ENTIRE PAGE*. And does so in a way that does not load our own template customizations. It's like a comment preview on a Twenty Ten child theme replacing the *entire page* with Twenty Ten.

So, fun times. We may just turn off the comment previews, I guess. I'd wager that they annoy people more than help.

Ugh. I use and appreciate comment previews because I'm apparently incapable of formatting a comment without having to go back and fix it three times. But I'd rather train myself to hit the manual preview button than support something that idiotic.

It's like a comment preview on a Twenty Ten child theme replacing the *entire page* with Twenty Ten.

I have to take this back. It's definitely more clever than that. Trac does do a partial template load (it did not appear that way as it POST'd to itself and returned a sizable chunk of HTML). This breaks because our global template customization file is not loaded during this partial load.

I see we now have the full .org header. The main ticket area (#content.ticket) seems a little too squashed as-is, I think it'd be a bit better if it was the same width as the header (930px).

It's actually a bit wider than it was (which was also Trac's default width), because I bumped up the font size a bit. However, the new font is a bit narrower. The end result is we're already at 120-130 characters per line, give or take. So I'd rather not eat up any more space. If things feel squashed, maybe we can adjust padding/whitespace etc.

Also, the login items seem a little cramped up in the banner. IMO they'd look better opposite #ctxtnav on the left.

It looks like we break out of max-width for many of the reports, but we still don't for ​custom queries or any reports based on custom queries (like ​report 46). Can we get that fixed?

I actually had it set up to "break out" on a few other pages: query, browser, attachments (uploaded patches), and changesets. See ​31/meta. ocean90 convinced me it wasn't needed for code. That left /query. It occurred to me that queries were almost always custom by a user, and probably wouldn't need an absolute ton of room. Report 46 happens to be the only non-SQL report we have. I'm happy to add them back for queries if that is what the consensus is.

The font used for changeset descriptions in blame mode is too small: 24165.blame.png​.

Also, the white space on the left and right makes the changeset window too narrow and results in horizontal scrolling. It would probably look better if the main source code area filled up the whole screen.

Reports were supposed to be full width, see ​[meta44] (broken by ​[meta43]). In ​[meta45] I made it so blame changesets are auto width, which is significantly more room if you have space.

I'm not concerned about the browse-source width for now, as it's only over by 50-150 pixels during my testing. We could change the browser directory view to be 1100px, let's say, but that would then affect viewing files too, and then that kind of spirals into attachments, etc. If we can't view our code in a 960px wide window, there are larger issues.