The ticket viewer template does resize text regions to fit the client.

[anonymous]

When viewing a ticket on a widescreen monitor, the ticket only takes up half my screen space.

[anonymous]

Viewing reports with a large number of tickets can result in very long waits.

[Emmanuel Blot]

I'm not sure about which pages you've reported this issue: is it about the report pages or the ticket pages?

• the ticket page does not resize up to a maximum width of a wide screen - I'm not sure it is feasible without breaking the whole ticket page presentation with more 'regular' widths.
• however, the report page does resize well up to the maximum width.

[anonymous]

Screenshot of client viewing a ticket

[Emmanuel Blot]

Ok, so according to the snapshot, this request for enhancement is about the ticket view, not the report view.

Time issue with the report view is addressed in a dedicated ticket: #3135. ("Viewing reports with a large number of tickets can result in very long waits." is no longer addressed by this ticket)

[Christian Boos]

It's by design. The Trac Committee of Esthetics thinks that filling the whole available horizontal space would be less than optimal (esthetically speaking, that is).

Extract of the committee's minutes:

<cboos>	there's a ticket about the ticket module taking a fixed width, and sure that's easy to fix, as there's a width set to 700px. But is it a good thing to have this by default? Why not let the size unspecified in the default setup?
<alect>	looks ugly as hell
<cmlenz>cboos: that would make the tickets look quite awful on large screens
* alect	<- 1920x1200 == ugly as hell

If you disagree, simply add the following custom rule in your site_css.cs file: #content.ticket { width: auto; }