|
|
Comments and Discussions
|
|
 |
|
I have the same issue, please repair this bug. In column "Remaining Time" I have only number, without letter "d" for days or "w" for weeks etc. Its useless for me.
Thank you for your time 
|
|
|
|
|
Dan,
I have tested the merge into one single tdl file.
* Filename of the merged file is modified to merge.tdl. OK. However, if I was on the format csv for example, (merge.csv), and I change to tdl format, the filename is still merge.csv, instead of merge.tdl
* I have noticed that file link is now filled in with a link to the source tdl file. Good idea. However, the field dependency of each tasks of the merge list, is still wrong (not updated : bad task id). It should be renumbered base on the new numbering of the merge file.
* In the merge file, all the parent tasks have a priority = 0, while I have no priority set in the original file
|
|
|
|
|
Thx Laurent, I will get these issues fixed.
|
|
|
|
|
I'm trying to fix an FTP proxy bug that I can't replicate because I don't use a proxy either at home or work 
I'm also not very network savvy so I need someone to hand-hold me thru setting up a dummy proxy so that I can debug the problem.
|
|
|
|
|
|
I am not sure if this has been addressed before:
The set calender preferences seem to get lost when TDL is restarted.
Klaus
|
|
|
|
|
Confirmed! Tested it with 6.4.4, too. Same bug.
|
|
|
|
|
|
.dan.g. wrote: Did it work before?
In the time when the oceans drank Atlantis ...
I have no idea in which version this bug crept in, since I'm not changing the preferences in the calendar much.
'Changed them a long time ago to my needs and in these days the settings were stored.
That was definitely shortly after you implemented a couple of new options in the calendar prefs.
/Update
P.S. Just checked the 'History' down to 5.9. Can't find 'added new preferences to calendar' or something similar; hmm...
modified 13 Apr '12 - 7:50.
|
|
|
|
|
In 6.4, preferences were converted to Unicode. As a result of various technical issues I also modified the preferences so that they are cached in memory instead of always writing changes straight to disk.
A side-effect of this and the fact that the calendar always writes its preferences directly to disk, is that the calendar's preferences get overwritten when the main preferences are flushed to disk.
End result: It can't be made to work in 6.4 except by shutting down TDL, editing the preferences file directly and then restarting. And this is made doubly hard because the calendar preference checkboxes are stored as a bitwise flag.
|
|
|
|
|
Sounds tough.
The Calendar prefs are not part of ToDolist prefs.
Would it be a solution to give the calendar it's own ini-file, like ToDoList.ini and then Calendar.ini and later on GanttViewer.ini?
|
|
|
|
|
TCP_JM wrote: Sounds tough.
The Calendar prefs are not part of ToDolist prefs.
In 6.4 only. This is properly fixed in 6.5.
TCP_JM wrote: Would it be a solution to give the calendar it's own ini-file, like ToDoList.ini and then Calendar.ini and later on GanttViewer.ini?
I'd prefer not for users' sakes.
|
|
|
|
|
Thanks for your reply.
.dan.g. wrote: TCP_JM wrote: Sounds tough.
The Calendar prefs are not part of ToDolist prefs.
In 6.4 only. This is properly fixed in 6.5.
So the calendar settings are stored in ToDoList.ini but the prefs menu will still be offered as a button ('View') in the calendar (under the button 'Today')?
.dan.g. wrote: TCP_JM wrote: Would it be a solution to give the calendar it's own ini-file, like ToDoList.ini and then b>Calendar.ini and later on GanttViewer.ini?
I'd prefer not for users' sakes.
Sorry, but I don't understand the meaning of your answer. What could be the problem for the user?
P.S.
The ToDoList preferences window in 6.5 has an icon in front of the wintitle (in 6.4 it didn't). I would like to suggest to use the same icon as in the main window of ToDoList. Looks a lot better.
|
|
|
|
|
TCP_JM wrote: So the calendar settings are stored in ToDoList.ini
This allows the user to have different calendar settings for different tasklists, something that the calendar plugin knows nothing about.
TCP_JM wrote: but the prefs menu will still be offered as a button
Still thinking on this.
TCP_JM wrote: Sorry, but I don't understand the meaning of your answer
I was just thinking that multiple uncontrolled ini files might appear messy.
TCP_JM wrote: I would like to suggest to use the same icon as in the main window of ToDoList. Looks a lot better.
I totally agree. I suspect that the icon has appeared as a result of making the preference dialog resizable.
|
|
|
|
|
Hi Dan,
.dan.g. wrote: TCP_JM wrote: Sorry, but I don't understand the meaning of your answer
I was just thinking that multiple uncontrolled ini files might appear messy.
In the folder are several files and I do not think that more than one file would appear messy. Purely a matter of taste maybe. I doubt that many users give much thought about the files in ToDoList folder.
.dan.g. wrote: TCP_JM wrote: So the calendar settings are stored in ToDoList.ini
This allows the user to have different calendar settings for different tasklists, something that the calendar plugin knows nothing about.
Thank you for the clarification. This is of course very important.
.dan.g. wrote: TCP_JM wrote: but the prefs menu will still be offered as a button in the calendar view ...
Still thinking on this.
THANK YOU!
Cheers,
Jochen
|
|
|
|
|
.dan.g. wrote: In 6.4 only. This is properly fixed in 6.5.
Any chance to implement "fixed" (=pre-selected) preferences?
At the moment, I need to re-input the calendar preferences every time I start TDL (at start, the calendar is completly empty because none of the preferences are pre-set).
Not a big issue, but worth the question.
Thanks, Klaus
|
|
|
|
|
|
|
Hi Capital H,
the more I test the script, the more I get to know how it works. The general idea is clear, but one gets only test results while working with it. Tested it only with 6.5 dev xxx.
Created two file 'CH_1.tdl' and 'CH_2.tdl' and your script merged them into 'CH_3.tdl'
1.) If I start ToDoList I always get the 'open tasklist' message: 'The file C:\...\CH_3.tdl is currently held under source control....' It would be very good if this could be disabled. The fact that the file is under source control can be seen by looking at the icon on the tasklist tab.
2.) The other message "'The file C:\...\CH_3.tdl has been modified outside of ToDoList. Would you like to reload it?" It seems not to be possible to disable this in the ToDoList preferences. It would be very good if this could be disabled, too.
3.) What I really like is that the tasks in CH_3.tdl are linked (dependency) to the original tasks. This makes it very easy to work on the tasks in different lists.
[There is a little 'but': I have no idea whether it's possible or not, but it would be great to work on the tasks in list CH_3.tdl and the changes will be made in list 'CH_1.tdl' and 'CH_2.tdl'].
4.) The parent task's names in CH_3.tdl
These names are representing the the path and the name of the original files. As a result of that the 'parent task's names' can get very long e.g. C:\Organisation\Tasks_Appointments_Notes\ToDoList\_Versions\_Testversions\Capital_H\Merge_Script\CH_1.tdl. Just an example. Paths like that are not common, but it may be an idea to shorten the 'parent task's names' to just the file name.
5.) The changes in 'CH_3.tdl'
a) Changes are only made in 'CH_3.tdl' if the original tasklists ('CH_1.tdl' and 'CH_2.tdl') are saved after changes that are made there. Understandable but a little tricky. I'm not saving a tasklist after every little change.
b) Let's assume I change something in list 'CH_1.tdl' and save the list. Your script becomes aware of that immediately. Very good! A little "bug" crept in. If I switch back to 'CH_3.tdl' I cannot see the update of the situation in 'CH_1.tdl'. I can only see it after I use the key 'arrow up' or down. Then suddenly the view gets updated.
Example: mark a task in 'CH_1.tdl' as completed, save the tasklist and switch back to 'CH_1.tdl'. The task is still shown as uncompleted in 'CH_3.tdl'. Now use an arrow key. Now it is shown as completed, too.
One more thing: Sometimes it is like the screen is frozen. Let's say a user deletes a task in list 'CH_1.tdl', saves the list and 'CH_3.tdl' gets updated. It takes some time before the view gets updated visually, too.
The user can move the selection of tasks by using the arrow keys, still sees the deleted task but cannot select the deleted task. And the suddenly it's gone visually too.
c) I'm not sure if it is the desired result to show tasks in CH_3.tdl that are completed in the original lists. The filter in your script shows 'due tasks + xyz'. If I complete a task in 'CH_1.tdl' this task will still be shown in 'CH_3.tdl'. I was a little astonished at first. I would have expected that 'CH_3.tdl' wouldn't show the task anymore. I expected that the task would disappear.
Reason: I thought that 'CH_3.tdl' would only shows tasks that are uncompleted. That way the amount of tasks shown in this list would get smaller and smaller.
Your way of handling this is good too. This way the user can see what he has already achived.
I have found good solution for me. I just filter 'CH_3.tdl' '( 'B) Incomplete tasks ).
I have one big tasklist for all my tasks. So I do not need to merge files. But your script could give me a feature that I'm missing in ToDoList. I didn't test this yet but I will. Maybe you can tell me in advance if this can work or not.
I would like to use your script to create a list based on only one list (so it cannot merge two files, it could only work on one file to present in CH_3.tdl.)
The general idea is to have a view of CH_1.tdl that is filtered (CH_3.tdl) and have the original list unfilterd. This would offer to work on the original unfliterd list (delete tasks, create new ones at the right position etc) without changing the filter in the original list all the time. At present I'm filtering my list with 'due by tomorrow' but if I have to add a task in my list somewhere I always have to unfilter my list before I can create a new task at the right position because the right position cannot be seen as long as the list is filtered.
It would be better to have a tasktree view of an undfiltered list on one tab (like 'task tree' or 'list view') and another tab (user defined) that filters the list but that is not implemented in ToDoList yet.
Cheers,
Jochen
modified 18 Apr '12 - 2:17.
|
|
|
|
|
TCP_JM wrote: 1.) If I start ToDoList I always get the 'open tasklist' message: 'The file C:\...\CH_3.tdl is currently held under source control....' It would be very good if this could be disabled. The fact that the file is under source control can be seen by looking at the icon on the tasklist tab
This is behaviour from TDL and not from my aggregator. I can disable source control (and rely on the read-only property that I set - but you will get a message for this as well, unless you change the setting). I can disable both source control and read-only - but then you can edit the target file and lose all your edits when the next sync happens. Personally I am more willing to accept this message than accidentally editing this file and losing my edits, but I think I will remove the source control and keep the read-only flag, and then rely on the setting being changed.
TCP_JM wrote: 2.) The other message "'The file C:\...\CH_3.tdl has been modified outside of ToDoList. Would you like to reload it?" It seems not to be possible to disable this in the ToDoList preferences. It would be very good if this could be disabled, too.
Under multiple users - what is your settings for "If a tasklists' timestamp changes" - mine is set to "reload without asking" and I do not get any messages.
TCP_JM wrote: 3.) What I really like is that the tasks in CH_3.tdl are linked (dependency) to the original tasks. This makes it very easy to work on the tasks in different lists.
[There is a little 'but': I have no idea whether it's possible or not, but it would be great to work on the tasks in list CH_3.tdl and the changes will be made in list 'CH_1.tdl' and 'CH_2.tdl'].
With regards to your but - I agree (and here comes my but) but it is next to impossible. There are too many situations where a data loss can occur (for example having an unsaved local file open, making a change to the aggregate file - now you have two versions of the file - one of which is going to be lost).
TCP_JM wrote: 4.) The parent task's names in CH_3.tdl
These names are representing the the path and the name of the original files. As a result of that the 'parent task's names' can get very long e.g. C:\Organisation\Tasks_Appointments_Notes\ToDoList\_Versions\_Testversions\Capital_H\Merge_Script\CH_1.tdl. Just an example. Paths like that are not common, but it may be an idea to shorten the 'parent task's names' to just the file name.
For the next release I want to use (1) project name (2) file name only (without path). At the moment I am using the parent title to set up the file links, so it is less trivial than it should be! (but not too difficult)
TCP_JM wrote: a) Changes are only made in 'CH_3.tdl' if the original tasklists ('CH_1.tdl' and 'CH_2.tdl') are saved after changes that are made there. Understandable but a little tricky. I'm not saving a tasklist after every little change.
Unfortunately outside my control, unless I call a "save all" from time to time. My settings are set to auto save quite regularly (when losing focus, switching, before tools, and after 1 minute) - but if this is not an option for you this will be a side effect. I (1) cannot extract information from unsaved tasklist and (2) cannot see which tasklists are saved.
TCP_JM wrote: b) Let's assume I change something in list 'CH_1.tdl' and save the list. Your script becomes aware of that immediately. Very good! A little "bug" crept in. If I switch back to 'CH_3.tdl' I cannot see the update of the situation in 'CH_1.tdl'. I can only see it after I use the key 'arrow up' or down. Then suddenly the view gets updated.
Example: mark a task in 'CH_1.tdl' as completed, save the tasklist and switch back to 'CH_1.tdl'. The task is still shown as uncompleted in 'CH_3.tdl'. Now use an arrow key. Now it is shown as completed, too.
One more thing: Sometimes it is like the screen is frozen. Let's say a user deletes a task in list 'CH_1.tdl', saves the list and 'CH_3.tdl' gets updated. It takes some time before the view gets updated visually, too.
The user can move the selection of tasks by using the arrow keys, still sees the deleted task but cannot select the deleted task. And the suddenly it's gone visually too.
This is strange. With most of my tests with *reasonable* tasklists (3 tasklists, 1 on a slow network drive, 2 local, 2 with about a 1000 tasks (including the network one), 1 with about a 100 tasks) it takes about 300-400ms to create the aggregate list (at the moment a traytip should popup displaying the time - I will disable this for the "production" version though).
Now I do all of my manipulation on the TDL file itself, so there should be no redraw issues. What I do not do is force a reload (via the command line), so it might be that the new updated list is not yet loaded (since there is about a 5 second lag before it is reloaded).
I am unable to reproduce the pressing a what key to update but what happens to me is that it does not update until about 5 seconds after making a change (which might explain the freezing process).
I can probably monitor the window title, and force a reload if you have switched to the target tasklist (or if Dan obliges creates a command line option that reloads the tasklist without switching to the tasklist).
TCP_JM wrote: c) I'm not sure if it is the desired result to show tasks in CH_3.tdl that are completed in the original lists. The filter in your script shows 'due tasks + xyz'. If I complete a task in 'CH_1.tdl' this task will still be shown in 'CH_3.tdl'. I was a little astonished at first. I would have expected that 'CH_3.tdl' wouldn't show the task anymore. I expected that the task would disappear.
Reason: I thought that 'CH_3.tdl' would only shows tasks that are uncompleted. That way the amount of tasks shown in this list would get smaller and smaller.
Your way of handling this is good too. This way the user can see what he has already achived.
I have found good solution for me. I just filter 'CH_3.tdl' '( 'B) Incomplete tasks ).
My apologies - that is indeed not the intended behaviour. You will notice in the settings.ini file there is a setting "KeepCompleteTasks" which controls the behaviour with the default being False. However, when I access the "KeepCompleteTasks" variable, I assume that it is a binary variable, however it is a string, which means completed tasks is never removed. Easy fix, will have the correct behaviour in the next release. (and then the user can choose what he wants to see, I prefer not to see completed tasks on a daily basis)
TCP_JM wrote: I have one big tasklist for all my tasks. So I do not need to merge files. But your script could give me a feature that I'm missing in ToDoList. I didn't test this yet but I will. Maybe you can tell me in advance if this can work or not.
I would like to use your script to create a list based on only one list (so it cannot merge two files, it could only work on one file to present in CH_3.tdl.)
It can with the present release. Just change "SourceFilesNum" to 1 and delete "SourceFiles2" in settings.ini (or point SourceFiles2 to a file that does not exist). Is there any other special filters that you want?
I want to use it for a similar use case (almost an error filter if you want). All my tasks must have due dates, and an Allocated To as a minimum. If I filter a tasklist to show empty due dates and "allocated To" fields - I can quickly see tasks that have been entered incorrectly.
Thanks for your comments! I hope this script can add some value to some people
|
|
|
|
|
capital H wrote: I hope this script can add some value to some people
I'm quite sure it will! I'm sure you remember the whole discussion about merging files etc. that took place on this message board. The "market" exits
But: the best product/goods on earth need a little promotion 
I'm definitely going to include your script in my always on script (#include) but for those users who are not willing/able to do that I think it's good that you are offering the exe file, too.
This exe file can be used as a 'user defined tool' in ToDoList.
Now:
What your script needs is proper icon (included in the exe file and provided as an ico file with the ahk file).
The next step could be to offer the download of a zip file (with the ahk file, the exe file and the ico file) on 'abstractspoon.pbworks.com' where the all the other autohotkey scripts are. A short description on the autohotkey page and a "complete" manual in the zip file.
Last but not least the Aggregator should be announced in this message board.
All this is completely up to, of course.
Another option would be to present the Aggregator on top of the ToDoList page. There will be a an open spot anyway after Dan has removed the useless link to the Gantt Viewer as he told us he would do it. But that's up to Dan.
I'll get back to you about your other answers to my remarks soon.
|
|
|
|
|
TCP_JM wrote: Now:
What your script needs is proper icon (included in the exe file and provided as an ico file with the ahk file).
At the moment it is not release ready - I am more a function than form guy. Obviously it needs a simple GUI settings dialog as well.
TCP_JM wrote: The next step could be to offer the download of a zip file (with the ahk file, the exe file and the ico file) on 'abstractspoon.pbworks.com' where the all the other autohotkey scripts are. A short description on the autohotkey page and a "complete" manual in the zip file.
Should be easy enough. Though the "manual" will be very short.
TCP_JM wrote: Last but not least the Aggregator should be announced in this message board.
All this is completely up to, of course.
Another option would be to present the Aggregator on top of the ToDoList page. There will be a an open spot anyway after Dan has removed the useless link to the Gantt Viewer as he told us he would do it. But that's up to Dan.
This is Dan's call - but I think relatively few people read the message board on a regular basis. Once it disappears from the front page it will be gone and no-one will know.
PS: do you still receive e-mails when someone replies to your messages on codeproject? I do not (and the box is checked) It is becoming a bit of a problem with this now on page 2 (so also - if I do not reply soon, if you reply to this - you know why!)
|
|
|
|
|
capital H wrote: if I do not reply soon, if you reply to this - you know why!
Nice try... Joking aside.
Quote: do you still receive e-mails when someone replies to your messages on codeproject? I do not (and the box is checked)
Yes I do, but I had exactly the same problem in the past. Read my message here[^], please and the replies I got. 'Chris Maunder' helped me immediately!
I'm using another technique to keep on top of the messages, too. If I post a message on this board I create a task in a ToDoList tasklist and put the link to my message in the 'File Link field'. This way it's easy to check if someone has replied.
capital H wrote: I am more a function than form guy
Well, I can offer to create the icon and make suggestions about the look of the GUI, or send the GUI AHK code that you can put in your script.
|
|
|
|
|
capital H wrote: I think I will remove the source control and keep the read-only flag, and then rely on the setting being changed.
Very good.
capital H wrote: Under multiple users - what is your settings for "If a tasklists' timestamp changes" - mine is set to "reload without asking" and I do not get any messages.
Mine was "ask me.." I changed that.
capital H wrote: For the next release I want to use (1) project name (2) file name only (without path).
Would it be possible to let the user choose? I never use project name.
capital H wrote: (and then the user can choose what he wants to see, I prefer not to see completed tasks on a daily basis)
Very good. Same here.
Two last remarks/questions in this stage of development:
a) Is your script using the registry?
b) Since it's your goal that the merged file cannot be edited I was thinking wheter it makes sense then to present the merged file as a tasklist in ToDoList. Just an idea: Wouldn't it make sense to present result of the merged files in some sort of floating windwow (nice white backround) that shows a tree view and the tasks in that tree View would be links to the tasks in ToDoList. This window could be the GUI for your script at the same time and could have a menu bar with e.g. "prefrences" where the user could change the settings like 'due date+10' etc. In these preferences you could offer a lot of different filters (checkboxes etc.) An advantage (on bigger screens) would be that this floating window and the tasklist could be seen at the same time.
|
|
|
|
|
Get it Here.
What's New- Fixed redraw bug in shortcut preferences
- Added support for relative dates in 'Find Tasks'
- Last 'Find Tasks' saved and restored
- Last custom filter restored on startup
- Fixed list-view sort state not being restored
- Fixed preference page scrolling bug
- Fixed the About dialog Alt key bug
- Further work on user-defined task attributes and columns (data-entry and sorting).
|
|
|
|
|
.dan.g. wrote: What's New- Fixed list-view sort state not being restored
This appears to be fixed  ToDoList has been re-started a few times with various sort states set, and they have been successfully restored in every instance. I'll continue using this build and provide updates if needed.
Thanks, Dan!
|
|
|
|
|
Hi Dan,
'just saw that the 'calendar button' is not longer existent in 6.5. dev4.
After tabbing the Calendar plugin you announced[^] that the support for 'Floating' will follow.
Did you abandon this plan?
Cheers,
Jochen
|
|
|
|
|
TCP_JM wrote: Did you abandon this plan?
Not yet, but I didn't hear any specific support for it, notwithstanding knowing that you preferred the floating calendar.
|
|
|
|
|
Hi Dan,
.dan.g. wrote: Not yet
![Rose | [Rose]](/script/Forums/Images/rose.gif)
Just a suggestion:
In 6.4. we have "only" a floating calendar.
In 6.5.d4 we have "only" a tabbed one.
The general idea was - if I'm not mistaken - that the user can choose whether he wants to see the calendar as tabbed or floating (maybe by dragging the tab of the calendar somwhere so that the calendar gets floating).
How about keeping the tabbed view always and offer the 'calendar button'adition to that.
Result: A user could see two times the calendar: 'tabbed' and as a floating app. Doesn't sound at first as if it makes sense, but it offers at least one advantage (and I maybe two):
First advantage: It would be possible to see the calendar and 'Task Tree View' at the same time. With the tabbed calendar only it's either/or.
Second advantage: I might be possible to use different filters for both calendar views and it might be possible to see mor than one calendar with each calendar referring to a different tasklist (makes sense if a user works with a personal tasklist and a team tasklist [shared tasklist] to adjust the team calendar with his own tasks/appointments.
Cheers,
Jochen
|
|
|
|
|
Let me think about it.
In the meantime could you comment on this thread[^] wrt small displays?
|
|
|
|
|
Hi Dan,
.dan.g. wrote: could you comment on this thread[^] wrt small displays?
Yes, of course.
Here you are:
You asked the right person since I'm working a lot with a netbook (1024x600).
The "result" at the beginning:
I like the the labels above the editing fields better. It's very easy on the eyes.
Whether it's good on small screens is another story. But I think it is.
The reasons:
Working with a small screen always means to make compromises.
On the one hand you want to have a lot of informations on the screen, on the other hand the informations should be presented in a reasonable size.
An example for that is: the more columns a user wants to have in front of the task name the less he can open the comments field in 'Task tree View'.
I like to see colums, taskname (with only [...]), and the 'comments field at the same time (at least big enough to see important infos).
To have an overview (regarding a project or a parent task and it's subtasks) is always very important but one single person can only work on one single task at the same time.
Therefore it is very important to see all the necessary informations regarding one single task at a glance. And therefore it is very important to have enough space horizontally. The amount of space that is offered vertically is not so important in this regard.
'Position edit field right of tasklist' is more or less not possible on a netbook without loosing an enormous amount of space that the user needs to see important columns, taskname and comments. Makes more sense on bigger screens even on one with "only" 1280x768.
And here it is an advantage that the labels are above the edit fields: it saves space horizontally and a lot of that (!); especially if the user has chosen to see all the editing fields.
Now this leads to the next question: It putting the labels above the edit fields a "a big waste of space vertically" as Robbson wrote?
Let's assume for a moment that Robbson is right. What can be done about it without loosing important space horizontally? Answer: Not much.
There are only two options to solve the vertical "problem" IMHO:
a) Changing the layout of ToDoList a little.
b) Changing the way a user works with ToDoList.
Robbson wrote that the filter bar fields now take "an" additional line. That consumes a lot of space and even more if the filter bar controls need to be shown in two rows on a small screen, because then we have 4 lines (two with labels and two with controls. In addition to a view that doesn't 'maximize tasklist' there is not much left of the tasklist (optically).
Solution 1 (= changing the layout of ToDoList a little):
1. If the editing fields and their labels are shown in more than one row it seems to me that the distance between an editing field in the first row and the label of another editing field in the second row could be reduced. A change here would save useful space vertically. The distance between the label and it's editing field can't be reduced IMO.
2. As I said it's always necessary to make compromises. I do not think that it's necessary to see the filter bar all the time. It's the same with the editing controls ('due date' etc.) It's very easy to 'maximze the tasklist' by using the button or a shortcut. It might help those users who are using the filter bar a lot to implement a button 'filter bar' next to the button 'maximize tasklist' and offer this command in the shortcut prefs too
Solution 2 (The way a user works with ToDoList)
I love to have an overview about what has to be done. I'm getting this overview by filtering the tasklist. I have to admit that I have "automated" the filtering by using Ahutohotkey but still: I do not think that it's necessary to see the 'filter bar' and the 'editing controls' all the time. If the user switches them off if he wants to get an overview there will be enough space vertically to gather the necessary informations. The new filter 'w) Selected tasks + show all subtasks' is very useful here, too.
The editing controls are useful for me when I'm planning, when I'm structuring my work. Not if I'm working to complete my tasks.
I'm using the button/the command 'maximize tasklist all the time. If I work to complete my tasks I like to have an overview what tasks are uncompleted (e.g. filter 'due by tomorrow'). If I want to complete a task I can use the checkbox in front of the tasks title. I do not need the editing controls.
Last but not least: the labels above the edit fields are offering to see more information in e.g. the 'file link field' if I'm enlarging the comments field by using the mouse.
Cheers,
Jochen
P.S.
1.) ToDoList offers to see the editing controls 'below tasklist' and 'right of tasklist'. It might be heplful to offer one more view:
'Left of tasklist' would be a real asset. 'Right of tasklist' "disturbes" the workflow a little if the user wants to switch between the taskname and the comments. Editing the comments field happens more often than editing 'due date' etc.
2.) The new filter 'w) Selected tasks + show all subtasks' is really helpful but it's lacking one important thing: It can't be combined with filters like 'due by tomorrow'.
modified 12 Apr '12 - 3:23.
|
|
|
|
|
Many thx. I shall read this a few times before responding.
|
|
|
|
|
Hi Dan,
Bug 1:
The calendar (view) doesn't get updated anymore!
The steps:
Open a tasklist (Tree View, List View)
Change the view to 'calendar view' to have a look at 'today'.
Go back to 'tree View'.
Create a new task with a 'due date' of today.
Change the view to 'calendar view' by clicking on the tab.
Result: Nothing. The calendar doesn't show the new task
We get the same result if we change the name of an existing task; the calendar doesn't show the new name.
To see the changes in the calendar it is necessary to exit ToDoList and restart it.
Bug 2:
After restarting ToDoList the calendar view doesn't present 'today'. The view always starts with March 26.
Only after clicking on the button 'today'the user gets to see the 'today' cell.
Settings (in the prefs):
Mini Calendar (+)
Weekends (+)
number of weeks: 2
show 'start date' (+)
show 'due date' (+)
Cheers,
Jochen
|
|
|
|
|
Hi Dan,
An initial look-see. Some improvements:
- All types now transfer their values to the main tasklist grid.
- Most list box types now keep the order of entry for the list data.
Remaining Bugs:
- Dynamic single select text list box types do not keep the order of the default list data. Eg. 1, 2, 3, 4, 5 appears as 5, 4, 1, 3, 2 in the drop down list.
- Multi-selecting from a list enters the data in the tasklist grid, but the entries are separated by a 'box' (unrecognised character?), rather than a comma.
- When you open and close the creation dialog, lists and flag edit boxes are still cleared. Not really an issue now that the values are transferred to the task properly. They can be refreshed by clicking off the task and reselecting it.
- Multi-select lists are also allowed for number types. This is probably fine, but the list allow text entries to be entered and selected...
Hope this helps
zajchap
|
|
|
|
|
zajchapp wrote: Hope this helps
It does indeed, many thx.
|
|
|
|
|
zajchapp wrote: - Dynamic single select text list box types do not keep the order of the default list data. Eg. 1, 2, 3, 4, 5 appears as 5, 4, 1, 3, 2 in the drop down list.
- Multi-selecting from a list enters the data in the tasklist grid, but the entries are separated by a 'box' (unrecognised character?), rather than a comma.
Can you send me a sample tasklist for these as I can't reproduce the problem.
zajchapp wrote: They can be refreshed by clicking off the task and reselecting it.
I'm not seeing this either but I'm also not sure I _fully_ understand the problem. Perhaps a more detailed set of steps would help.
zajchapp wrote: but the list allow text entries to be entered and selected...
I will add a number mask to the embedded edit field.
|
|
|
|
|
.dan.g. wrote: Can you send me a sample tasklist for these as I can't reproduce the problem.
Have sent you a sample tasklist and a screenshot.
.dan.g. wrote: I'm not seeing this either but I'm also not sure I _fully_ understand the problem. Perhaps a more detailed set of steps would help.
Not a major, but these are the steps:
- Select a task with user defined attributes (e.g. task 4.1 of my example tasklist).
- Right click on the column headers and select 'Add/Edit custom columns'
- The dialog opens
- Click on 'OK' to dismiss the dialog
- The entries in the user defined attribute edit boxes are cleared.
- They can be refreshed by clicking off the task and then back on it
zajchap
|
|
|
|
|
Possibly related to TCP_JM's post. Calendar doesn't update.
Apply a filter in calendar (e.g. show incomplete tasks), switch to another view (e.g. list view), change the filter, then go back to calendar view. The new filter is not in effect
zajchap
|
|
|
|
|
Dan, I have had a very brief look at the relative dates.
I looked at start date (relative). Mostly works, but seems to filter out tasks it shouldn't when the number of months subtracted goes over 4 or so (t-4m). 10 days seems fine though.
Will have a closer look tomorrow. I will need to set up a dummy task list to properly test this.
zajchap
|
|
|
|
|
zajchapp wrote: Will have a closer look tomorrow
Thx, that will be a great help.
|
|
|
|
|
Hi Dan,
Sorry about the delay. Finally got to test the relative dates.
Nothing further over and above what laurentbosc has raised.
- t alone doesn't work, but t+0 does
- only a single custom filter allowed for currently
- disabling of the other filters when custom filter is in play
I initially thought I had found some problems, but that was just how I had set things up - the functionality is fine. Awesome.
zajchap
|
|
|
|
|
zajchapp wrote: Awesome.
thx.
zajchapp wrote: t alone doesn't work, but t+0 does
Should work in 6.5.DR5.
|
|
|
|
|
Hi Dan,
years and years a regular user. Very content with this awesome tool.
From the last 6.5 dev. release 3 the task icons are gone. Even the standard gallery window is empty. Only a folder icon with a zero is all what's left.
|
|
|
|
|
|
Hi,
nice update. But I think placing the labels above the fields is only useful when edit fields are positioned right of the task list. Otherwise it's a big waste of space vertically even when only a small set of edit fields is used. Also the filter bar fields now take an addtional line. Altogether (filter bar fields, edit fields, comment type combobox) this version is not so usable on smaller screen resolutions.
The label placement should be another option according to a user's preference.
By the way:
All those GUI preferences like "where do you want to have which controls" should not be part of the preferences dialog but the GUI itself. So panels like filter tab bar, task list, edit fields, comment area, etc. should have their own small header having separate options and drag and drop functionality. So users can configure their GUI layout individually having a big amount of freedom.
Robbson
|
|
|
|
|
|
Hello Dan,
several remarks :
* relative dates: I have made a lot of tests. for now, it seems there is just a little problem with the 't' parameter
- I have created a filter start date relative <= t OR due date relative <= t, and nothing is returned, while there is a lot of line supposed to be displayed ???
If I change 't' by 't+0', it is bettter, and seems to work !
- other specific example : one task t1, start=09/04, due=09/04. I create a filter start date relative > t. The task t1 is displayed... ??
If I change 't' by 't+0', it is bettter, and seems to work !
I suppose it is the same for w and m and y ?
Otherwise, the result is great !
* I have a related question. I have now 3 custom date filters. But it is not possible to see them in the 'Show' filter list ? I only see the last one. Is it possible to improve this in order to have 2 or 3 custom filters applied ?
* Why when I use a custom filter in the 'Show' filter list, all the filter line is disabled ? What about if I want to after my filter, filter by 'Allocated To ?
* merge tdl files in one ! Ok it works great, except for the dependencies. I know you are aware about it. Do you plan to fix this in 6.5 ?
* merge tdl files in one : The proposed name of the merged file should be different of one of the original tdl files. For example a default name 'merge.tdl' ?
* Calendar : in order to represent a period in the calendar, We have previously talk about for bar instead of start..end indicator. DO you always plan to include it? Or it is complex and postpone to a future release (which I could understand
Thank you !
modified 13 Apr '12 - 17:23.
|
|
|
|
|
laurentbosc wrote: it seems there is just a little problem with the 't' parameter
Indeed. I did not make allowance for 't' by itself. Will be fixed in DR5.
laurentbosc wrote: Is it possible to improve this in order to have 2 or 3 custom filters applied ?
I hope to automatically added saved searches to the filter list in 6.6.
laurentbosc wrote: What about if I want to after my filter, filter by 'Allocated To ?
Unfortunately this is just how I originally designed it.
laurentbosc wrote: Ok it works great, except for the dependencies. I know you are aware about it. Do you plan to fix this in 6.5 ?
Yes.
laurentbosc wrote: The proposed name of the merged file should be different of one of the original tdl files. For example a default name 'merge.tdl' ?
I agree.
laurentbosc wrote: Or it is complex and postpone to a future release (which I could understand
This. I'm proposing to replace the current calendar with a commercial one that will support this feature 'out-of-the-box'.
|
|
|
|
|
Thank you for your answers Dan, great news as usual
There is just the point about the filter disabled which is annoying according to me.
I don't know if it will be possible to modify it later on, and consider a custom search filter like a standard filter) (which can combine with other filters, but according to me it is a "major" limitation, and will deserve a future improvement.
2 other points about filters :
* Find task form : would it be possible to extend a little, the number of chars for the name of a saved search/filter. It is limited to 14 chars. It is a little bit short. 30 chars would be great.
* On the standard filter bar, a little button, in order to clear quickly all filters should be useful. Ofently, we need to go in each filter in order to clear the value filled in
About custom attributes: Really easy to create an attribute (and very powerful). Good point !
* Problem ? : when I have a multi selection in my list 'dynamic data, multi selection', for example 'a;b;c'. The result in the column of the tree, I have 'abc' instead of 'a;b;c'
* Is it planned to be able to export these custom fields ? (CSV / html / etc...)
Thank you Dan.
modified 14 Apr '12 - 17:26.
|
|
|
|
|
laurentbosc wrote: but according to me it is a "major" limitation, and will deserve a future improvement
I agree, and I will fix it not too far into the future  .
laurentbosc wrote: would it be possible to extend a little, the number of chars for the name of a saved search/filter
Absolutely.
laurentbosc wrote: On the standard filter bar, a little button, in order to clear quickly all filters should be useful.
Alternatively you can assign a shortcut to 'View > Clear Filter'.
laurentbosc wrote: I have 'abc' instead of 'a;b;c'
This will be fixed in the next Dev-Release.
laurentbosc wrote: Is it planned to be able to export these custom fields ? (CSV / html / etc...)
Absolutely.
|
|
|
|
|
|
|
 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 | 12,888,924 |
| Downloads | 225,160 |
| Bookmarked | 2,922 times |
|
|
Submit an article or tip
Post your Blog
