|
|
Comments and Discussions
|
|
 |
|

|
Thanks for the offer to send me a copy of your stylesheet.
Please send it to me at todolist {dot} 20 {dot}spamet {at} spamgourmet {dot} com
|
|
|
|

|
Will do. I'll dig it out and send it in the next day. Might send it to Dan as well after all.
It will be similar in look/feel to the Z_TDL_MainReport.xsl
Note: I have tried to put sufficient comments etc in these reports to help others to make modifications should they choose.
zajchapp
|
|
|
|

|
Sent.
Sorry it took so long, but I ended up cleaning it up a bit.
Let me know if this is what you are after.
zajchapp
|
|
|
|

|
Dan,
do you plan to improve import (csv espacially), in order to map csv column with custom attributes ?
It would be very useful.
Kind regards
|
|
|
|
|

|
Hello Dan,
when I try to import a CSV, and map csv column with the 'Tag' column, the result is that the Tag column is blank
|
|
|
|
|

|
hi
i have two problem
Problem 1: I select [add/edit custom columns] and define a header (Number).
then add some new task and fill them.
get [SHIFT] to select some task, but filled columns will be clean and never back again (even by undo)!!
it happen also by [CTRL+A].
Problem 2: I generate my todolist.
next, [Select Columns] to remove some default columns.
next, I get a copy of my.tdl file.
now, i open it(copy file), columns are reset!!
|
|
|
|

|
Nasehi
The way ToDoList works is to remember all these TDL file specific changes in the ini file with a reference to the TDL file name.
So when you copy the file, it has a new name and therefore it doesn't 'see' the column changes.
What you could do, is change the default columns in preferences and these will be valid for every new (copy of a) TDL file.
Problem 1 I can confirm so I'll leave that to the specialist
Grtz
|
|
|
|

|
ok. but i have 6 tdl with different subject. and need different columns. is not it better to save columns in each tdl files instead of ini file? or maybe its hard to do this change?
thanks
|
|
|
|

|
nasehi wrote: is not it better to save columns in each tdl files instead of ini file? Not if the tasklist is shared.
|
|
|
|

|
ToDoList is set to launch when I logon to Windows, and sit quietly in the tray. Instead, in the last 2 or 3 versions (I'm currently using 6.5.4), I find that it's opening to a normal window, apparently because it wants instructions about the situation described in the "Timestamp Change" dialog. The dialog announces that the XML file for the tasklist that TDL is attempting to open "has been modified outside of ToDoList" It then asks the question, "Would you like to reload it?" I believe that what is changing the timestamp is related to the fact that I've moved the backup folder inside Dropbox, and that the change happens when Dropbox syncs to its server. Regardless of the cause, my computer is inside a private residence, I am the only occupant, and good malware defense systems are in place. Therefore, I feel comfortable that whatever is causing the timestamp change is inconsequential. However, I don't like having TDL open until I need it, and I don't like needing to click the dialog to dismiss it. Is there some way to prevent this?
|
|
|
|

|
Just a suggestion: could it have something to do with your computer time/clock?
I don't see above behaviour although I do not start it automatically and I start Dropbox before starting TDL.
|
|
|
|

|
@pludikhu: You asked: "could it have something to do with your computer time/clock?" I suppose it could, but I didn't see this for the first few months I used ToDoList.
|
|
|
|

|
Have you tried allowing TDL to reload the tasklist without notification?
|
|
|
|

|
You asked, "Have you tried allowing TDL to reload the tasklist without notification?" I can only reply: "Not intentionally." "Reload without notification" sounds like a preference that I haven't knowingly set or changed. Which menu/pane shows this option? What is it called on the menu? If I disable the option, what kinds of notifications would I NOT receive, other than the undesired one being discussed?
|
|
|
|

|
Hmmm ... I think Dan refers to
Preferences - Multiple Users - Source Control:
"If a tasklist's timestamp changes:"
Maybe you could try not being informed.
It's main use is if it's modified by someone else.
|
|
|
|

|
Thanks very much. I think you've found the spot that controls this notice. Since it's grouped under "Multiple Users," and my tasklist has only one file, I didn't think that section applied to me. I unchecked that option, and will run without "being informed" for a while to see if that eliminates the annoyance. I expect that it will. As I reread that last paragraph, I realize that it is a blow to my self-esteem to think of myself as "not being informed." I will, therefore, identify myself as "voluntarily unnotified."
|
|
|
|

|
Turning off this option, in combination with the other step I took which is described in my other post today, stopped the problem behavior. Thanks for telling me where to find it.
|
|
|
|

|
wla_184586 wrote: I believe that what is changing the timestamp is related to the fact that I've moved the backup folder inside Dropbox, and that the change happens when Dropbox syncs to its server. ToDoList ought to prompt only if the tasklist timestamp changes, not any of the backups, unless of course you also have them open.
ie. Something (maybe Dropbox) is changing the timestamp of your local copy of the tasklist which sounds a little odd if no one else is changing the tasklist.
I'll see if I can reproduce it on my machine.
ps. Maybe when you save the tasklist and Dropbox syncs it to its server, Dropbox does something to the timestamp. Just an idea.
modified 26 Aug '12 - 21:59.
|
|
|
|

|
Maybe we should also ask whether wla_184586 has the TDL file sitting on NTFS or FAT(32).
I read this could make a difference because they store dates and time in a different way.
Or opening the Dropbox web interface and compare the timestamp on the file on the website with the local copy before starting Dropbox to see if they match or what the difference is.
|
|
|
|

|
I've "turned off" the problem, but I'm still not sure about the root cause. After writing my initial post, I realized that at some point before I knew that ToDoList had its own automatic backup procedure, I had set up another tool to copy my tasklists to Dropbox. Since doing that duplicated ToDoList's internal function, I've now turned it off. Looking at the tasklist timestamps, before and after copying the files with the PTReplicator, shows that the modified time is not changed after copying, but the "date accessed" is. If that is enough to trigger the warning described originally, then we've found the cause. If the warning only appears when the modified time is changed, then I have no idea what was causing it. The primary tasklist is not stored in Dropbox, so Dropbox syncing could not be changing the modified date. At any rate, turning off the copying by PTReplicator, and turning off the option you mentioned, has stopped the problem.
|
|
|
|

|
Is it possible to have the F11 key jump to the comments on first press from editing the title field?
At present one must either hit Enter then F11
Or F11 twice.
Just a small thing, but would smooth the process for me.
Thanks
|
|
|
|

|
Ampa wrote: Just a small thing, but would smooth the process for me. But what about the other people who want it to work as it is?
|
|
|
|

|
LOL - I am not for one moment suggesting that you should change the way the program works solely for my benefit (a sod everyone else!
It was just a thought and I wondered whether other people might also prefer to save a key press. But since nobody else chimed in with a "me too" or "that's a jolly good suggestion" it seems that this is far from a universal issue! Indeed my proposed streamlining may well get in the way of other folk's standard work flow.
I shall simply retrain my brain to hit enter as instinct and all shall be well.
As ever - thanks for such a wonderful program, and for being so open to comment in the forum
|
|
|
|

|
I can understand the logic that might say "Since we already have a shortcut for jumping to the tasklist (enter), the comments field ought to have priority when using F11".
|
|
|
|

|
I guess that is what I was getting at.
|
|
|
|

|
Maybe this can help you: http://abstractspoon.pbworks.com/w/page/41719939/AHK_Scripts[^].
Look for: 'Scripts to address the views in ToDoList directly' on that page. I'm referring to Script 3 and 4.
You can use the other scripts, too, of course.
You just have to make sure that the Postmessage Codes fit to 6.5. The ones you find at present on the webpage fit to 6.3 and 6.4.
Sorry, I didn't have the time to update the page.
You find the right codes in the preferences of ToDoList -> keyboard shortcuts. Enable: 'show menu item Id's' and you'll see the codes.
Jochen
|
|
|
|

|
Hello dan
Bravo for custom attributes. This is great
I'd like to put the attributes as I want. Ie replace the attribute columns according to my sense of use. I use todo a very very big project in France on this subject full (doc management, monitoring activities, monitoring activities, monitoring deny ....)
Have you planned this point in your todolist? whether for when
Ink bravo for your great work
cordially
Daniel
|
|
|
|

|
Hi Daniel
I can't speak for Dan, but personally I don't understand your question.
Could it be that you're French speaking?
Dans ce cas, vous pouvez l'expliquer en français et moi ou un des réguliers francophones peuvent traduire pour Dan si cela vous arrange.
[In that case, you could explain in French and me or one of the French speaking regulars could translate it for Dan if that's ok.]
Bàv/Kind regards
Patrick
modified 26 Aug '12 - 15:18.
|
|
|
|

|
Thx Patrick, I too was a little confused but hadn't got round to responding.
|
|
|
|

|
Hi,
The behavior in this message's subject seems logical, but for me it would be more practical that only parent tasks with incomplete subtasks are hidden.
I now sometimes miss tasks in my List View because they still have completed subtasks that are not archived yet.
|
|
|
|

|
Sorry RB, I'm not understanding what you are getting at.
|
|
|
|

|
Well, if I have these tasks/subtasks:
- Task1
- Task1.1
- Task1.2 (completed)
- Task2
- Task2.1 (completed)
Task1.2 and Task 2.1 are completed.
In the Options drop down, I check "Hide parent tasks (List View)" and "Hide completed tasks".
When I switch to List View I see only Task1.1 It seems logical now because of the options I selected, but because I hide the completed tasks I expected to see Task2 as well.
|
|
|
|
|

|
Yes, thanks for pointing that out. Good to see that there are others that think alike.
|
|
|
|

|
Is it possible to select a number of subtasks belonging to the same main task and sort them by title or an other parameter without affecting the sorting of the rest of the tasklist?
|
|
|
|

|
Willdoitintime wrote: without affecting the sorting of the rest of the tasklist? No.
Can I ask what was the situation that led you to wanting this?
|
|
|
|

|
I have a few sub tasks whose title begins with a date, and I wanted to sort them by title so that the date in the title would force listing them by that date order. This was not possible for the selection of subtasks as sorting by title apparently extends to all the tasks in a tasklist.
I cannot bypass this problem even by setting the date not as part of the title of each sub task, but as its Due Date field and sorting the selection by Due Date. The sorting again affects the whole tasklist.
|
|
|
|

|
It probably wouldn't be hard to implement, but we would need to make sure that it was properly integrated with the existing sorting, and I can't see a simple way to do this right now.
Also, you do realise that sorting doesn't change the actual order of the tasks, only the displayed order?
And if you were hoping to have a 'top-level' sort and a 'selected' sort together, then this would come with a lot of constraints, because auto-sorting after editing would wipe out the 'selected' sort.
Likewise, the 'selected' sort would probably not be persistent.
|
|
|
|

|
Thank you for your explanations and pointing out certain limitations about selective sorting.
|
|
|
|

|
On Vista/Win7 64-bit?
If so, can you do two quick experiments, after backing up your tasklist:
1. Drag'n'drop from Outlook onto a blank space in your tasklist.
2. 'File > Import > Outlook' to import some tasks (and making sure you use the 'Folder' button).
|
|
|
|

|
Not quite what you asked for but given...
- Windows 8 Release Preview 64-bit
- Office 2013 64-bit preview
- ToDoList 6.5.5
Task drag-and-drop prompts a 'Create Tasks from Outlook' dialog then adds the task to the .tdl . The file link doesn't work--Windows says 'No apps are installed to open this type of link (outlook)'--but that seems like a Windows not ToDoList problem.
Task import works as well. The 'Folder' button allows selection of a folder and all the tasks within appear for selection. Selected tasks import successfully.
|
|
|
|

|
Thx Ben, that was exactly what I was looking for.
BenBeachy wrote: The file link doesn't work--Windows says 'No apps are installed to open this type of link (outlook)'--but that seems like a Windows not ToDoList problem. Indeed it is. For some reason recent versions of Outlook do not install the 'outlook:' protocol by default. I propose to handle this better in 6.6.
|
|
|
|
|

|
Dan
W7/64 + Office 2010 (sorry, was fighting a BSOD since Monday ...)
Second: Tools - Import - Microsoft Outlook: fabulous what you're able to extract! Allocated To, Allocated By, priority (high=10/normal=5), comments, dates ... great job!
First one: same observation as BenBeachy.
Just a question about the drag'n'drop: why is normal priority 1? Why not 5 too? And why is high only 2?
Same for an e-mail: also prio 1 but those can also have a 'High Importance', 'Normal Importance' and 'Low Importance' which might map to 10 - 5 - 1 respectively.
Also: why is the import giving the Outlook ID in External ID and the drag'n'drop in a File Link? In this latter case the Outlook comments don't seem to be transferred either.
Would it be (I'm thinking out loud) necessary or not to warn when someone tries to import the same task twice (same File Link/External ID respectively)?
Second observation: would you want to remember the setting to remove the tasks from Outlook?
And also: what could be the reason to keep the External ID/File Link to Outlook when you remove the task from Outlook?
Remove task from Outlook doesn't seem to work when selecting a mail instead of a task: by design?
I also noticed 1 hour difference between modified date in Outlook and Last Modified in TDL.
Anyway, it seems they primarily do what they're supposed to do, but I'd go for Import for a more complete data transfer.
Glad you showed me what these options can do
Great job
Thanks!
Patrick
|
|
|
|

|
Thx Patrick. I'll treat all your comments as bug reports.
|
|
|
|

|
Dan
A lot seems fixed in this new pre-feature release: priorities, file link, time difference, ...
I'm NOT stressing everything should be solved but what still seems to remain (drag'n'drop) are e.g.:
- Would it be (I'm thinking out loud) necessary or not to warn when someone tries to import the same task twice (same File Link/External ID respectively)?
- Second observation: would you want to remember the setting to remove the tasks from Outlook?
- Comments in the Outlook Task Comments field are replaced by the other fields overview
But these are just suggestions
Seems we're getting real close!
I'm going to start a new thread for Custom fields though
Grtz
Patrick
|
|
|
|

|
when using 6.5.5 open 6.4.10's file, many data lost(can't see).
zjf
|
|
|
|
 |
|
|
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,667,834 |
| Downloads | 224,898 |
| Bookmarked | 2,918 times |
|
|