Test case.
Create two tables.
And note above then even though both have initsort="2" only the first it sorted.
I ran into this problem when I made a TWiki application where I need several tables in the same topic to be sorted. I noticed someone else has reported this on the
TWiki:Plugins.TablePluginDev topic.
I know it can be hard to make more than one table sort when you click on a header because the current URL syntax does not refer to multiple tables.
But the initsort option should be able to work so that must be a bug.
KJL
This is a known problem, and not easily solved. TablePlugin code assumes there is only one table, and
initsort
is linked with the "one table" problem.
AC
I sure hope someone will pick it up because this is a major problem.
We are repeatedly running into this problem. Especially when we merge several topic into presentations.
KJL
I have a fix for this one.
I want to test a few more days before I check it in. Just want to signal that I am working on it to avoid double work.
My fix addressed the problem that sorting defined with initsort only works on first table. This is a major limitation and bug that many have reported in the
TWiki:Plugins.TablePluginDev topic.
I do not intend to implement a feature that allows sorting more than one table by clicking the header. Defining the spec for that and agreeing on it is not an abvious thing and that would be an enhancement.
But the initsort fix is straight forward. A table is initsorted UNLESS it is sorted by clicking on a column header. If you click on a header of another table the first table goes back to the default sort defined by initsort or not sorted if no initsort. And the new table is sorted as the users wish by clicking the header. That spec is pretty obvious and clear.
Changing to Actioning in the meening "Taken".
KJL
Should be fixed now. Have run the manual test cases from test cases web and found additional bug which was also fixed.
Will not release the plugin to t.o yet because I need to verify with Arthur if the up and down arrow icons are intentionally swapped from what they were in 4.0.5 and all ealier versions
KJL
Arrows gone - working on it
KJL
Arrows back
KJL
Studied the way arrows and sorting works in other programs and it works like Arthur has recently implemented it. So TWiki should follow same industry standard.
This means I have no further actions other than releasing the plugin.
KJL
Yes, it is user interface default to show the sorted state.
I don't see anything wrong on the testcase page, so it can be released. When 4.1 goes out of the door we need to put the new TablePlugin in plugins web.
AC
The testcase page is a great tool. I found many problems with that that caused a couple of extra checkins.
I have released the plugin on Plugins web. I did not do anything that is uniquely 4.1 in addition to 1.019. So this bug item is fully done.
KJL
4.1.0 released
KJL