|
|
Comments and Discussions
|
|
 |
|
Sorry Thomas, I must have missed this.
[update] Looks like there's a bug in the merge code in so far as it can't handle task attributes which themselves have attributes (recurrence is the first attribute to have sub attributes). [/update]
-- modified at 21:36 Wednesday 10th January, 2007
|
|
|
|
|
Thank's Dan for fixing this in beta6. Much honor for what you are doing here.
Thomas
|
|
|
|
|
While the Tasklist is selected it appears that:
Right Arrow (on expandable node) = Expand
Right Arrow (on non-expandable node) = Select First Child
Left Arrow (on collapsible node) = Collapse
Left Arrow (on non-collapsible node) = Select Parent
Plus Sign = Expand Selected Level
Minus Sign = Collapse Select Level
Multiplication Sign = Expand Selected & Children
I would like to see this represented somehow within Help > Keyboard Shortcuts.
Brad Sherwood
|
|
|
|
|
|
Hi Dan:
I've been thinking about some topics and how they might be addressed.
One theme I've come across is "Global or Program" versus "File" Preferences and State.
And, I too would like to suggest some features which would benefit from independent settings.
File State (based on User Interaction)
[ExpandedState\Filespec]
[Filter\Filespec]
[SortState\Filespec]
[SplitPos] Value Names are Filespecs
Global State (based on User Interaction)
Program/DialogBox State or History
[FindTasks] (Find Dialog State)
[MRU] (History of Opened ToDoList Files)
[FindTasks\A,B,C,D,E,...] (Find Dialog History BY "looking for" type.)
[Print]
[Exporting]
[Pos] screen position
...
Global Settings / Preferences (based on User Choosing Setting)
User Program Functionality
[Tools]
User Preferences or Settings
[KeyboardShortcuts]
[Preferences\...]
I would like to see the "File State" data stored with the file.
ToDoList.ini would not longer contain
[ExpandedState\Filespec]
MyStuffToDo.tdl (in multiuser) would contain the XML equivalent of
[FileSetting]
TrackStateByUserID = 1
[SortState\Brad]
Column = 1
Ascending = 1
[SortState\Dan]
Column = 1
Ascending = 0
[ExpandedState\Brad]
...
[ExpandedState\Dan]
...
where Brad and Dan are OperatingSystemLoggedInUserID returned by API
Or for single user or non user based
[FileSetting]
TrackStateByUserID = 0
[SortState\Everyone]
Column = 1
Ascending = 1
Of course, this would be stored in XML within the file, not INI format as shown for readability.
There would EVENTUALLY be a few "problems" as users asked for more customization
Example: Are the following Program Settings or File Settings?
[Preferences\Colors]
[Preferences\ColumnVisibility]
Does there need to be some sort of expansion to the Menu (and dialogs to support)
Tools > Program Preferences
Tools > File Preferences
Please let me know what you think.
Brad Sherwood
|
|
|
|
|
Hi Brad
My first comment is to thank you for actually coming up with a proposal rather than just a complaint - it makes life much more enjoyable.
Next is to say that I tend to be very strict on the non-contamination of permanent data by transient data. In other words, the XML file represents the user's data which (for want of a better phrase) they are modelling and which is sacrosanct and on which a cost cannot be placed. On the other hand, their preferences and settings are distinctly separate from the data and may be lost and recreated without great difficulty or pain.
Mixing the two together would mean that anyone wanting to open and look at the file would require write access so that their program state could be saved. I find that quite a scary proposition since this vastly increases the risk of file corruption.
Further, consider users A and B who share a tasklist. A opens the tasklist and caches everyone else's file prefs so that these can be written back to the tasklist. Then B opens the tasklist for a look and closes it, at which point B's file prefs are updated. Then A closes the tasklist at which A's and everyone else's pref are written back also, which overwrites B's recent changes.
What I do heartily agree with is that the registry settings for file related states was not designed properly from the start and requires an overhaul. I would therefore propose that a new key 'FileState' is introduced in which all file related settings are stored, keyed by file spec so that some sort of UI could later be written to allow management and spring-cleaning. It should be fairly trivial to automatically upgrade from the old to the new.
|
|
|
|
|
Cleaning of the current ini file on either start or exit of the program would be nice. I have openened lotsa of testfiles with slightly different names in the past. All of those are still listed  On EXIT would be safest due to network shares sometimes being slow to setup (remote files).
Is it safe to remove 'Filter' 'ExpandedState' and 'SortState' for a given filename from the ini file?(obviously when the program is NOT running )
--
"my favorite animal is the scapegoat "
f{dot}postma{at-sign}xs4all{dot}nl
|
|
|
|
|
Frans Postma wrote: Is it safe to remove 'Filter' 'ExpandedState' and 'SortState' for a given filename from the ini file
Quite safe. There is nothing in the ini file that the tasklist requires to be there.
|
|
|
|
|
When vertically scrolling the tasklist, either using mousewheel or scrollbar, the "Task" tree column is scrolled first, and the other columns are scrolled afterwards.
It is very obvious when "select entire row" is on, when dragging the scrollbar up and down, as the highlighted line in the task column moves first, and the highlighted line in the other columns is moved afterwards. It looks strange.
This is a very minor bug, but if there is a quick fix by disabling refresh or something, then it could be a nice little improvement.
Cheers
d3m0n
|
|
|
|
|
Note this is also visible (and perhaps more obvious) when "select entire row" is on and you move between tasks, e.g. using the up and down arrow keys. The task column is updated first and the others are updated later.
Cheers
d3m0n
|
|
|
|
|
|
|
 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,865,958 |
| Downloads | 225,078 |
| Bookmarked | 2,921 times |
|
|
Submit an article or tip
Post your Blog
