|
I notice that Peter Molnar gave you the answer, but I consider it a good practice to kill the timers youself instead of depending on the frame work to do it. One of the reasons for this is that you have control and can close it when it is know longer needed, instead of letting it run after its' job is done. The second reason is that unless it is need to run during the life time of the object, it should be killed because it is still generating timer messages and wasting processor time.
INTP
|
|
|
|
|
how can i get the content of password edit box ( this edit box is located in other program) .
thanks !
|
|
|
|
|
there are many programs out there!
Don't try it, just do it! 
|
|
|
|
|
You should send this particular password style edit box a WM_GETTEXT message.
The problem is that if the sender is an external app and the control a password box then you will not get any useful info.
Solution: force (!) the external app calling SendMessage itself.
Look up CreateRemoteThread
Peter Molnar
|
|
|
|
|
This sounds too much like a hacker attempting to steal passwords.
If this isn't the case, could you elaborate?
|
|
|
|
|
Ya, it does! But the information is already on the net and even though I did not care how it was done, I was happy to find a program that allowed me to point to my password entry field in order to find out what password I had used. So I could write it down and use it from work as well as home.
The fact that it is possible does worry me a little, since I now know that (given my posision in the company) I can get any password that anybody told thier computer to remember. If I wanted to I could probubably access it from the machine setting on my desk.
INTP
|
|
|
|
|
How can i make programs (in vc++) which cannot be seen in start bar? only in windows task menager! suppose i want my regular program to minimize into task bar (like GetRight) and not to be seen normaly! Thanks
|
|
|
|
|
if you are using win32 sdk
hide your main window by
ShowWindow(hWnd,SW_HIDE);
or if you are using MFC type
HideApplication(); in initinstance.
The World is getting smaller and so are the people.
|
|
|
|
|
OK download Chris Maunder's http://www.codeproject.com/shell/systemtray.asp?target=tray
You then can hide the ICON in the tray.
Best Wishes,
ez_way
|
|
|
|
|
How do i get the system path? I know there is a function GetSystemPath() but i cant find a description for it on MSDN. And it has two parameters: a pointer to a string and a DWORD and it returns a pointer to a string so i don't know how to use it..
Kuniva
--------------------------------------------
|
|
|
|
|
Check out SHGetSpecialFolderPath
The World is getting smaller and so are the people.
|
|
|
|
|
|
Yes Mike is right
Try This
char ch[MAX_PATH];
GetSystemDirectory(ch,sizeof(ch));
AfxMessageBox(ch);
Best Wishes,
ez_way
|
|
|
|
|
I've a dialog based application with a menu resource, when I've built the menu items I've used some shortcuts (eg. for the file menu I've used the "&File" caption). I'm working on XP so I know that the F doesn't appear while Alt key si pressed but when I press the Alt+F keys the menù doesn't appear at all.
What's wrong? 
Gaetano Sferra
|
|
|
|
|
What does your accelerator table look like. I have the same problem on xp h.
OK I just tried to compile an app on 2000p and got the same results, no underscore.
This seems to be a problem I have not noticed.
Try this
CString s_buttontest = " &Open >>";
SetDlgItemText (IDC_BUTTON_1, s_buttontest);
Good catch!
Best Wishes,
ez_way
|
|
|
|
|
Well... my problem aren't underlines... but...
The new look & feel of XP doesn't show underlines while pressing Alt key, this is "normal"... Have you installed the lastest version of IE on Win2K? If the reply is "YES" you've installed the new look & feel also  ... take a look on IE or Outlook Express if you don't belive me 
The problem of mine is that pressing Alt+[key] NOT unroll the menu at all 
Best wishes to you
Gaetano Sferra
|
|
|
|
|
Yes, I like somethings but I got a new system last month and avoid using it as I seems slow, even though it is 3 gHZ.
I found a bunch a spyware installed on it from the factory also.
Only thing is it is better that win 95-98SE and ME, past that I can't say much.
|
|
|
|
|
Yes, I like somethings but I got a new system last month and avoid using it as I seems slow, even though it is 3 gHZ.
I found a bunch a spyware installed on it from the factory also.
Only thing is it is better that win 95-98SE and ME, past that I can't say much.
|
|
|
|
|
I have an application that holds many invisible child-windows (which in turn hold their own normal child-windows).
I want to capture these invisible windows without having to show them on the screen. How can I do this ?
I currently grab the contents of a visible window by simplly bitblt'ing into a bitmap's dc from that window's dc. This gives me exactly what I had in that window, and not some WM_PRINT version with various owner-draw glitches.
Thanks
|
|
|
|
|
|
I need something that can capture a currently invisible (SW_HIDE) window, and hopefully without any printing API (WM_PRINT, WM_PRINTCLIENT).
|
|
|
|
|
I need something that can capture a currently invisible (SW_HIDE) window, and hopefully without any printing API (WM_PRINT, WM_PRINTCLIENT).
|
|
|
|
|
The referenced code makes the following:
1.It gets a handle to a window (every window even a hidden one has one)
2.It gets the window's DC and copies it to the memory
3.Prints it from memory
1./ and 2./ are the solution to your problem.
Peter Molnar
|
|
|
|
|
There must be some sort of mis-udnerstandment here,
The code you reffer to simply captures the current desktop, nothing more.
I need something capable of capturing specific hidden child windows (which are perhaps containers of other windows as well).
|
|
|
|
|
There is no misunderstanding.
As a matter of fact, the referred code captures (see zipped code MyClass::DoPrntScreen function):
1.the screen, (The handle of the whole screen is NULL, GetDC gives HDC of the screen)
2.any other window, or (uses GetForegroundWindow for getting handle and GetWindowDC for HDC of the whole window)
3.the client area of any other window (use GetForegroundWindow for handle, and GetDC for HDC of client area of any window)
What it captures, depends upon what window handle you specify.
Again, every window, even a hidden and/or child window has a window handle.
Your task is to find your child window's handle (see EnumChildWindows) and do the some code as in the referred code.
Sorry, if I made the appearance that the referred code does your job without any modification.
However, it is a very good example and starting point for what you will have to do.
Peter Molnar
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
