C / C++ / MFC

changing the desktop theme

22-Apr-03 7:50

Uh, you've not declared a1, a2, a3, or a4 anyplace. What are they?

Mahesh Perumal22-Apr-03 6:14

Mahesh Perumal

22-Apr-03 6:14

Can I change the desktop theme through program? Please help me with some ideas...

Thanx in advance

Mahesh

Re: changing the desktop theme

David Crow22-Apr-03 6:23

22-Apr-03 6:23

I don't use themes so I can't verify this but you might be able to use SystemParametersInfo().

Registry Problems

Coyotedw22-Apr-03 5:36

Coyotedw

22-Apr-03 5:36

When saving settings the the registry I try and use a key that is the apps name. When the apps name is over 8 characters long the program shortens the key name to 8 characters. (example... for RegistryTest it would shorten it to REGIS~1) I would like it to save to RegistryTest. It works fine when run inside of Visual Studio but does not work when run directly.

Thanks for any help you can give me.

David Crow22-Apr-03 5:44

22-Apr-03 5:44

Do you have a code snippet that shows how you are creating the aforementioned key?

Coyotedw22-Apr-03 6:00

Coyotedw

22-Apr-03 6:00

Yes...
In the registrytest.cpp I have the following line....

SetRegistryKey("TEST"); // sets the Registry location were values will be stored

and in registrytestDlg.cpp I have...

CWinApp *pApp = AfxGetApp();
pApp->WriteProfileString("Values","DBLocation","TEST");

this is a test app I made but the problem happens in every prodject I create that is over 8 characters long in the name.

Coyotedw

David Crow22-Apr-03 6:18

22-Apr-03 6:18

So does this create a key named HKEY_CURRENT_USER\Software\TEST\Values\DBLocation?

In the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem registry key, I'm wondering if you have the PreserveLongNames value set to 0x00000000. I doubt this is the problem as you've no doubt created files with names longer than 8.3 characters in the past. Other than that, you might step into the SetRegistryKey() and WriteProfileString() functions to see what they are doing.

Coyotedw22-Apr-03 7:18

Coyotedw

22-Apr-03 7:18

While run inside the studio enviroment it creates a key named HKEY_CURRENT_USER\Software\TEST\registrytest\Values\DBLocation. When run outside of the studio enviroment it creates the key HKEY_CURRENT_USER\Software\TEST\REGIS~1\Values\DBLocation.

Coyotedw

John R. Shaw22-Apr-03 16:24

John R. Shaw

22-Apr-03 16:24

I would recommend you use the registry function like RegSetValue(),RegQueryValueEx(), etc...

I have not had any problems using these.

Joe Woodbury22-Apr-03 8:47

Joe Woodbury

22-Apr-03 8:47

The registry will not shorten the name of the key. My guess is that your app is using the actual [base] name of the executable and it's picking up the short name. (Since a user could rename the app, this is a bad idea.)

handling accelerator

Rage22-Apr-03 5:24

Re: custom control problem

22-Apr-03 5:24

Hi !

I have a SDI app, where I have defined an accelerator for the F3 key.
In this app, I have a dialog window opened all the time, and i need the accelerator to be effective, even when the focus is on the dialog.

I have tried to handle the VF_KEY (heu .. i am not sure about the name .. anyway, it is the "key message") in my dialog, and i then send ~~post~~ a message to the mainframe. Is there a better way to do it (because this one does not always work properly, sometimes the function is called twice, sometimes it is not handled by the overrided key function in the dialog).

The function is supposed to toggle the dialog (enabling or disabling its being showed).

~RaGE();

Re: handling accelerator

eXplodus22-Apr-03 8:05

eXplodus

22-Apr-03 8:05

you should be watch what you send after you handle the message.
the first time you hook into the message, handle it. then "delete" it.
so that no other window handle the message again.

Re: handling accelerator

Anonymous22-Apr-03 20:59

Anonymous

22-Apr-03 20:59

i am assuming that the dialog is modeless ?

just to give you somewhere to start looking CWinApp::Run()

and maybe IsDialogMessage()

TranslateMessage produces WM_CHAR messages only for keys that are mapped to ASCII characters by the keyboard driver.

If applications process virtual-key messages for some other purpose, they should not call TranslateMessage. For instance, an application should not call TranslateMessage if the TranslateAccelerator function returns a nonzero value.

custom control problem

Lior Shoval22-Apr-03 5:08

Lior Shoval

22-Apr-03 5:08

Hi.
I have a problem which relates to custom control. let me try to describe it:

description of dll1:
holds CMyPropertySheet and CMyPropertyPage (customized deriviations from MFC)
holds CPropertySheetMediator which is a singleton and is incharg of creating the CPropertySheet and adding the property pages to it.

description of dll2:
hold CGenPropertyPage which derives from CMyPropertyPage and holds a member of MyCustomControl which is the old thing this property page displays

description of dll3:
this is (like the first two) mfc extension dll which is dynamiclly linked to mfc (not statically) and is a dynamic library (not static .lib file)
the custom control calls RegisterClass in it's constructor to register it's window class.

description of application:
the application calls a method of CPropertySheetMediator to create an instance of CMyPropertySheet which contains only one page, CGenPropertyPage
then the application calls DoModal on that propertysheet instance it get's back from the mediator.
for some odd reason, DoModal fails (tracing into mfc code reveals that do WM_INITDIALOG message is sent to the propertysheet but is not received by it)
At the begining i thought it was a resources problem, but it isn't. If i remove the custom control place holder from CGenPropertyPage, the sheet is displayed and runs without a problem, so i figured it has something to do with the window class registration.
ofcourse i should mention that if CGenPropertyPage resides in the application and not in dll2 everything works just fine.
Any ideas ?

Thanks.

Roger Allen22-Apr-03 6:14

Roger Allen

22-Apr-03 6:14

My guess is that it can load the template fine when the propety sheet is being created, but it is failing to load the custom control info when it creating the CPropertyPage object and initialising the controls.

It may be necessary for you to make sure that the correct resources are selected at the time the OnInitDialog()/OnInitialUpdate() for the CPropertyPage is called. So you would need to do:

OnInitDialog/OnInitialUpdtate()
{
HINSTANCE old = AfxGetResourceHandle();
AfxSetRexourceHandle(hInstanceOfDll);
//call base class
CPropertyPage::OnInitDialog()/OnInitialUpdate();
AfxSetResourceHandle(old);
...
}

This is caused by your DLL being dynamically loaded and not being added to the MFC DLL resource chain.

Roger Allen
Sonork 100.10016

Were you different as a kid? Did you ever say "Ooohhh, shiny red" even once? - Paul Watson 11-February-2003

Re: custom control problem

Lior Shoval22-Apr-03 8:25

Lior Shoval

22-Apr-03 8:25

Thanks, but the problem is that the page's OnInitDialog doesn't get called...
Again, tracing into DoModal code shows that the dialog template (atleast for the sheet) is found and that's it.
Any other idea ?

Re: custom control problem

Roger Allen23-Apr-03 1:46

Roger Allen

23-Apr-03 1:46

Can you post the code from your dynamically loaded DLL for the propertypage class. It could be that when the page gets registered, it oly uses the CPropertyPage base class and not the CYourPage class when the message map entries are getting processed. Also the code which adds the page to the sheet may be useful in understanding the problem as well.

Roger Allen
Sonork 100.10016

Were you different as a kid? Did you ever say "Ooohhh, shiny red" even once? - Paul Watson 11-February-2003

saving a CListCtrl as a file

si_6922-Apr-03 4:43

si_69

22-Apr-03 4:43

Hi

does any one know how to save a CListCtrl object as a file

i have report style list control, with 3 columns of data
and want to save all of th values as a txt file

any ideas ??

thanks

si

Re: saving a CListCtrl as a file

Rage22-Apr-03 5:07

Get Ctrl Data out of SubForm Dialog to Main Dialog

22-Apr-03 5:07

#include <iostream.h>

fstream Outtxt("myfile.txt",ios::out);

for (int i=0;i<m_List.GetItemCount();i++)
{
  for(int j=0;j<NbItemPerColumn;j++)
  {
   Outtxt<<m_List.GetItemtext(i,j)<<endl;
  }
}

Outttxt.close();

~RaGE();

triggerdie22-Apr-03 4:37

triggerdie

22-Apr-03 4:37

Hi,

While Im using subForms in my Options Dialog, i want to read out the Controls Data, like text out of a CEdit Ctrl. Normally i would do this with DDX and Classwizard -> with result I have a variable which i can use. But with the use of subForms I have no scope anymore to these subForm Dialog Elements.

Im using the SubFormCollection Class from the Article "Child Dialog (Sub Forms)" from D. Zuppinger. [http://www.codeproject.com/dialog/childdlg.asp]

How can i retrieve the Data out of a Control in a SubForm Dialog to my Main Dialog?!

So maybe somebody out there might have an Answer with a little bit of source would be great.

Thanx to all in this community

Andre

Re: Get Ctrl Data out of SubForm Dialog to Main Dialog

Rage22-Apr-03 5:35

Re: Get Ctrl Data out of SubForm Dialog to Main Dialog

22-Apr-03 5:35

I do not know the code, so ...

The subforms are simple dialogs, so you must have a class for each dialog where you can put a member variable the one you meant by with result I have a variable .

Then, I assume the subForms class must have a table of handles or pointers on the different dialogs, or something in this way.

So take the index of your dialog, and try something like :

CDialog *pDlg=(CDialog *)m_SubForms.m_Forms.GetAt(Index);

pDlg->m_myEditCtrl // do your stuff.

~RaGE();

triggerdie22-Apr-03 22:02

triggerdie

22-Apr-03 22:02

Thanx for your fast reply.

I have tried something like this what you have wrote.
Problem of your Code above is that the compiler will generate an error
cause of CDialog has no member m_myEditCtrl. Now i had the Idea to deriver the CDialog Class with my Dialog Class e.g. mySubFormDlgClass. The Code look something like this

mySubFormDlgClass *pdlg = (mySubFormDlgClass*)m_Forms.GetAt(index);

with this Construction there is no error but an Assert @ runtime! So this is not the way. Another Problem is that if i insert some AFX Messages with Classwizard into my mySubFormDlgClass,set breakpoints in this Event Functions and want to debug - there is no interruption. The Event does not occur.

So only a ShowWindow takes places, no DoModal() function. Maybe there is the Problem. If i do a DoModal the Dialog opens but must be closed if i want to use my MainDialog while the other is open. I will research some time on this. Maybe you have some ideas.

Thanks
Andre

Re: Get Ctrl Data out of SubForm Dialog to Main Dialog

Rage22-Apr-03 23:07

Re: Get Ctrl Data out of SubForm Dialog to Main Dialog

22-Apr-03 23:07

triggerdie wrote:
cause of CDialog has no member m_myEditCtrl

... Of course your CDialog has no m_myEditCtrl variable !!! I cannot guess your variable names Roll eyes | :rolleyes:

!! This was only an exemple. Sorry for the misunderstanding. I think the articla was just a basis, you have to work on it to get your data retrieved. The easiest way to do this is the one I gave you. So, let's take it again. Change this in the code of SubFormCollection.h :

instead of

protected:
   CArray<CDialog*, CDialog*> m_Forms; // array with all forms

put

   CArray<CDialog*, CDialog*> m_Forms; // array with all forms
protected:

This will enable you to get at the m_Forms table by setting m_Forms as public.
Now you should have a main dialog, let's say CMainDlg, a CSubFormCollection, and some child dialogs, let's say CChildDlg1 and CChildDlg2 with respectively ressource IDD_SUBFORM1 and IDD_SUBFORM2 (Go in the properties of your dialogs in the ressource editor to set that). Replace these names by your variable names if they are different !!.

First, follow all the steps given in the article, especially step 5 :

CSubFormCollection m_SubForms;

(this in the MainDlg.h file.
and step 6

CRect r;
(GetDlgItem(IDC_SUBFORM_FRAME))->GetWindowRect(&r); // get the position for the subforms
//    m_SubForms.SetRelPos(r);  // if the positioning is absolute use this, else the next line
m_SubForms.SetCenterPos(r);     // centers the subdialog within the static IDC_SUBFORM_FRAME
m_SubForms.CreateSubForm(IDD_SUBFORM1,this); // create the sub forms
m_SubForms.CreateSubForm(IDD_SUBFORM2,this);
m_SubForms.ShowSubForm();

(this in the CMainDlg::OnInitDlg() file.)

Now you have two subForms, with index 0 and 1.
Then, as an example, place an edit box on the ressource of CChildDialog1, open the class wizard, add a member variable m_myEditCtrl of type CEdit.Close the class wizard.

Add a

m_SubForms.ShowSubForm(0);

in your code (in CMainDlg::OnInitDlg() for instance), to show the first subForm.

You can now retrieve the text entered in the edit box by the user with :

CDialog *pDlg=(CDialog *)m_SubForms.m_Forms.GetAt(0);
CString str=pDlg->m_myEditCtrl.GetWindowText();

Ouf

... mail me directly your code if you do not get it to run, i'll be glad to help you further.

~RaGE();

Rage23-Apr-03 23:10