|
personally, i'd install a timer, and in the timer proc (attempt to) remove the icon and reinstall it again. doing this every 5 seconds or so won't take much cpu time and should work ok.
Sorry to dissapoint you all with my lack of a witty or poignant signature.
|
|
|
|
|
How about doing it the way that Microsoft recommends...
Look up the "TaskbarCreated" registered message (requires that IE 4.0 or greater is installed). It is sent by Explorer whenever the Taskbar is (re)created, so if Explorer crashes and restarts, your app will get sent the message, and can re-add its icon.
This is the way Services can install an Icon to the Taskbar's Status Area* when someone logs on.
* Calling it a "Tray Icon" is a common mistake.
Peace!
-=- James.
|
|
|
|
|
Thanks for the response; I'm looking into it now. And, what's the best way to crash Explorer (besides using it normally)?
Gotta love testing
-Jason
nirgle.bitdevil.com
|
|
|
|
|
> And, what's the best way to crash Explorer (besides using it normally)?
On NT/Win@K, Task Manager, Processes tab, select Explorer, right-click and select End Process.
On Win9x, CTRL-ALT-DELETE, (while the task list dialog is up, click on the Explorer window (the desktop) a few times for about 5-10 seconds, and select Explorer int the dialog and try to end it. You should get the end task dialog for Explorer.
Peace!
-=- James.
|
|
|
|
|
James R. Twine wrote:
Calling it a "Tray Icon" is a common mistake.
Err, why is that a mistake?
--Mike--
My really out-of-date homepage
He who laughs last, didn't get the punchline and is just laughing so he won't look silly.
Sonork - 100.10414 AcidHelm
Big fan of Alyson Hannigan.
|
|
|
|
|
Michael Dunn wrote:
Err, why is that a mistake?
Because calling the Taskbar Notification Area the/a "Tray" is actually a mistake. Hence, calling a Taskbar Noticification Area Icon a "Tray Icon" is also a mistake.
Sorta like the widely experienced mixup with "COM" being called both "Component Object Model" and "Common Object Model".
Peace!
-=- James.
|
|
|
|
|
assume a windows client 's height and width is yClient,xClient,
what's the relation between the ScrollInfo structure 's member nMin,nMax and
the yClient,xClient;
assume the font's height is ftheight, the client window should contain
yClient/ftheight lines buffer(buffer[yClient/ftheight][]).
if there is already yClient/ftheight LINES buffer displaying in the client area.
when the scroll box is moved , assume member nPos in the ScrollInfo structure
amount to 1, then the buffer[0] will dispear, and the Client Area shows the buffer from the 2nd row in the buffer, and so on.
then if nPos=yClient/ftheight,the the scroll box is showed in bottom of Scroll Shaft?
can anyone explains those concept about usage of ScrollBar?thanks in advance a lot
sorry for my poor english.
one is the other who absorbs the thoughts of others
|
|
|
|
|
There is a simple program (WinAPI only) that creates window and in WM_CREATE handler creates one button with:
HWND hButton = CreateWindowEx(0, WC_BUTTON, _T("Push me: AaBb"),
WS_CHILD | WS_VISIBLE | BS_PUSHBUTTON,
100, 100, 200, 20,
hwnd, NULL, g_hInstance, NULL);
It runs ok with old comctl32.dll
The problem appears when I want to switch to XP interface and create a file named "my_app_name.exe.manifest" with the following content:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<description>Your application description here.</description>
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0"
processorArchitecture="X86"
publicKeyToken="6595b64144ccf1df"
language="*"
/>
</dependentAssembly>
</dependency>
</assembly>
The button DOES NOT CREATE
GetLastError() returns "invalid window handle". What I am doing wrong?
Best Regards,
Maxim
|
|
|
|
|
I want to override standard conversion operators for fundamental types (like short(), char()), i.e.:
int i = 1234567;
short s;
s = short(i); <- I want to override it
How can I do that?
Thanks
|
|
|
|
|
Why, why, why ?
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Sonork ID 100.10002:MeanManOzI live in Bob's HungOut now
|
|
|
|
|
LOL
I was wondering how to reply to that and then decided to forget about it.
Nish
Sonork ID 100.9786 voidmain
www.busterboy.org
If you don't find me on CP, I'll be at Bob's HungOut
|
|
|
|
|
I want to show ASSERT, when we lose some of data.
I.e.
int a = 100000;
short b = a; // now a=-31072
Please, help me.
Przemek.
|
|
|
|
|
I guessed that was what you wanted thinking about it after my post. I don't believe it can be done.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Sonork ID 100.10002:MeanManOzI live in Bob's HungOut now
|
|
|
|
|
I’m trying to send data to console window using PostMessage with WM_KEYDOWN.
The third and fourth param for postmessage are
WPARAM wParam, // virtual-key code
LPARAM lParam // key data
i.e. PostMessage( hwndDOS, WM_KEYDOWN, ‘K’, 0X10250001 );
Any idea how to translate my array (ascii data such as abcd, <> fg etc ) to third and fourth parameter?
Thanks
|
|
|
|
|
Try this, haven't try it myselft but try you:
<br>::SendMessage(hWnd,WM_KEYDOWN, VK_K, 0);<br>
You have to vrite the virtual key (VK_K) not only K, the compiler doesn't recognize K.
I'm not sure it will work in console window!
A CONSOLE IS NOT A DOS APP!! REMEMBER THAT BUDDY!!
------------------------------
©0d3 ©®4©k3® - That's me!
------------------------------
|
|
|
|
|
I am not sure whether WM_KEYDOWN will work for a console app. You might have to do something else like redirecting STDIN or whatever.
Nish
Sonork ID 100.9786 voidmain
www.busterboy.org
If you don't find me on CP, I'll be at Bob's HungOut
|
|
|
|
|
As I said in the message!
I've never do console apps because it's useless time for me doing console apps!
------------------------------
©0d3 ©®4©k3® - That's me!
------------------------------
|
|
|
|
|
It works with DOS window for AlphaNumerics. But any idea how to translate $ and & to VK_Key?
|
|
|
|
|
this thread
...and, yes, it will work for a console window. (Mind, the code needs a bit of cleanup )
|
|
|
|
|
I want to make a combobox control that popup a dialog.
I put my control on a dialog
named dialog1 and popup dialog2. I found dialog1's title bar become inactive.
but when combobox popup listbox, the dialog dosen't become inactive. Is anyone can help me?
thanks to all the programmers who have helped me.
|
|
|
|
|
That's the way it works.
When you popup the modal dialog the parent dialog gets disabled.
Nish
Sonork ID 100.9786 voidmain
www.busterboy.org
If you don't find me on CP, I'll be at Bob's HungOut
|
|
|
|
|
Not a modal dialog. Just like a list box in combobox!
thanks to all the programmers who have helped me.
|
|
|
|
|
Have a look here, there might be something close to what you are trying to do.
http://www.codeproject.com/combobox/
Michael
|
|
|
|
|
thanks, but I didn't find. Do u have any more suggestions?
thanks to all the programmers who have helped me.
|
|
|
|
|
I have a problem in my (nonMFC) app, in that when I get a Window rect, it does not appear to take into account the size of the caption or the menu. A further problem is that the menu sometimes takes up more than one line, when the dialog is resized, and so I need to know how many rows there are before I can use SM_CYMENU or whatever it is, to get the correct value.
Can anyone point me in a direction that is not circular ?
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Sonork ID 100.10002:MeanManOzI live in Bob's HungOut now
|
|
|
|