Info: ToDoList 7.2.RC2 is available for download

[.dan.g.]

Hi Everyone

Get it here or if you have any previous 7.2 pre-release you can update via 'Help > Check for Updates'.

Please only add bug reports and comments about 7.2 to this thread. 

Comments elsewhere will be ignored.

What's Changed from 7.2.RC1:

• Fixed listbox selection/drawing of checkboxes
• Fixed various high DPI rendering issues in 'Week Planner'
• Fixed 'Task Tree' loss of expanded tasks state after refiltering
• Fixed 'Gantt Chart' dependency rendering for 'Calculated Dates'
• Fixed 'Gantt Chart' date range recalculation
• Fixed 'Edit > Find Tasks' grouping results by tasklist
  
• Added 'Completion' checkbox to 'Mind Map'

Enjoy!

[mikro]

Bug: Set Custom Attributes are lost if Dropdown List is opened an closed without Selection.

Hi Dan,

I just stumbled about a Bug. In the Introduction Tasklist attached I created a custom Attribute called 'List' an set a few Tags.

If you now select Tasks with an assigned Attribute open the Attributes Drop-Down Menu and close it again without doing any Selection the previously set Tags from this list are lost in all selected Tasks.

That's nasty and disables the possibility to add a Tag the a Selection of Tasks which previously had Tags set.

Cheers

Mikro

[.dan.g.]

Thx Mikro

Could you possibly record me a bug report for this?

[mikro]

Hi Dan,

sure, here you go.

cheers

Mikro

[mikro]

Hi Dan,

I'm sorry but I found another one, not so nasty though.

If you rearrange and resize Columns in Gantt View the Task Column kind of remains stuck and begins to overlap with the neighbouring columns.

It seems to occour with whichever column you choose and the Task Column.

Example List and Bug-Recorf attached.

cheers

Mikro

Am Sonntag, 15. Juli 2018 11:27:59 UTC+2 schrieb .dan.g.:

[.dan.g.]

Thx Mikro.

In truth I thought I had coded it so that it wasn't possible to drag any column to the left of the 'Task' column because that made things much more complicated internally.

So the fix for now might just be to prevent such an action that rather than to allow it. Depends on how tricky it is...

[mikro]

Hi Dan,

thx for the update. I think its not really mission critical to be able to drag columns to the left of tasks in the Gantt View.

All the Info is there and task name to me appears to be the most important...

cheers

Mikro

[mikro]

Good morning Dan,

noticed another issue concerning task dependencies.

If I select a task and add a dependency using the "Add Dependency" Button a new dependency arrow is added in the Gantt View, but the dependencies allready in the field are overwritten. Only the last added dependency remains.

If I type them in manually the are stored correctly.

While typing in dependencies manualy there is a little update bug. For example if I want to enter "16" and Task "1" is availabe, after typing "1" the field gets updated and draws a dependecy to "1" resetting the cursor to the first Position of the edited dependency in the field.

If then the "6" keystroke for "16" follows I get "61" ... perhaps delaying the update until the field looses focus or a short delay  could fix that.

cheers

Mikro

Am Sonntag, 15. Juli 2018 11:27:59 UTC+2 schrieb .dan.g.:

[.dan.g.]

I understand now. The functionality I added to the 'Category', 'Tags' and 'Alloc To' to handle 'mixed states' also needs to be added to custom attributes.

[.dan.g.]

>> after typing "1" the field gets updated and draws a dependecy to "1" resetting the cursor

I'm not seeing this on Windows 10. Are you on Windows 7?

[mikro]

Hi Dan,

yes, I'm working on a Windows 7 PC.

[mikro]

Ok, I see. If the mixed state handling is currently not available for custom attributes that explains the issue from my perspective.

I think identical behaviour would be an advantage. There for shure will be occasions where you forget that you are just handling a custom attribute and create data loss...

[mikro]

Do you think adding drop-down filter menus for custom attributes is a realistic perspective? That would rid the user from having to use "Find Task" queries to filter in custom attributes.

[.dan.g.]

>> Do you think adding drop-down filter menus for custom attributes is a realistic perspective?

7.2 should already have support for filtering on 'list' attributes via the 'Features' droplist

[.dan.g.]

Hmm, I'm still not able to reproduce this Mikro.

Could you possibly attach a copy of your preferences please?

[.dan.g.]

ps. I also came across another issue:

Whenever a dependency is created/edited the dates of dependent tasks are recalculated (if the preferences are configured properly).

Which means (to continue with your example) that the dates of both Task "1" and Task "16" get recalculated which I very much doubt is the intention of the user.

So I think that I will have to change the handling to be something like you have suggested: change of focus, <enter> key, comma, etc

ps. Thanks for finding all these bugs and supplying helpful feedback :)

On Wednesday, 1 August 2018 19:58:59 UTC+10, mikro wrote:

[mikro]

Just checked that. It works for list attributes.

My "Followup" attribute unfortunately is a date. For dates filtering options as integrated for the 'Due Date' are not available as it seems.

Having these would be a very handy improvement.

[.dan.g.]

Custom dates are harder because the meaning is not immediately clear without more work:

ie. Show tasks before the specified date OR after the specified date OR on the specified date.

Obviously I can prefix the date field with a droplist of options, it's just more work

[mikro]

You're welcome!

Thank you for creating and improving this great tool continuously!

[mikro]

I see!

To keep things in line I could well imagine to just stick to the options A) to K) in the existing 'Started by' and 'Due by' Filters.

Of if it is more streamlined to be implementable for 7.2 three Options like <before Date>, <exact Date>, <after Date> would allready by a great help

If more or different needs arise that would be a new topic I suppose.

[mikro]

I took a look in the ToDoList.ini, there are a few filespecific entries that I wouldn't like to post.

`

I tried to extract a fresh ToDoList folder from your archive to reproduce (or cure possibly) the behaviour with a clean ini.

ToDoList seems to pull an ini from somewhere else. In my working copy of TDL I renamed the ToDoList.ini to ToDoList.ini.org but still after launching TDL custom settings and last opened Lists are loaded...

How do I create a clean install to try and generate a new .ini showing the behaviour at my PC for you?

Am Freitag, 3. August 2018 02:26:07 UTC+2 schrieb .dan.g.:

[mikro]

Just found the "Cleanup ini Preferences" tool ;).

Very handy!

Here is the cleaned ini file. Behaviour concerning the issue above is unchanged.

[mikro]

Hey Dan,

here we go again ;)

Bug: Custom attribute members are not filterable if multiple tasklists with identically named custom attribute but different members are opened at the same time.

Step by Step.

> I create two Taslists with an identical custom attribute "Gremium" (Meeting).

> The custom attribute of both lists is populated with different entries. List 1 Meeting 1-3, list 2 Meeting 3-5

> If I open both tasklists the list opend at first is filterable by "Gremium" and shows all entries "Meeting 1-3"

> The list opend second has the dropdownmenu "Gremium" but only shows the entries of list 1 "Meeting 1-3" not "Meeting 3-5" which would be correct.

> If I filter list 2 with a member used by both lists "Meeting 3" the filtering works...

Thinking it through while writing... could it be that the internal custom attributes names cause colliding identities when list 2 is opened? Or could it be that an event to refresh the lists entries on switching task lists is not trigged?

Lists an bugtrace enclosed

cheers

Mikro
Am Sonntag, 15. Juli 2018 11:27:59 UTC+2 schrieb .dan.g.:

[.dan.g.]

Thx again for an excellent report Mikro. No idea what's causing it - most peculiar!

[.dan.g.]

>> Or could it be that an event to refresh the lists entries on switching task lists is not trigged?

Yes indeed. The existing code does not detect a change in the filter 'layout' so the droplist items don't get updated. I will have a fix for RC3.

On Tuesday, 7 August 2018 17:33:27 UTC+10, mikro wrote:

[.dan.g.]

Fixed in 7.2.RC3

On Friday, 20 July 2018 22:04:23 UTC+10, mikro wrote:

[.dan.g.]

Add dependency Fixed in 7.2.RC3

On Wednesday, 1 August 2018 19:58:59 UTC+10, mikro wrote:

[.dan.g.]

Fixed in 7.2.RC3

On Tuesday, 7 August 2018 17:33:27 UTC+10, mikro wrote:

[mikro]

You rock ;)

\m/