|
You can ignore "far", it hasn't been relevant since the 16-bit days.
|
|
|
|
|
...i can't find any :P.
Is this concept implemented or do i really have to provide an exact location for every label/button/text box that i use?
|
|
|
|
|
You put the controls exactly where you'd like them to be. You can, however, move/size controls at runtime.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
There are bunches of them. Search for "resizing dialogs" and you should get a bunch of hits.
|
|
|
|
|
I was talking about a microsoft team implementation...i saw some resize helpers around here somewhere but none of them do what i need them to do. It's a bit frustrating 'cause when you're developing some huge application with complicated non gui processes, the last thing you want to focus on is layout. And don't talk to me about the Dialog editor that ships with the .net platform...not everything can be done by mouse clicks 
|
|
|
|
|
Okay. I use a third party layout manager myself. What do you need to do specifically that the other layout managers do not do?
|
|
|
|
|
These days a I make my UIs in HTML using the WebBrowser control. The HTML communicates to the app using window.external and the app calls back into the HTML using the IHTMLDocument::get_Script method.
Steve
|
|
|
|
|
Stephen Hewitt wrote: These days a I make my UIs in HTML using the WebBrowser control.
I was under the impression that creating UIs in that manor saw noticeably poor performance. Care to share your experience?
Any pitfalls to be wary of?
I'd love to help, but unfortunatley I have prior commitments monitoring the length of my grass. :Andrew Bleakley:
|
|
|
|
|
I've never has any problems with perfromance. IE is pretty snappy and can browse pages way more complicated then and UI I've make without any problems.
Steve
|
|
|
|
|
I just started working on this, so any suggestions would be helpful. I have a program that transfers files to and from a CDMA cell-phone chip simulation board. Essentially, a cell phone connected to the PC via a USB cable. The files on the phone are displayed in a GUI, and the program itself transfers the files via programmer-defined packets. The GUI itself is a high-level layer on top of pre-existing firmware level application, which actually controls the phone with transmission/receive messages. I would like to make the GUI a drag and drop application, where the files in a given directory are listed in a listbox on a form, and to transfer files to/fro one can merely drag and drop files in and out of the list box to location designated in the PC. I have looked at implementing drag and drop for files on PC's with MFC, but it seems it's all done with the assumption that the files are all located in files on a PC or a PC-based network. The transfer process itself can take minutes for mp3 files. Does anyone have any thoughts on implementing a shell drag and drop process which will emulate the PC process but the actual transfer of data is done with the pre-existing firmware code.
|
|
|
|
|
Hello,
I am working on a simple program that must load a bitmap and then resize the window that the bitmap is displayed in so that it is the exact size of the bitmap. The program appears to work fine, except for one small problem. When Windows redraws the window that has now been resized, the border on both the right hand side and the bottom do not get drawn. Also, it appears that the orignal "X" box that closes the program is still there. However, if I resize the window manually after the computer has redrwan the window, both borders appear and the old "X" box disappears. Anyone have any idea how I can go about fixing this problem?
Thanks,
Joe
|
|
|
|
|
SetWindowPos has a flag to indicate that the non-client area of the window needs updating. You can either use SetWindowPos to do the resize (if you are not already using SetWindowPos), or you can do something like the following just to force the frame to redraw:
SetWindowPos( Your_HWND_Here, NULL, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOACTIVATE | SWP_NOZORDER | SWP_DRAWFRAME );
Good luck,
Chris Richardson
|
|
|
|
|
Any ideas on what functions I need to use to retrieve a handle from an active window and edit that window (drawing, outputting text, etc..) maybe for a game or other form using Win32 API?
Thanks....
P.S. I'm using Visual.Net 2003/2005 as a platform!
|
|
|
|
|
Do you need to handle or hwnd of a window?
|
|
|
|
|
It's a hWnd for a window. I've tried to use SetWindowsHookEx and LoadLibrary, but they do not seem to do anything. I don't know if I am using them quite right or not, or either SetWindowHookEx is only used for mouse and keyboard hooking or what. Maybe hooking applications is too advance for SetWindowHookEx. I really dunno.
|
|
|
|
|
I dont know its purpose or no but you can use FindWindowdid you try it
|
|
|
|
|
Yes, it have used it. But I used FindWindowEx instead. It retrieves the hWnd of a window based on the class name for that particular application. That is a piece of the puzzle but not the whole thing. Now, I'm trying to use that hWnd and SetWindowsHookEx to hook it to that particular window, but I'm having no luck.
|
|
|
|
|
See here[^] for hook maybe its some helpful for you
|
|
|
|
|
Abu Mami's Easy Installer files that I downloaded DID NOT include any ".clw" or ".dsw" or ".dsp" files. can someone send them to me. Also, how are you to compile the Easy Installer or change some of the coding without being able to load it into the IDE (using VS 6.0)
A C++ programming language novice, but striving to learn
|
|
|
|
|
.clw and .dsp are not source files... why would they be included ?
|
|
|
|
|
You're right about the .CLW file but the .DSP file (or its VS.NET counterpart) is the equivalent of a make file and would be needed to build the project.
Steve
|
|
|
|
|
It's a VS.Net project, so it uses a .sln and a .vcproj instead of .dsw
|
|
|
|
|
I don't suppose there is a VS 6.0 version of Easy Installer. If, not is there anyway I can change something to get it into the VS 6.0 IDE?
A C++ programming language novice, but striving to learn
|
|
|
|
|
Hi all,
I need do open a "please wait" window in order to keep blocked my MFC application (i mean that the user can do nothing) until a time-expensive routine ends. Then i need to close this "please wait" window.
I need a modal dialog i suppose.
How can i do that ?
Should i launch the time-expensive routine from the modal dialog ?
Thanx in advance,
Desmo16.
|
|
|
|
|
All you need to do is create a new dialog window, open it before runnning your expensive routine and close it after. In my opinion, having a "please wait" and forcing your user to sit there twiddling there thumbs is bad programming. Why not use a thread instead?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
