Hi,

Am Freitag, 7. Februar 2014 11:39:36 UTC+1 schrieb Kristian Nørgaard:
>
>
> regarding a):
> You are right. I mixed the custom query up with the reports that comes 
> with TimingAndEstimationPlugin. And these reports I can fix myself.
> But how do you get the "remainingtime" to sum up in custom query?
>

You are right, I forgot, once I patched T&E plugin with this little one:

Index: 
branches/trac0.12-Permissions/timingandestimationplugin/htdocs/query.js
===================================================================
--- 
branches/trac0.12-Permissions/timingandestimationplugin/htdocs/query.js    
(revision 13336)
+++ 
branches/trac0.12-Permissions/timingandestimationplugin/htdocs/query.js    
(working copy)
@@ -1,6 +1,6 @@
 $(document).ready(function(){
   // Fields we will total
-  var columns = ['totalhours','estimatedhours'];
+  var columns = ['totalhours','estimatedhours', 'remaininghours'];
   var tbodies = $('table.listing.tickets tbody');
 
   tbodies.each(function(idx, tbody){

 

>
> regarding b):
> If I understand your solution correctly, then the ticket bar length stays 
> fixed (as you do not change "estimatedhours") and the "remainingtime" is 
> only indicated by the way that tickets are scheduled after one another. 
> So if the "remaininghours" are larger than "estimatedhours - workedhours" 
> you will have a gap in between ticket bars?
>

yep, I've seen that behaviour.
 

> And if the "remaininghours" are smaller than "estimatedhours - 
> workedhours" you will have tickets bars to overlap?
>

yep, in the end of a project they appear much pushed together. If you're 
running after the release date, the ressource will be on the left side of 
the current (blue) week, otherwise on the right side.
 

>
> So you will only see the remaining hours indicated if another ticket is 
> following, right?
>

Yes. I wished there was a little vertical line in the ticket bar displaying 
the start of the rest hours (calculated back from the ticket end point).
 

> Also I am not sure that I find the original "estimatedhours" relevant in 
> the Gantt chart.
>

I find it useful to see what the biggest amounts of work were.
 

>
> I was imagining a more simple solution: that the ticket bar was displaying 
> "remaininghours + workedhours" in stead of "estimatedhours".
> And if I am patching the TracJsGanttPlugin anyway, I might as well create 
> my own hack...
>

A start point might be to use the source code of 
http://sourceforge.net/projects/projectlibre/ because they have implemented 
a correctly working Gantt chart with all bells and whistles and correctly 
working ressource leveling agorithms, also displaying the original plan and 
the current state in one chart. I would also be very interested in such 
clone.
 

>
> I just always worry a bit about a framework, if I quite early in the 
> customization needs to create my own patches...
>

It's definitely not perfect, but with little tweaks one can get 90% 
working. Think twice if the big effort for the 10% rest is the result 
worth. 

CU, F@lk

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to