Vectorlight News

  • Chat App Converted to HTML and JQuery
    Sep 08, 2011

    Converted from Silverlight to HTML and Javascript/JQuery is the Vectorlight Chat App. Login using your Vectorlight password to chat using your username and avatar.

  • HTML5 iPhone,Android Big Guns Tower Defense
    Jul 02, 2011

    Big Guns has made the leap from Windows Phone 7 (XNA) to HTML5 so you can now play it on your iPhone, Android and other HTML5 compatible devices.

  • HTML5 Games - Word Poppers and Batty
    Jun 04, 2011

    As the take-up of HTML5 quickens (74% of users currently have a browser capable of HTML5 Canvas) we present two more games for both your browser and mobile.

  • Big Guns Tower Defense on Windows Phone 7
    May 06, 2011

    Coming soon to Windows Phone 7 is an XNA port of the popular Vectorlight tower defense game Super Tower Defense. Whilst retaining many of the graphical and gameplay features of the original Silverlight game.

  • Wakacube WP7 Update
    Apr 26, 2011

    Released to the Windows Phone 7 marketplace today is Version 1.1 of Wakacube the 3D physics game of skill. Included in the update are more levels (30 in total) and new mode Wakatime which generates random crate structures to keep players entertained long after the levels have been completed.

  • Home Page News
effsharp
effsharp
TreeView Checkbox Event Handling Issue Posted: Aug 27, 2010
 

Hi,


Firstly, great component, thanks. Exactly what I was looking for.


Except... ;o)


I have a multi-level treeview using checkboxes. When the user clicks a check box I want to ensure all parent node check boxes and all child node check boxes are set. IE. If a node is the first at that group level to be checked, ensure all parents are checked, and all children are checked.


Clearly I don't want the NodeCheckChanged event to fire while I'm manually setting state. Bad things happen. Consequently I remove the NodeCheckChanged event handler and reassign it once processing is complete. However, even though I unassign this event using "TreeView.NodeCheckChanged -= TreeView_NodeCheckChanged", the event still fires! I can only assume the TreeView code uses it internally to do something or other.


Is it possible to remove this dependency? It's possble to workaround it using global variables to indicate who fired the event but that's a pretty grubby solution.


Cheers,