Closed
Bug 178043
Opened 22 years ago
Closed 22 years ago
In graphical reports, provide mechanism for user to tweak presentation of report
Categories
(Bugzilla :: Reporting/Charting, enhancement, P4)
Tracking
()
RESOLVED
FIXED
Bugzilla 2.18
People
(Reporter: bugreport, Assigned: gerv)
Details
Attachments
(1 file)
5.18 KB,
patch
|
bugreport
:
review+
|
Details | Diff | Splinter Review |
In initially using the graphical reports, feature, many of the charts are a few tweaks away from being ready to publish. GD::Graph has a huge set of options available that impact the presentation that may need to be tweakable on a per-chart basis. Among those are.... x_labels_vertical show_values supress_angle and the list goes on.... Ideally, we should be able to keep the existing behavior, but permit a user to tweak-and-redisplay (in as generalized a manner as possible) a wide set of GD options. Continuing on the "ideal" wish-list, we should be able to either bookmark the settings with the query or store the settings in a way that they can be applied to any query.
Reporter | ||
Updated•22 years ago
|
Priority: -- → P4
Assignee | ||
Comment 1•22 years ago
|
||
Blimey... some people are never satisfied :-) We could implement a URL tweaking mechanism with parameters of the same name as the GD::Graph parameters. Then, sites who wished to expose particular preferences could customise the wrapper template to have a form which allowed tweaking, and submitted to the same URL but with the tweaks. But I don't think the default Bugzilla UI should have any options like that - IMO, the charts are perfectly publishable as they are, and I have worked hard to keep the chart UI simple :-) Gerv
Reporter | ||
Comment 2•22 years ago
|
||
heh.. that is why I put it as a priority 4 and did not specify a target milestone. The main place I notice that some user-driven tweaking could help is in charts by reporter where the names can land on top of each other.
Assignee | ||
Comment 3•22 years ago
|
||
> The main place I notice that some user-driven tweaking could help is in charts
> by reporter where the names can land on top of each other.
You mean if reporter is plotted along the bottom? Skipping out some names would
make the chart not make sense, so ideally we'd have them in two or more rows.
However, I can't see an option for that - is there one?
Gerv
Reporter | ||
Comment 4•22 years ago
|
||
WRT comment 3 I think that x_labels_vertical will do just that, though I think I just volunteered to try it :-)
Reporter | ||
Comment 5•22 years ago
|
||
Confirmed, x_labels_vertical => 1, does make bar charts with reporter as the x-axis work.
Assignee | ||
Comment 6•22 years ago
|
||
Better than universal tweakability, then, would be a hard-coded conversion to vertical x-labels for particular fields - all the email address ones, for a start. Simple, yet solves 95% of the problem. How does that sound? Gerv
Reporter | ||
Comment 7•22 years ago
|
||
Vertical is likely to be popular for product and component as well. It might be best to provide some mechainism to specifically indicate that you want the X-axis to use vertical labels. I agree that having the x_labels_vertical selectable covers 80% of the need. (Another 10% is show_values on pie charts). If we made it a checkbox that lives clearly below the graph-selection knobs but clearly above the query-data-selection form area, then we would have a natural place to have a chunk of stuff that permits customization of the display formatting options.
Comment 8•22 years ago
|
||
is it part of this bug report to add a feature to rotate the x axis labels at http://bugzilla.mozilla.org/report.cgi?bug_file_loc_type=allwordssubstr&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bugidtype=include&chfieldto=Now&emailassigned_to1=1&emailassigned_to2=1&emailqa_contact2=1&emailreporter2=1&emailtype1=exact&emailtype2=exact&keywords_type=allwords&long_desc_type=substring&short_desc_type=allwordssubstr&status_whiteboard_type=allwordssubstr&type0-0-0=noop&y_axis_field=op_sys&action=wrap&format=bar&width=700&height=350 by 90 degrees so they can actually be read?
Assignee | ||
Comment 9•22 years ago
|
||
Yes; that is the most commonly-requested feature, and I'll try and make that happen as soon as possible. Gerv
Assignee | ||
Comment 10•22 years ago
|
||
Adds "x_labels_vertical" to the options available. Gerv
Assignee | ||
Updated•22 years ago
|
Attachment #105888 -
Flags: review?(bugreport)
Reporter | ||
Comment 11•22 years ago
|
||
Comment on attachment 105888 [details] [diff] [review] Patch v.1 r=joel I still suspect that this will wind up with a big bloat of features later, but this certainly helps now.
Attachment #105888 -
Flags: review?(bugreport) → review+
Assignee | ||
Comment 12•22 years ago
|
||
That worries me too, but I think this one is important. I'm going to close this bug now, and people can request particular extra features in new bugs. Checking in template/en/default/search/search-report-graph.html.tmpl; /cvsroot/mozilla/webtools/bugzilla/template/en/default/search/search-report-graph.html.tmpl,v <-- search-report-graph.html.tmpl new revision: 1.2; previous revision: 1.1 done Checking in query.cgi; /cvsroot/mozilla/webtools/bugzilla/query.cgi,v <-- query.cgi new revision: 1.112; previous revision: 1.111 done Checking in report.cgi; /cvsroot/mozilla/webtools/bugzilla/report.cgi,v <-- report.cgi new revision: 1.8; previous revision: 1.7 done Checking in template/en/default/reports/report-bar.png.tmpl; /cvsroot/mozilla/webtools/bugzilla/template/en/default/reports/report-bar.png.tmpl,v <-- report-bar.png.tmpl new revision: 1.2; previous revision: 1.1 done Checking in template/en/default/reports/report-line.png.tmpl; /cvsroot/mozilla/webtools/bugzilla/template/en/default/reports/report-line.png.tmpl,v <-- report-line.png.tmpl new revision: 1.2; previous revision: 1.1 done Gerv
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•22 years ago
|
Target Milestone: --- → Bugzilla 2.18
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•