C / C++ / MFC

ns29-Aug-02 5:58

29-Aug-02 5:58

It probably is, but heres what I do in the function:

void CDlgMineName::OnChangeEditminename() 
{


	m_buttonminename.EnableWindow(TRUE);

}

If the change was of a "negative type" i.e. nothings left in the CEdit, I want to EnableWindow(FALSE), so should I do a GetWindowText in this event and see if its empty?

void CDlgMineName::OnChangeEditminename() 
{
        CString abc;
        m_myEdit.GetWindowText(abc);
        if(abc=="")
        {
            m_buttonminename.EnableWindow(FALSE);
         }
         else
         {
	    m_buttonminename.EnableWindow(TRUE);
          }

}

What do you think about this? Too contrived?

Thanks,
ns Smile | :)

Tomasz Sowinski29-Aug-02 6:07

29-Aug-02 6:07

One line does it all:

m_button.EnableWindow(m_edit.GetWindowTextLength() > 0);

Tomasz Sowinski -- http://www.shooltz.com

Free your mind and your ass will follow.

Roger Allen29-Aug-02 5:56

Roger Allen

29-Aug-02 5:56

For the EN_CHANGE you would just write

CString name ;
m_editMineName.GetWindowText(name) ;
GetDlgItem(IDC_BUTTON_DONE)->EnableWindow(name.GetLength() > 0) ;

Roger Allen
Sonork 100.10016

I think I need a new quote, I am on the prowl, so look out for a soft cute furry looking animal, which is really a Hippo in disguise. Its probably me.

Very cool!

ns29-Aug-02 6:03

29-Aug-02 6:03

Thanks! I was going about doing that but I really like your succintness and style!
Thanks,
ns

Can Visual C++ (6.0) print the whole List Box contents?

Sayan Mukherjee29-Aug-02 6:22

Sayan Mukherjee

29-Aug-02 6:22

Hi,

Please find below a possible way to do it using MFC. It is in your lines
of thought and EN_CHANGE does it.

When the application starts the button will be disabled. As you type in the
edit box or delete text EN_CHANGE fires. Keep on measuring the length of the
string.

Code follows:
Class declaration:

<br />
class CEditControlDlg : public CDialog<br />
{<br />
// Construction<br />
public:<br />
 CEdit *m_pEdit; // Added by Sayan<br />
 CButton *m_pButton; // Added by Sayan<br />
<br />
 CEditControlDlg(CWnd* pParent = NULL);	// standard constructor<br />
// ...<br />
// ...<br />
}<br />

Function definition - InitDialog():

<br />
BOOL CEditControlDlg::OnInitDialog()<br />
{<br />
 CDialog::OnInitDialog();<br />
<br />
 // Set the icon for this dialog.  The framework does this automatically<br />
 //  when the application's main window is not a dialog<br />
 SetIcon(m_hIcon, TRUE);			// Set big icon<br />
 SetIcon(m_hIcon, FALSE);		// Set small icon<br />
	<br />
 // TODO: Add extra initialization here<br />
 m_pEdit = (CEdit *)GetDlgItem(EF_TEXT); // Added by Sayan<br />
 m_pButton = (CButton *)GetDlgItem(PB_DONE); // Added by Sayan<br />
<br />
 m_pButton->EnableWindow(FALSE); // Added by Sayan<br />
 return TRUE;  // return TRUE  unless you set the focus to a control<br />
}<br />

Function definition - EN_CHANGE handler function:

<br />
void CEditControlDlg::OnChangeText() <br />
{<br />
 // TODO: If this is a RICHEDIT control, the control will not<br />
 // send this notification unless you override the CDialog::OnInitDialog()<br />
 // function and call CRichEditCtrl().SetEventMask()<br />
 // with the ENM_CHANGE flag ORed into the mask.<br />
	<br />
 // TODO: Add your control notification handler code here<br />
 CString strText;<br />
<br />
 m_pEdit->GetWindowText(strText);<br />
<br />
 if (!strText.GetLength())<br />
 {<br />
 	m_pButton->EnableWindow(FALSE);<br />
 }<br />
 else<br />
 {<br />
 	m_pButton->EnableWindow();<br />
 }<br />
}<br />

With best regards,
Sayan
Email:sayanmukherjee@indiatimes.com

Excel locks up

Zizilamoroso29-Aug-02 5:28

Zizilamoroso

29-Aug-02 5:28

I'm automating Excel from C++ using OLE.

Sometimes, I give a command to excel. Excel handles the command and finishes it, BUT excel doesn't return back to my c++ app.

In my c++ app, I'm calling pDispatch->Invoke(...), the method or property is indeed invoked, you can see the result in the excel sheet. But the invoke method never returns and hangs...

My guess is that it's wndmessage-related.
btw. my app is in fact an mfc-dll. InitInstance() is called but Run() is never called.

Anybody knows why? Do I have to override the excel messagepump?

PLEASE, any suggestions are fine...
tnx

[VISUAL STUDIO 6.0] [MFC] [WIN98/2]

Bluute tette! Dead | X|

Anonymous29-Aug-02 5:09

Anonymous

29-Aug-02 5:09

Hi,

I would like to print all the contents of a List Box from the Start to the End (some time the list is very long & it shows only protion of it in the screen) including its Header columns titles

Is there any samples about this?

I appreciate any help & guideline here!

Thanks,

Timer IDs

JohnnyG29-Aug-02 4:39

JohnnyG

29-Aug-02 4:39

Are they global (Windows) scope or application scope? Just curious about that but I have a view with a timer in it. My application creates two instances of this view in splitter window panes. Of course for now, each view has the same timer ID which is effecting what I'm doing. But, I was wondering if I pick two random numbers or two different hard coded values will they be effected by any other timers running in different applications if a developer of those "other" applications used the same ID.

Re: Timer IDs

C^hris L^osinger29-Aug-02 4:42

C^hris L^osinger

29-Aug-02 4:42

i believe they are application scope. otherwise, your app would be receiving timer messages from every other app out running on your system - this would be a tremendous waste of CPU cycles, IMO.

-c

For men use, if they have an evil turn, to write it in marble:
and whoso doth us a good turn we write it in dust.
-- Sir Thomas More

image effects!

Re: Timer IDs

Tomasz Sowinski29-Aug-02 4:45

CRecordView has no DoModal function

29-Aug-02 4:45

Not global. IDs must be unique per HWND.

"If the hWnd parameter is not NULL and the window specified by hWnd already has a timer with the value nIDEvent, then the existing timer is replaced by the new timer. When SetTimer replaces a timer, the timer is reset. Therefore, a message will be sent after the current time-out value elapses, but the previously set time-out value is ignored." (from MSDN docs on SetTimer).

Tomasz Sowinski -- http://www.shooltz.com

Free your mind and your ass will follow.

Re: Timer IDs

JohnnyG29-Aug-02 4:45

JohnnyG

29-Aug-02 4:45

Wow! That was quick. OMG | :OMG:

Thanks, Guys.

gate7ole29-Aug-02 3:51

gate7ole

29-Aug-02 3:51

Working with VC++ 6.0 I have a problem. The CRecordView class has no DoModal() function.So I don't know how to call a dialog based on CRecordView from another dialog (based on CView for example).

E.g I tried to call a dialog with class name CRecView (based on CRecordView):

void CTestDlg::OnButton1()
{
CRecView m_Dlg1;
m_Dlg1.DoModal();
}

but without the DoModal function I can't do it.

Re: CRecordView has no DoModal function

Tomasz Sowinski29-Aug-02 4:14

CRecordView has no DoModal function

29-Aug-02 4:14

This article demonstates how to use CHtmlView in dialog, but the solution should work with other view classes as well. You may use it as a start point:

http://www.microsoft.com/msj/0100/c++/c++0100.asp[^]

Tomasz Sowinski -- http://www.shooltz.com

Free your mind and your ass will follow.

Anonymous29-Aug-02 3:51

Anonymous

29-Aug-02 3:51

Redistribution question

ns29-Aug-02 2:36

29-Aug-02 2:36

I will be packaging my MFC app with Wise.Theres a third party control that requires that olepro32 and oleaut32 be registered and installed on the users machine. I guess my question is, that if I ship the version they suggest, they are older than whats already on my win2k. If the user has newer dlls too, then these older ones I distribute wont overwrite them right? (In which case, the app should still work, I hope.).

If my shipped dlls are newer than the users dlls, then it wont mess up their machine to install mine - is that right?

Thanks,
ns

Tomasz Sowinski29-Aug-02 2:54

29-Aug-02 2:54

ns wrote:
If the user has newer dlls too, then these older ones I distribute wont overwrite them right?

Well, it depends on the installer. I don't know Wise, but I'm pretty sure you can control the way files are copied - there should be an option 'leave existing file if its version is more recent'. At least there's something like this in InstallShield.

Tomasz Sowinski -- http://www.shooltz.com

Free your mind and your ass will follow.

Stephane Rodriguez.29-Aug-02 3:21

29-Aug-02 3:21

<old installshield="">
It is true you have the overwrite-only-if-newer flag in old InstallShield.

If you put these DLLs in your app directory, then you don't even need to worry this.

InstallShield is legacy.

You must use Merge modules (.msm) files, fill a .msi database and use the Windows Installer SDK.
System merge modules such like the ones you mention are provided by MS. VS.Net provides a lot of them in the cd.
Packages are represented by GUIDs and that's by design the installer now knows if a subpackage is already installed, needs upgrade, or has been uninstalled.

And I swallow a small raisin.

Tomasz Sowinski29-Aug-02 3:26

29-Aug-02 3:26

StephaneRodriguez wrote:
If you put these DLLs in your app directory, then you don't even need to worry this

I highly doubt if you can put olepro32 and oleaut32 in app directory - these are core OLE libraries.

Tomasz Sowinski -- http://www.shooltz.com

Free your mind and your ass will follow.

Stephane Rodriguez.29-Aug-02 3:29

29-Aug-02 3:29

Agreed, but usually DLLs loaded automatically follow the documented scheme :
- either in current path
- or in PATH environment variable
- or system dir

So I guess this works. Requires a try though... Big Grin | :-D

And I swallow a small raisin.

Tomasz Sowinski29-Aug-02 3:37

29-Aug-02 3:37

Yeah, and when you mix 'system '.dlls from app directory with real system .dlls then you'll get mysterious problems. Smile | :)

Not worth the effort, IMHO.

Tomasz Sowinski -- http://www.shooltz.com

Free your mind and your ass will follow.

Stephane Rodriguez.29-Aug-02 3:50

29-Aug-02 3:50

I don't like very much the idea of the so-called "mysterious problems". Every developer should be able to know exactly what DLLs are loaded, when, and why. If they don't, how can they debug ?

Along with static DLL dependancy walker tool, I highly recommend developers to read Matt Pietrek's articles on the net, and also download tools that for instance dynamically show loaded DLLs (introductory article here).

And I swallow a small raisin.

Tomasz Sowinski29-Aug-02 4:02

29-Aug-02 4:02

StephaneRodriguez wrote:
Along with static DLL dependancy walker tool,

Unfortunately, this doesn't solve all problems. Your app will load .dll from app directory, however, other parts of the system located in system32 will load *their* version. If there's some data exchange going on, and it uses internal structures which evolved in time, you're in trouble.

I remember that old issue of WDJ had very nice article on that, don't have a copy at hand however.

Tomasz Sowinski -- http://www.shooltz.com

Free your mind and your ass will follow.

C^hris L^osinger29-Aug-02 4:21

C^hris L^osinger

29-Aug-02 4:21

you need to add the case where the DLL is an ActiveX server and needs to be registered. if you add and register a new version, everything that uses that component will be using your version.

-c

For men use, if they have an evil turn, to write it in marble:
and whoso doth us a good turn we write it in dust.
-- Sir Thomas More

image effects!

Stephane Rodriguez.29-Aug-02 4:36

29-Aug-02 4:36

To obscure even more, add Independant version ProgIds... Cool | :cool:

And I swallow a small raisin.