We were rather disappointed with the new control as well.
We'd been using the
IE TreeView control (in Microsoft.Web.UI.WebControls) and
were looking forward
to the one in ASP.NET 2.0. Its lack of client-side
scripting support was a real
downer; the flexibility of its data binding features was
really attractive, but
we just couldn't live without better scripting support.
So instead (since the IE control comes with source code), we
juiced up the old
control by adding (exposing, really) support for passing in
an XsltArgumentList,
support for specifying a resource key instead of text, and I
resolved myself to
improving my XSL Transform skills. The IE control is still
a bit shaky, but
I'll take a bird in the hand any day, 'specially if the
bird comes with source
core.
-----Original Message-----
From: Discussion of building .NET applications targeted for
the Web
[mailto OTNET-WE
B DISCUSS.DEVELOP.COM] On Behalf Of Andy McMullan
Sent: Wednesday, April 19, 2006 8:51 AM
To: DOTNET-WEB DISCUSS.DEVELOP.COM
Subject: Re: [DOTNET-WEB] TreeView without PostBack?
..
In general I've found the treeview control to be quite
disappointing.
For example, it includes check box support, but no way to
have
checking of a parent automatically check the child nodes.
And there's
no support for client-side scripting, so if functionality
like that
isn't provided out of the box, you can't easily add it.
===================================
This list is hosted by DevelopMentorŪ http://www.develop.com
View archives and manage your subscription(s) at http://discuss.develop.com
|