|
|
Comments and Discussions
|
|
 |
|
Get it Here.
What's New
- Alternate line colouring
- Parent task extents correctly calculated
- Various synchronisation bugs fixed
- Only Gantt portion scrolls horizontally
- 'Alloc-to' column added
- 'Today' added as a vertical red line
|
|
|
|
|
Had a quick look. Fantastic.
Can't see any hiccups in the functioning of the interface.
This would be sufficient for 80%+ of what I would use it for in TDL.
However..., if I had a wishlist, it would include (as indicated below):
- % done represented on the gantt part.
- ability to print (probably really hard).
- ability to adjust dates by dragging the gantt boxes (probably really hard)
zajchapp
|
|
|
|
|
zajchapp wrote: % done represented on the gantt part.
This should be easy.
zajchapp wrote: ability to print (probably really hard).
The tricky bit is that, so far, I've been relying on IE to print the tasklist in HTML, although I suspect that I could probably build a simple Gantt chart in HTML...
zajchapp wrote: ability to adjust dates by dragging the gantt boxes
I'm using a standard List control for the Gantt portion because the built in support for columns seems a perfect fit. However, the architecture for the plugin views (Calendar and Gantt) currently only supports 'read-only' views (ie. non-editable). Nevertheless I see this evolving over time.
|
|
|
|
|
|
It looks like the heights of the rows are not synchronized, as well as the selected-item text colour not being right.
Thx, I'll look into it.
Here's what I've been able to reproduce:
1. The selected-item text colour issue appears on all OSes.
2. The item-height issue happens with large text size on Win7 (XP not yet tested).
modified 2 Jan '13 - 19:31.
|
|
|
|
|
It looks fine!
However, I insist on the need of displaying the title of the task and the 'allocated to' in or near each bar, like in ms project or even in gantt project.
It is not efficient that for each task we need to see at the left of the bar these essential infos
Littel remark:
When you collapse or expand a node (click on the +), the node should be selected in the same time.
Thank you Dan
|
|
|
|
|
laurentbosc wrote: like in ms project or even in gantt project.
Could you send me a screenshot of either of these apps?
laurentbosc wrote: When you collapse or expand a node (click on the +), the node should be selected in the same time.
Agreed.
|
|
|
|
|
|
Hello, are you aware of the fact that in ToDoList you can import/export tasks from/to Gantt project? I mean that you can leave any complex functionality to Gantt project then...  M.
|
|
|
|
|
Yes I m aware of it of course, but it is not an advanced functionality I'm talking about...
And integrate this would enable to not use this export in 90% of the cases.
Or perhaps it is me, and I'm asking for something that seems obvious to me, but it is not.
|
|
|
|
|
I agree. TDL should have the basics to easily and visually review timelines and dependencies and make changes. This would deal with 90% of cases for me as well, avoiding the need for exporting and re-importing. It will also mean part of the tasklist can be viewed in the Gantt tab and changes made without creating new/duplicate tasks. I think Dan was looking at being able to re-import just the changes to existing tasks, but I am not sure he ever did (and I haven't tested this since then).
As I see it, if you need more advanced functionality, such as project management, resource planning etc, these can still be dealt with in GanttProject.
zajchapp
|
|
|
|
|
Good day,
I have been thinking about the problem of manipulating a gantt chart kind of view with many items. This is especially when we are able to define dependencies using drag and drop on the view. when doing so in a large list will often need skilful and painful drag scrolling say between itemF and itemW.
Read no further if there are no such plans to allow for using drag and drop to define task dependencies.
If there are such plans, I propose that you keep of a history column of previously selected items (clicked with the mouse). And from that history list you would be able to drag between the listed items to define dependencies.
Of course, the description above seems beyond that of a simple gantt charting application. But I'm just saying it will be something new that even current gantt charting application don't have.
The basis of this feature is that of representation, while representation of task in a gantt chart is good for showing task, dependencies relationship, it is not that good a representation for drag manipulation (especially with a large tasklist). Hence we create a representation that facilitates this sort of manipulation.
That being said, this column need not be restricted to the gantt view. It is potentially useful even in the normal TDL view.
CY
|
|
|
|
|
This is probably an idea that needs to be passed on to Dan for consideration (as this post might be buried now). I am not sure what Dan intends in regard to dependencies.
I am not 100% clear on what you are suggesting. Would every single selection appear in this column for all tasks? and how would you clear this History column?
I however agree that creating dependencies can be a pain, which is part of the reason I don't usually bother.
Currently dependencies are entered against a task using the task ID. In my opinion, the best way would be to somehow select the task to attach the dependencies to, then be able to select one or more tasks that depend on it using a mouse (Ctrl select?). Really not sure how you would do that.
Also, currently "View dependences" only shows the first dependent task. The Gantt view would be able to show them all.
zajchapp
|
|
|
|
|
Things do get buried fast. Do I have to describe the idea as a new post to get Dan's attention? 
My idea is that with every click on a task, the task will be added to the top of the history, with say a configurable capacity of say 10 tasks. i.e. if you click in the order of taskA, taskB, taskC,
The list will be shown as
taskC (top)
taskB
taskA (bottom)
This list is only build at runtime, so whenever you restart TDL, switch tasklists, it will be cleared.
so with the above list, we will do a drag from taskA to taskC to indicate that taskA is dependent on taskC (i.e. taskC need to be completed before we can work on taskA)
On the other hand, we could be more selective and only add task to the box say via Control+Alternal+click. but I think it will be more useful to add everything task that was clicked.
|
|
|
|
|
I think I see what you are thinking now. So this is a list that is independent of the main task view - e.g. a dialog?
Am I correct in thinking this way will be less efficient for tasks next to one another, but more efficient for tasks where you need to scroll?
Cayce.Pek wrote: Do I have to describe the idea as a new post to get Dan's attention?
Possibly  . Or put in a response to one of his posts above. Up to you. You could always wait to see if he answers...
zajchapp
|
|
|
|
|
|
Hello Dan,
It would be nice to select which tasks to be displayed inside of the Gantt Chart.
The toggle can be included into the contextual menu. For example, we press right click on a task and select "Exclude from Gantt chart" or "Show in Gantt chart".
Thank you.
|
|
|
|
|
I'd rather have task visibility controlled via the filters else there's no consistency between the views.
Could you explain why you would not want to see certain tasks?
|
|
|
|
|
Thank you for your reply.
I would want to see only the projects which are very very important.
Other tasks (less important) will make the project overview harder.
I can use the flags, but right now, i use flags to show only the tasks which have to be done today.
|
|
|
|
|
Looks really nice... M.
|
|
|
|
|
|
|
 General  News  Suggestion  Question  Bug  Answer  Joke  Rant  Admin
|
A hierarchical task manager with native XML support for custom reporting.
| Type | Article |
| Licence | Eclipse |
| Version |
191 |
| First Posted | 3 Nov 2003 |
| Views | 12,798,281 |
| Downloads | 225,010 |
| Bookmarked | 2,920 times |
|
|
Submit an article or tip
Post your Blog
