|
Hi can anyone tell me how to create a win32 window using createwindow function from a MFc dialog. The actula problem is that once a button is clicked on the MFC gui a new full screen win32 window is to be created, Where some graphics is drawn ? Have been trying this for many hours and I am relatively new to WINDOWS programming.
Thanks in advance 
|
|
|
|
|
What is your problem? Have you doubts on CreateWindow parameters? CreateWindow is not working? Have you some errors?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Thanks for your reply but I have created for a simple app with winmain but not in an MFC app ...
I have got all the attributes required to call the createwindow but the problem is the showwindow requires int n_cmdshow parameter and some of the functions are not taking all the aprameters they have to .... Can somebody give me a sample code to create a win32 window from an MFC dialog application created through wizard...
|
|
|
|
|
ravialla wrote: Can somebody give me a sample code to create a win32 window...
HWND hwnd = CreateWindow("MainClass",
"Test",
WS_OVERLAPPEDWINDOW,
CW_USEDEFAULT,
CW_USEDEFAULT,
CW_USEDEFAULT,
CW_USEDEFAULT,
(HWND) NULL,
(HMENU) NULL,
hInstance,
(LPVOID) NULL);
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
ravialla wrote: I have created for a simple app with winmain but not in an MFC app
ravialla wrote: create a win32 window from an MFC dialog application created through wizard
Above statements are contradictory. Can you explain?
If you are using MFC dialog, why in the name of C++ you have to use API to create window?
Derive class from CWnd and call Create member.
If you need more functionality, you can use frame window with view, menu and toolbar.
JohnCz
MS C++ MVP
|
|
|
|
|
The Problem is I have created an appication where something is drawn on a win32 window and the gui in MFC seperatly,
Now to integrate the application I have to call that win32 program from this. Is there anyway I can do that or execute a win32 program by a function call and pass some command line attributes to it.
|
|
|
|
|
Yes, use CreateProcess to spawn another app and pass command line parameters.
I still thing that you can create CWnd derived window and move drawing code to it, instead facing inter-process communication.
JohnCz
MS C++ MVP
|
|
|
|
|
|
Handle NM_CLICK for list view and in that function set the item's state.
void OnNMClickListView(NMHDR *pNMHDR, LRESULT *pResult)
{
LPNMLISTVIEW pNMLV = reinterpret_cast<lpnmlistview>(pNMHDR);
if(pNMLV && pNMLV->iItem != -1)
m_lstView.SetItemState(pNMLV->iItem, LVIS_SELECTED, LVIS_SELECTED);
*pResult = 0;
}
Regards,
Amar 
|
|
|
|
|
Hello everybody,
I'm a student and would like to make software for schools. I know only two languages C & C++. so Pls tell me the use of C / C++ in making the software. How should I use it to make a proper GUI s/w.
Thanks & Regards,
dj
|
|
|
|
|
Do you have any idea and we dont know your knowledge of c++.
|
|
|
|
|
dj85 wrote: I'm a student and would like to make software for schools. I know only two languages C & C++. so Pls tell me the use of C / C++ in making the software.
If you really know C and C++ then you probably know what is their power and usefulness in the software world.
dj85 wrote: How should I use it to make a proper GUI s/w.
That's probably Windows programming. You can do that either using C or C++ and, using C++, with or without frameworks like MFC. I suggest you to read a good book on windows programming.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
I don't know, man....for schools it should probably be done for the Mac.
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
Mark Salsbery wrote: it should probably be done for the Mac
Oooops, I assumed he was talking about computers.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
No no no....software for schools!
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
With LVS_ICON(80*80 icons), I add checkbox style in this way:
m_lst.SetExtendedStyle(LVS_EX_CHECKBOX);
Then checkbox appear at the left of the icon,
any way to make it appear at the left of the label, which is below the icon?
Thanks.
|
|
|
|
|
MSDN tells me only EditControl class windows provide the means to manipulate text strings displayed in their client area. EG, EM_SETSEL, EM_REPLACESEL, messages.
Which is fine, but I need a more general solution. I need to access a text string displayed in a non-EditControl type window's client area.
It's obvious such code exists, because if I double-click text string T in a text-enabled but non-EditControl class window A of arbitrary app A, T will be highlighted in most if not all cases. When I press Ctrl-C, T will be copied to the clipboard.
Some code, no doubt Windows code, located the string of highlighted characters, grabbed a copy of it, and stuck it onto the clipboard.
My question is: What do I need to know in order to write code that does the same thing under my control of my pgm? Or is such code available somewhere that I could adapt, and if so, how can I acquire it? Sometimes there are undocumented Windows routines that are available - maybe something I can use?
What do you think? Is there a simple answer I'm too inexperienced to realize - possibly as I'm a win32 intermediate newbie at best.
I've looked and looked but can't find anything helpful.
Any information, suggestions, clues, references, etc, will be very much appreciated.
Big thanks!
/glyfyx
|
|
|
|
|
Are you looking for the WM_GETTEXT message?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Thanks for the response David.
But doesn't WM_GETTEXT only return the text of the windows title - that is, for non-EditControl class windows?
glyfyx
|
|
|
|
|
There's no built in Windows code to get text from a window AFAIK (maybe some specialized APIs that do OCR,
I thought I saw one mentioned once but I could have dreamed it).
For your non-edit control window text example, there's code written which is called by the window procedure
for the window to handle the double click message, draw the text highlighted, handle the keystroke messages for ctrl-c,
and place the selected text on the clipboard.
That's the same for an edit control. The edit control's window procedure code just happens to be written for you.
Once text is on the screen, it's just pixels, unless the software that rendered the text tracks what text is where,
or you use OCR to convert those pixels back to text.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Thanks a lot Mark!
I understand what you're saying - that once text is onscreen, it's just pixels. I still wonder how, for example, context sensitive help works.
Suppose I have 50 pages of source code available onscreen in my IDE and I place the caret on a string *anywhere* in the code and press F1. I will get help related to the string near/on the caret. The F1 support code must somehow obtain the ansi/unicode/whatever equivalent of the onscreen string in order to lookup and return information related to the string.
The only way I imagine F1 support code can accomplish this is either:
1 - to maintain an internal text copy of the entire source code and use the caret's x,y point to map into its text-copy to the exact text equivalent of the screen's image of the string;
2 - or as you suggest, the F1 code must ocr the pixels in the immediate vicinity of the caret to decifer its string equivalent.
Somehow, neither sounds very appealing. Especially alternative 1 - wow - can you imagine having to keep the internal copy in synch with the myriad screen operations possible? Your ocr suggestion seems more reasonable (in comparison.)
Could it be that the text-entry part of an IDE is the client area of an EditControl class window, permitting F1 code to use EM_* msgs? What about all the other text-oriented applications, text editors, WPs, publishing apps, IDEs, spreadsheets, email, etc, are they all EditContol client areas?
Hmm.. maybe I should write some code to find out what are the various window classes currently running in my machine. I assume there are API calls that'll supply this information? There must be one that does that.
At any rate, I'm very happy to receive your answers even if they're not ones I'd been hoping for - much appreciated!
glyfyx
|
|
|
|
|
glyfyx wrote: 1 - to maintain an internal text copy of the entire source code and use the caret's x,y point to map into its text-copy to the exact text equivalent of the screen's image of the string;
Doesn't sound appealing but that's pretty much always the way it's done. Even the edit control does it that way.
With a fixed-pitch font, it's pretty simple. But try developing a word processor like Microsoft Word!
Just moving the caret through a variable-pitch font could be quite a programming task.
Luckily, the system provides some help with functions like GetGlyphOutline(), GetTextExtentPoint(), GetCharABCWidths() etc.
See Font and Text Functions[^]
Speaking of Microsoft Word....almost all the functionality of Word is available in the later versions of the Rich Edit Control, which
is available for us to use
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
I am new to threading concepts in C++/CLI.
I have a button and a label in the form and here is some code for that:
private: System::Void button1_Click(System:bject^ sender, System::EventArgs^ e) {
Form1^ f = gcnew Form1;
Thread^ myThread = gcnew Thread(gcnew ThreadStart(f, &Form1::test));
myThread->Start();
}
void test()
{
this->label1->Text = "Hi";
this->label1->Update();
}
But this code dosent update the Label.. WHY???
I have also used [MTAThreadAttribute] in my main file as:
[MTAThreadAttribute]
int main(array<System:tring ^> ^args)
{
// Enabling Windows XP visual effects before any controls are created
Application::EnableVisualStyles();
Application:etCompatibleTextRenderingDefault(false);
// Create the main window and run it
Application::Run(gcnew Form1());
return 0;
}
Also how to call threads in other classes??
Somebody please help..
|
|
|
|
|
Try to post your question to the right forum (the Managed C++/CLI one).
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
ptr2void wrote: Thread^ myThread = gcnew Thread(gcnew ThreadStart(f, &Form1::test));
That line compiles?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
