|
|
Comments and Discussions
|
|
 |
|
Hi CMM
Although you are just asking about colours, this would have to be part of a much bigger feature that allowed any user-defined attribute editing via hotkeys.
Another possibility would allow you to define 'named' colours that could then be assigned via a droplist. Not as simple as your request but easier than having to recall what colour is matched with what customer.
|
|
|
|
|
Get it Here.
Changes from 6.6.DR4.1
- Fixed missing dialog keyboard accelerators
- Various translation-related improvements
- Various task-icon dialog fixes
- Fixed subtask inheritance of parent attribute changes
Wishing you all a restful holiday season and thanking you all for your contributions this year.![Rose | [Rose]](/script/Forums/Images/rose.gif)
|
|
|
|
|
I researched a bit more. If you rename the icons in the Select icon-dialog or even directly in the ToDoList.ini via Notepad after closing TDL all iconames get sorted strictly alphabetically while the icons are not changing places !! 
This leads to the wrong assignments and happens the moment TDL is closed. The settings in the todolist.ini and in the Select icon-dialog are congruent. What you see is what you get.
Hope this helps you Dan fixing it.
BTW. I was adding a second icon column to display informations. The column is about double size of the original iconcolumn. It should of course not be wider than an icon. Will it be possible in the future to define the width of custom columns? At the moment it looks like it the column width makes use of my settings in "Limit width of columns to..."
BTW How do i delete an icon in a custom column?
Thank You
Alexandra
|
|
|
|
|
Alexxcode wrote: Hope this helps you Dan fixing it.
Thx for your persistence. Having looked at the code I can see why it would behave exactly as you have stated. This should mean a fairly easy fix I hope.
Alexxcode wrote: BTW How do i delete an icon in a custom column?
For now, try using the 'Clear Task Attribute' command on the 'Edit > Other task Attributes' menu. Perhaps I need to add a '<no icon> to the icon dialog.
|
|
|
|
|
.dan.g. wrote: try using the 'Clear Task Attribute' command on the 'Edit > Other task Attributes' menu.
This entry is greyed out in the menu!
Thank You
Alexandra
|
|
|
|
|
The icon naming should be resolved in 6.6.a1, and icons also now get resorted as each icon is renamed.
|
|
|
|
|
Yes! Great but:
- custom icons which are deleted from the icons folder still are listed in the ini-file.
- the order of icons in the ToDoList.ini has nothing to do with the order shown.
- the given names get destroyed (moved to other icons) when new icons are added in the icons folder!!
I suggest that custom icons which are deleted from the icons folder should disappear in the ini-file. Added icons should appear in the ini-file and the Select Icon dialog with their original ".ico name" and at the proper alphabetical position. The already given names of "old" icons should of course not be altered.
It´s a bit tough to explain. I guess Dan you should just move some icons in/out of the folder and see what happens.
Thank You
Alexandra
|
|
|
|
|
I will add a '<none>' item in 6.6.a2.
|
|
|
|
|
I have these two strings:
[Translated]
"(Relative)" "(Relativ)" "text"
"Completed Date (Relative)" "Erledigungsdatum (relativ)" "combobox.5000"
When working, my CSV displays:
[Need_translation]
"Erledigungsdatum(Relativ)" "" "combobox.5000"
...which also is displayed in the filter menu (also the other strings with relative). I'm missing the space/blank and the lower case "r".
Why? 
Pierre
|
|
|
|
|
'combobox.5000' is the attribute droplist in the 'Find Tasks' dialog 'Rules' grid.
Now (6.6) that the contents of this droplist are being constructed dynamically, the second of the strings will no longer be used and instead the item will be constructed from 'Completed Date' + '(Relative).
The appearance of the German string needing translation is probably just because I forgot to turn off auto-translating of the droplist now that it's being done manually.
I'll also look into why there is no space between the elements of the manual string.
|
|
|
|
|
Dear Dan,
I am using ToDoList 6.5.10 with a task list so long that it takes more than one screen size (scroll bar). I am also using three different category items that I use for grouping tasks.
When setting the "Sort By" to "Unsorted" and using the Category Filter for one of the Categories, all works well. However, when selecting the other category, I only see task items from one of the main branches of my ToDoList-Tree. The list of visible items is now very short and does NOT span more than one screen size. No scroll bar is visible. Without any doubt several task entries are missing.
When I click on the Title Colum now (to select "Sort By Title"), all of a sudden the missing task items do appear.
This behavior is very repeatable with my task list on different computers also using slightly older versions of TDL.
Can you reproduce this behaviour? Do you need any additional information?
Thank you & best regards,
Daniel
|
|
|
|
|
Hi Daniel
Can you confirm whether or not selecting the top visible item and then pressing the 'Up' cursor key brings the items into view?
|
|
|
|
|
Hi Dan,
Yes, I can confirm that selecting the top item and pressing up, all the other main items scroll into place! Thank you for this workaround!
BTW: The visible main item starts with the letter "B" and is the least one in the "unsorted" list. After selecting this item and pressing the UP key, the other two main items (with their sub tasks) appear. These other main items start with the letters "P" and "S" and are now visible above the first item "B".
Regards,
Daniel
Update:
After your tip with using the Cursor keys for scrolling I just learned that actually with a lot of other filters I was not seeing all items neither (like filtering for "Allocated to" etc). Just that with these filters there were not so many tasks "invisible", so I was not aware of the issue. Actually I am now able to see if there are items missing by looking very closely at the dotted lines of the Titel tree view, because these dotted lines are often extending to the top out of the field of view. All this without any scroll bar indicating that there is more to see.
modified 12 Dec '12 - 10:57.
|
|
|
|
|
Thx for feedabck, Daniel.
FYI this has been fixed in 6.6.
|
|
|
|
|
Great to hear! Thank you 
|
|
|
|
|
If the list is sorted by priority which may do several users and you change the priority the task automatically jumps to the new position. TDL keeps the task selected and so you automatically scroll some pages.
As you may did not want to work on this task anymore and just give him a new priority TDL could select the task above the priorized task without following the priorized one. Maybe this behaviour could be optional.
BTW renaming icons still don´t work. After closing the "Select Task Icon"-Window the new names get sorted alphabetically but not the icons which of course leads to wrong names.
Thank You
Alexandra
|
|
|
|
|
Just to let you know that TDL does not support XSLT 2.0 when using stylesheets.
This is due in part to a decision by Microsoft not to support XSLT 2.0 in its MSXML component[^] which TDL uses for saving, loading and transforming tasklists.
It may be possible for TDL to use an alternative XML processor but not without a fair amount of work on my part.
|
|
|
|
|
Of note.
Stylesheet headers with XLST 2.0 headers appear to be accepted, and run OK. Any XSLT 2.0 functions do not however work, and cause errors.
zajchapp
|
|
|
|
|
I could add a check for stylesheets for XSLT 2.0 and warn the user.
Could you tell me what to search for in the header?
|
|
|
|
|
I am not sure that is necessary.
The stylesheets still seems to run fine, unless it contains v2 functions, at which point it fails. There are one or two stylesheets that you distribute that have the version 2.0 header, so you wouldn't want to break them (e.g. Time_Spent_eng.xsl).
It was just confusing for me not being able to get the functions going, while it seems to accept the v2 header... Now that I know, and understand what is possible, its fine.
For what it is worth, the header contains xsl:stylesheet version="2.0" rather than xsl:stylesheet version="1.0" (amongst other things of course).
zajchap
|
|
|
|
|
On a related matter, can you comment on this posting[^] pls?
I thought your scripts already handled the <HTMLCOMMENTS> tag...
|
|
|
|
|
OK. Just found this.
They don't, as I didn't even really know about this tag. But it is something I could look into.
|
|
|
|
|
Hi, Dan,
In the Inheritable Attributes section of the options, there's the checkbox "Continue to update subtasks as parent changes". I set Category to be inheritable and then selected this option. Next, I created a task, and then created several subtasks. I then assigned a category to the parent task. In the tasklist, the category appeared in the Category column, but only for the parent task. I clicked on each subtask and saw in the edit field that the category has been assigned to them. However, the Category column was blank for those tasks in the tasklist. There was no way to cause the category to appear in the Category column, outside of closing and restarting TDL.
|
|
|
|
|
Thx, I will get this fixed.
6.5 or 6.6?
|
|
|
|
|
|
 It was in the title!
|
|
|
|
|
Asking anyone who has experience with AutoHotKey.
Can an AHK script get information from the selected task, such as the task title? If so, are there any example scripts you would share?
zajchapp
|
|
|
|
|
I'm sure Jochen will be able to help though I think he may be very busy at the moment...
|
|
|
|
|
I think you may be right. End of year is crazier than ever.
This is in regard to a recent request that got me thinking. To do with the Sticky notes thing.
I found a great sticky note programme called 'Stickies' (freeware), which has a API that allows commands to be sent to it. I am just wondering whether an AHK script can pull out the title of the selected task and directly create a new sticky label on screen. Seems feasible.
Something I may play around with over the Christmas break, along with finishing the stylesheets I am half way through.
PS, any progress on determining the version of xsl TDL references? Can it handle xsl v2.0?
zajchapp
|
|
|
|
|
zajchapp wrote: I found a great sticky note programme called 'Stickies' (freeware)
Can you post a link pls?
zajchapp wrote: Can it handle xsl v2.0?
I will research it this afternoon.
Not good news I'm afraid.
|
|
|
|
|
.dan.g. wrote: Can you post a link pls?
http://www.zhornsoftware.co.uk/stickies/[^]
API link is available on the left.
.dan.g. wrote: Not good news I'm afraid.
Thanks for the confirmation. It confirms what I already suspected, and saves me from further trying to work out what I'm doing wrong...
It just means that doing some things with dates in stylesheets won't be possible (as far as I know). Such as colouring tasks based on their due dates etc...
zajchapp
|
|
|
|
|
|
No worries.
Wasn't really intending to give you more work. I will probably still have a play if I have time.
My thought was to export the name of a task to create a sticky. Then deal with any reminders etc in the Sticky program if necessary. My main thought though was to be able to create a 'Do Today' list that can live in the corner of the screen. The AHK code I found seems to allow the serial pasting of text into a single sticky, which would allow the creation of a short list.
I see you are looking at a much more integrated solution.
zajchapp
|
|
|
|
|
zajchapp wrote: Wasn't really intending to give you more work.
Actually, I really enjoy leveraging other tools for maximum benefit, which accounts for certain features which support AHK and the 'External Tools' capabilities.
|
|
|
|
|
.dan.g. wrote: though I think he may be very busy at the moment...
Very true ...
Jochen
|
|
|
|
|
zajchapp wrote: Can an AHK script get information from the selected task, such as the task title?
It's possible.
Personally, I've only used AHK's ability of sending informations to the tasklist (task title, due date etc.) and getting infos from the StatusBar by using 'StatusBarGetText'.
Capital_H once started a project that he never finished for some reason.
You might want to have a look at the scripts he wrote:
http://www.codeproject.com/Messages/4216318/TDL-Aggregator-v0-5-requires-AHK_L-Merge-TDL-files.aspx[^]
These scripts are using the ability of getting infos from a ToDoList tasklist. They might give you some ideas.
Hope it helps.
Jochen
|
|
|
|
|
Thanks Jochen. I will see what is possible over Christmas, once the rush to the end of the year is over.
I was wondering whether I could do an F2 key press, then copy the resulting selected task title as an initial look-see, but that would be very ugly and would only work when a single task is selected. Other methodolgies would probably be much better.
The links on the thread you sent no longer seem to work (the ahk script anyway - the exe I can't get to at work because of IT policy). Will try at home later. Can exes be decompiled by AHK? Haven't played with that before.
[Edit]: The exe is no longer available either. You couldn't possibly email me copy of you have one could you?
zajchapp
modified 11 Dec '12 - 3:35.
|
|
|
|
|
Hi,
I'll email you the AHK-Script and the exe-file if I still have it on my backup-HDD.
I'll get back to you as soon as I can.
Cheers,
Jochen
|
|
|
|
|
|
Having just discovered that I can hide the task details pane, I like to suggest that it would be very handy to be able to edit all the task attributes that are shown in the task tree / task list directly there. As in Excel: Just click on any field in a column (e.g. Due date) and get the same editing widget as in the task details pane. Just as it works already for some attributes (task name, completed flag, flagged flag).
Have you already thought of this?
|
|
|
|
|
ptandler wrote: Have you already thought of this?
Yes, and there are a number of reasons for not implementing it.
1. TDL is not a two-dimensional spreadsheet like Excel. The values in the 'cells' are often calculated from other tasks (eg. Earliest Due Date). This means that editing a 'cell' and pressing return could end up displaying a value other than the edited one which would be very confusing.
2. The current model better supports multiple task editing.
3. The current model supports attribute editing regardless of the 'active view' (tree/list/calendar/gantt).
4. I can add new views without having to implement 'in-place' editing which is a lot more complicated.
|
|
|
|
|
.dan.g. wrote: 1. TDL is not a two-dimensional spreadsheet like Excel. The values in the 'cells' are often calculated from other tasks (eg. Earliest Due Date). This means that editing a 'cell' and pressing return could end up displaying a value other than the edited one which would be very confusing.
Well, of course it would be sufficient to allow editing the values that are not computed - just as in the details pane
.dan.g. wrote: 2. The current model better supports multiple task editing.
The inline editing should not replace the existing method, of course, so this would still be available for multi-task editing
.dan.g. wrote: 3. The current model supports attribute editing regardless of the 'active view' (tree/list/calendar/gantt).
If the inline editing is only available in tree and list view, that would make me even more happy using TDL
Quote: 4. I can add new views without having to implement 'in-place' editing which is a lot more complicated.
I can imagine that it's more commplicated. What about trying to add it only for a few selected things like dates and priority (if not computed) ...? 
|
|
|
|
|
"Vollbild" (i.e. "full screen") suggests that the tdl window is set to full screen mode, e.g. fill the whole screen without decorations, which is not what happens.
Or maybe use a different wording, such as "Hide task details and comment" ("Aufgabendetails und Kommentare ausblenden").
I just discovered this very nice feature after >4 years using TDL daily!
|
|
|
|
|
I will look at it within the next days and report here.
Pierre
|
|
|
|
|
I've made some enhancements to the translating that will greatly simplify the importing of new strings from a new version.
I've also added some logic to remove duplicate items that have arisen as a consequence of the translating system itself changing.
I've not yet solved the problem of weeding out old/unused strings but this will get done in time.
|
|
|
|
|
ptandler wrote: "Vollbild" (i.e. "full screen") suggests that the tdl window is set to full screen mode, e.g. fill the whole screen without decorations, which is not what happens.
Yes, you are right. Done in my CSV which will be sent soon to Dan.
ptandler wrote: Or maybe use a different wording, such as "Hide task details and comment" ("Aufgabendetails und Kommentare ausblenden").
Yes, would be fine. But maybe this would be a big difference between the original text and the translations. If Dan would change it I will change it too (but he tries to avoid changes of existing strings ...)
Pierre
|
|
|
|
|
The offset Task Dates function could be used to push the start of tasks in the future (Defering of Tasks)
To do this efficiently there should be a second checkbox like "calculate dates from today" added.
If you offset the startdate by two days which would be the day after tomorrow the task will otherwise not disappear (not be defered) if the startdate is e.g. a week old. The startdate will then just be 5 days old.
I often need to defer tasks to next monday which could maybe realized with a seperate checkbox. It would be nice if checkboxes in general would be accessable also via keyboard by ALT + Letter underlined (Start Date)
Every Check should be memorized if the Offset-window is opened again.
Thank You
Alexandra
|
|
|
|
|
Alexxcode wrote: It would be nice if checkboxes in general would be accessable also via keyboard by ALT + Letter underlined (Start Date)
I will fix this up.
Alexxcode wrote: Every Check should be memorized if the Offset-window is opened again.
It does this already.
|
|
|
|
|
.dan.g. wrote: Every Check should be memorized if the Offset-window is opened again.
I know. I just wanted to emphasize it.
|
|
|
|
|
|
|
|
 General  News  Suggestion  Question  Bug  Answer  Joke  Rant  Admin
Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.
|
A hierarchical task manager with native XML support for custom reporting.
| Type | Article |
| Licence | Eclipse |
| First Posted | 3 Nov 2003 |
| Views | 12,646,038 |
| Downloads | 224,885 |
| Bookmarked | 2,918 times |
|
|
Submit an article or tip
Post your Blog
