Re: URGENT - Using CreateWindow from an MFC application - C / C++ / MFC Discussion Boards

Re: DebugBreak

George_George3-Mar-08 2:23

George_George

3-Mar-08 2:23

Thanks Steve!

Do you know whether the program with 'Choose a debugger' dialog is vsjitdebugger.exe?

regards,
George

Re: DebugBreak

Maximilien3-Mar-08 3:05

Maximilien

3-Mar-08 3:05

yes, see this for a partial answer : http://blogs.msdn.com/shawnfa/archive/2004/07/15/184490.aspx[^]

Maximilien Lincourt
Your Head A Splode - Strong Bad

Re: DebugBreak

George_George3-Mar-08 3:14

George_George

3-Mar-08 3:14

Cool, Maximilien!

Question answered.

regards,
George

URGENT - Using CreateWindow from an MFC application

ravialla3-Mar-08 0:35

ravialla

3-Mar-08 0:35

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 Wink | ;)

Re: URGENT - Using CreateWindow from an MFC application

CPallini3-Mar-08 0:53

CPallini

3-Mar-08 0:53

What is your problem? Have you doubts on CreateWindow parameters? CreateWindow is not working? Have you some errors?
Smile | :)

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

Re: URGENT - Using CreateWindow from an MFC application

ravialla3-Mar-08 5:04

ravialla

3-Mar-08 5:04

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...

Re: URGENT - Using CreateWindow from an MFC application

David Crow3-Mar-08 5:07

David Crow

3-Mar-08 5:07

ravialla wrote:
Can somebody give me a sample code to create a win32 window...

HWND hwnd = CreateWindow("MainClass",         // name of window class 
                         "Test",              // title-bar string 
                         WS_OVERLAPPEDWINDOW, // top-level window 
                         CW_USEDEFAULT,       // default horizontal position 
                         CW_USEDEFAULT,       // default vertical position 
                         CW_USEDEFAULT,       // default width 
                         CW_USEDEFAULT,       // default height 
                         (HWND) NULL,         // no owner window 
                         (HMENU) NULL,        // use class menu 
                         hInstance,           // application instance from WinMain()
                         (LPVOID) NULL);      // no window-creation data

"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

Re: URGENT - Using CreateWindow from an MFC application

JohnCz4-Mar-08 15:29

JohnCz

4-Mar-08 15:29

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

Re: URGENT - Using CreateWindow from an MFC application

ravialla5-Mar-08 16:47

ravialla

5-Mar-08 16:47

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.

Re: URGENT - Using CreateWindow from an MFC application

JohnCz6-Mar-08 0:37

JohnCz

6-Mar-08 0:37

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

[Message Deleted]

rjkg2-Mar-08 23:53

rjkg

2-Mar-08 23:53

[Message Deleted]

Re: List View problem

Amar Sutar3-Mar-08 0:49

Amar Sutar

3-Mar-08 0:49

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 Smile | :)

use of C / C++

dj852-Mar-08 23:48

dj85

2-Mar-08 23:48

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

Re: use of C / C++

Hamid_RT2-Mar-08 23:55

Hamid_RT

2-Mar-08 23:55

Do you have any idea and we dont know your knowledge of c++.

Re: use of C / C++

CPallini3-Mar-08 0:09

CPallini

3-Mar-08 0:09

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.
Smile | :)

Re: use of C / C++

Mark Salsbery3-Mar-08 6:23

Mark Salsbery

3-Mar-08 6:23

I don't know, man....for schools it should probably be done for the Mac.

Smile | :)

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Oooops

CPallini3-Mar-08 9:16

CPallini

3-Mar-08 9:16

Mark Salsbery wrote:
it should probably be done for the Mac

Oooops, I assumed he was talking about computers.
Big Grin | :-D

Re: Oooops

Mark Salsbery3-Mar-08 9:23

Mark Salsbery

3-Mar-08 9:23

No no no....software for schools!

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

CListCtrl checkbox problem

followait2-Mar-08 23:26

followait

2-Mar-08 23:26

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.

Accessing text from the client area of a win32 window other than EditControl type windows

glyfyx2-Mar-08 23:21

glyfyx

2-Mar-08 23:21

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

Re: Accessing text from the client area of a win32 window other than EditControl type windows

David Crow3-Mar-08 3:10

David Crow

3-Mar-08 3:10

Are you looking for the WM_GETTEXT message?

Re: Accessing text from the client area of a win32 window other than EditControl type windows

glyfyx6-Mar-08 10:44

glyfyx

6-Mar-08 10:44

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

Re: Accessing text from the client area of a win32 window other than EditControl type windows

Mark Salsbery3-Mar-08 6:34

Mark Salsbery

3-Mar-08 6:34

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++
Java | [Coffee]

Re: Accessing text from the client area of a win32 window other than EditControl type windows

glyfyx6-Mar-08 10:41

glyfyx

6-Mar-08 10:41

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

Re: Accessing text from the client area of a win32 window other than EditControl type windows

Mark Salsbery6-Mar-08 11:55

Mark Salsbery

6-Mar-08 11:55

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 Smile | :)

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.