|
Can you tell me what you motive is for wanting this?
|
|
|
|
|
Hello,
I use Todolist 7.0.11
In the preferences, I have set the option :
Attribute inheritance :
Check : Have subtasks inherit the following attributes :
- Due date : checked
- Start date : checked
Check : Continue to update subtasks as parent changes.
But when I change the due date or start date of the parent of subtasks, the subtasks are not updated.
I think this is a bug. Can you confirm ?
Kind regards,
Alexandre
|
|
|
|
|
Thx Andre, I'll look into it and get back to you.
|
|
|
|
|
Hello Dan,
Did you get any chance to check this issue ?
It's kind of puzzling me...
Kind regards,
Alexandre
|
|
|
|
|
I think attribute inheritance like this needs to be used Very carefully, more like a surgical scalpel than an axe. It applies to specific kinds of tasklists, not others. So you might want to use different INI files for the purpose.
From other discussions (maybe here or in Google) the Due date can either be the date that the end-user needs the parent task done, or it can be the date on which we expect the task to be done based on the completion of sub-tasks. By setting the sub-task due dates as all being equal to those of the parent, you're saying there is no order of operations, that every sub-task simply needs to be done, that they can be done in any order, and that there are no dependencies.
That's valid, for example, with a shopping list for a party, or an agenda for a meeting, where you don't care when you get each item, you just need to have everything by the time your guests show up. Even then however, you may realize you need to do one thing before another. As soon as that enters the process the sync of due dates on the parent becomes invalid.
Stated another way, if two sub-tasks are both due at the same date/time, then one can't be dependent on the other. You could add a dependency so that specific tasks rely on the completion of others, but then the depended-upon due dates must still precede the due-date of the task(s) that depend on them. That is : the Start Time + Estimate Time must yield a Due Date that then becomes the Start Time of the dependent subtask ... and the Start Time + Estimate of the dependent subtask either adjust the Due Date, or all dependent start dates must shift back to allow enough time for completion on the existing due date.
So for random, linear lists of tasks, sure sync the due dates of parent and child tasks. But leaving that as a default for all lists doesn't seem practical to me, again unless you use that in a specific INI for the purpose.
|
|
|
|
|
Hi iamstarbuck
Thanks for your thoughts.
I see you are assuming I sort tasks by due date and I use dependencies, which is not the case.
I already have a system (Redmine) for project management which is used across the company.
So I don't use Todolist as a "Microsoft Project"-like software, but as a lightweight todo system to get clear priorities.
Also, you forgot there are other ways to set the order of subtasks.
You can use the main sort you have set up for your list.
You can also set the same properties used in the sort in each and every subtask, and reorder manually the tasks.
The question is not if the functionality is useful. The question is weither it works as expected.
I am totally open to the fact that it might work another way than I expected, but then I would need an explanation. And if it does not work, it is still a bug, weither the functionality seems useful or not to other users.
I hope you understand better my case.
Kind regards,
Alexandre
|
|
|
|
|
I completely see your point, thanks. I'm suggesting that the specific usage may not be valid for some applications and you just want to know if it works as expected. That's perfectly reasonable.
Over the decades I've found that solving a general problem sometimes relies on a better understanding of why the question is being asked, or suggesting that it should not be asked.
For example, "how do I keep from getting burned when I put my hand in the fire?" Most of us would respond with a suggestion not to do that, or an inquiry as to why it's necessary ... and Then if the action is required we may proceed to a discussion about flame-resistant gloves, tools, etc.
I've been told a few times "don't ask why I want to know, just answer my question", as well as "I didn't know there was another way to do that". In forums like this we have no way of knowing the exact situation or the personalities of the individuals. So I just take a chance and respond as I see it. This enquiry could have gone either way.
Thanks for your patience. I'm sure Dan will respond to your specific question.
Regards...
|
|
|
|
|
Hello iamstarbuck
Thanks for your patience as well. I see now my message was a bit biting
But I understand your approach and appreciate it.
Kind regards
Alexandre
|
|
|
|
|
Hi,
Feel dumb for asking such a simple question, but the panel at the bottom of ToDoList, where you set attributes such as Status, has disappeared. I think it did this randomly, but I probably accidentally hit some key combination. Problem is, no matter what I click in the preferences, I can't seem to get it back. And I am having difficulty searching for an answer because I'm not sure what it is actually called.
Anyone have any ideas?
Kind wishes ~ Patrick
Thank you to anyone taking the time to read my posts.
|
|
|
|
|
Maybe "Ctrl+M / maximize / Fullscreen"?
|
|
|
|
|
That solved it! Thank you!
Thank you to anyone taking the time to read my posts.
|
|
|
|
|
Hi All
I'm slowly working towards TDL saving your tasklists only in UTF-8. This will have the benefit of reducing file sizes leading to quicker load times and greater compatibility with external tools.
Therefore if you use TDL with a non-Latin language (Arabic, Hebrew, Cyrillic, Japanese, Chinese, etc) can you create a sample tasklist with just a few tasks in that language and send it to me pls?
Thx
|
|
|
|
|
In accordance with Dan I want to expand the request to as many languages as possible: also latin languages with special characters (diacritics), like in German, French, Czech, Swedish, Spanish, ...)
Thanks for your help!
|
|
|
|
|
Dan, exactly where would you like for files to be sent? The GG email in your sig is only suitable for those subscribed to that group. I never publish my business email but YMMV.
It would be ideal if we had a regular file upload mechanism. I can create something like this but it will take some time. For the current UTF8 effort it would be better to use something simple.
If you wish, I can create a disposable email address, like UTF8@foo.bar. Mail and attachments sent to that address will be forwarded to you, and when the event is complete we can simply delete that address. This will only take a minute to setup.
Thoughts?
|
|
|
|
|
abstractspoon(dot)todolist(at)gmail(dot)com
|
|
|
|
|
An announcement[^] was made on this in the Google Group and all other ecosystem resources. I added notes by Pierre and added a reference to Korean and Polish since I know there are some users of those languages.
|
|
|
|
|
1. It would be great if you could customize not just icon and background color of individual task, but also font color, as well as font (font, style, size).
2. Editing certain task properties in the list view itself in-place (instead of in the side panel or via menu) would be awesome:
- start/due date time: drop-down calendar / manual entry
- time estimate: numeric updown editor
- priority, risk, category, tags: dropdown combobox
etc.
3. Add more buttons to the toolbar for ease of access: task background color, cut/copy/paste for example. Maybe have another toolbar that deals exclusively with selected tasks - would greatly improve ease of access
4. Allow custom task icons
|
|
|
|
|
FitDev wrote: 1. It would be great if you could customize not just icon and background color of individual task I'm sorry, but whenever I've seen apps that allow this sort of customisation I've always felt it was a big design mistake.
FitDev wrote: 2. Editing certain task properties in the list view itself in-place (instead of in the side panel or via menu) would be awesome: As the author, there are lots of pros and cons to this suggestions which means it won't happen until I resolve these in my head.
FitDev wrote: 3. Add more buttons to the toolbar for ease of access You can actually do this yourself via 'Preferences > User Defined Tools'. There should a section in the wiki describing how to do this.
FitDev wrote: 4. Allow custom task icons This is already available. The wiki should have help on this.
|
|
|
|
|
.dan.g. wrote: FitDev wrote: 3. Add more buttons to the toolbar for ease of access You can actually do this yourself via 'Preferences > User Defined Tools'. There should a section in the wiki describing how to do this. See wiki info for -cmd[^]. The page on UDT Preferences[^] was completely re-written recently. I have a new version of the UDT page[^] itself but haven't published, needs more work.
.dan.g. wrote: FitDev wrote: 4. Allow custom task icons This is already available. The wiki should have help on this. Uh, "should", doesn't.
1a) Create a folder called "icons" as a subfolder of where your task(s) is/are.
OR
1b) You should have a folder called "Icons" as a subfolder of your ToDoList installation folder, under Resources.
So \EXEisHere\Resources\Icons.
2) Add .ico, .bmp, .gif, .jpg, or .png files to that icons folder. Size doesn't matter. (Here.)
3) Reload the tasklist that is to get the assignment. You don't need to restart the application. Just Ctrl-R, or right click the tab for your tasklist and select "Refresh".
4) Right-click a task, select "Other Task Attributes", then "Set Task Icon". The images should be available at the end of the default list.
If you set Attribute Visibility for Icons, you might expect the "Edit Field" for icons to be in the edit field group with the other fields. This is one of the few fields that is not in there.
If this description is adequate I'll port it into the wiki soon.
|
|
|
|
|
iamstarbuck wrote: 4) Right-click a task, select "Other Task Attributes", then "Set Task Icon". Or just click on the icon column for that task.
|
|
|
|
|
I suppose the goal of the File Link attribute is to open files. I suggest to widen the scope of this field or add another task attribute that allows the execution of commands.
I tried to use a command in the File Link attribute to open an .HTML file with another tool (editor) than it's default application (browser), but I couldn't find a simple solution. I had to use a link to a .BAT file.
A command feature would allow the customers to open any file with whatever application and parameters they want.
I would like to refer to a solution provided by Dominik Reichl's KeePass for its URL field: the virtual cmd:// protocol for executing commands. It's more powerful than the existing file:// protocol.
If you have any need for clarification for this requirement, please ask.
|
|
|
|
|
Have you looked at 'Preferences > User Defined Tools'?
|
|
|
|
|
|
Hi
I want to thank the developers for this fabulous product!
Is it possible to have inheritance applied to the File Link attribute?
Thanks in advance.
|
|
|
|
|
For the record, there's only one developer, Dan G. The rest of us are just fans that are happy to contribute to a good common cause.
About File Link Inheritance, do you mean you want each subtask to inherit one or more links from a parent?
To my knowledge that's not in there, and it seems like it might be problematic since we can have multiple file links.
What do you think about having a single sub-task is just a container for all the file links for a given parent? The "task" there is itself to ensure that you have all files. It may or may not be complete, but when complete you'll know that whenever you look at a parent that needs tasks that this special subtask will have all the files.
You can identify these special tasks with a tag or category, or icon or custom attribute. I beleive (could be wrong here) you could also get other tasks to refer to this one, and then just use a hotkey to go to that one task from any that need it.
Another approach would be with a bit of automation, getting a UDT to pull the file links from a parent and then loading the current task with that data. That solution requires a developer but it's certainly possible and with not too much effort.
Anything good in there?
(If you like ToDoList, please consider supporting the software with a Like, +1, etc on any of the sites where we hang out. )
|
|
|
|
|