Initial testing on 60.2.1

[zell-mbc]

Great stuff! Thanks for this Roy.
Here a few observations:

1. The usage sections says that the extension needs the location of todo.txt and done.txt. Took me a while to figure out where these are configured. A quick hint to "Tools/AddOn Preferences" would help others I guess?
2. After setting the location the task list in Thunderbird stayed empty, restart TB wouldn't help and I couldn't find a way to refresh. Once I entered a new task in TB all of a sudden all the other tasks appeared. Not a big deal but in the light of first-impressions count, you may want to look into this.
3. I tried your "(A) foobar +Dev +Home @pr" example and a few others but only priority seems to get picked up, location and category won't.

[rkokkelk]

Hi,

Thank you for the feedback, it is highly appreciated!

1. Good idea, I'll add it to the description. I've looked into automatically opening the properties for when the files have not been selected. However, did not manage to implement it so far, I'll again look into it.

2. That is definitely not the way it should work. Currently changing the properties should immediately refresh everything. Could you verify the following, given your example: was the todo.txt calendar already selected to be shown in Lightning, before you modified the todo.txt files. It is possible that the calendar was hidden and was only shown once you have added a new task?

3. Did you check the Show Projects and Context in the title option, this should modify that behaviour for you. Maybe this property should be better described, any advice on where that should be?

[zell-mbc]

Re #2, the paths were set already from when I installed the alpha version, maybe there were other leftovers which blocked the list initially? Things are working fine since the list showed up for the first time. The calendar was definitely active, I did check when troubleshooting.

#3, yes, both are set. I went with the defaults. But for some odd reason when I tried this "test +category @location" again before responding to you things worked? No idea what was different previously. I did reboot since but that's about the only change I made. I'll keep an eye on it and will report back if it re-appears.
The location of these settings is fine, I just did realize this menu existed at first.

[Cyberklabauter]

Really nice work! Thank you.

I have the same Problem (like no. 3).
a) "(A) foobar +Dev +Home @pr" results in: only priority seems to get picked up, location and category won't.
b) Creating a new task in Lightening (using menu buttons) result in only priority seems to saved in ToDo.txt, location and category won't.

("Show Projects and Context in the title" has a checkmark")

In the console I see the following error message:
"DEPRECATION WARNING: calUtils' cal.dateTimeToJsDate() has changed to cal.dtz.dateTimeToJsDate()
You may find more details about this deprecation at: https://bugzilla.mozilla.org/show_bug.cgi?id=905097
jar:file:///C:/Program Files (x86)/Thunderbird/Data/profile/extensions/[email protected]!/components/calTodotxt.js 214 cSC_modifyItem
jar:file:///C:/Program Files (x86)/Thunderbird/Data/profile/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D.xpi!/components/calItemModule.js -> resource://calendar/calendar-js/calTransactionManager.js 158 doTransaction
jar:file:///C:/Program Files (x86)/Thunderbird/Data/profile/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D.xpi!/components/calItemModule.js -> resource://calendar/calendar-js/calTransactionManager.js 39 createAndCommitTxn
chrome://calendar/content/calendar-item-editing.js 635 doTransaction
chrome://calendar/content/calendar-item-editing.js 351 onModifyItem
chrome://lightning/content/lightning-item-iframe.js 3044 onCommandSave
chrome://lightning/content/lightning-item-iframe.js 428 onAccept
chrome://lightning/content/lightning-item-iframe.js 193 receiveMessage"

[Cyberklabauter]

Sorry, forget to tell what version I am using. My TB version is 60.5.0.

[Cyberklabauter]

I noticed a nother minor thing:
I synchronised my todo.txt with other destop and mobilapps. They add the creation date at the the first position (the plugin put it at the second position - after the priority). If I add a task with such an external app, the task isn't recognised by your plugin. So it would be great to add the creation date at the first position, so that the priority is recognised even the task was added with an external app.

[Cyberklabauter]

I have to correct myself. After testing several apps at the second position seems to be the right position for the creation date. The priority should be at the frst position. Some programs have an option to change that order. Sorry for the confusion.

Projects and Context problems still unsolved. Only showing up in the title.