Unless you change from default settings in the Classic Teamtalk client, channel names end with a parenthesized number while member names don't (unless of course a member decides to do that deliberately). Also a member can never have tree nodes descending from it while a channel can. There may be a better way to do the separation of the two, but that's a pretty good start anyway.
On Thu, Feb 24, 2011 at 12:14:55PM -0500, J.J. Meddaugh wrote: I can check with the developer on this as well. Perhaps there's another way. Basically, I want to look at the Teamtalk main window and extract the names of channels, users, etc. J.J. Meddaugh - A T Guys Your source for Code Factory, the iBill, KNFB Reader, Sendero GPS, audio games, braillers, and more! http://www.atguys.com ----- Original Message ----- From: "Ron Parker" <r...@gwmicro.com> To: <gw-scripting@gwmicro.com> Sent: Thursday, February 24, 2011 10:45 AM Subject: Re: Reading One Color > >To expand on that: if it's owner-drawn, the Data item has to contain some >reference that allows the application to find *everything* it needs to >draw the item. So chances are each item will have different data, because >each item has different text. > > >On 2/24/2011 10:34 AM, Doug Geoffray wrote: >>Doug, >> >>Wake up, you are dreaming <smile>. >> >>Doug G. >> >>On 2/24/2011 9:58 AM, Doug Lee wrote: >>>I'm wondering if the data value, if a pointer, would come back to us >>>in WE as an int, in which case it's possible (not sure about likely) >>>that it would be equal for all tree items of one color - hence, a sort >>>of hash usable to form sets. >>> >>>Do I dream? >>> >>>On Thu, Feb 24, 2011 at 09:39:27AM -0500, Aaron Smith wrote: >>> >>> If it's a colored tree view, then it's most likely owner-drawn, >>>which >>> means (I've been told) that the Data property would have to be a >>> pointer to some data structure, and not of any use in this case. >>> Otherwise, it could potentially hold a color value. Same for the >>>other >>> properties: it's possible, but unlikely. >>> Aaron >>> On 2/24/2011 9:34 AM, Doug Lee wrote: >>> >>>Any chance the Data, Image, OverlayImage, or StateImage property >>>values would map to sets corresponding to the different display >>>colors? >>> >>>Just a wild guess... >>> >>>On Thu, Feb 24, 2011 at 09:26:14AM -0500, Aaron Smith wrote: >>> >>> There's no built in color filter, but you could write one yourself, >>> assuming you have enough self-loathing. >>> You see, there's nothing in the tree view object itself that >>>provides >>> color information. So you're left with having to find the clip that >>> corresponds to the selected node, and obtaining color information >>>from >>> that. The down side (or, one of the down sides) to that task is that >>> tree view nodes aren't always visible. You'd have to navigate the >>> entire tree, focusing and scrolling into view as you go to make each >>> item visible. Fortunately, the TreeViewItem object does have a >>> ScrollTo method. Unfortunately, there no easy way to get the >>>rectangle >>> for the selected item to correlated with your clips. TreeViewItem >>>does >>> have a Handle property, but it's not a handle that you could use >>>with, >>> say, the Windows Find method. Doug humorously suggestion routing the >>> mouse to each node after its been made visible, and pulling the clip >>> from it. Honestly, I'm not sure I can think of a less humorous way >>>to >>> do it. >>> Aaron >>> On 2/23/2011 9:10 PM, J.J. Meddaugh wrote: >>> >>> Hello. Suppose I have a treeview with various items, some of which >>>are >>> in different colors. Is it possible to do a filter by color on the >>> treeview and return a list of items of just one color? >>> >>> Thanks. >>> >>> >>> >>> >>> >>> J.J. Meddaugh - A T Guys >>> Your source for Code Factory, the iBill, KNFB Reader, Sendero GPS, >>> audio games, braillers, and more! >>> [1][1]http://www.atguys.com >>> >>>-- >>>Aaron Smith >>>Product Support Specialist * Web Development >>>GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825 >>>260-489-3671 * gwmicro.com >>> >>>To insure that you receive proper support, please include all past >>>correspondence (where applicable), and any relevant information >>>pertinent to your situation when submitting a problem report to the GW >>>Micro Technical Support Team. >>> >>>References >>> >>> 1. [2]http://www.atguys.com/ >>> >>>-- >>>Aaron Smith >>>Product Support Specialist * Web Development >>>GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825 >>>260-489-3671 * gwmicro.com >>> >>>To insure that you receive proper support, please include all past >>>correspondence (where applicable), and any relevant information >>>pertinent to your situation when submitting a problem report to the GW >>>Micro Technical Support Team. >>> >>>References >>> >>> 1. http://www.atguys.com/ >>> 2. http://www.atguys.com/ >>> >> > > -- Doug Lee, Senior Accessibility Programmer SSB BART Group - Accessibility-on-Demand mailto:doug....@ssbbartgroup.com http://www.ssbbartgroup.com "While they were saying among themselves it cannot be done, it was done." --Helen Keller
