C / C++ / MFC

tried your way but.....???

14-Jan-03 9:01

Hello,

For MDI you have to do it another way....

<br />
CView * SomeClass::GetActiveView(void)<br />
{<br />
POSITION pos;<br />
CMDIChildWnd *pChild;<br />
CDocument *pDoc;<br />
CView* pView;<br />
CMainFrame *pFrame;<br />
<br />
pFrame = (CMainFrame *) AfxGetMainWnd();<br />
ASSERT(pFrame!=NULL);<br />
pChild = pFrame->MDIGetActive();<br />
ASSERT(pChild != NULL);<br />
pDoc = pChild->GetActiveDocument();<br />
ASSERT(pDoc != NULL);<br />
pos = pDoc->GetFirstViewPosition();<br />
ASSERT(pos != NULL);<br />
pView = pDoc->GetNextView(pos); <br />
return pView;<br />
}<br />

Hope that helps,

Paul...

Re: NULL pView pointer

ns14-Jan-03 10:09

14-Jan-03 10:09

I see what you are doing. But the sample I have trouble withis actually from a working program that I put together last year..............it works great there! I wonder why.

I'll do your method in this project though I am very very puzzled!

Appreciate your help,
ns

Re: NULL pView pointer

ns14-Jan-03 10:11

14-Jan-03 10:11

The one thing that might be the problem is that my old project where the code I posted, has two views. In this curent code I only have 1 view.....Could that be the problem?

Appreciate your help,
ns

ns14-Jan-03 10:19

14-Jan-03 10:19

Crashed at the assert:

POSITION pos;
CMDIChildWnd *pChild;
CDocument *pDoc;
CResizeSonarViewBoxView* pView;
CMainFrame *pFrame;

pFrame = (CMainFrame *) AfxGetMainWnd();
ASSERT(pFrame!=NULL);
pChild = pFrame->MDIGetActive();
<code>ASSERT</code>(pChild != NULL);

Thanks

Appreciate your help,
ns

Re: tried your way but.....???

Paul Belikian14-Jan-03 13:00

Re: tried your way but.....???

14-Jan-03 13:00

Hi,

What happened to the..

pDoc->GetFirstViewPosition();<br />

part of the code???

ns15-Jan-03 4:45

15-Jan-03 4:45

Crashed before it got there! Thtas why Ididnt paste that part.... Frown | :(

Appreciate your help,
ns

Finding the z-order of a window

Chris Sutcliffe14-Jan-03 7:23

Chris Sutcliffe

14-Jan-03 7:23

Hi all,

I've written a function that finds the top window, botttom window, and next highest window (in terms of z-order). It then takes the top window, places it behind the bottom window, and make the next highest active. This works for everything except MS Office windows. For some reason, MS Office apps always end up being placed behind the next highest window, which means when cycling through the windows, they show up as evey other window.

I'm using GetWindow in a loop in the function, and according the MSDN, it recommends using EnumChildWindows instead of GetWindow in a loop. Is there a function that I can use in the EnumChildProc that will return a value for the z-order of the window (or is there a better way to do this)?

Thanx!

Chris

Adding a option to start the program on boot-up..

RobJones14-Jan-03 7:02

RobJones

14-Jan-03 7:02

Hello,
Just wondering if anyone has any neat tricks to give users an option to have your software startup when windows loads (or not startup)..

Any ideas?
Rob

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

AlexO14-Jan-03 7:31

Getting Unicode key codes into a non-Unicode (MBCS) application

14-Jan-03 7:31

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

Rob Whapham14-Jan-03 6:46

Rob Whapham

14-Jan-03 6:46

We have a rather large touch panel interface design application that was not originally designed for or compiled with the _UNICODE compiler flag. We have need now to be able to accept Unicode character input (either via foreign keyboard/OS, or by IME, or by clipboard) in a single specific edit control (which is currently a CEdit object).

I've done considerable amounts of research and testing into overriding window procs and message pumps in an attempt to receive WM_CHAR messages as Unicode character codes, but have not achieved 100% success (i.e., some characters come though as Unicode, but others still come through as the familiar '?'/0x3F character).

Any insight or tips & tricks to pull this off would be greatly appreciated, as we are willing to try just about anything to avoid having to recompile as a Unicode application and deal with the time and headaches involved with the conversion and with linking with external LIBs and DLLs.

As always, thanks in advance.

Rob Whapham
Managing Software Engineer
AMX, Corp.
http://www.amx.com/

Custom protocols for WebBrowser controls...

Jamie Hale14-Jan-03 5:26

Jamie Hale

14-Jan-03 5:26

I want to embed the WebBrowser control in my application, and I want to add custom protocol handling. I figured I just host the protocol handler in my application and register it on app-startup.

However, it looks like the protocol registration is global, and hence any other running instance of IE open while my application is open will use the same handler.

Is there some way to register handlers for a specific instance of the browser? Or do I just get to put up with this "added feature"?

J

May the bear never have cause to eat you.

Dynamically adding items to a combo box

lbc14-Jan-03 5:23

lbc

14-Jan-03 5:23

Hello everybody
I have a normal combobox in a dialog, and besides the initial items loaded from a file I want the item shown in the editbox area of the combobox to be automatically updated when the user writes something inside it. I also wuld like this string to be "stored", so that next time he/she pulls down the combobox this string is still there.
I actually tried to implement notification handlers for: ON_CBN_SELENDOK , ON_CBN_EDITCHANGE and ON_CBN_EDITUPDATE but I couldn't exactly get what i need.

Any info/tip will be greatly appreciated

thank you

best regards

Re: Dynamically adding items to a combo box

valikac14-Jan-03 9:41

valikac

14-Jan-03 9:41

You want the program to add new items to the combobox as the user types in text?

For example:

EditBox: January
ComboBox:

J
Ja
Jan
Janu
Janua
Januar
January

Is that what you mean? Window should send ON_CBN_EDITCHANGE as the user makes changes to the editbox. Add new items accordingly.

Kuphryn

Re: Dynamically adding items to a combo box

lbc15-Jan-03 5:16

lbc

15-Jan-03 5:16

Hello, thank you
with reference to your example i'd wish adding just only 'January', I mean when the user has entered a new complete item

thanks again for any tip

best regards

Re: Dynamically adding items to a combo box

valikac15-Jan-03 19:42

valikac

15-Jan-03 19:42

One solution is to process the data in real-time. Thus each time the user makes a change, you analyze the text and process it accordingly.

Kuphryn

Example needed of using ActiveX control in NON MFC Win SDK Application

Paul Belikian14-Jan-03 5:22

14-Jan-03 5:22

Hello,

I am in need of a NON MFC sample project or code fragment that accesses a non-windowed ActiveX control. i.e., a control that doesn't have a GUI aspect to it like MSCOMM. After doing searches here and on MSDN, the only posts I've found suggest not to use the Win32 SDK, but to use MFC. In this instance, that is not an option. However, if there is an article that can be used to convince the customer otherwise and use MFC, that would be better. Right now they want to use the Win32 SDK with one of our ActiveX controls.

Any help would be appreciated.

Regards,

Paul...

#import

AlexO14-Jan-03 5:38

14-Jan-03 5:38

use #import. It only includes <comdef.h> and not other ATL/MFC.

Paul Belikian14-Jan-03 5:59

14-Jan-03 5:59

Thanks for the suggestion, but it doesn't explain much to me.

Here is the call to the Create function of the control:

virtual BOOL Create(LPCTSTR lpszClassName, LPCTSTR lpszWindowName,<br />
    DWORD dwStyle, const RECT& rect, CWnd* pParentWnd, UINT nID,<br />
    CCreateContext* pContext = NULL)

What is used for the CWnd* parameter since the parent will get event messages?

Do you have an example of how #import can be used for the call above? Confused | :confused:

AlexO14-Jan-03 6:44

14-Jan-03 6:44

I am confused "..NON MFC sample ..." "...non-windowed ActiveX..." "...that doesn't have a GUI aspect...".
In the sample above, you are creating window(1) and using MFC(2) for it. It kind of does not match the original requirement Smile | :)

.

What I was proposing is following

in stdafx.h (or main.h or whatever.h file you are using)
#import "libid:12345" no_namespace //12345 being libid of your control

in your code.cpp

void somefunction()
{
//Note: IYourControlMainInterfacePtr and
//YourControlsCoClass generated by #import
IYourControlMainInterfacePtr spMain(__uuidof(YourControlsCoClass));
spMain->SomeMethodOnTheControl();
.....
}

Paul Belikian14-Jan-03 7:04

Re: #import - Can you expand on that? - Oh well, I'll check into the COM Interface..

14-Jan-03 7:04

AlexO wrote:
In the sample above, you are creating window(1) and using MFC(2) for it. It kind of does not match the original requirement

Well, I see what you mean but actually I am not using MFC and I am not creating a CWnd based window. The line of code is the create function for the control. One of the parameters is a pointer to a CWnd. The application does have a Window but created using CreateWindow ...so this is where I am stuck. Can't use any temp CWnd object to attach to, but the window is needed to get messages from the control. The non-GUI aspect is that the control does not display a pie chart or something ...it is used to control an I/O device. I think I have a lot of reading to do, but not sure where to look to do this or even if I am going about it the right way.

Thanks for the help.

Regards,

Paul...

Paul Belikian14-Jan-03 7:16

14-Jan-03 7:16

Thanks for the help. I really need to read up on this stuff! Unsure | :~

AlexO14-Jan-03 7:28