|
|
Comments and Discussions
|
|
 |
|

|
Upgraded from 6.6 to 6.6.1 (Portableapp environment).
Launched ToDoList, both my tasklists were auto-loaded as usual. However, tasklist 2 has one overdue task, and thus its tab has a red triangle. This disappeared in 6.6.1.
Switching lists and playing with preferences brought no luck.
Finally, shutting down TDL and re-launching it twice seems to have fixed the issue, but I will keep an eye out if it crops up again.
Edit 1: Launched it again after midnight with tasklist 1 in focus. Now tasklist 1 has tasks due today, so its tab gets a purple triangle. However, tasklist 2 with its overdue task lost its red triangle again.
Re-launched TDL; now both purple and red triangles respectively are visible.
Edit 2: TDL 6.6 beta 5 on another drive exhibits the same behaviour — i.e., tasklist 2's tab has no red triangle despite the overdue task.
modified 19 Feb '13 - 9:24.
|
|
|
|

|
Thx, (I think) I'm able to reproduce this.
|
|
|
|

|
A reproducible bug is a good one. Also, an older copy of TDL [6.5 beta 4] does not have this issue.
Thanks for the update, Dan.
|
|
|
|

|
It looks like TDL is incorrectly determining the 'Earliest Due Date' under some conditions. TDL writes this value into the tasklist so that it doesn't have to load the entire tasklist to find out if it has some due tasks.
It should be a fairly simple fix.
|
|
|
|

|
Fixed in 6.6.2, but you will have to modify and save the file first to update the stored 'Earliest Due Date'.
|
|
|
|

|
Looks like it's fixed. Thanks, Dan! Appreciate it.
|
|
|
|

|
Sorry for this, but the original fix I made broke something else so I've had to fix the fix!
Could you therefore re-check this build for the original bug before I publish it please?
|
|
|
|

|
.dan.g. wrote:
Could you therefore re-check this build for the original bug before I publish it please?
This build looks good to me, Dan.
|
|
|
|
|
|
|

|
Hi,
I'm looking for a way to get a notice that when I've overcommitted myself - e.g. according to my estimates I'm already globally committed for 42 hours over say the next 120 hours (5 days), but I've only set aside 40 hours for work during the same period. I guess this requires a query of some sort that takes into account 1) the time estimate; 2) the work day; and 3) the due date of all the tasks in a list. Any idea how to get this info out of TDL? The idea is that, before the pressure gets too intense, I will be able to either postpone some due dates, renegotiate my commitments, figure out how to eat and sleep less, etc.
Best wishes,
Tom Troughton
|
|
|
|

|
At first reading it sounds like it could conceptually be a 'filter' of the type:
Show me all of the tasks where 'A > B' and 'C < D'
Unfortunately TDL cannot currently filter on attributes that reference other attributes.
Or, alternatively, it may be possible to encode the logic into a stylesheet that would flag the problem areas when reporting.
|
|
|
|

|
Unsure how exactly you deal with your tasks, but assuming each task has an estimated duration and will be dealt with in the time period you specify...
I would go to Listview, and then filter for the tasks you are interested in reviewing (hiding parents) - tasks that are to be completed in a given time period, tasks to be done in a work day (if you have non-work tasks in there as well), etc, etc. You can set up a customer filter through the "Find Tasks" function.
You could then either sum up the estimated hours visually in the grid, or run the stylesheet Z_TimeSpentReport.xsl (via print preview). You would still need to sum up the estimated times though.
For something a bit better looking (with some summated time estimates), you could apply the same filter to the tree view, and then run the stylesheet. For a focus on just the tasks, and not the parents, you could modify the stylesheet (using a text editor) as follows:
change:
<xsl:param name="showOnlyLeaves" select="0" />
to
<xsl:param name="showOnlyLeaves" select="1" />
Either way, this is a somewhat manual process, and doesn't automatically alert you.
zajchapp
PS: "showOnlyLeaves" defaults to showing the task path. I was going to make this an option, but forgot. You can get it to not show the tasks path by commenting out the code below under section 46:
<xsl:if test="$showOnlyLeaves=1"><!--Need to see the task ancestors-->
<xsl:if test="count(ancestor::TASK)>0">
<xsl:text> [Path: </xsl:text>
<xsl:for-each select="(ancestor::TASK)">
<xsl:value-of select="@TITLE"/>
<xsl:text>: </xsl:text>
</xsl:for-each>
<xsl:text>]</xsl:text>
</xsl:if>
</xsl:if>
|
|
|
|

|
Dan, Zajchapp,
Thanks for showing me how to generate the report. I'll look into getting it to match my needs, and if I get something worthwhile will get back to you.
Best wishes,
Tom
|
|
|
|

|
Neither of the two custom columns that I created in TDL 6.6 beta appear in the Column Selection dialog. Both columns are listed in the Add Custom Task Attribute to Tasklist dialog, though, so they still exist.
|
|
|
|

|
Since they are 'your' columns you always see them.
|
|
|
|

|
Right you are. My mistake. I can control whether they appear by using the Add/Edit dialog for custom columns. Sorry about that.
|
|
|
|

|
Hi, Dan,
It looks like a bug that I reported earlier made it back into TDL. I like to color tasks by category, but in this release I can't add any to the "Colour task titles by" option. Also, if I select a different radio button for the color choices, the radio button for "Colour task titles by" is disabled and I can't select it again.
|
|
|
|
|
|
|

|
red border around completion checkbox
see image:
http://www.bild.me/bild.php?file=33593272013-02-18_123442.png
I see its in W7 EN x64, XP en SP3.
In 6.5.10 - no any problems with its
|
|
|
|

|
I see the same red border in Win XP SP3
|
|
|
|
 |
|
|
General News Suggestion Question Bug Answer Joke Rant Admin
|
A hierarchical task manager with native XML support for custom reporting.
| Type | Article |
| Licence | Eclipse |
| First Posted | 3 Nov 2003 |
| Views | 13,119,566 |
| Downloads | 225,372 |
| Bookmarked | 2,924 times |
|
|