Add your own
alternative version
Stats
38M views 405.3K downloads 3.4K bookmarked
Posted
3 Nov 2003
|
Comments and Discussions
|
 |
It sounds like you have the 'Incomplete Tasks' filter enabled.
|
|
|
|
|
In Show combo box (upper left), select "All tasks" or "Completed tasks".
|
|
|
|
|
|
After updating, clicking Check For Updates still shows that 7.1.B4 is availabie
|
|
|
|
|
Thx, I'll get that fixed up tonight.
|
|
|
|
|
Fixed. Can you confirm that pls?
|
|
|
|
|
|
Hi,
I'm sorry but I can't find the answer to this question elsewhere.
When I past text from a website in the comment field, the URL from that website also gets pasted. How do I control or turn off this behavior?
|
|
|
|
|
Hi Ron
I will be adding a preference to 7.1.
|
|
|
|
|
Thanks a lot. Very much appreciated.
|
|
|
|
|
|
|
|
Suggested changes have been made. Thanks!!
|
|
|
|
|
="text/xsl"="cdcatalog.xsl"
Hi together,
it would be very helpful if the todolist program will retain (don't touch) some lines at the beginning of the xml file, which I am using to open the file with a browser if no todolist program is installed. Then the browser will do the translation on the fly and everyone can look at the details.
Actually it works great until someone opens the file with todolist and stores the file again.
best regards Wulf
W.K.
|
|
|
|
|
Rather than telling the XML which XSL to use for its transformation, consider exporting the XML and then letting XSLT operate on that file. The difference? If you hardcode the XSLT stylesheet reference into the XML, you only get one way to style that file. If you let individual XSLT sheets reference the XML, you can style the same XML in any number of ways.
See the recent documentation[^] on this topic and please let us know what you think.
With automatic saves and transforms, already built-in to ToDoList, my clients see a live update of their project status whenever I make a change to my tasklist (for better or worse  ). I have the HTML file resulting from the transform saved in a Dropbox and give a private link to my client which they put in their browser bookmarks. Bam! One click and they know what I'm doing - and they don't need the raw XML. Try it, you'll like it.
Another issue with transforming the TDL XML is that there are nodes which are like table lookups at the same level as TASKS. If you process that raw XML you'll need to avoid processing these nodes whereas the XML that's exported for a transform is ready for XSLT.
Another reason to use a transform ... there are already examples that you can tweak. You don't need to do this all by yourself like it's the first time it's being done, whereas you're kinda alone if you're operating on the .tdl file.
Finally, ToDoList has a plugin capability that allows you to export the data on every save. So if the built-in transform doesn't suit your needs, you can write code to export the data into a format that does, whether HTML or otherwise, and eliminate the XSL altogether.
So you have many options here that don't require a schema change to the .tdl file. If you're interested in anything mentioned here, post a reply and let's see where it goes.
|
|
|
|
|
I largely agree with you Tony, but the XML standard does allow for it so it seems a reasonable request.
I could also extend the Transformation panel to automatically extract the XSL path if it exists.
|
|
|
|
|
Hi Wulf
This shouldn't be too hard. I'll try to get this into the next update of 7.1 Beta.
|
|
|
|
|
Dan, since you are going this route...
Preferences only allows for a single XSL file to be defined per INI, so I have to create different INI files for some clients to support auto-save/transform reporting. If the XML itself includes a reference to the XSL then I might be able to use a single INI.
So can the XML reference to the XSL allow for custom hardcoding per .TDL? This would eliminate the need to put the XSL in a specific place (like the .tdl location or the .ini location). We could use something like C:\reports\xsl\foo_client.xsl. Or for consistent reporting someone might choose C:\reports\xsl\all_clients_status.xsl
I can foresee requests for $vars like UDTs but for now I think that's over the top.
Thanks.
|
|
|
|
|
iamstarbuck wrote: So can the XML reference to the XSL allow for custom hardcoding per .TDL?
That's the idea.
modified 19-Sep-16 20:18pm.
|
|
|
|
|
|
Hi,
I have a bunch of lists, mostly with standard fields (and some with custom fields) - and some of these reach a total of 5-6000 items each. When I have a few lists open together it takes a long time to switch back to these larger lists. A list which has a file size of 3.2mb takes around 12 seconds to refresh when i click on it (even though it is already 'loaded').
So I looked at my PC performance - it is a good performer with an i5-4590 cpu. I see from task manager that TDL is using all four cores - but the aggregate processor utilisation never gets higher than 30% during these 12 seconds.
The processor command centre show the processors all ramp up frequency pretty much instantly on demand. I don't know enough about PC performance to work out where the bottleneck is. There doesn't seem to be any significant disk reading or writing. I have plenty of memory free.
Has anyone encountered a performance penalty with large lists? And is there a way to speed things up? i.e. make TDL faster (perhaps there is a magic threshold of items or specific field types I should avoid?) - or make my PC use all of the processor power to crunch whatever processes are invoked when switching to a list?
A related problem possibly - even within such long lists there is a noticeable lag when the screen refreshes each time I page up and down or open a nested list (I almost always view my lists in tree mode).
Thanks!
|
|
|
|
|
Personally I avoid huge lists for exactly the reasons you describe. A question to ask yourself is "do I really need access to all of these tasklists all the time?". If not, consider creating a separate shortcut on your desktop that opens different INI files, giving you access to different groups of tasklists. With this you can close entire groups of lists and get them out of memory so that they don't affect your most frequently used list(s).
Another thing is to consider linking to files rather than saving so much data within the .tdl file itself.
And consider archiving[^] so that you don't carry around a lot of history that you don't need. Move the history to another .tdl and if you really need it just open the file, but close it when you don't need it.
As to performance issues while TDL is running. You might be Auto-Saving too often, or you've let your auto-save run infinitely and it's taking too long to save files, or you are auto-saving to a network drive or other secondary storage area. You can get more info on the auto-saves here[^] but more info will be written for the wiki on this topic as time permits.
|
|
|
|
|
That's good advice which I will implement- The shortcut idea is good for me as I do have a bunch of themes I a trying to coral together. Thanks!
|
|
|
|
|
Jon753 wrote: A list which has a file size of 3.2mb takes around 12 seconds to refresh when i click on it
So without doing any editing, it takes this long to switch back and forth between large tasklists?
|
|
|
|
|
Hi - Yes. no editing was required to cause the long delay. This particular list was large in three ways - number of items - extra custom fields - content like notes. But I purposely cleared it out into other (smaller, more specific) lists.
The interesting point is that during this process as this 'bad boy' list slimmed down, the switching time stayed resolutely the same - exactly the same - even with only a handful of items left in the list.
Also, as iamstarbuck thought - i am using auto backup (including export to csv every time) so this might be having an impact.
And another mind-bender is that I have other large and complex lists which do not have such a delay (well, not as noticeable anyway).
Perhaps something to do with the age of a list - or the number of times it's been opened or how it is recorded in the .ini - creates some kind of 'data rust' that over time makes that particular list less and less efficient?
Or I had trouble with an .ini recently and had to cut out all the list specific items and go back to the settings only - not only do i have large lists but i have many (30-40) and create new temporary ones often - if the .ini is keeping all this fluff perhaps that is the problem for me? At that earlier time my .ini grew to 800kb - and currently is about 200kb (900 lines approx).
I am implementing iamstarbuck's advice now but any light you can shed would be very welcome, as always!
|
|
|
|
|
Jon753 wrote: as this 'bad boy' list slimmed down, the switching time stayed resolutely the same
That certainly suggests that tasklist size is not the issue here.
Jon753 wrote: i am using auto backup
Backup is just copying files so it should be quite quick, but will still contribute.
Jon753 wrote: i am using auto backup (including export to csv every time)
This will definitely have an impact, although I think I'm doing as much of that as possible on a separate thread.
Jon753 wrote: At that earlier time my .ini grew to 800kb
If the slowdown happens again could you try the following experiments:
1. Close TDL and rename your ini file so that TDL creates a new one, then reload all your regular tasklists.
2. If that works then take a copy of the ini file and remove all sections starting with [FileStates].
3. If that improves things, checkout Peter's ini file cleaner[^].
4. Disable auto-export
And let me have the results.
Many thx.
|
|
|
|
|
Thanks for the advice - since I migrated out of the original bad file I haven't had a problem. Your .ini trick is the next thing to try. I will let you know when it happens.
|
|
|
|
|
|
|
By default all task attributes have 'Always show all all fields' instead of 'Show fields whose corresponding column is visible' so even if you uncheck all the checkboxes the attributes will be still there.
Image Sample.png[^]
P.S.
Duplicated the topic in Google Group.
Alex
modified 5-Sep-16 10:01am.
|
|
|
|
|
Kanban View
How can i change the order of the collums in the Kanbanview?
Any changes i do in the Kanban settings/collums dialog seem to get ignored.
Anything i am missing here?
Regards
Chris
modified 5-Sep-16 6:01am.
|
|
|
|
|
- Unzip the files from the scratch.
- Prefences-uncheck 'Hide the splitter bar between the task titles and attribute columns'.
- The line which is instead of the splitter bar becomes unselectable. Sometimes immediately, sometimes after minimizing/maximizing the program (but probably I'm just unable to figure out the interconnection
 ). For the stable version everything is ok.
P.S.
Duplicated the topic in Google Group.
Alex
modified 5-Sep-16 10:12am.
|
|
|
|
|
Can't reproduce it yet 
|
|
|
|
|
I agree, it's a bit tricky.
Try this:
1. Unzip the files from the scratch.
2. Double-click the splitter bar to resize to fit. (does it has anything to do carets in tasks and comments view, just a wild guess..)
3. Prefences-uncheck 'Hide the splitter bar between the task titles and attribute columns'.
4. The line which is instead of the splitter bar becomes unselectable.
Upd:
Now I see the same behavior in the stable version (7.0.13)..
Alex
modified 18-Sep-16 2:55am.
|
|
|
|
|
- how is possible to set a macro to sort values always in ascending or descending order?
- there's a way to open multiple links with a single click or shortcut?
TIA to everybody
|
|
|
|
|
Member 4766858 wrote: how is possible to set a macro to sort values always in ascending or descending order?
Only by using 'Sort > Multi-sort'.
Member 4766858 wrote: there's a way to open multiple links with a single click or shortcut?
No, but I'll add the suggestion to the feature list for 7.2.
|
|
|
|
|
Hi
I am migrating some more stuff from Excel (as TDL is now my goto application for... everything!  )
Some of this data is already complex and structured - Is there a field structure or delimiters that I can apply in Excel so that TDL recognises certain items as Parents, and others as Children?
(The data contains a number of fields so I cannot use the text outline import mask)
Thanks!
|
|
|
|
|
Hi Jon
TDL will use the 'Parent ID' field if it is present to identify parent tasks.
So you will need two extra columns in Excel: 'Task ID' and 'Parent ID'.
'Task ID' can just be populated sequentially from '1' hopefully using a in-built Excel function.
'Parent ID' you will need to fill manually to correspond to your tree structure.
|
|
|
|
|
I knew you'd come through! Thanks so much!
|
|
|
|
|
While I am online I can report back my success importing from Excel using this method - what a fantastic time-saver.
|
|
|
|
|
|
When you have the focus/caret in a date entry field (e.g. Due Date) is there any way of bringing up the date chooser without using the mouse?
Also, I forget, is there any kind of Wiki-thing for this brilliant app? If there is maybe dan.g might think of putting a prominent link to it on the project's main page...?
|
|
|
|
|
Member 12500793 wrote: Also, I forget, is there any kind of Wiki-thing for this brilliant app? If there is maybe dan.g might think of putting a prominent link to it on the project's main page...?
In v7+ go to menu>Help>Online Documentation. That takes you to the wiki ... always a work in progress.
In v7.1, all dialogs (forms/pages) have a (?) button which will take you to a help page for that specific context. The help pages (or their "skeletons") should be in by the next alpha and will be filled-in over time.
Does that help?
|
|
|
|
|
Member 12500793 wrote: is there any way of bringing up the date chooser without using the mouse?
Alt + Down Arrow.
|
|
|
|
|
|
Hi,
I use ToDoList for at least 6 years and I just love it. It does the job without being too complicated. For all this, congratulations, job very well done.
There is a thing that I am missing. I am using the Start/Stop Clock function to record accurate time spent on different tasks, but because the app is minimized I sometimes forget to stop the clock and start it for a different task when I need to work on something else. From my point of view, it would be useful to have a special view: a very small window that is always displayed and shows just the task and the time spend, with a button allowing the user to switch back to the normal view. This window will be 'always on top' and will not allow task changing, it would just be a remainder that something is running.
Thanks for listening.
Norbert
|
|
|
|
|
|
In addition to the new time widget in v7.1, here[^] is some info I wrote about when I forget to clock in or out.
|
|
|
|
|
Hi Dan,
Anytime I do a close all I get and unsupported operation message:
Video: Close All bug[^]
I'm running Windows 10 Pro.
Dave
modified 21-Jul-16 16:36pm.
|
|
|
|
|
|
 General  News  Suggestion  Question  Bug  Answer  Joke  Praise  Rant  Admin
Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.
|
|
Submit an article or tip
