perl-win32-gui-users — Using the Win32::GUI Perl extension

[perl-win32-gui-users] no events when tree view is tabstrip child (665)

[Straub, P. (Peter) <st...@op...>]

Hi all,

I try to migrate an existing script from win32-gui
558 to 665. One show-stopper I came upon was that
no NodeClick events are generated by a tree view
control if it is child of a tab strip control.

Everything works as advertised when the tree view
is the main window's child.

There's no 665 specific stuff (like the new
event model), see code below.

Any magic involved I am not aware of? Thanks for
your ideas!

Cheers
  Peter

---8<-------------------------------------8<---
use Win32::GUI;
$Window = new GUI::Window(
    -name   => "Window",
    -text   => "Win32::GUI TEST - TreeView",
    -left   => 0, 
    -top    => 0,
    -height => 200, 
    -width  => 250,
);
$Tab = $Window->AddTabStrip(
    -name   => "Tab",
    -left   => 10,   
    -top    => 10, 
    -width  => 200, 
    -height => 150,
);
$Window->Tab->InsertItem(
    -text => "First", 
);

$TV = $Tab->AddTreeView(
    -name      => "Tree",
    -width     => 150, 
    -height    => 100,
    -left      => 20, 
    -top       => 40,
    -lines     => 1, 
    -rootlines => 1,
    -buttons   => 1,
);
$TV1 = $TV->InsertItem(
    -text          => "ROOT", 
);
$TV3 = $TV->InsertItem(
    -parent        => $TV1, 
    -text          => "SUB 1", 
);
$TV2 = $TV->InsertItem(
    -parent        => $TV1, 
    -text          => "SUB 2", 
);
$Window->Show();
Win32::GUI::Dialog();

sub Window_Terminate {
    $Window->PostQuitMessage(0);
}
sub Tree_NodeClick {
    my %node = $TV->GetItem($_[0]);
    print "Click on node '$node{-text}' \n";
    return 1;
}
sub Exit_Click {
    $Window->PostQuitMessage(0);
}
---8<-------------------------------------8<---

[perl-win32-gui-users] no events when tree view in tabstrip (665)

[Straub, P. (Peter) <st...@op...>]

Hi all,

I try to migrate an existing script from win32-gui
558 to 665. One show-stopper I came upon was that
no NodeClick events are generated by a tree view
control if it is child of a tab strip control.

Everything works as advertised when the tree view
is the main window's child.

I don't use any 665 specific stuff like the new
event model.

Any magic involved I am not aware of? Thanks for
your ideas!

Cheers
  Peter

[perl-win32-gui-users] Rich edit: formatted text lost when scrollled

[Straub, P. (Peter) <st...@op...>]

Hi all,

like other contributors to this list I experienced
refresh problems with rich edit controls (Win32-GUI 558).
Everything displays ok but when the contents is scolled,
especially some chars I add this way:

  $wRichEdit->Select($iOffset, $iOffset+1);
  $wRichEdit->ReplaceSel(chr(0x3A));
  $hFormat{-color} = hex("FF0000");
  $wRichEdit->Select($iOffset, $iOffset+1);
  $wRichEdit->SetCharFormat(%hFormat);

I'm afraid I can not recover from this with the "update"
solution that has been suggested so far, at least I'm not
aware of any usable event to trigger it with.

Anything wrong with my code?
All Suggestions greatly appreciated. Thanks!

Peter

P.S.:
I already thought about migrating to 665, but then I
need subclassing to get mouse events from the rich edit
controls and this doesn't seem to work ... ?

Re: [perl-win32-gui-users] How to check Dr. Watson error on desktop?

[Johan L. <jo...@ba...>]

At 13:14 2002-06-04 -0700, Khan, Moin wrote:
>I am trying to look for the title of window(eg. Dr. Watson Error on 
>Desktop) so i can log that error?
>any idea?

Not sure what you're after here...

If you want the title (the text in the Titlebar of the window) of the 
topmost window, here's how to do it:

my $title = Win32::GUI::Text(Win32::GUI::GetForegroundWindow()) || "";

If the DrWatson window isn't put on top, then you'll have to find the 
window handler (hwind) some other way. I think that you can enumerate the 
application windows using Win32::ActAcc and/or Win32::GuiTest.

If what you really want is the text displayed _in_ the window, then you can 
find the hwind of the DrWatson top window, and then using one of the above 
modules find the control that contains the text.

If you have Visual Studion installed, look at the program Spy++ something 
that can be used to analyze windows on-screen.


/J

-------- ------ ---- --- -- --  --  -    -     -      -         -
Johan Lindström    Sourcerer @ Boss Casinos     jo...@ba...

Latest bookmark: "Phil's Field Guide to Trolls"
http://home.att.net/~philelmore/fieldguidetotrolls.html

RE: [perl-win32-gui-users] Change Window properties from external module : Don't read my last question, thanks

[Guillem C. W. <vac...@es...>]

Don't read my last question.

We are humans...and sometimes we do/make stupid errors....   :(

Guillem
  -----Mensaje original-----
  De: Guillem Cunillera Wefers <vac...@es...>
  Para: Per...@li... =
<Per...@li...>
  Fecha: dimecres, 5 / juny / 2002 20:46
  Asunto: [perl-win32-gui-users] Change Window properties from external =
module


  Hi again,

  In this case I would like to Disable a Window from a external module, =
I have declared a Window with "Our".=20

  package Mailtool::gethttp;

  our $WindowGet =3D Win32::GUI::Window->new (
   ...

  Is this possible to change his properties externaly,
  I have tried thinks such as:

  package Mailtool::accesweb;

  use Mailtool::gethttp;

   if ($Mailtool::gethttp::WindowGet->IsVisible())
      {
       $Mailtool::gethttp::WindowGet->Disable();
      }

  but no results...

  The only way to do this is passing the WindoGet as a parameter ?

  Guillem

[perl-win32-gui-users] Change Window properties from external module

[Guillem C. W. <vac...@es...>]

Hi again,

In this case I would like to Disable a Window from a external module, I =
have declared a Window with "Our".=20

package Mailtool::gethttp;

our $WindowGet =3D Win32::GUI::Window->new (
 ...

Is this possible to change his properties externaly,
I have tried thinks such as:

package Mailtool::accesweb;

use Mailtool::gethttp;

 if ($Mailtool::gethttp::WindowGet->IsVisible())
    {
     $Mailtool::gethttp::WindowGet->Disable();
    }

but no results...

The only way to do this is passing the WindoGet as a parameter ?

Guillem

Re: [perl-win32-gui-users] Everyone's work

[David K. <da...@gi...>]

Everyone's work
FARRINGTON, RYAN <rya...@ci...> wrote:

> I'm extremely interested to see what everyone has come up with...
> Does anyone know a site that would be suitable for uploading our
> "working" Win32::Gui applications for everyone to see... I have
> something simple but I think people supporting a Win32 environment
> would think it useful as a tool =)

might i suggest sourceforge.net assuming, that is, your applications are
open source?

http://sourceforge.net/docman/display_doc.php?docid=774&group_id=1

-dave

[perl-win32-gui-users] subclassing in build 665?

[Straub, P. (Peter) <st...@op...>]

Hi all,

I try to migrate an existing application from 558
to 665 and I am stuck because subclassing doesn't
(seem to) work in this version...
I subclass rich edit controls to make them mouse-
and keystroke-aware:

my $EditorClass = new Win32::GUI::Class(
  -name => "Editor",
  -extends => "RichEdit",
  -widget => "RichEdit",
);

my $redAllMessages = $winMain->AddRichEdit(
  -class     => $EditorClass,
  -name     => "RedMessages",
  -text     => "",
  -left     => 0,
  -top      => 0,
  -addstyle => WS_TABSTOP |
               WS_CHILD |
               WS_VISIBLE |
               WS_HSCROLL |
               WS_VSCROLL |
               ES_LEFT |
               ES_READONLY |
               ES_MULTILINE,
  -addexstyle  => WS_EX_CLIENTEDGE,
);

This works for "LButtonDown" and "MouseMove"
events and helps to implement sorts of "links"
and a custom cursor shape.
Is there a way to achieve this in version 665?
Should I wait for 772 :)?
Please advise...

Cheers-
Peter

[perl-win32-gui-users] How to check Dr. Watson error on desktop?

[Khan, M. <MK...@sm...>]

Hello,
I am trying to look for the title of window(eg. Dr. Watson Error on Desktop)
so i can log that error?
any idea?
thanks,
-Moin Khan

[perl-win32-gui-users] Everyone's work

[FARRINGTON, R. <rya...@ci...>]

I'm extremely interested to see what everyone has come up with... Does
anyone know a site that would be suitable for uploading our "working"
Win32::Gui applications for everyone to see... I have something simple but I
think people supporting a Win32 environment would think it useful as a tool
=)

[perl-win32-gui-users] Re: Richedit: refresh problem

[Jonathan S. <jso...@al...>]

Sean,

Thanks a million ... using

$MainWindow->InvalidateRect(0);

did the trick!


Jonathan


At 6/4/2002 05:40 AM, you wrote:
>>The text gets to the last position in the richedit control fine but the
>>whole control isn't refreshed properly.  There are grey lines through the
>>control and the vertical scroll bar doesn't display properly.  If I
>>minimize my window and then restore it then it displays properly.
>
>I suggest adding the following line to your update sub:
>
>$MainWindow->Results->InvalidateRect(0);
>
>This will force Windows to redraw the RichEdit.  (I didn't test this on 
>your code, but InvalidateRect has worked for me in the past.)  You may 
>need to use $MainWindow->InvalidateRect(0) - I seem to recall some problem 
>in the past with InvalidateRect on child controls.  (Of course, my memory 
>could be faulty.)

Re: [perl-win32-gui-users] Richedit: word wrap and still a refresh problem

[Sean H. <jal...@ho...>]

>I want this control to word-wrap but it isn't.  Do I need to add something
>to one of the style options?

Use the multiline => 1 option.  I did a little testing with the code you 
gave, and for some reason, ES_MULTILINE doesn't work (nor did 4, the value 
of ES_MULTILINE).  Perhaps multiline is something that needs to be set a 
creation time, but I thought that the -addstyle option took effect at 
creation time, so I don't know what's going on there.  In any case, using 
the option above works for me.

>The text gets to the last position in the richedit control fine but the
>whole control isn't refreshed properly.  There are grey lines through the
>control and the vertical scroll bar doesn't display properly.  If I
>minimize my window and then restore it then it displays properly.

I suggest adding the following line to your update sub:

$MainWindow->Results->InvalidateRect(0);

This will force Windows to redraw the RichEdit.  (I didn't test this on your 
code, but InvalidateRect has worked for me in the past.)  You may need to 
use $MainWindow->InvalidateRect(0) - I seem to recall some problem in the 
past with InvalidateRect on child controls.  (Of course, my memory could be 
faulty.)

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

[perl-win32-gui-users] Richedit: word wrap and still a refresh problem

[Jonathan S. <jso...@al...>]

I have a richedit control defined as follows:

    # define Message richedit
    $MainWindow->AddRichEdit(
	-name	=> "Message",
	-top    =>125,
	-left   => 10,
	-width	=> $MainWindow->ScaleWidth - 25,
	-height  => 65,
	-tabstop => 1,
	-addstyle=> WS_CHILD | WS_VISIBLE | WS_VSCROLL | ES_LEFT | ES_AUTOVSCROLL,
	-addexstyle=> WS_EX_CLIENTEDGE,
    );

I want this control to word-wrap but it isn't.  Do I need to add something 
to one of the style options?


Also I had posted a message earlier about another richedit control needing 
to be refreshed properly but it still isn't.  Here is the control definition:

    # define Results richedit
    $MainWindow->AddRichEdit(
	-name	=> "Results",
	-top    => 215,
	-left   => 10,
	-width	=> $MainWindow->ScaleWidth - 25,
	-height  => 65,
	-addstyle=> WS_CHILD | WS_VISIBLE | WS_VSCROLL | ES_LEFT | ES_AUTOVSCROLL 
| ES_READONLY,
	-addexstyle=> WS_EX_CLIENTEDGE,
    );

and here is the code that does the updating:

sub UpdateResults {
    my ($text,$format) = @_;
    $MainWindow->Results->SetCharFormat(@{$ResultsTextFormat{$format}});
    $MainWindow->Results->Select(999999,999999);
    $MainWindow->Results->ReplaceSel("$text\n", 1);
    select(undef, undef, undef, 0.25);
    $MainWindow->Results->SendMessage(0x115, 1, 0) while $text =~ /\n|$/g;
    Win32::GUI::PeekMessage(0,0,0);
    Win32::GUI::DoEvents();

    return;
}

The text gets to the last position in the richedit control fine but the 
whole control isn't refreshed properly.  There are grey lines through the 
control and the vertical scroll bar doesn't display properly.  If I 
minimize my window and then restore it then it displays properly.

Jonathan 

[perl-win32-gui-users] Win32::GUI::DIBitmap & Win32::GUI::AxWindow

[Laurent R. <ro...@cl...>]

Hello,

I have release new version of Win32::GUI::DIBitmap and Win32::GUI::AxWindow.

Win32::GUI::DIBitmap = add new load/save image format and some image
manipulation.

Win32::GUI::AxWindow = Add ActiveX Control Hosting.

See more at : http://perso.club-internet.fr/rocherl/Win32GUI.html


Laurent.

Re: [perl-win32-gui-users] RichEdit update

[Morbus I. <mo...@di...>]

 >I have a routine that updates my richedit control but while it is getting
 >updated the control does not refresh properly.  Here is my code:

Try the following. This is what I use in AmphetaDesk:

    my ($message) = @_;

    # select our last line.
    $logbox->Select(999999,999999);
    $logbox->ReplaceSel("$message\n", 1);
    select(undef, undef, undef, 0.25);

    # autoscroll the log box.
    $logbox->SendMessage (0x115, 1, 0) while $message =~ /\n|$/g;

    # listen for good measure.
    Win32::GUI::PeekMessage(0,0,0);
    Win32::GUI::DoEvents();


-- 
Morbus Iff ( i'm the droid you're looking for )
Culture: http://www.disobey.com/ and http://www.gamegrene.com/
Tech: http://www.oreillynet.com/pub/au/779 - articles and weblog
icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus

RE: [perl-win32-gui-users] RichEdit update

[FARRINGTON, R. <rya...@ci...>]

if I'm reading this correctly you are wanting to replace everything in the
Richedit box with your new $text? the easiest way I found was to just use
$MainWindow->Results()->Text($text); if I am incorrect in my assumption
please let me know....


so the new sub would be 

sub UpdateResults {
    my ($text,$format) = @_;
    $MainWindow->Results()->SetCharFormat(@{$ResultsTextFormat{$format}});
    $MainWindow->Results()->Text($text);
    return;
}




-----Original Message-----
From: Jonathan Southwick [mailto:jso...@al...]
Sent: Thursday, May 30, 2002 11:20 AM
To: per...@li...
Subject: [perl-win32-gui-users] RichEdit update


I have a routine that updates my richedit control but while it is getting 
updated the control does not refresh properly.  Here is my code:

sub UpdateResults {
    my ($text,$format) = @_;
    $MainWindow->Results->SetCharFormat(@{$ResultsTextFormat{$format}});
    $MainWindow->Results->Select(999999,999999);  # this puts the cursor at 
the end of the text
    $MainWindow->Results->ReplaceSel($text, 1);  # this replaces what's 
there with what I want
    $MainWindow->Results->Update();
    $MainWindow->Update();
    return;
}


Shouldn't this work?

Jonathan


_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_______________________________________________
Perl-Win32-GUI-Users mailing list
Per...@li...
https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users

[perl-win32-gui-users] RichEdit update

[Jonathan S. <jso...@al...>]

I have a routine that updates my richedit control but while it is getting 
updated the control does not refresh properly.  Here is my code:

sub UpdateResults {
    my ($text,$format) = @_;
    $MainWindow->Results->SetCharFormat(@{$ResultsTextFormat{$format}});
    $MainWindow->Results->Select(999999,999999);  # this puts the cursor at 
the end of the text
    $MainWindow->Results->ReplaceSel($text, 1);  # this replaces what's 
there with what I want
    $MainWindow->Results->Update();
    $MainWindow->Update();
    return;
}


Shouldn't this work?

Jonathan

RE: [perl-win32-gui-users] fonts and colors

[Rogers, J. <rog...@oc...>]

> outgoing ftp the tabstrip text changes to red, or something. 
> i've tried
> using -foreground => [255,0,0] and/or 0x0000FF(which i think 
> is red) but


I had a look at the docs I dont think you can control the tab strip text in
this way.
from win32gui.html...
-------------------------------------
ChangeItem(ITEM, %ATTRIBUTES)
Change most of the options used when the item was created (see
InsertItem()). Allowed %ATTRIBUTES are: 

 -image 
 -text
[Method valid for Object: TabStrip] 
--------------------------------------

But you could make yourself some images(with the text in different colours)
and subsitute them on your event.
See tabstrip.pl in the samples.

Re: [perl-win32-gui-users] eek! =)

[Johan L. <jo...@ba...>]

At 12:15 2002-05-28 -0400, Morbus Iff wrote:
>Yup, I see this in my own scripts. From what I understand, it's equivalent 
>to Win32::GUI saying "hey! there are no events for me to respond to". I've 
>done the requisite searching, .pm looking, and so forth, and the only 
>non-destructive way I stopped the error was to add the following to my script:

Maybe if you disable warnings before the call to DoEvents? Like so:

{    #Introduce a block to limit the lexical scope
local $^W;    #Localizing it will set it to 0
Win32::GUI::DoEvents();
}    #End lexical scope, restore the localized warnings setting

Does that work?


/J

-------- ------ ---- --- -- --  --  -    -     -      -         -
Johan Lindström    Sourcerer @ Boss Casinos     jo...@ba...

Latest bookmark: "Why templating?"
http://www.perlmonks.org/index.pl?node_id=135630
dmoz (1 of 5): /Computers/Programming/Languages/Perl

Re: [perl-win32-gui-users] eek! =)

[Morbus I. <mo...@di...>]

>Using Win32::GUI and I'm having a problem with the program reporting to 
>windows that it is not responding. I know that it is because of the loop I 
>have the program in but I still want the user to work while I'm processing 
>in the background. I found a reference to $win->DoEvents() but as far as I 
>can see that works but it errors out with "Use of uninitialized value in 
>subroutine entry at hotfix.pl line 172" Gah =( I'm starting to hate 
>this... I've looked at the archives but no search sucks =) Anyone have any 
>ideas?

Yup, I see this in my own scripts. From what I understand, it's equivalent 
to Win32::GUI saying "hey! there are no events for me to respond to". I've 
done the requisite searching, .pm looking, and so forth, and the only 
non-destructive way I stopped the error was to add the following to my script:

   # override the warning signal, which
   # will stop thousands of DoEvent warnings
   # happening under Win32::GUI.
   BEGIN { $SIG{'__WARN__'} = sub {
      warn $_[0] unless (caller())[0] =~ /Win/; } }

Which basically says to ignore any warnings that the Win32 libraries pass 
off to your script. Of course, you'd only want to do this once you're sure 
that your code is working perfectly and flags no other warnings.



-- 
Morbus Iff ( i'm the droid you're looking for )
Culture: http://www.disobey.com/ and http://www.gamegrene.com/
Tech: http://www.oreillynet.com/pub/au/779 - articles and weblog
icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus

RE: [perl-win32-gui-users] eek! =)

[Frazier, J. J. <Joe...@Pe...>]

Change=20
  my $void =3D $win->DoEvents();
=20
to :
Win32::GUI::DoEvents();
=20
This is a class method, not an instance method.  Also, this is just a =
straight method call, no arguments or assignment back to a variable is =
needed.  I can ONLY assume that the problem is that the DoEvents method =
is looking for a class method being passed in, and since it gets an =
object, it does not assign whatever variable it needs inside the sub.... =
 Or maybe not.  I dont know.  Anyway, use the second form and not the =
first.  8>)
=20
Joe Frazier, Jr.=20


-----Original Message-----
From: FARRINGTON, RYAN [mailto:rya...@ci...]
Sent: Tuesday, May 28, 2002 10:15 AM
To: 'per...@li...'
Subject: RE: [perl-win32-gui-users] eek! =3D)


here is a sample break from the code.... starts on line 162 ends on line =
185.
=20
sub ::btnOpen_Click {
 defined(my $win =3D $Win32::GUI::Loft::window{winFileDisplay}) or =
return(1);
 my %file1 =3D $win->tvwTreeView()->ItemInfo( =
$win->tvwTreeView->SelectedItem() ) or return(1);
 my $file =3D $file1{'-text'};
 $interface->execute('check_server', "$file");
 until($interface->get_state eq 'fin') {
  my $void =3D $win->DoEvents();
  $win->pbProgressBar()->StepIt();
  sleep(1);
 }
 $win->pbProgressBar()->SetPos(0);
 my @return_value =3D $interface->get_retval;
 my $msg =3D "";
 foreach my $line (@return_value){
  $msg =3D $msg . $line;
 }
 $win->reFileSelected()->Text($msg);
=20
 return(1);
}

-----Original Message-----
From: FARRINGTON, RYAN [mailto:rya...@ci...]
Sent: Tuesday, May 28, 2002 8:48 AM
To: 'per...@li...'
Subject: [perl-win32-gui-users] eek! =3D)



Using Win32::GUI and I'm having a problem with the program reporting to =
windows that it is not responding. I know that it is because of the loop =
I have the program in but I still want the user to work while I'm =
processing in the background. I found a reference to $win->DoEvents() =
but as far as I can see that works but it errors out with "Use of =
uninitialized value in subroutine entry at hotfix.pl line 172" Gah =3D( =
I'm starting to hate this... I've looked at the archives but no search =
sucks =3D) Anyone have any ideas?

RE: [perl-win32-gui-users] eek! =)

[FARRINGTON, R. <rya...@ci...>]

here is a sample break from the code.... starts on line 162 ends on line
185.
 
sub ::btnOpen_Click {
 defined(my $win = $Win32::GUI::Loft::window{winFileDisplay}) or return(1);
 my %file1 = $win->tvwTreeView()->ItemInfo(
$win->tvwTreeView->SelectedItem() ) or return(1);
 my $file = $file1{'-text'};
 $interface->execute('check_server', "$file");
 until($interface->get_state eq 'fin') {
  my $void = $win->DoEvents();
  $win->pbProgressBar()->StepIt();
  sleep(1);
 }
 $win->pbProgressBar()->SetPos(0);
 my @return_value = $interface->get_retval;
 my $msg = "";
 foreach my $line (@return_value){
  $msg = $msg . $line;
 }
 $win->reFileSelected()->Text($msg);
 
 return(1);
}

-----Original Message-----
From: FARRINGTON, RYAN [mailto:rya...@ci...]
Sent: Tuesday, May 28, 2002 8:48 AM
To: 'per...@li...'
Subject: [perl-win32-gui-users] eek! =)



Using Win32::GUI and I'm having a problem with the program reporting to
windows that it is not responding. I know that it is because of the loop I
have the program in but I still want the user to work while I'm processing
in the background. I found a reference to $win->DoEvents() but as far as I
can see that works but it errors out with "Use of uninitialized value in
subroutine entry at hotfix.pl line 172" Gah =( I'm starting to hate this...
I've looked at the archives but no search sucks =) Anyone have any ideas?

[perl-win32-gui-users] eek! =)

[FARRINGTON, R. <rya...@ci...>]

Using Win32::GUI and I'm having a problem with the program reporting to
windows that it is not responding. I know that it is because of the loop I
have the program in but I still want the user to work while I'm processing
in the background. I found a reference to $win->DoEvents() but as far as I
can see that works but it errors out with "Use of uninitialized value in
subroutine entry at hotfix.pl line 172" Gah =( I'm starting to hate this...
I've looked at the archives but no search sucks =) Anyone have any ideas?

[perl-win32-gui-users] fonts and colors

[<ma...@mm...>]

hi. i have a window with 3 tab strips on it, 1 for incoming ftp, 1 for
outgoing and the other i don't use yet. both incoming and outgoing ftp and
be stopped. what i'd like to do is that when someone stops incoming or
outgoing ftp the tabstrip text changes to red, or something. i've tried
using -foreground => [255,0,0] and/or 0x0000FF(which i think is red) but
neither of those work. i'm assuming that -foreground doesn't work with
tabstrips. any ideas?

thanx in advance

RE: [perl-win32-gui-users] system tray, notifyicon and stuff

[Rogers, J. <rog...@oc...>]

Sorry, I HAve to ask,
Does anyone know what, "whatever-it-is-you-call-it" is actually called. ?
JohnR