View Issue Details

IDProjectCategoryView StatusLast Update
0003512mantisbtreportspublic2005-04-18 10:44
ReporterKevin Johnson Assigned Tothraxisp  
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionfixed 
Fixed in Version1.0.0a1 
Summary0003512: I have alot of categories and several category graphs show up very small with illegible text. Need feature to autosize & colors
Description

I'm not sure if it is possible but there should be a way either in the admin gui to size the graphs or to auto size them according to the amount of text instead of manual editing.

Additional Information

I have found the entries for changing the sizes and adjusted for the height and width of the text and resized the graphs but it would be nice if your logged in as admin to have a small interface on the summary and advanced pages to edit the graph sizes. It would be also nice to change graph colors on screen as well with maybe a color wheel selection.

TagsNo tags attached.

Activities

jweber

jweber

2004-03-05 09:41

reporter   ~0005176

I have this problem as well. We have several projects. Each has a set of defined categories. If project A has a build category and project B does as well the grpah shows both of these categories. IMHO it should combine them.

hacker

hacker

2004-04-03 09:07

reporter   ~0005337

Last edited: 2004-04-03 09:12

This small patch might help a bit, it is a quick hack. The proper solution would be go to store the number of bugs a user has reported, per-project, in mantis_user_table (the faster option), or to query each user's reported bugs when drawing the summary (significantly slower).

Basically this only graphs reporters that have logged in more than 10 times. The default is to send ALL users returned from create_reporter_summary() into
graph_reporter_summary(), including those who have only ever logged in once. Definately slow, and not ideal. Limiting that in the upper query helps considerably, and the graph is much more readible (we have over 900 users, and when that is pushed into one graph, it's UUUUUGLY ;)

--- core/graph_api.php 2004-04-03 09:03:11.000000000 -0500
+++ core/graph_api.php.orig 2004-04-03 09:03:44.000000000 -0500
@@ -531,8 +531,9 @@

            $t_project_id = helper_get_current_project();
  • $query = "SELECT id, username
  • FROM $g_mantis_user_table
  • $query = "SELECT id, username, login_count
  • FROM $g_mantis_user_table
  • WHERE login_count > 10
    ORDER BY username";
    $result = db_query( $query );
    $user_count = db_num_rows( $result );

Another possible option is to make the graph "full-width" on the page, instead of the default 300x380 image. You can find that value in graph_reporter_summary() at the top. Just change the dimensions passed to Graph().

Make sure to also change your HTML on the output page, so the wider graph doesn't push the others off the right of the page.

edited on: 04-03-04 09:12

cbradney

cbradney

2004-05-12 16:53

reporter   ~0005489

I would like this one as well. Ive just upgraded to 0.18.3 and have changed all the graph sizes manually having decided the stats are making them too small. Some graphs inherently need more space, eg reporter graph on advanced summary page. Having a basic height and width in config would be a great start though.

thraxisp

thraxisp

2004-12-16 15:23

reporter   ~0008668

As of 0.19.2, the category summary only lists a category once and combines the results from all visible projects. The reporter summary only shows those who have reported issues.

I will add a feature to allow larger graphs to be shown on the Advanced Summary page.

thraxisp

thraxisp

2004-12-16 17:07

reporter   ~0008672

The graphs can now be scaled. The graphs in the Advanced page can be tiled 1 or 2 across. The graphs in the detailed views (links off of summary page) are much wider.

  • New Config: $g_graph_window_width - window width is used to scale the graphs
  • New Config: $g_graph_summary_graphs_per_row - graphs to put in each row in the advanced summary page