Difference between revisions of "Extension talk:Treeview5.php"
(Add see also -which version of Dtree?) |
(Looks like this one is not Dtree) |
||
Line 15: | Line 15: | ||
==See also== | ==See also== | ||
*[http://www.destroydrop.com/javascripts/tree/ DTree] | *[http://www.destroydrop.com/javascripts/tree/ DTree] | ||
− | *[http://www.silpstream.com/blog/wp-dtree/ Dtree | + | *[http://www.silpstream.com/blog/wp-dtree/ Slipstream wp-Dtree] |
Revision as of 21:50, 17 February 2008
A more logical way of approaching a treeview in MediaWiki is for the PHP extension part to concentrate on allowing the bullet lists (and maybe numbered lists too) to work recusively with transclusion, and for the tree rendering to be handled by existing JavaScript components such as DTree which are very good and packed with features such as persistence between pages.
Treeview4 already handles the recursion aspect well and has been written in a much more modular way than Treeview3 allowing it to be independent of the tree rendering. But with this version I'd like to make the list-recursion work without any parser-function syntax at all - i.e. essentially to fix the MediaWiki parser's limitation of not allowing transclusion to work properly with lists as in the following example.
*Foo **Bar **{{:Baz}} **Fodda
The new version would allow the Baz article (if it were a bullet list) to be properly nested at the correct level in the parent tree. This would simply be based on the fact that the transclusion is directly after an asterisk.
The #tree parser-function would still be used to make bullet lists into trees, but would be optional and would simple wrap the structure in the appropriate HTML to activate the DTree JavaScript tree.