[Trac] Email Notification
Hi all, I got a problem sending email notifications. When a new ticket is added it takes about 30 seconds to complete this when notification is enabled, also no notifications are send. First our admin told me that smtp-traffic was blocked on the machine that hosts trac, since we wanted notifications enabled he unblocked smtp-traffic. In the meantime I tried a plugin for notifications (AnnouncerPlugin). The logfile tells me: ... 2009-04-08 17:39:30,712 Trac[email_distributor] DEBUG: EmailDistributor has found the following formats capable of handling 'email' of 'ticket': text/html, text/plain 2009-04-08 17:39:30,714 Trac[email_distributor] DEBUG: EmailDistributor was unable to find an address for: all (authenticated) ... Is it possible that all users have enter a valid email-adress? Also I do not want to send a notification to all but I couldn't figure our how to prevent this action. Appreciate your help! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
Greg Troxel wrote: >2. Task A is composed of tasks B and C. A's estimated time is the >total of B's and C's. > > This makes sense, and I think it would be good to have support for > this independent of a gantt plugin. Yes. I agree. It would be a nice piece of separate functionality that a Gantt plugin could require. Shall we call it CompositeTicket for the purposes of discussion? > nit: Task A might have hours for A, in addition to subtasks B and C. > You might want to ban this by policy, but it makes sense for some > people. If A is do B and C and spend time coordinating them, I'd argue that that coordination is task D. (Though I admit that time might be concurrent with A and B. Maybe the solution is to pad tasks B and C for the management overhead in coordinating them.) But I really wouldn't want to have time in a task that's decomposed into other tasks. > In the requirements, it's not clear to me if the scheduling is > supposed to be resource aware or not. ... That's a good question. As long as it's isolated in a plugin and not tangling up the core, I don't know that it's a bad thing that the Gantt plugin is resource aware. Or maybe there's a Resource Leveling plugin that requires the Gantt plugin. (And a Project Management package that bundles TimingAndEstimation, MasterTicket, CompositeTicket, Gantt, and Resource.) >3. Tasks A and B start at the same time >4. Tasks A and B must end at the same time > > I don't think this is realistic from the reality point of view. I have an associate who's a certified project planner and he couldn't come up with examples of those uses either, though he confirmed that they are considered valid to project management weenies. > ... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Gantt for Trac
Yunior Armando Hernandez Andrade wrote: > Examples of new proposed dependency types for Cris Nelson Thanks. > 3) Task A cannot start until task B starts (finish doesn't matter) > - A task for auditing someone's job as he works can only start when > the job's task that is going to be reviewed starts but can end long > after the audited job ends. > - Some parallel tasks. OK. I'll buy that. I think a Gantt plugin could exist and be useful without support for this type of task linkage but we should at least anticiate in the design. > 4) Task A cannot end until task B ends (start doesn't matter) > - Right now I cannot recall an example for this one, maybe interface > prototyping and use case description... the first one cannot end > until the second one ends. My project manager friend is going to check his text books for an example and get back to me. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Dynamic pull-down population
I hope to write an interface, IComputedFieldProvider (or similar), soon which will fake computed fields with an ITemplateStreamFilter. A better solution would be to patch Trac core to do this. But yeah, its a common problem and its annoying to do. See (e.g.) the TracHoursPlugin for an example of this (field: totalhours). Jeff On Wed, Apr 08, 2009 at 10:45:15AM -0700, texnet196 wrote: > > Need to add 2 custom fields to create ticket. > > The first needs to populate via a remote mysql server query. The > second needs to do the same and includes the chosen option from the > first. > > Suggestions? > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
On Thu, Apr 09, 2009 at 08:27:59AM -0400, Chris Nelson wrote: > > Greg Troxel wrote: > >2. Task A is composed of tasks B and C. A's estimated time is the > >total of B's and C's. > > > > This makes sense, and I think it would be good to have support for > > this independent of a gantt plugin. > > Yes. I agree. It would be a nice piece of separate functionality that > a Gantt plugin could require. Shall we call it CompositeTicket for the > purposes of discussion? I've always like SubTasks, but nomenclature aside, its functionality that I've wanted for a long time (or more correctly, that other people have repeatedly asked for). Ideally, I'd like to see this in core, but since I know that's unlikely, at least as its own plugin that other plugins could consume. > > nit: Task A might have hours for A, in addition to subtasks B and C. > > You might want to ban this by policy, but it makes sense for some > > people. > > If A is do B and C and spend time coordinating them, I'd argue that that > coordination is task D. (Though I admit that time might be concurrent > with A and B. Maybe the solution is to pad tasks B and C for the > management overhead in coordinating them.) But I really wouldn't want > to have time in a task that's decomposed into other tasks. > > > > In the requirements, it's not clear to me if the scheduling is > > supposed to be resource aware or not. ... > > That's a good question. As long as it's isolated in a plugin and not > tangling up the core, I don't know that it's a bad thing that the Gantt > plugin is resource aware. Or maybe there's a Resource Leveling plugin > that requires the Gantt plugin. (And a Project Management package that > bundles TimingAndEstimation, MasterTicket, CompositeTicket, Gantt, and > Resource.) > > > >3. Tasks A and B start at the same time > >4. Tasks A and B must end at the same time > > > > I don't think this is realistic from the reality point of view. > > I have an associate who's a certified project planner and he couldn't > come up with examples of those uses either, though he confirmed that > they are considered valid to project management weenies. Weighing in on this discussion late, I haven't used the GanttPlugin but am very interested in time-tracking via Trac. I co-wrote the TracHours plugin in response to user-critiques of the TimingAndEstimation plugin. Still, the latter is more mature and TracHours still lacks much functionality. I would love to see a definitive solution to time-tracking in Trac and am willing to contribute what I can in terms of expertise (and less so in time, unless it becomes an organizational priority again) to this end. Jeff --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
On Wed, Apr 8, 2009 at 4:06 PM, Chris Nelson wrote: > > I'd like to gather the requirements for it. :o) > Is it best to do it in a thread on this mailing list or start a wiki page at > Trac-Hacks ? > both ;o) -1 for tickets, so far ... > I'll start here and if this isn't the right forum, we can copy my comments to > whereever they belong. > wiki page > A Gantt plugin for Trac should analyze ticket dependencies and produce an > interactive, explorable Gantt chart showing task progress and project status. > +1 > By "project", I mean a set of related milestones. Milestones *SHOULD* be represented in the diagram as a single point at due time | date > Perhaps a software project has a Design Phase, an Alpha Release, a Beta >Release, and a General Release. Each would be a milestone with a target date >and tickets to complete the work for that milestone. There must be a way to >specify which milestones to include either listing explicitly +1 > or by giving a pattern or substring filter. > +0.5 > The chart should be able to show all tickets, though that may be a very > complex chart. > or alternately all those tickets matched by a (query | report) or any other ticket group provider ;) > The chart should support interactively "folding" groups of tasks to hide > detail. > +1 > Tasks/tickets in the chart should be links to the tickets they represent. > +1 > To effectively display project progress, tickets must have estimated and > actual times as in the TimingAndEstimation plugin. Is this sched vs execution (plan vs real progress ;) time? > Each task's bar in the chart should show actual hours. > +0 > The chart should have a Today line > +1 > Ticket dependencies that must be supported include: > > 1. Task B must follow task A. > 2. Task A is composed of tasks B and C. A's estimated time is the total of > B's and C's. What does this means exactly ? How will it be represented in the chart? Two many lines is annoying ... > 3. Tasks A and B start at the same time > 4. Tasks A and B must end at the same time > +1 > Type 1 dependency is implemented in the MasterTicket plugin. Note that a > task may have many predecessors and many successors. > > Type 2 dependency is necessary to support "folding" or "zooming" detail in > the chart. It is also generally useful and might be implemented as its own > plugin that the Gantt chart could require. Note that is should be possible > to create a tree where A is composed of B and C, and B is composed of D and > E, and C is composed of F, G, and H. > About providing the data to Gantt plugin and the interaction with other plugins, specific interfaces (dont know if they'r already there ;) should be included in order to gather the data about WBS and deps, and so on. I mean instead of requiring a plugin, IMHO it is better to say «if you want to render data in your Gantt chart, implement interfaces X, Y, Z and config» instead of «Gantt plgin depends on plgin X, Y, Z». This also means that users will be able to use their own estimation and deps algos if they want to. > Types 3 and 4 are more unusual and a useful Gantt chart can be created > without immediate support for these links in the first release. > +1 ... > It is also desirable to have loop detection to error-proof the tool used to > create dependencies. > hmmm ... perhaps stated like this : «loops and other errors should be highlighted in the graph» > It would be nice to be able to choose an As Late As Possible or As Soon As > Possible algorithm for laying out tasks. > IMHO this should be left to other plugins (components), in order to allow different approaches (perhaps providing a default impl, ok I agree) > The chart (or an accompanying report or tool) should aid in resource leveling > by (at least) showing overcommitted resources. > But this is a completely different & potentially complex (yet useful) development needed. Perhaps it should be deferred ... practical dev is important ;) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Se retira el BDFL ... ¿El fin de Python 3k? - http://feedproxy.google.com/~r/simelo-es/~3/HpncxTKfB1c/se-retira-el-bdfl-el-fin-de-python-3k_02.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
On Thu, Apr 9, 2009 at 8:43 AM, Olemis Lang wrote: > On Wed, Apr 8, 2009 at 4:06 PM, Chris Nelson wrote: > >> Type 1 dependency is implemented in the MasterTicket plugin. Note that a >> task may have many predecessors and many successors. >> >> Type 2 dependency is necessary to support "folding" or "zooming" detail in >> the chart. It is also generally useful and might be implemented as its own >> plugin that the Gantt chart could require. Note that is should be possible >> to create a tree where A is composed of B and C, and B is composed of D and >> E, and C is composed of F, G, and H. >> > > About providing the data to Gantt plugin and the interaction with > other plugins, specific interfaces (dont know if they'r already there > ;) should be included in order to gather the data about WBS and deps, > and so on. I mean instead of requiring a plugin, IMHO it is better to > say «if you want to render data in your Gantt chart, implement > interfaces X, Y, Z and config» instead of «Gantt plgin depends on > plgin X, Y, Z». This also means that users will be able to use their > own estimation and deps algos if they want to. > To be more precise in this point. Trac Gantt may be considered a potential example of MVC architecture. In other words : - Model : Tickets, resources, and othe PM-spec «artifacts», part of Estimation, and deps - View : TracGantt, but nothing (little ;) beyond UI - Controller: Parts of Estimation, deps ... If we have interfaces to put all this together and be able to change all layers at any time then we have a flexible design, and a useful and manage-able set of components which can be devd ... -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Se retira el BDFL ... ¿El fin de Python 3k? - http://feedproxy.google.com/~r/simelo-es/~3/HpncxTKfB1c/se-retira-el-bdfl-el-fin-de-python-3k_02.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
Olemis Lang wrote: > On Wed, Apr 8, 2009 at 4:06 PM, Chris Nelson > wrote: >> >> I'd like to gather the requirements for it. > >> o) > >> Is it best to do it in a thread on this mailing list or start a wiki >> page at Trac-Hacks ? >> > > both ;o) I'll start the page after in a few days and summarize this thread there. > ... >> By "project", I mean a set of related milestones. > > Milestones *SHOULD* be represented in the diagram as a single point > at due time | date Little diamonds like Microsoft Project? Yes, I agree. >... >> The chart should be able to show all tickets, though that may be a >> very complex chart. > > or alternately all those tickets matched by a (query | report) or any > other ticket group provider ;) Oh, that'd be nice. Have a "Chart these" button on a ticket report page. >... >> To effectively display project progress, tickets must have estimated >> and actual times as in the TimingAndEstimation plugin. > > Is this sched vs execution (plan vs real progress ;) time? My bias is for the way we use it here: actual is how much time you've put in. Estimate is how long it's expected to take. When we accept a ticket, we put in an initial estimate. If we find out that the task is much more or less complex than originally believed, we revise the estimate. Time remaining is always estimate-actual. However, since this seems to be a matter of contention, I think I'd take Yogi Barra's advice (When you get to a fork in the road, take it.) and add a configuration option to specify whether remaining time is in the DB or must be computed. >... >> Ticket dependencies that must be supported include: >> >> 1. Task B must follow task A. >> 2. Task A is composed of tasks B and C. A's estimated time is the >> total of B's and C's. > > What does this means exactly ? How will it be represented in the > chart? That would depend on what level of detail you'd zoomed to. I would expect to see only A until I drilled down by clicking on it or something then A would be replaced by B and C. >... > About providing the data to Gantt plugin and the interaction with > other plugins, specific interfaces (dont know if they'r already there > ;) should be included in order to gather the data about WBS and deps, Remind me what WBS is? > and so on. I mean instead of requiring a plugin, IMHO it is better to > say «if you want to render data in your Gantt chart, implement > interfaces X, Y, Z and config» instead of «Gantt plgin depends on > plgin X, Y, Z». This also means that users will be able to use their > own estimation and deps algos if they want to. Yes, I see your point. Gantt would have configuration options to specify what fields to get things out of so you could layer it on TimingAndEstimation or TracHours or whatever. Those configuration values could default to expecting a certain plugin but not require that plugin. >> Types 3 and 4 are more unusual and a useful Gantt chart can be >> created without immediate support for these links in the first >> release. > > +1 ... You're in favor of type 3 and 4 dependencies or of deferring their implementation? >> It is also desirable to have loop detection to error-proof the tool >> used to create dependencies. >> > > hmmm ... perhaps stated like this : > > «loops and other errors should be highlighted in the graph» Maybe. >> It would be nice to be able to choose an As Late As Possible or As >> Soon As Possible algorithm for laying out tasks. > > IMHO this should be left to other plugins (components), in order to > allow different approaches (perhaps providing a default impl, ok I > agree) Maybe. I'm not sure how this would work. >> The chart (or an accompanying report or tool) should aid in resource >> leveling by (at least) showing overcommitted resources. > > But this is a completely different & potentially complex (yet useful) > development needed. Perhaps it should be deferred ... practical dev > is important ;) I agree it's not integral to charting dependencies. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Custom Privileges?
Check this thread http://groups.google.com/group/trac-users/browse_thread/thread/cb8d9f1ca19ff9f8/8842cabc07ff01b9?hl=en&lnk=gst&q=TICKET_CLOSE#8842cabc07ff01b9 Creating a mypermissions.py file and dropping it in the trac plugins directory works well once you have the syntax correct. Also expand the last message on the thread concerning tuples and lists. On Apr 8, 12:52 pm, StefanoC wrote: > Hello! > > i'm trying to create an advanced workflow for tickets that has a new > state, WORK_DONE, before the CLOSED state; the idea is a Project > Manager only can change the state from WORK_DONE to CLOSED (after > validating that everything works) or can send back the state to > ACCEPTED (or WORK_IN_PROGRESS maybe). > > Another possible use of custom privileges will be to use the ticketing > system also to request a vacation, which again will require a Manager > approval. > > I could easily find how to create new workflows, and the system is > powerful. But could not find anywhere information on creating custom > privileges. Is there any way? > > Thanks a lot, > Stefano Crosta --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
OT: MVC history - Get off my lawn [Was: Re: [Trac] Re: Requirements for a new and improved Gantt plugin]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olemis Lang skrev 09. april 2009 15:54: > On Thu, Apr 9, 2009 at 8:43 AM, Olemis Lang wrote: (...) > To be more precise in this point. Trac Gantt may be considered a > potential example of MVC architecture. In other words : It was, in fact, used in the first ever paper on MVC: http://folk.uio.no/trygver/2007/MVC_Originals.pdf "I made the first implementation and wrote the original MVC reports while I was a visiting scientist at Xerox Palo Alto Research Laboratory (PARC) in 1978/79." (...) "They are described in my first note of May 12, 1979: THING-MODEL-VIEW-EDITOR -.an Example from a planningsystem." (...) "Date12 MAY 1979 The purpose of this note is to explore the thing-model-view-editor metaphors through a coherent set of examples. The examples are all drawn from my planningsystem, and illustrate the above four notions." (...) "The diagram is an instance of class GanttView, which is a subclass of ChartView. ChartView knows about the diagram background: axis with legend, gridding etc. It does not know anything about the information to be put into the diagram, in this case the horizontal bars." Still an interesting read, almost 40 years later, to the day. You might also find the newest paper by Trygve Reenskaug (same author) and James Coplien interesting: http://www.artima.com/articles/dci_vision.html "The DCI Architecture: A New Vision of Object-Oriented Programming" - -e - -- .---. Eirik Schwenke ( NSD ) Harald Hårfagresgate 29Rom 150 '---' N-5007 Bergentlf: (555) 889 13 GPG-key at pgp.mit.edu Id 0x8AA3392C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkneDtoACgkQxUW7FIqjOSyaiQCgnXGSJlpsFhLp1dUAmbaxewNR ++IAoKHUN8EpvCit8QyjK0kuKTfNQ7gI =52s3 -END PGP SIGNATURE- --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
Re: OT: MVC history - Get off my lawn [Was: Re: [Trac] Re: Requirements for a new and improved Gantt plugin]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eirik Schwenke skrev 09. april 2009 17:06: > Olemis Lang skrev 09. april 2009 15:54: >> On Thu, Apr 9, 2009 at 8:43 AM, Olemis Lang wrote: > (...) >> To be more precise in this point. Trac Gantt may be considered a >> potential example of MVC architecture. In other words : > (...) > > "Date12 MAY 1979 (...) > > Still an interesting read, almost 40 years later, to the day. Erm. Lets see. 2009-1979=30 ... oh well. Still a good while back. - -e - -- .---. Eirik Schwenke ( NSD ) Harald Hårfagresgate 29Rom 150 '---' N-5007 Bergentlf: (555) 889 13 GPG-key at pgp.mit.edu Id 0x8AA3392C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkneD7QACgkQxUW7FIqjOSx+uACgiA7XmZ9KNmEJB2dtZTc4D0gU c4kAniVOmxva2zyt8BDriHov/mFwuTut =fUwQ -END PGP SIGNATURE- --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
On Thu, Apr 9, 2009 at 9:01 AM, Chris Nelson wrote: > Olemis Lang wrote: >> On Wed, Apr 8, 2009 at 4:06 PM, Chris Nelson >> wrote: >>... >>> To effectively display project progress, tickets must have estimated >>> and actual times as in the TimingAndEstimation plugin. >> >> Is this sched vs execution (plan vs real progress ;) time? > > My bias is for the way we use it here: actual is how much time you've put in. > Estimate is how long it's expected to take. This could look like progress bars representing tasks in the chart ;) > think I'd take Yogi Barra's advice (When you get to a fork in the road, take > it.) and add a configuration option to specify whether remaining time is in > the DB or must be computed. > Let's write an interface for this and everybody will be able to do it their own way ;) >>> Ticket dependencies that must be supported include: >>> >>> 1. Task B must follow task A. >>> 2. Task A is composed of tasks B and C. A's estimated time is the >>> total of B's and C's. >> >> What does this means exactly ? How will it be represented in the >> chart? > > That would depend on what level of detail you'd zoomed to. I would expect to > see only A until I drilled down by clicking on it or something then A would > be replaced by B and C. > Oh yes ! This being said, it seems to be a great option ! >>... >> About providing the data to Gantt plugin and the interaction with >> other plugins, specific interfaces (dont know if they'r already there >> ;) should be included in order to gather the data about WBS and deps, > > Remind me what WBS is? > Work-Breakdown Structure ;o) >> and so on. I mean instead of requiring a plugin, IMHO it is better to >> say «if you want to render data in your Gantt chart, implement >> interfaces X, Y, Z and config» instead of «Gantt plgin depends on >> plgin X, Y, Z». This also means that users will be able to use their >> own estimation and deps algos if they want to. > > Yes, I see your point. Gantt would have configuration options to specify > what fields to get things out Or what IGanttProvider (the name is a joke, the idea is serious but possibly more than a single interface) will provide the (useful) data about the tickets being rendered, since possibly some of them may be computed at «display-time» and are not stored in tickets . > of so you could layer it on TimingAndEstimation or TracHours or whatever. > Those configuration values could default to expecting a certain plugin but > not require that plugin. > ... What t(he)ll, you 'r the first person ( since too long ) that understands me ... that's why I love Trac ;) > >>> Types 3 and 4 are more unusual and a useful Gantt chart can be >>> created without immediate support for these links in the first >>> release. > >> >> +1 ... > > You're in favor of type 3 and 4 dependencies +1 > or of deferring their implementation? > ... but include'em later ;) >>> It would be nice to be able to choose an As Late As Possible or As >>> Soon As Possible algorithm for laying out tasks. >> >> IMHO this should be left to other plugins (components), in order to >> allow different approaches (perhaps providing a default impl, ok I >> agree) > > Maybe. I'm not sure how this would work. > ok .. when details be out there, we'll c ... I'm in to develope this -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Se retira el BDFL ... ¿El fin de Python 3k? - http://feedproxy.google.com/~r/simelo-es/~3/HpncxTKfB1c/se-retira-el-bdfl-el-fin-de-python-3k_02.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Announce new version of email2trac (version 0.80)]
2009-04-09 * Fixed in parsing the reflow parameter, closes #123 Reported by: tomasz dot sterna at sensisoft dot com Fixed by: Bas van der Vlies * implemented workflow for tickets that are reopend, closes #70 Reported by: hju att jochenkuhl dot de Author by: Bas van der Vlies * added FullBlogPlugin support. So we can update/create the blogs via email, #116 mail with subject line: will create/update a blog entry. Authors: Bas van der Vlies & lucas dot eisenzimmer at t-systems- mms dot com * email2trac require at least python version 2.4, closes #131 Reported by: otto at bergerdata dot de Fixed by: Bas van der Vlies * We can now set ticket fields for a new ticket via the 'subject' line: - Subject: #?[,]* closes #130 Requested by: Steve Implemented by: Bas van der Vlies = Info about the package https://subtrac.sara.nl/oss/email2trac the latest stable email2trac package is available from: ftp://ftp.sara.nl/pub/outgoing/email2trac.tar.gz email2trac - utilities -- This is a release of the SARA package email2trac that contains utilities that we use to convert emails to trac tickets. The initial setup was made by Daniel Lundin from Edgewall Software. SARA has extend the initial setup, with the following extensions: - HTML messages - Attachments - Use commandline options - Config file is used to control the behaviour of the email2trac software - Unicode support for special characters in the headers of an email message - Ticket updates via mail Comments or Suggestions mail them to: email2trac http://www.sara.nl for more info about SARA. -- Bas van der Vlies b...@sara.nl --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
"Chris Nelson" writes: > Greg Troxel wrote: >>2. Task A is composed of tasks B and C. A's estimated time is the >>total of B's and C's. >> >> This makes sense, and I think it would be good to have support for >> this independent of a gantt plugin. > > Yes. I agree. It would be a nice piece of separate functionality that > a Gantt plugin could require. Shall we call it CompositeTicket for the > purposes of discussion? There is already on the wiki http://trac.edgewall.org/wiki/SubTickets This seems ok, but perhaps overly complicated. I see this being either very much like a second copy of MasterTickets, or a modification to MasterTickets to add a new column to the dependency table to distinguish between blocks and is-part-of. It seems like almost the same thing mechanically as blocking/blocked-by, with a property on each dependency saying which kind it is. >> nit: Task A might have hours for A, in addition to subtasks B and C. >> You might want to ban this by policy, but it makes sense for some >> people. > > If A is do B and C and spend time coordinating them, I'd argue that that > coordination is task D. (Though I admit that time might be concurrent > with A and B. Maybe the solution is to pad tasks B and C for the > management overhead in coordinating them.) But I really wouldn't want > to have time in a task that's decomposed into other tasks. This is probably a reasonable view, but what you're doing is making decisions about what kinds of project management rules people can have and still use the SubTickets and TimingAndEstimation plugins. But, all it forces is for people to make one more ticket to have the work that would have been in the parent ticket, and that probably makes life simpler more than it hurts. >> In the requirements, it's not clear to me if the scheduling is >> supposed to be resource aware or not. ... > > That's a good question. As long as it's isolated in a plugin and not > tangling up the core, I don't know that it's a bad thing that the Gantt > plugin is resource aware. Or maybe there's a Resource Leveling plugin > that requires the Gantt plugin. (And a Project Management package that > bundles TimingAndEstimation, MasterTicket, CompositeTicket, Gantt, and > Resource.) I think it would be the other way around, that Gantt would require Scheduling, but one could view that as one of Gantt's core jobs. To me, the whole point is to look at all the data of what needs to be done and generate a valid schedule. Displaying the schedule is necessary to understand the data, but isn't the main point. Can you explain a use case for Gantt without Scheduling? How would dates be chosen for drawing? Why would this make any sense? (Not trying to be difficult - I really do not get it.) >>3. Tasks A and B start at the same time >>4. Tasks A and B must end at the same time >> >> I don't think this is realistic from the reality point of view. > > I have an associate who's a certified project planner and he couldn't > come up with examples of those uses either, though he confirmed that > they are considered valid to project management weenies. There is the notion of a start time, and then the more important notion of how many hours of each resource are applied in each period. If it's started but has no resources, then it doesn't mean much. But, if we extend MasterTickets to have a dependency type, these could be expressed easily enough. pgpBWpZRqWhXV.pgp Description: PGP signature
[Trac] Re: Requirements for a new and improved Gantt plugin
This seems to me already overly specific. The only thing I can see need is something that can "gantt" A MasterTickets tree, and sum serial tasks up into a field in the parent ticket (ok, probably 2, SEQUENTIAL, and totals) Essentially what Agilo can do for linked ticket types. of course, most gantts use days as a time frame, and most tickets use estimated hours, so a conversion. I wouldn't even want it to dynamically adjust on a ticket in progress. A ticket is either "complete" or fully in the chart. That said, a macro, plus the TracGViz extension recently created, would let you throw it out to google, then get back that information in any fancy way you want. I am COMPLETELY against patching trac core to support features for purely resource planning, PM facilities. I would however, welcome a plugin, or set of plugins, if flexible. Essentially, if you plot a master-tickets DepGraph sideways, and sum up the paths, you have your gantt, it has all the scenarios you want. parallell, sequential, both. Just need to add in the sums, and put dates on the plots. I happen to use a feature-branch model, with feature/child tickets, and create a "sub" milestone, so I am half way there. (and child tickets can have children) The ability for summed fields of "linked" tickets is more versatile than just gannt charts. business value points of "features", scoring severity sums of ticket paths, etc. So, right there, I think I have identified 2, maybe 3 separate plugins that could be created as stand along, but leveraged into the whole thing... Just a thought. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Dynamic pull-down population
On Apr 8, 12:45 pm, texnet196 wrote: > Need to add 2 custom fields to create ticket. > > The first needs to populate via a remote mysql server query. The > second needs to do the same and includes the chosen option from the > first. > > Suggestions? I think there are MANY people that would love to see this plugin. I would suspect the code that already populates the core fields would be a good template to look at. I have not idea, probably and ITicketProvider or something along those lines. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Dynamic pull-down population
On Apr 9, 7:26 am, Jeff Hammel wrote: > I hope to write an interface, IComputedFieldProvider (or similar), soon which > will fake computed fields with an ITemplateStreamFilter. A better solution > would be to patch Trac core to do this. But yeah, its a common problem and > its annoying to do. See (e.g.) the TracHoursPlugin for an example of this > (field: totalhours). > > Jeff actually, patching trac core to do this, IMHO, is a worse solution. That's what the "provider" interfaces are for.In reference to the "better solution" comment: I don't think you'd want an ITemplateStreamFilter, but promote your solution to something else here. Although, the solution you are working on has the merits of being one of the easier solutions, and might end up being more flexible to leverage to other tasks as well. Either way, I am curious to see your solution if you make it public. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Best way to track time spent on tickets?
On Apr 7, 5:21 am, "sassers...@sasserstyl.com" wrote: > I have installed the timing and estimation plugin and the work log > plugins - neither of which is entirely satisfactory. > > Are there any alternatives to help me reduce the time it takes to > generate invoices? Total hours is not sufficient to generate an invoice? I like to export a query with total hours in it, for a given milestone to csv, then I hit the Sum button in excel for that column. that said, it's just a field in an sql db, so you could extract it to some other custom tool againts the db, or via xmlrpc. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
Greg Troxel wrote: > "Chris Nelson" writes: > >> Greg Troxel wrote: >>>2. Task A is composed of tasks B and C. A's estimated time is >>> thetotal of B's and C's. >>> >>> This makes sense, and I think it would be good to have support for >>> this independent of a gantt plugin. >> >> Yes. I agree. It would be a nice piece of separate functionality >> that a Gantt plugin could require. Shall we call it CompositeTicket >> for the purposes of discussion? > > There is already on the wiki > > http://trac.edgewall.org/wiki/SubTickets Thanks for the reference. > This seems ok, but perhaps overly complicated. I see this being > either very much like a second copy of MasterTickets, or a > modification to MasterTickets to add a new column to the dependency > table to distinguish between blocks and is-part-of. It seems like > almost the same thing mechanically as blocking/blocked-by, with a > property on each dependency saying which kind it is. I don't like the "MasterTickets" name. To me, it implies composition, not serial dependency. As noted elsewhere in this thread, I think we want the Gantt to have an interface or configuration option or something which tells it what field to examine to get each type of dependency information but not enforce a specific plugin as the means to create that information. >... >>> In the requirements, it's not clear to me if the scheduling is >>> supposed to be resource aware or not. ... >> >> That's a good question. As long as it's isolated in a plugin and not >> tangling up the core, I don't know that it's a bad thing that the >> Gantt plugin is resource aware. Or maybe there's a Resource Leveling >> plugin that requires the Gantt plugin. (And a Project Management >> package that bundles TimingAndEstimation, MasterTicket, >> CompositeTicket, Gantt, and Resource.) > > I think it would be the other way around, that Gantt would require > Scheduling, but one could view that as one of Gantt's core jobs. To > me, the whole point is to look at all the data of what needs to be > done and generate a valid schedule. Displaying the schedule is > necessary to understand the data, but isn't the main point. > > Can you explain a use case for Gantt without Scheduling? How would > dates be chosen for drawing? Why would this make any sense? (Not > trying to be difficult - I really do not get it.) Maybe I'm thinking about Pert more than Gantt (which might be useful, too) but if the milestones are fixed in time (because they have due dates) and if the Gantt can just analyze composition and start-to-end dependencies, and estimates, it can work backward from the deadline and show you how the tasks lay out. I see value in that even if I can't change from ALAP to ASAP, level resources, etc., etc. >... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Dynamic pull-down population
On Thu, Apr 09, 2009 at 08:40:12AM -0700, yoheeb wrote: > > On Apr 9, 7:26 am, Jeff Hammel wrote: > > I hope to write an interface, IComputedFieldProvider (or similar), soon > > which will fake computed fields with an ITemplateStreamFilter. A better > > solution would be to patch Trac core to do this. But yeah, its a common > > problem and its annoying to do. See (e.g.) the TracHoursPlugin for an > > example of this (field: totalhours). > > > > Jeff > > > actually, patching trac core to do this, IMHO, is a worse solution. > That's what the "provider" interfaces are for. If you made 'computed' a custom field type, I think this is a big win for Trac. If there was an existing core provider interface to hook into that would be ideal, but there isn't :( My main reason for it being in core is to avoid Yet Another Stream Filter. > In reference to the > "better solution" comment: I don't think you'd want an > ITemplateStreamFilter, but promote your solution to something else > here. With existing implementation, I see no choice but to do an ITemplateStreamFilter or maybe a IRequestFilter to get the correct data into ticket.html. Of course, this doesn't fix searching and all of the other interfaces, so the computed field would have to be computed and cached for all requests that will need the field (again, another reason to do in core). > Although, the solution you are working on has the merits of > being one of the easier solutions, and might end up being more > flexible to leverage to other tasks as well. Flexible? I'm not sure about. Easier? Yeah, that's why I'm doing it ;) > Either way, I am curious to see your solution if you make it public. Will do. Hopefully will be done soon, as I (think I) need it for something else I'm working on. Jeff --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Accessing Data Across Projects
I'm fairly new to Trac Wiki. I have 1 major project with 7 other related projects. I would like to show the following aggregated data on the major project pulled from the 7 related projects: Milestone "Complete By" Date Percent Tickets Fixed Months Until Milestone "Complete By" Date I have tried "WikiTable", but that constrains me to my own project database. Any suggestions on how (or if) this can be done?? Thanks, Mike --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Best way to track time spent on tickets?
Have you tried out http://trac-hacks.org/wiki/TracHoursPlugin? In terms of time-based reports, it provides views for hours worked on any ticket (/myproject/hours/4 --> "time logged on /ticket/4") as well as a project-wide view based on trac's Custom Query which lets you see the hours worked and estimated for each ticket in your query -- which can contain all standard custom query filters as well as date ranges. On Tue, Apr 7, 2009 at 6:21 AM, sassers...@sasserstyl.com wrote: > > I have installed the timing and estimation plugin and the work log > plugins - neither of which is entirely satisfactory. > > Are there any alternatives to help me reduce the time it takes to > generate invoices? > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
On Thu, Apr 9, 2009 at 10:34 AM, yoheeb wrote: > That said, a macro, iGoogleGadget for sure (even if the way to do it is not documented ... yet ;) Where is the gadget that renders Gantt charts? If any I could try ASAP > plus the TracGViz extension recently created, > would let you throw it out to google, then get back that information > in any fancy way you want. TracGViz plugin has the advantage of providing the following alt to develop new features: - build GViz data src - Feed data to visualizations - Embed GViz gadgets using iGoogleGadget macro [the short way until here] - Build a web UI item to render the same data without needing iGoogle containers, basically assuming the new widget will use the plain JSON format using inline (in the HTML page) data ... However you could just obviate the third step ;) GViz protocol is all about decoupling UI from backend and app logic | config | platform. > I am COMPLETELY against patching trac core to support features for > purely resource planning, PM facilities. I would however, welcome a > plugin, or set of plugins, if flexible. That's what we are talking about ... isnt it? > Essentially, if you plot a master-tickets DepGraph sideways, and sum > up the paths, you have your gantt, Havent tried DepGraph yet ... :-/ -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Se retira el BDFL ... ¿El fin de Python 3k? - http://feedproxy.google.com/~r/simelo-es/~3/HpncxTKfB1c/se-retira-el-bdfl-el-fin-de-python-3k_02.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: how to hide the attachment files....
On Thu, Apr 2, 2009 at 4:43 AM, Duc Do Minh wrote: > > Could you please show me how to hide the attachment files, how to make > a link tree on the same page, something like a folder tree, how to > change the color of linked text, because normally on Trac page the > linked text is red and where is all code to format the text on a page > and in the table? > > Thank you very much! > Best regards Whoa, slow down there. You just asked four questions in one sentence. Let me break this up a bit for you: 1. You would like to "hide" attachments. By this I assume you'd like to make the attachments list on wiki pages and tickets collapsible. This would have to be done as a plugin. I'm sure this has been asked before, and it's possible that there are even existing implementations. 2. You would like "something like a folder tree [of links]". What links? Where? Do you mean attachments? Attachments don't have a directory structure, so it would be meaningless. For something like that you might just want to use version control. 3. You would like to change the color of links (and presumably other things too). See http://trac.edgewall.org/wiki/TracInterfaceCustomization. 4. You've asked for the location of the code to "format the text on a page and in the table". This is so vague that I think I'll just have to point you to http://trac.edgewall.org/browser/trunk as your answer. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
On Apr 9, 1:13 pm, Olemis Lang wrote: > On Thu, Apr 9, 2009 at 10:34 AM, yoheeb wrote: > > That said, a macro, > > iGoogleGadget for sure (even if the way to do it is not documented ... > yet ;) Where is the gadget that renders Gantt charts? If any I could > try ASAP > well, you could try the Gantt one under the visualization library:http://code.google.com/apis/visualization/documentation/ gadgetgallery.html I linked just to the library, since there are a couple others there that might acutally work as well, that offer different options, such as - the Timeline widget - The Annotated Timeline widget - Motion graph etc. the gantt one is most likely the simplest in terms of this topic --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
On Thu, Apr 9, 2009 at 3:20 PM, yoheeb wrote: > On Apr 9, 1:13 pm, Olemis Lang wrote: >> On Thu, Apr 9, 2009 at 10:34 AM, yoheeb wrote: >> > That said, a macro, >> >> iGoogleGadget for sure (even if the way to do it is not documented ... >> yet ;) Where is the gadget that renders Gantt charts? If any I could >> try ASAP >> > well, you could try the Gantt one under the visualization > library:http://code.google.com/apis/visualization/documentation/ > gadgetgallery.html > I linked just to the library, Yoheeb ... Could u please send me the exact link since I see nothing below «Click a visualization below to see documentation and examples.» in that page ? ... :( Besides it seems that gadget is not syndicated since I couldnt find it in iGoogle dir :-/ > since there are a couple others there > that might acutally work as well, that offer different options, such > as > - the Timeline widget > - The Annotated Timeline widget > - Motion graph Yes, I've seen'em all ... pretty cool gadgets ;o) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Se retira el BDFL ... ¿El fin de Python 3k? - http://feedproxy.google.com/~r/simelo-es/~3/HpncxTKfB1c/se-retira-el-bdfl-el-fin-de-python-3k_02.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
I think Trac should support project planning as an internal functionality, not just an external plug-in... although all options within the functionality should be able to be disabled in the Admin page in case project does not require it. About that I think you are all missing some things, there are two concepts within Project planning: 1- Resource Planning, and 2- Resource Tracking. Understand "Resource" as time, workers, spendable objects (as paper, ink, etc) and long life objects(as hammers, computers, etc)... Resource Planning aims to set tasks (macro-tasks at beginning, that will most likely be composed of other tasks as the project advances), task dependency (four dependency types), estimated task's start and duration time, estimated milestone dates, set each worker's working time and dates, assign workers to tasks, assign time to objects that require it, assign objects to tasks and/or to workers, and so but all that before project starts the hard working. Now, Resource Tracking aims to set task's REAL start and end date, moving subsequent task's start and end dates for next tasks at user wish or simply leaving empty time when wanted, reassign workers and objects to tasks, reassign worker's working time and then reschedule the whole subsequent tasks according to that, rearrange task's dependencies TimeAndEstimation plugin solves SOME of the features in Resource Tracking, MasterTickets almost solves 2 dependency types, etc... but no plugin solves everything needed en project planning. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
On Thu, Apr 09, 2009 at 04:57:22PM -0400, Yunior Armando Hernandez Andrade wrote: > > I think Trac should support project planning as an internal > functionality, not just an external plug-in... I disagree unless we're talking about way way long term. I think the first thing to do is cultivate agreement on HOW to do this (hard enough) and then start to work towards that coherent vision. There's a bunch that needs to be done in Trac core, and expanding scope at this point won't make that any faster. Jeff --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
> > Yoheeb ... Could u please send me the exact link since I see nothing > below «Click a visualization below to see documentation and examples.» > in that page ? ... :( > > Besides it seems that gadget is not syndicated since I couldnt find it > in iGoogle dir :-/ > not sure exactly what "direct" link you are after but here is the :get your own copy link: http://spreadsheets.google.com/ccc?key=pCQbetd-CptFuIeF11YJzCA&newcopy ( I can't follow it form work since the google login site is blocked here at work.) and here is the link to the sponsoring companies site: http://www.viewpath.com/SignupIQ/AP/Google/Docs/ The other ones mentioned: timeline: http://spreadsheets.google.com/ccc?key=pCQbetd-CptFcoG8LMqABJA&newcopy get your own copy http://jrochelle.googlepages.com/97g-timeline-about.html help/about docs --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Requirements for a new and improved Gantt plugin
On Thu, Apr 9, 2009 at 3:49 PM, yoheeb wrote: > > >> >> Yoheeb ... Could u please send me the exact link since I see nothing >> below «Click a visualization below to see documentation and examples.» >> in that page ? ... :( >> >> Besides it seems that gadget is not syndicated since I couldnt find it >> in iGoogle dir :-/ >> > not sure exactly what "direct" link you are after The link to the gadget descriptor file (xml) which is : http://www.viewpath.net/Website/Modules/Gantt.aspx > but here is the :get > your own copy link: > http://spreadsheets.google.com/ccc?key=pCQbetd-CptFuIeF11YJzCA&newcopy That's for the example data so its not very useful ;) > ( I can't follow it form work since the google login site is blocked > here at work.) The only thing I can tell you so far is that tha supposed former infatuation Gantt chart is not displayed with that example data, at least for me :-/ Thnx very much o<|:) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Se retira el BDFL ... ¿El fin de Python 3k? - http://feedproxy.google.com/~r/simelo-es/~3/HpncxTKfB1c/se-retira-el-bdfl-el-fin-de-python-3k_02.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Dynamic pull-down population
On Thu, Apr 9, 2009 at 8:26 AM, Jeff Hammel wrote: > > I hope to write an interface, IComputedFieldProvider (or similar), soon which > will fake computed fields with an ITemplateStreamFilter. A better solution > would be to patch Trac core to do this. But yeah, its a common problem and > its annoying to do. See (e.g.) the TracHoursPlugin for an example of this > (field: totalhours). How would something like this work with queries/reports? That's the main issue I haven't been able to resolve in trying to develop this sort of functionality. The simple answer would be to store the computed value of the field in Trac's DB, but how would it know when to update the value? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Dynamic pull-down population
On Thu, Apr 09, 2009 at 05:23:45PM -0400, Erik Bray wrote: > > On Thu, Apr 9, 2009 at 8:26 AM, Jeff Hammel wrote: > > > > I hope to write an interface, IComputedFieldProvider (or similar), soon > > which will fake computed fields with an ITemplateStreamFilter. A better > > solution would be to patch Trac core to do this. But yeah, its a common > > problem and its annoying to do. See (e.g.) the TracHoursPlugin for an > > example of this (field: totalhours). > > How would something like this work with queries/reports? That's the > main issue I haven't been able to resolve in trying to develop this > sort of functionality. The simple answer would be to store the > computed value of the field in Trac's DB, but how would it know when > to update the value? There are two answers that I have been thinking about, neither one of which I'm fully satisfied with: 1. The more robust answer (though maybe still not robust enough): Whenever a /query or /report URL is hit, compute all of the computed fields, as well as doing this every time a /ticket URL is hit. The values are stored in the the Trac DB, specifically inside the ticket-custom table. This would be horribly slow for any sizable number of tickets. 2. The less robust answer: Only do this when individual /ticket URLs are hit. The /query or /reports get cached values. 2. is probably required, at least for my use-cases. You could imagine doing something more intelligent too: * caching fields every N minutes, e.g. with a cron job (if there's not a pluggable cron plugin -- I thought there was but have since been unable to find it -- it would be easy to write). * For /queries or /reports, filter by other criteria to get back the desired ticket set, then compute the computed fields for the remaining tickets and doing additional filtering by these computed values. * For each computed field, cache them on certain events. For instance, some might only need to be cached when the ticket is updated (method 2. above). Others might need to be updated on repository commits. Etc. * Some combination of the above. I admit there's no easy answer for the general case. The event-trigger criterion appeals to me the most, but its easy to see times when it wouldn't work. For instance, if a field requires data from an external service, you won't know when this data will be updated in general. Still, I'm encouraged to try to get something working :) Jeff --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---