C / C++ / MFC

FirstPrevNext

Re: Dialog Box after Dialog Box Mariusz Popiolek3-Oct-02 1:28 Mariusz Popiolek 3-Oct-02 1:28  Hi So you want to do a wizard: dialog with Next, Prev and Finish button. All you have to do is to use two classes: CPropertySheet and CPropertyPage. CPropertySheet will be used as a kind of container for the dialogs through which user will be able to iterate. In CPropertySheet look at the functions: SetWizardMode and SetWizardButtons. Add to you program one class that inherites from CPropertySheet and as many as you need classes that inherites from CPropertyPage(one class for every page in wizard). You can find comprehensive explanation in MSDN (start with classes CPropertySheet and CPropertyPage, that should be enoguh). Greetings Mariusz Popiolek Re: Dialog Box after Dialog Box Debs3-Oct-02 2:15 Debs 3-Oct-02 2:15  I've just done a similar thing myself. It's easy enough to switch between a normal Property Sheet/Page implementation to a wizard look-and-feel by use of the CPropertySheet.SetWizardMode call before the sheet is invoked, as described in the previous post. A few things that tripped me up when I was first doing it: 1) the title in a wizard is actually driven from the tab text you would normally see for the property page being displayed, NOT from the property sheet title. 2) The buttons displayed/enabled/disabled need setting from the PropertySheet, not the Page, so although the page is the one that needs to initiate the button display, it is actually the sheet that needs to do it. 3) If you go for the wiz98 type styles (nice bitmap backgrounds) then they change format between mfc6+7! Debbie Re: Dialog Box after Dialog Box Debs3-Oct-02 2:33 Debs 3-Oct-02 2:33  Err..of course I meant wizard97 styles. I do have a very simple test project I created in VC++ 6.0 that illustrates how to do this. If you're interested, then email me. As an aside, I could put this in the archives section, if it would be useful to anyone else, but it is *very* simple, so there might well already be one there already? What are the guidelines behind putting articles in? File Decryption in VC++ by using DES hardmale_243-Oct-02 0:34 hardmale_24 3-Oct-02 0:34  Hi All, I have encrypted the file by Java Crypto API using DES. Now i want to decrypt the same file by using DES. the code for the encryption is: String strKey="My key"; Cipher desCipher=Cipher.getInstance("DES"); SecretKeyFactory secretKeyFactory = SecretKeyFactory.getInstance("DES"); DESKeySpec desKeySpec = new DESKeySpec(strKey.getBytes()); SecretKey secretKey= secretKeyFactory.generateSecret(desKeySpec); desCipher.init(Cipher.ENCRYPT_MODE,secretKey ); Then by using the desCipher i encrypt the file. Now the problem is that i want to decrypt the file by using the DES algorithm in the VC++. I am bound to use the DES algorithm for the the decryption of the file. Can, any one help me out to solve the problem? Printing candan3-Oct-02 0:00 candan 3-Oct-02 0:00  I use CHtmlView to write my ap. And I use is's printing function. But the printing result has the url in the paper (in the left-bottom). How should I do to prevent it to print ? THX. Re: Printing Stephane Rodriguez.3-Oct-02 0:19 Stephane Rodriguez. 3-Oct-02 0:19  If it's your own IE, then just change your Page Setup, or change the registry. Otherwise, you got stuff here[^]. sometimes it helps to look at the IL generated code a MS guy on develop.com "answering" .NET issues MFC and ATL wizard order Debs2-Oct-02 23:03 Debs 2-Oct-02 23:03  I need to have ATL and MFC in an object and was wondering about the best order to do this, via the VC++ 6.0 wizards. Is it best to creat an ATL object then add MFC support, or create an MFC object and then add ATL support? I have looked at the tutorial: How to use an ATL-control with MFC By Franky Braem And he does it with MFCs first, followed by ATL. I've had conflicting advice from colleagues, and wondered about the advantages/disadvantages of the order. Although it doesn't really matter superficially as long as it works(!), I'd like to feel I understood it more. Anybody know more about the mechanics of this? Debbie Re: MFC and ATL wizard order Stephane Rodriguez.2-Oct-02 23:25 Stephane Rodriguez. 2-Oct-02 23:25  The two don't overlap. But you need to know if you intend to build a stand-alone app, or an ActiveX control. For a stand-alone app, use the MFC class wizard, because it provides the SDI/MDI framework/dialog. Then separately use the ATL wizard to create a code skeleton, and inject the resulting code in your MFC app. The ATL ActiveX control wizard uses both ATL and MFC (the class wizard doesn't provide the dov/view framework). Of course, it is always possible to arrange things to make it work anyway. MFC are usually shared at run-time (MFCxx.dll automatically loads) : _AFXDLL symbol. ATL are usually statically linked. (atl.dll does not load unless you add the _ATL_DLL symbol.) sometimes it helps to look at the IL generated code a MS guy on develop.com "answering" .NET issues Re: MFC and ATL wizard order Debs2-Oct-02 23:55 Debs 2-Oct-02 23:55  I'm afraid my knowledge of activex controls is somewhat limited, but I don't think my objects under development come under that label. I need two objects (at the moment): One is an executable that provides a dialog box to list available tools (bit like a control panel). The other is a dll that gets listed in that box and gets executed as a modeless dialog box itself. They communicate using a COM interface. So, if I've interpreted your comments correctly, I would imagine the MFC first approach would be best for these sort of objects? Incidentally, I did follow the tutorial in CodeProject, and it doesn't use the ATL wizard separately as you've suggested, but it adds an ATL object, and this seems to work ok. Maybe there are overheads, but I'm not that worried about efficiency for this app. Re: MFC and ATL wizard order Stephane Rodriguez.3-Oct-02 0:10 Stephane Rodriguez. 3-Oct-02 0:10  - for the executable : MFC, dialog-based wizard. You'll instantiate the COM object thanks to CoCreateInstance. Don't forget to initialize COM first : ::CoInitialize(NULL). No ATL at all here, probably. - for the DLL : the ATL wizard is just fine. It provides an idl file to work with, and automatical COM registration in the makefile. (ATL samples from the MSDEV cd are helpful as well). sometimes it helps to look at the IL generated code a MS guy on develop.com "answering" .NET issues Ranges in Excel Anonymous2-Oct-02 22:26 Anonymous 2-Oct-02 22:26  How can specify a discontinuous range in the propery 'Values' in a chart serie. I've tested with: serie->Values = "=E_1!R1C1:R3:C1;E_1!R5C1:R7:C1" but I obtain an error 1004. Thanks. Re: Ranges in Excel Stephane Rodriguez.2-Oct-02 23:08 Stephane Rodriguez. 2-Oct-02 23:08  "=E_1!$A$1:$A$3,E_1!$A$5:$A$7" (used with a French Excel, ie some chars may change). btw, your formula range has 4 :, which is wrong. sometimes it helps to look at the IL generated code a MS guy on develop.com "answering" .NET issues Re: Ranges in Excel Anonymous3-Oct-02 7:10 Anonymous 3-Oct-02 7:10  I've tested this with a combination of english Windows + english office, but I need it work in both, spanish and english systems. IMPLEMENT_SERIAL problem Stefan Larsson2-Oct-02 22:22 Stefan Larsson 2-Oct-02 22:22  I have a problem with the macro IMPLEMENT_SERIAL in VC7. What I have is a BaseDLL containing BaseClass which at compile time is exported from the dll. class __declspec(dllexport) BaseClass : public CObject { DECLARE_SERIAL(BaseClass) ... } I also have got a DerivedDLL containing DerivedClass and AnotherClass. At compile time it would look like this #include <basedll baseclass.h=""> class __declspec(dllexport) DerivedClass : public BaseClass { DECLARE_SERIAL(DerivedClass) ... } class __declspec(dllexport) AnotherClass : public BaseClass { DECLARE_SERIAL(AnotherClass) ... } When compiling DerivedDLL, BaseClass has the following look class __declspec(dllimport) BaseClass : public CObject { DECLARE_SERIAL(BaseClass) ... } In the implementation file of DerivedClass and AnotherClass I have IMPLEMENT_SERIAL(DerivedClass, BaseClass, 1) IMPLEMENT_SERIAL(AnotherClass, BaseClass, 1) This IMPLEMENT_SERIAL macro doesn't seem to work correctly (although it seems to work in VC6). When adding the classes to the DerivedDLL's list of run-time classes one of the classes is cut off and later on the program can't find the run-time class of AnotherClass. I've found out that if I exchange BaseClass to CObject it works, but I don't know if it works correctly. If I move BaseClass from BaseDLL to DerivedDLL it works, but I don't want BaseClass in DerivedDLL. If I make sure that when compiling DerivedDLL that BaseClass is declared dllexport it works, but it might give me problems later since DerivedDLL doesn't have the implementation code of BaseClass. Does anyone know why it doesn't work in VC7? Does anyone have a safe work-around to the problem? Is there a bug in the VC7 compiler? Re: IMPLEMENT_SERIAL problem benjymous2-Oct-02 23:23 benjymous 2-Oct-02 23:23  have you put: IMPLEMENT_SERIAL(BaseClass, CObject, 1) in the base class? -- Help me! I'm turning into a grapefruit! Re: IMPLEMENT_SERIAL problem Stefan Larsson2-Oct-02 23:51 Stefan Larsson 2-Oct-02 23:51  Yes, I have. Re: IMPLEMENT_SERIAL problem Tomasz Sowinski3-Oct-02 3:55 Tomasz Sowinski 3-Oct-02 3:55  Is your .dll 'MFC extension DLL' or rather 'MFC regular DLL'? Tomasz Sowinski -- http://www.shooltz.com *** Si fractum non sit, noli id reficere. *** Re: IMPLEMENT_SERIAL problem Stefan Larsson3-Oct-02 4:05 Stefan Larsson 3-Oct-02 4:05  Both DLL-files are built as 'MFC Extension DLL'. CTreeCtrl question joblemar2-Oct-02 21:55 joblemar 2-Oct-02 21:55  I want to chage the font that uses CTreeCtrl to draw the text items but I don't know how to do. Can you give help me ? Re: CTreeCtrl question Nish Nishant2-Oct-02 22:26 Nish Nishant 2-Oct-02 22:26  You can use SetFont(...) Nish Author of the romantic comedy Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW] CHTMLVIEW candan2-Oct-02 21:53 candan 2-Oct-02 21:53  I write a view from CHtmlView to display a html file. But the file is very large. I should pagedown many times to the end. My problem is how can the view remember the line I read last time? Next time I open the view it should goto the line I read last time. Re: CHTMLVIEW Stephane Rodriguez.2-Oct-02 22:02 Stephane Rodriguez. 2-Oct-02 22:02  Create an anchor <a name="..."> in your html file. sometimes it helps to look at the IL generated code a MS guy on develop.com "answering" .NET issues retrieving process version Black ghost2-Oct-02 21:41 Black ghost 2-Oct-02 21:41  Hi, Is there any way of retrieving the process/module version through the PSAPI? Thanks in advance Black ghost Re: retrieving process version Stephane Rodriguez.2-Oct-02 22:11 Stephane Rodriguez. 2-Oct-02 22:11  No, PSAPI is not meant for that. Once you've got the process name, just use the ::GetFileVersionInfo to get what you're looking for. Note : you will have to include <winver.h> in your code, and link with version.lib. sometimes it helps to look at the IL generated code a MS guy on develop.com "answering" .NET issues MS Shell Dlg Font Daaave2-Oct-02 19:02 Daaave 2-Oct-02 19:02  Hi. I've read that the "MS Shell Dlg" font refers to the system-wide font used in menus, edit boxes, etc. How do I create a CFont object for that font? I'm trying to dynamically create a CEdit control which uses the basic "MS Shell Dlg" font. Thanks, Dave

Last Visit: 31-Dec-99 18:00     Last Update: 7-Jun-24 14:15 Refresh ᐊ Prev1...16096160971609816099161001610116102161031610416105 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

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