Re: std::string and std::wstring - C / C++ / MFC Discussion Boards

Chou3-Jul-02 17:35

3-Jul-02 17:35

I have a column of CEdit controls to get values for up to 10 fields. For each control, I'd like to do some processing on EN_CHANGE, such as storing the value to an array.

Rather than add one distinct handler function for each instance of ON_EN_CHANGE in the message map, I'd like to be able to pass the index of the control as a parameter to a common handler.

i.e., rather than:

ON_EN_CHANGE(IDC_VALUE1, OnChangeValue1)
ON_EN_CHANGE(IDC_VALUE2, OnChangeValue2)
...

I'd prefer something like:

ON_EN_CHANGE(IDC_VALUE1, OnChangeValue(1))
ON_EN_CHANGE(IDC_VALUE2, OnChangeValue(2))
...

The compiler spits out errors if I try variations of this. Is there a way to do something to this effect?

Thanks for any help.

Re: Message handlers for array of controls

Dave Bryant3-Jul-02 17:48

Dave Bryant

3-Jul-02 17:48

You could override PreTranslateMessage() to intercept the processing of the change message for a range of control IDs:

For example:

BOOL CMyDialog::PreTranslateMessage(MSG* pMsg)
{
// EN_CHANGE is in the high word of wparam
if ( WM_COMMAND == pMsg->message && EN_CHANGE == pMsg->wParam >> 16 )
{
// the control id is in the low word of wparam
UINT nID = pMsg->wParam & 0xFFFF;
if ( nID >= IDC_VALUE1 && nID <= IDC_VALUE10 )
{
OnChangeValue( nID - IDC_VALUE1 + 1 );
return TRUE;
}
}

return CDialog::PreTranslateMessage( pMsg );
}

Dave

Re: Message handlers for array of controls

Rama Krishna Vavilala3-Jul-02 17:54

Rama Krishna Vavilala

3-Jul-02 17:54

Look at ON_CONTROL_RANGE and ON_COMMAND_RANGE

More Information

Thanks

Chou3-Jul-02 18:15

Chou

3-Jul-02 18:15

Thank to all! ON_CONTROL_RANGE is exactly what I was looking for.

Dave's PreTranslateMessage method worked for me too, but this looks cleaner for a simple job.

std::string and std::wstring

Le centriste3-Jul-02 16:24

Le centriste

3-Jul-02 16:24

Is there something like std::_tstring?

Tx

Michel

It is a lovely language, but it takes a very long time to say anything in it, because we do not say anything in it, unless it is worth taking a very long time to say, and to listen to.

- TreeBeard

Re: std::string and std::wstring

Rama Krishna Vavilala3-Jul-02 16:27

Rama Krishna Vavilala

3-Jul-02 16:27

No,

But I normally add, in my "stdafx.h"

typedef std::basic_string<tchar> _tstring;
typedef std::basic_stringstream<tchar> _tstringstream;
typedef std::basic_istringstream<tchar> _tistringstream;
typedef std::basic_ostringstream<tchar> _tostringstream;

Re: std::string and std::wstring

Le centriste3-Jul-02 16:37

Le centriste

3-Jul-02 16:37

Tx for the prompt reply. I will do something like this.

Michel

It is a lovely language, but it takes a very long time to say anything in it, because we do not say anything in it, unless it is worth taking a very long time to say, and to listen to.

- TreeBeard

Re: std::string and std::wstring

Michael Dunn3-Jul-02 17:34

Michael Dunn

3-Jul-02 17:34

typedef std::basic_string<TCHAR> tstring;

Smile | :)

--Mike--
Just released - RightClick-Encrypt - Adds fast & easy file encryption to Explorer
My really out-of-date homepage
Sonork-100.19012 Acid_Helm

Re: std::string and std::wstring

Le centriste3-Jul-02 17:46

Le centriste

3-Jul-02 17:46

I should've think of that Blush | :O

!

Thanks

Michel

It is a lovely language, but it takes a very long time to say anything in it, because we do not say anything in it, unless it is worth taking a very long time to say, and to listen to.

- TreeBeard

XP Vertical-style Tabs

Larry Antram3-Jul-02 13:35

Larry Antram

3-Jul-02 13:35

Has anyone managed to get a tab control with vertical tabs (TCS_VERTICAL style) to work with an application on XP with an XP manifest?

The tabs are blank and generally wacked out. Am I missing something or is this a bug in XP?

Thanks for any info.

Regards, Larry Antram
Stardust Software

"I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones."
-- Albert Einstein

Re: XP Vertical-style Tabs

Larry Antram3-Jul-02 14:05

Larry Antram

3-Jul-02 14:05

Nevermind, I found the following information on MSDN.

TCS_VERTICAL: Version 4.70. Tabs appear at the left side of the control, with tab text displayed vertically... [excerpt deleted] ... This style is not supported if you use ComCtl32.dll version 6.

IMO, that is extremely lame.

Regards, Larry Antram
Stardust Software

"I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones."
-- Albert Einstein

Re: XP Vertical-style Tabs

Jeremy Falcon3-Jul-02 19:28

Jeremy Falcon

3-Jul-02 19:28

Larry Antram wrote:
"I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones."
-- Albert Einstein

Smile | :)

Ya gotta love the man's sense of humor.

Jeremy L. Falcon<nobr>
Homepage : Sonork = 100.16311

"The height of your accomplishments will equal the depth of your convictions."
- William F. Scolavino

Re: XP Vertical-style Tabs

Larry Antram3-Jul-02 22:01

Larry Antram

3-Jul-02 22:01

Hopefully it was humor. Wink | ;)

Regards, Larry Antram
Stardust Software

"Why are we here? What is the purpose of life? A lot of people say it's meaningless. Nonsense. There's no use having a cosmos, no use having a universe, if you don't have an audience. The universe, needing an audience, created us. We are the meaning of life."
-- Ray Bradbury [Interview, April 18, 2002]

COM Security problem Please Help

Bill Wilson3-Jul-02 13:23

Bill Wilson

3-Jul-02 13:23

I have a security issue with a COM server I wrote. First let me describe the architecture:

This is a client/Server situation.

On the Client computer:

1. Run application (APP1).
2. APP1 passes request to dispatcher service on Server computer.

On the Server
Dispatcher Service (APP2) launches an intermediate application (APP3).
Intermediate calls .dll function.
.dll function performs CoCreateInstance on COMX.
COMX is implemented in APP3 as a local server.

COMX is registered with default configuration (DCOMCNFG)
The APP2 service is configured to logon as the system user.

When I test this on a Win2K system, all is well.

When I run on winNT4, I get access error when the .dll attempts CoCreateInstance.
I can work around the error by configuring the APP2 service to logon as a user account.
Unfortunately that will not work in our production environments.

I've messed around with DCOMCNFG to reconfigure the COMX server, but nothing seems to help, except changing the logon for the service.

I'm really stuck. Any ideas or suggestions will be appreciated.

Thanks for the help,
Bill

hide MFC modal dialog on startup

Kuniva3-Jul-02 13:05

Kuniva

3-Jul-02 13:05

i have an MFC dialog application and i need to hide the main dialog on startup...
putting ShowWindow(SW_HIDE) in OnInitDialog() doesn't work and i need to be able to show the dialog again afterwards so i cant put it in OnPaint either.
Does anyone know how to do this?

Thanx

Kuniva
--------------------------------------------

Re: hide MFC modal dialog on startup

Bill Wilson3-Jul-02 13:28

Bill Wilson

3-Jul-02 13:28

For an MFC dialog app, the wizard puts these lines in the InitInsance of the app class.

CMyDialog dlg;
if (dlg.DoModal == IDOK)...

skip the do.Modal and your dialog won't be shown (or created either).

If you want it created, but not shown, you can call Create yourself. If you are eventually going to call DoModal, don't bother.

Re: hide MFC modal dialog on startup

Nish Nishant3-Jul-02 14:45

Nish Nishant

3-Jul-02 14:45

This article will help you :-

http://www.codeproject.com/dialog/dlgboxtricks.asp

See the tip titled "Starting a modal dialog hidden". It's currently the first tip too Smile | :)

Nish

Author of the romantic comedy

Summer Love and Some more Cricket [New Win]

Review by Shog⁹
Click here for review[NW]

Re: hide MFC modal dialog on startup

Mazdak3-Jul-02 19:53

Mazdak

3-Jul-02 19:53

This method is by Joaquin.

Add TRUE boolean to your class and named it m_bFirstShowWindow.Then handle this event to your dialog class:

void CYourDlg::OnWindowPosChanging(WINDOWPOS* lpwndpos)
{
	CDialog::OnWindowPosChanging(lpwndpos);

	if(lpwndpos->flags&SWP_SHOWWINDOW)
	{
		if(m_bFirstShowWindow)
		{
			m_bFirstShowWindow=FALSE;            
			lpwndpos->flags&=~SWP_SHOWWINDOW;        
		}
    }
}

Mazy

"If I go crazy then will you still
Call me Superman
If I’m alive and well, will you be
There holding my hand
I’ll keep you by my side with
My superhuman might
Kryptonite"Kryptonite-3 Doors Down

"enter" key dismisses modal dialog!

ns3-Jul-02 11:18

3-Jul-02 11:18

I spawn a modal dialog in am MDI CFormView project. Its a login screen. If I hit enter without any entries or even with, it vanishes!!!As you know the modal dlg form comes with an Ok and Cancel button.

I tried removing the OK button - no go.
I made the OK button not the default button (from properties) - still no luck.

I changed the ID of the OK button to a random name, overrode the ONOK function to be something like:

{
check data in login editboxes

store password in public variable

set int nret

EndDialog(nret)

return
}

return from DoModal() in spawning form and set text in box there to publicly accessible password from CLoginDialog.

This works if I click the okay button.

But if I press "enter" - everything is bypassed!
The login dialog vanishes and no info is transmitted!

Please let me know what I can do about this.
Thanks,
ns

Another issue:

In the initdialog of the CLoginDialog class
m_editbox.SetFocus();

is totally unresponsive!

Re: "enter" key dismisses modal dialog!

C^hris L^osinger3-Jul-02 11:32

C^hris L^osinger

3-Jul-02 11:32

this will fix it:

BOOL CMyDlg::PreTranslateMessage(MSG* pMsg) 
{
	if ((pMsg->message == WM_KEYDOWN))// && (pMsg->hwnd == m_hWnd))
   {
      if (pMsg->wParam == VK_RETURN)
      {
         return TRUE;
      }
   }
	
   return CDialog::PreTranslateMessage(pMsg);
}

-c

Being just contaminates the void.
--Robyn Hitchcock

Image Processing - easy, like Sunday morning.

Re: "enter" key dismisses modal dialog!

ns3-Jul-02 11:40

3-Jul-02 11:40

Thank you.

Do I have to call this from anywhere. Do I just add it as a custom function or is it a windows message handler (selected from context menu on class), in which case it adds stuff in //afx areas of the cpp.

Is it like the UI_COMMAND_UPDATE handler that runs automagically when doc variables change?

Many thanks for responding on a pre-holiday eve.
ns

Re: "enter" key dismisses modal dialog!

C^hris L^osinger3-Jul-02 11:43

C^hris L^osinger

3-Jul-02 11:43

go to classwizard for your dialog and override PreTranslateMessage. it's a function override, not a message handler, so it will be in the top of the "messages" list. then put that little bit of code in the function CW generates for you.

-c

Being just contaminates the void.
--Robyn Hitchcock

Image Processing - easy, like Sunday morning.

Re: "enter" key dismisses modal dialog!

ns3-Jul-02 11:49

3-Jul-02 11:49

Gosh! Thanks so much! I truly appreciate it.

With all my struggles this afternoon, the best I could do and have the dialog not vanish with "enter" was rename the IDOK with ID_NOTOK, with no code in the click event for the newly named button. Then I put the rest of my stuff in the button called "Login" which dismisses appropriately with EndDialog. This was still going to leave me with a useless OK button which doesnt do anything anymore. So I was thinking of making it invisible when your life saving email arrived!

I'll try it in a few minutes.
Have a fun holiday!
Cheers,
ns

Re: "enter" key dismisses modal dialog!

C^hris L^osinger3-Jul-02 11:57

C^hris L^osinger

3-Jul-02 11:57

ns wrote:
Gosh! Thanks so much!

' any time.

-c

Being just contaminates the void.
--Robyn Hitchcock

Image Processing - easy, like Sunday morning.

A million thanks!

ns3-Jul-02 12:00

3-Jul-02 12:00

Works like a charm! Thank you so much!
One more hurdle overcome...
ns Smile | :)

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