Yes, that's a possibility which I thought of and could work, though the 100 percent accurate approach would of course be ideal.
Thanks for the comments.

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: "Doug Lee" <doug....@ssbbartgroup.com>
To: <gw-scripting@gwmicro.com>
Sent: Friday, February 25, 2011 8:06 AM
Subject: Re: Reading One Color


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


Reply via email to