Small width layout Medium width layout Maximum width layout Small text Medium text Large text
     Search
Downloads Downloads Directory Directory Forums Forums Forge Forge Blogs Blogs        Marketplace Marketplace Careers Program Careers
Community › Forums Register  |  

PortalWebHosting
  Ads  
Webhost4Life - $4.95 Windows Hosting
 


  Sponsors  

Meet Our Sponsors

The Official Microsoft ASP.NET Website
Portal Webhosting - Hosting For Developers
Red-Gate Software
MaximumASP
SourceGear - Tools for Developers
.: CounterSoft :.
 


DotNetNuke Forums
 
  Forum  DotNetNuke® Pro...  ClientAPI Compo...  TreeView LoadXML
Previous Previous
 
Next Next
New Post 4/10/2006 4:54 AM
User is offline Gjergji Spaho
13 posts
www.devalbania.com
10th Ranked


TreeView LoadXML 

Hello again,

I have a problem with the Treeview web control.I populate the tree using a generated XML.It also uses populate on demand where the apropriate XML i generated on server and sent to the client.The tree is builded on some parameters such as date, group(indicates the tree root) which can be changed by the users on the interface. The tree works fine and also the populate on demand, also the filtering rebuilds the tree as it should. The problem is that when i click the  + sign to invoke  populate on demand and the tree is updated after that if i want to change the filter(which is done through a postback) the tree remains the same after the first postback and changes as it should on the succesive postbacks till another populate on demand and again the first filter postback doesn't change the tree.

Am i doing something wrong or this is the way it works?

Thanks in advance!

 
New Post 4/10/2006 7:36 AM
User is offline Jon Henning
1622 posts
www.codeendeavors.com
5th Ranked










Re: TreeView LoadXML 
Modified By Jon Henning  on 4/10/2006 9:37:24 AM)

The only data that is sent to the server for POD is the request from the node.  No information about the data on the rest of the page is sent (i.e. filter info). 

For version 3.3 I have added the capability to the client callback to post the other form information, however, this is not incorperated into any of the controls, so will not help.  Eventually it may, but would definitely be an option since it would increase the payload quite a bit.

For now you will probably have to rely on something like session state to persist your filter values between requests.


 
New Post 4/10/2006 8:09 AM
User is offline Gjergji Spaho
13 posts
www.devalbania.com
10th Ranked


Re: TreeView LoadXML 

The tree filters are implemented as server controls and they fire their own events.

I have a method FillTreeView(groupID) which generates the apropriate XML and assigns it  to the tree through LoadXML.

The flow is as follows :

Page_Load->Not IsPostBack->FillTreeView(root)------OK

GroupsDropDownList->SelectedIndexChanged->Event Handdler->FillTreeView(GroupsDropDownList.SelectedValue)-----OK

POD->FillTreeView(e.Node.id)------OK

GroupsDropDownList->SelectedIndexChanged->Event Handdler->FillTreeView(GroupsDropDownList.SelectedValue)--------not OK the tree doesn't change

GroupsDropDownList->SelectedIndexChanged->Event Handdler->FillTreeView(GroupsDropDownList.SelectedValue)(another value)------OK

 
New Post 4/10/2006 1:42 PM
User is offline Jon Henning
1622 posts
www.codeendeavors.com
5th Ranked










Re: TreeView LoadXML 

Have you stepped through your code for the FillTreeView that is not OK?  from what you posted it seems like that is the only place where you would have trouble...  are you saying that the nodes you are populating are not reflected in the tree, or there are twice as many nodes, or any at all? 

Keep in mind that each postback that is done, the nodes in the tree will be persisted automatically between postbacks.  So if you expand the nodes three levels deep through POD and then have another control perform a postback, those three levels of nodes will still be present, unless you clear them yourself.


 
New Post 4/11/2006 1:08 AM
User is offline Gjergji Spaho
13 posts
www.devalbania.com
10th Ranked


Re: TreeView LoadXML 
Modified By Gjergji Spaho  on 4/11/2006 8:39:09 AM)

The problem with the first filter postback after a callback has occured is that the tree should be changed completely because its root changes but nothing happens.

I have stepped through the method code and everything is as it should be.

When the method is called from e filter postback the treeview xml(mTreeView.TreeNodews.XMLDoc.OuterXML) before the new xml is loaded contains also the xml created from POD.

The new xml which is completely different from the previous  one is loaded in the tree through the LoadXML and I checked that mTreeView.TreeNodews.XMLDoc.OuterXML is changed but in the client the tree remains the same as before the postback.The xml string in the __dnnVariable hidden field in the client doesn't change, it doesn't reflect the server side changes.

If i change again  a filter property and do postback everything works fine.

I'll try to put the app somewhere and the source code also.

Thanks for your response.

 
Previous Previous
 
Next Next
  Forum  DotNetNuke® Pro...  ClientAPI Compo...  TreeView LoadXML
 


Forum Policy

These Discussion Forums are dedicated to the discussion of the DotNetNuke Web Application Framework.

For the benefit of the community and to protect the integrity of the project, please observe the following posting guidelines:

1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DotNetNuke.
2. Discussion or promotion of DotNetNuke product releases under a different brand name are strictly prohibited.
3. No Flaming or Trolling.
4. No Profanity, Racism, or Prejudice.
5. Site Moderators have the final word on approving/removing a thread or post or comment.
6. English language posting only, please.

 


DNNMasters - modules, consulting, development
DNNMasters developers are involved in DNN development since DNN 1.0.9 and today we offer a broad range of DNN related products and services including custom development of modules, help with ing third party modules for specific needs, general DNN technical support and administrative services.
www.dnnmasters.com
Cygnusoft Custom Software
Cygnusoft has been providing cutting-edge custom software solutions for 20 years. Cygnusoft is also a leading start-up incubator, helping our partners build successful new businesses.
www.cygnusoft.com
Digicon: DotNetNuke design and development
Digicon is based in Brisbane, Queensland, Australia
digicon.com.au

DotNetNuke Corporation   Terms Of Use  Privacy Statement
DotNetNuke®, DNN®, and the DotNetNuke logo are trademarks of DotNetNuke Corporation
Hosted by MaximumASP