|
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
|
|
|
|
|
I've tried this before, but I tried it again to be sure.
If you try to get information from a hidden window's DC, you get nothing, or in the best case you get whatever is painted in the area currently taken by it's parent.
or in other words:
<br />
CDC* hiddenWindowDC = hiddenWindow->GetDC();<br />
savedForLater.BitBlt(0, 0, width, height, hiddenWindowDC, 0, 0, SRCCOPY);<br />
This code yeilds nothing, or the parent's bacgkround.
|
|
|
|
|
I saw this in some projects: columns of the header control in a report style CListView can be drag-drop'ed so whole columns of sub-item text are swapped. How do you do this? Thanks.
|
|
|
|
|
|
That did the work, thank you.
|
|
|
|
|
Hi,
can please somebody tell me if a task pane class for mfc (like the one on the left of the explorer windows in XP) exists, and where can I find it?
Thank you in advance, bye.
|
|
|
|
|
Please describe more. Not enough info.
Where is the panel you wish to imulate?
On what app "Windows Explorer"?
If you mean the left tree view it is a menu selecttion on the last or next 2 last page on app wiz!
Many treeview subclasses are available on this site, just search for TreeView.
Warning it is squirelly.
class CLeftView : public CTreeView
Best Wishes,
ez_way
|
|
|
|
|
Yes, thank you very much for your response and excuse me. Effectively, my description doesn't contain enough infos.
The panel I mean is the one that is present in the "My computer" windows of WinXP, and in almost every windows when you browse your disk. More specifically, the one with 3/4 panels that can be clicked and, when you do so, a list of possible actions compares. Furthermore, each clickable voice has a double arrow on the right (up/down directed).
I hope that now my descritpion is much clearer ...
|
|
|
|
|
Yes Indeed that is a tree control.
Try this
Start a new application in VC5 or later.
Step 1 of 6 Select SDI
Step 2 of 6 Select none
Step 3 of 6 Select none
Step 4 of 6 Leave as is
Step 5 of 6 Select Windows Explorer // here it
Step 6 of 6 Select CListView
Application type of test:
Single Document Interface Application targeting:
Win32
Classes to be created:
Application: CTestApp in test.h and test.cpp
Frame: CMainFrame in MainFrm.h and MainFrm.cpp
Document: CTestDoc in testDoc.h and testDoc.cpp
ListView: CTestView in testView.h and testView.cpp // see here
LeftView: CLeftView in LeftView.h and LeftView.cpp // see here
Features:
+ Initial toolbar in main frame
+ Initial status bar in main frame
+ Printing and Print Preview support in view
+ 3D Controls
+ Uses shared DLL implementation (MFC42.DLL)
+ ActiveX Controls support enabled
+ Localizable text in:
English [United States]
Be carful while expermenting as it can get strange in a hurry.
Best Wishes,
ez_way
|
|
|
|