View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0008800 | mantisbt | reports | public | 2008-01-23 13:12 | 2017-01-24 11:40 |
Reporter | Borszczuk | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | have not tried |
Status | new | Resolution | open | ||
Product Version | 1.1.1 | ||||
Summary | 0008800: Roadmap "gauges" shall be drawin using different colors depending on the progress value | ||||
Description | Roadmap "gauges" shall be drawin using different colors depending on the progress value. I.e.: Light Red for 0%-30% | ||||
Tags | No tags attached. | ||||
Attached Files | colors-2.patch (2,198 bytes)
diff -r mantis-1.1.1/config_defaults_inc.php mantis-1.1.1-borszczuk/config_defaults_inc.php 1275a1276,1296 > # --- Roadmap progress colors ---- > # > # percentage: 0, 30, 50.. - start percentage at which given colors shall be used > # you add as many as you want (for any percentage between 0-100). So > # adding entry with key 44 you set that these colors shall be used > # starting from 44% (inclusive) to the next threshold percentage value. > # You can also remove as many as you want but entry for 0% HAVE TO exists > # for fallback purposes! > # > # colors: 'bg' - background color, 'fg' - foreground color > # > # use 'empty' color (i.e. 'fg'=>'') to disable fg color. > # > $g_roadmap_progress_colors = array( 0 => array( 'bg'=>'#ac0f0f', 'fg'=>'white' ), > 30 => array( 'bg'=>'#f9a8a8', 'fg'=>'black' ), > 50 => array( 'bg'=>'#e7c93e', 'fg'=>'black' ), > 75 => array( 'bg'=>'#a8f65c', 'fg'=>'black' ), > 90 => array( 'bg'=>'#41cd3e', 'fg'=>'black' ), > 100 => array( 'bg'=>'#038500', 'fg'=>'white' ) > ); > diff -r mantis-1.1.1/roadmap_page.php mantis-1.1.1-borszczuk/roadmap_page.php 174a175,199 > # we do ksort() to avoid problems if someone screw the order editing... > $t_color_array = config_get('roadmap_progress_colors') ; > ksort( $t_color_array ); > > # let's find closes match... > $t_bg = $t_fg = ''; > foreach( $t_color_array AS $t_key=>$t_val ) { > if( $t_progress >= $t_key ) { > $t_bg = $t_val['bg']; > $t_fg = $t_val['fg']; > } else { > break; > } > } > > # let's build color styles here... > $t_color_styles = ''; > > if( $t_bg != '' ) > $t_color_styles .= sprintf('background: %s;', $t_bg); > > if( $t_fg != '' ) > $t_color_styles .= sprintf('color: %s;', $t_fg); > 176c201 < echo ' <span class="bar" style="width: ' . $t_progress . '%;">' . $t_progress . '%</span>'; --- > printf(' <span class="bar" style="width: %1$s%%;%2$s">%1$s%%</span>', $t_progress, $t_color_styles ); 234c259 < ?> \ No newline at end of file --- > ?> | ||||
I am wondering whether colors should be used to reflect progress percentage or whether the project is on track or not. I believe that the project can be great while progress is 0 (assuming we are on day 1) and green when we are on 50% (if we are half way through the time allocated for the project). I wonder what others think?! |
|
I would love to be able to set a target deadline for a project's target release and then have the gauge change colors to indicate degree of slippage. |
|
@nurikabe, the complexity associated with your proposal is that for progress relative to time to be accurate, the following has to been taken into consideration:
Obviously, we are not getting into the above business. I wonder if there is a simplification to the above which will make sense to the data that Mantis is dealing with. |
|
Actually, I was thinking of something fairly generic (and rough) such as the following: Given a quick two week spike, for example, with two or three developers, let's assume there are ten tasks to get done. If at the end of one week, five tasks are done, we are on schedule. Otherwise, not. So basically we are directly correlating percent complete to percent of time passed. This works for the two types of projects we run:
In this way we can roughly calculate progress against an intended deadline. Now, while I would never use this as an indicator to say "yes, we will definitely hit such-and-such a deadline", I would use it to alert me projects in trouble, or projects where we're way ahead of the game (indicating that resources may soon become available). This would be a useful dashboard feature when you have a lot of projects going at once. All of that said, I do realize that many people may not use Mantis in the manner described above.. in which case it may be better to shelve this idea. |
|
As you can see the way you track your project is tightly coupled with the way your team work. Hence, my vision for this is that the way progress is tracked should be part of a software development methodology pack that is can be a plugin on top of Mantis. For example, if your team is using Scrum, then you will need some extra custom fields for the issues, you will also need to the following reports:
etc. |
|
Yeah, would be great if plugins were available for any of a variety of project management methodologies. I just need something (Joel On Software-esque) simple, but would find it illuminating to plugin a Scrum-type project management module, etc. |
|
Is this implemented for v1.3? |
|
And also, regarding the modern-ui of the v2.0.0, 100% should not be stripped (progress-striped generally means 'in progress') |
|