|
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
|
|
|
|
|
Hey it was available in msdn.
try this link vcsamplesmfc[^]
In that search for TasksPane. you will find the sample code.
Have a nice time.
Nice talking to you.  If you judge people, you have no time to love them. -- Mother Teresa
|
|
|
|
|
I have a really irritating problem.
In my program, a user can browse images by clicking on two buttons (one going forward and one backwards). After a while the images are no longer displayed. The area is updated, but instead of displaying the image, the area is white.
The shape is still visible though (and updated if I continue browsing) and it is correct. Also the image data to be displayed is correct, as I have seen when debugging the application. But there is no real image displayed to the user, only a white rectangle of the image. The buttons that I use are of a CButton-derrived class that I call ImageButton. At the same time as the image dissapears, the images dissapear from the buttons too!
This occurs after browsing about 200 images, the exact amount is random.
What could be the problem? I am thankful for all comments!
/Killen
|
|
|
|
|
Looks like your app leaks GDI resources. If you are using Windows 2000 or XP you can monitor the available GDI objects through the "Processes" tab of the Task Manager. Just add the "GDI Objects" column.
In Windows 9x you have to right click on "My Computer" and open the properties. One of the tabs should have "System Resources".
Run your app and look at the available GDI resources. Then load a few images and look again. Do not close your app. If the GDI resources decrease you have a GDI leak.
To find the GDI leak use BoundsChecker or Purify. Or simply look through your code and make sure you release icons, images, etc. Also make sure you select all previous GDI objects back in case you are using CDC::SelectObject().
Ivor S. Sargoytchev
Dundas Software
|
|
|
|
|
Thanks!
There was a GDI leak allright. The leak occurs in my drawing function for the ImageButton. Now I only need to figure out what is causing it.
Do you know of any 'typical' pitfalls leading to this kind of leakage?
|
|
|
|
|
Sounds like you are running out of resources. Are you making sure you delete the images no longer showing?
|
|
|
|
|
Sounds like you might not be freeing them. If you are loading bitmaps, make sure to use the DeleteObject( HDIOBJECT ) before continuing on. If this doesn't work, try redrawing the object section with the images using the RedrawWindow( HWND, DWORD ) and see if this kicks it.
|
|
|
|
|
Yeah, it was a call to GetIconInfo which caused the bug. The received bitmaps were never deleted 
Thanks for all your assistance!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
