C / C++ / MFC Discussion Boards

softwaremonkey13-Oct-11 10:55

13-Oct-11 10:55

Hi,

Not sure if this question belongs here but I wondered if there is a location on the disk where I can gaurantee that I can always write a file to under Windows 7. In the good old days of XP I could use C:\ but thats a no-no (I guess it was under XP but hey!).

Thanks

Tony Thumbs Up | :thumbsup:

Re: File Locations on Win 7

André Kraak13-Oct-11 11:08

André Kraak

13-Oct-11 11:08

You could use the C:\Users\Public\Documents folder for this.
All users on a Windows 7 machine should have access to it.

0100000101101110011001000111001011101001

Re: File Locations on Win 7

_AnsHUMAN_ 13-Oct-11 20:21

_AnsHUMAN_

13-Oct-11 20:21

C:\Users\username\AppData could be just the place you are looking for.

You talk about Being HUMAN. I have it in my name
AnsHUMAN

Re: File Locations on Win 7

«_Superman_»13-Oct-11 22:03

«_Superman_»

13-Oct-11 22:03

AppData it is.
Get the path to this folder using the API SHGetSpecialFolderPath with CSIDL_APPDATA as the nFolder parameter.

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Polymorphism in C

Re: File Locations on Win 7

softwaremonkey13-Oct-11 22:50

softwaremonkey

13-Oct-11 22:50

Thanks guys that's great Thumbs Up | :thumbsup:

Re: File Locations on Win 7

Snorri Kristjansson14-Oct-11 1:27

Snorri Kristjansson

14-Oct-11 1:27

Hi,

Probably the best bet is to use [CommonApplicationData] folder (C:\ProgramData), one problem though - it's a hidden folder so users will have a problem finding it if they need to.

Anyway...
I was researching this same topic a few weeks ago. I thought I might share a few links to info regarding this subject:

http://blogs.msdn.com/b/cjacks/archive/2008/02/05/where-should-i-write-program-data-instead-of-program-files.aspx[^]

http://www.perceler.com/articles1.php?art=specfolder1[^]

http://codefromthe70s.org/vistatutorial.aspx[^]

http://www.wilderssecurity.com/showthread.php?t=282955[^]

Allow write/modify access to CommonApplicationData[^]

http://msdn.microsoft.com/en-us/library/aa905330.aspx[^]

Re: File Locations on Win 7

softwaremonkey14-Oct-11 10:13

softwaremonkey

14-Oct-11 10:13

Thanks for info and the links. It has made me realise that I should not take the lazy way out and need to do things properly.

Good to see I am not on my own though Thumbs Up | :thumbsup:

Re: File Locations on Win 7

jkirkerx14-Oct-11 7:49

jkirkerx

14-Oct-11 7:49

I ran into that too last week on Windows 7,

I ended up using Windows\Temp for now

I tried Documents Setting\account\Application Data\My Folder

but ran into issues with the long names, and file not found when pointing to config files I put in it.

Re: File Locations on Win 7

softwaremonkey14-Oct-11 10:21

softwaremonkey

14-Oct-11 10:21

Hmmm windows\temp eh? Didn't think of that. I still think APPDATA is probably the best place (thanks AnsHUMAN and Superman.

Tony Cool | :cool:

[mfc, custom control] Default Button

csrss13-Oct-11 6:15

csrss

13-Oct-11 6:15

Hi.
I got my own custom button where i am doing all the painting myself. And now there is a problem: default button behavior. You know, like, these fancy regular windows buttons - when you click inside some Edit Box (let it be anywhere on the main app window) - button is drawn with blue shinning color. When you click on another button - that another button becomes default one. When you click inside some other edit box, again - this first button is drawn with a blue shinning color. The thing is : it is not an issue to check the style with:

if( GetStyle() & BS_DEFPUSHBUTTON ) then...

and do some additional drawing. The problem is: how to catch when a user clicked somewhere on another control which is not mine, which is regular windows edit box for example. Or another button which is just windows regular button? How do my button know when to draw some additional stuff to indicate it is a default button?

Thanks

011011010110000101100011011010000110100101101110
0110010101110011

Re: Implement an NM_CUSTOMDRAW Message Handler

Software_Developer13-Oct-11 6:36

Software_Developer

13-Oct-11 6:36

MSDN - Implement an NM_CUSTOMDRAW message handler

void CMyCustomDrawControl::OnCustomDraw(NMHDR* pNMHDR, 
                                        LRESULT* pResult)
{
  LPNMCUSTOMDRAW pNMCD = reinterpret_cast<LPNMCUSTOMDRAW>(pNMHDR);
  ...
}

OnCustomDraw articles here and here and here

Re: Implement an NM_CUSTOMDRAW Message Handler

csrss13-Oct-11 6:51

csrss

13-Oct-11 6:51

i cannot see how this should solve my problem.

011011010110000101100011011010000110100101101110
0110010101110011

Re: [mfc, custom control] Default Button

Richard MacCutchan13-Oct-11 7:48

Richard MacCutchan

13-Oct-11 7:48

I think your button needs to handle the WM_KILLFOCUS[^] message.

Unrequited desire is character building. OriginalGriff

Re: [mfc, custom control] Default Button

csrss13-Oct-11 7:58

csrss

13-Oct-11 7:58

It handles. But i need to catch somehow messages from other controls.
Currently i am handling WM_MOUSEACTIVATE on a dialog window (this msg is posted when non-focused control gets focus, so basically when you click on any control on a dialog window , this dialog window gets this message) and then posting some dummy message to all child controls to make my controls redraw them selfs. But. There is one BUT. This message is posted before last control loses focus or something like that, anyways, only after second message my controls redraw them selfs correctly, so its like, "there is one click delay" - unacceptable in my case Frown | :(

So there should be some better way i dont know about

011011010110000101100011011010000110100101101110
0110010101110011

Re: [mfc, custom control] Default Button

André Kraak13-Oct-11 8:41

André Kraak

13-Oct-11 8:41

You need to several things:

1. Override CWnd::OnGetDlgCode[^] and specify that your control accepts becoming a default push button (DLGC_DEFPUSHBUTTON).

2. Handle the BM_SETSTYLE[^] message in your button class, so that you are informed when windows set and removes the BS_DEFPUSHBUTTON style for your button and paint the button accordingly.

0100000101101110011001000111001011101001

Re: [mfc, custom control] Default Button

csrss13-Oct-11 9:06

csrss

13-Oct-11 9:06

Thank you so much!! Smile | :)

011011010110000101100011011010000110100101101110
0110010101110011

Re: [mfc, custom control] Default Button

André Kraak13-Oct-11 9:12

André Kraak

13-Oct-11 9:12

Glad I could help.

0100000101101110011001000111001011101001

Registry - basic questions - read / write in MFC VC++

Vaclav_13-Oct-11 5:25

Vaclav_

13-Oct-11 5:25

I am trying to use registry to store some common application data.
Here is my test code
SetRegistryKey(_T("*CCC*"));
{
CString strSection = "1234";
CString strStringItem = "My String Item";
CString strIntItem = "My Int Item";
CWinApp* pApp = AfxGetApp();
pApp->WriteProfileString(strSection, strStringItem, "test");
CString strValue;
strValue = pApp->GetProfileString(strSection, strStringItem);
ASSERT(strValue == "test");
pApp->WriteProfileInt(strSection, strIntItem, 1234);
int nValue;
nValue = pApp->GetProfileInt(strSection, strIntItem, 0);
ASSERT(nValue == 1234);
}
The "problem" is - I cannot see the *CCC* in the registry until the WriteProfileString is executed and application name .ini file is build in c:\windows directory.
Even then the GetProfileString reads the data from ini file and not the registry.
And in registry I have a application name key added.
How did it get there ?
I found lots of registry wrappers here , but I need just basic API explanations, not a wrapper class.
Ideally I do not want to build ini file, so how do I do that?
I need a better description , than MSDN, for SetRegistryKey.
I do not get MSDN explanations about working in either ini or registry.
Sample code to write / read to / from registry without building ini file would be nice ( in VC++ not VB ) .
Any constructive help will be as always appreciated.
Thanks Vaclav

Re: Registry - basic questions - read / write in MFC VC++

David Crow13-Oct-11 5:36

David Crow

13-Oct-11 5:36

Vaclav_Sal wrote:
The "problem" is - I cannot see the *CCC* in the registry until the WriteProfileString is executed and application name .ini file is build in c:\windows directory.

Do you see anything about your app in the HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\IniFileMapping key?

Vaclav_Sal wrote:
And in registry I have a application name key added.

Do you see this in the HKCU\Software\*CCC* key?

Vaclav_Sal wrote:
I found lots of registry wrappers here , but I need just basic API explanations, not a wrapper class.

CWinApp is a wrapper class.

"One man's wage rise is another man's price increase." - Harold Wilson

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous

Re: Registry - basic questions - read / write in MFC VC++

Vaclav_13-Oct-11 7:13

Vaclav_

13-Oct-11 7:13

David,
thanks for your help.

It looks like SetRegistryKey(_T(strSection));
works fine ( I can read the value in regedt32 ) after my app has been run once, but not until than.
So if I wamt to check for correct registry entries and if not there write them using SetRegistryKey I cannot read it immediately back in InitInstance, but somewhere else should work OK.

I did read one of the registry articles here to find out that registry
creates stuff if you check for it and it is not there.
I'll do some more reading to find out more abut this. Maybe this is where the application is being inserted in, since I specify only the section.

I did check the HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\IniFileMapping for my app and did not find anything there.
I am not that concern about getting the app into the registry but sure would like to know where is it coming from. I guess I could scan for the string and delete it to see when it goes away, if it does.

Re: Registry - basic questions - read / write in MFC VC++

Richard MacCutchan13-Oct-11 5:53

Richard MacCutchan

13-Oct-11 5:53

Vaclav_Sal wrote:
I found lots of registry wrappers here , but I need just basic API explanations, not a wrapper class.

Despite your following comment I always find that MSDN[^] is the best place to look.

Unrequited desire is character building. OriginalGriff

To ask the user information via keyboard

antonio34312-Oct-11 11:40

antonio343

12-Oct-11 11:40

Hello

I want to ask information via keyboard the user. I did a dialog with edit control, this dialog let me to ask the name of the file when the user will kept information.

I made this, but not run

Code:

void CDlgResultados::OnBnClickedButton1()
{	
	
	CDlgSaveLoad dlgSL1;


	if(dlgSL1.DoModal()==IDOK)
	{
	dlgSL1.GetDlgItemText(IDC_EDIT1, nombre);
	}
	SaveToFile();
}

App is in mfc.
The error appear in dlgSL1.GetDlgItemText(IDC_EDIT1, nombre);

Re: To ask the user information via keyboard

Maximilien12-Oct-11 14:04

Maximilien

12-Oct-11 14:04

(I will only give partial answer, just to get you going... look for tutorials/sample/example for more complete code and/or documentation)
You cannot access dialog control before a DoModal (the controls are not created yet) or after a DoModal (the control were destroyed).

In your dlgSL1 dialog code, add a CString variable and "attach" it to the CEdit (IDC_EDIT1) with DDX_Control with something like:

C++

DDX_Control(pDX, IDC_EDIT1, m_YouStringVariable);

This can be done manually or with the wizard or the properies (I think); when that is working properly, you can set/get the variable from the parent dialog (in your case: CDlgResultados::OnBnClickedButton1)

if(dlgSL1.DoModal()==IDOK)
{
  nombre= dlgSL1.m_YourStringVariable;
}

Another way is to override the CDialog::OnOK in the CDlgSaveLoad class and in there, you can get the string from the CEdit and put it in an intermediate variable:

C++

void CDlgSaveLoad::OnOK()
{
   // m_YourEdit is a member variable of type CEdit 
   // m_YourStringVariable is a member variable of type CString.
   m_YourEdit.GetWindowText(m_YourStringVariable);

   CDialog::OnOK();
}

and the code in CDlgResultados::OnBnClickedButton1 will be similar as above.

Max.

Watched code never compiles.

Re: To ask the user information via keyboard

Madhu Nair12-Oct-11 18:26

Madhu Nair

12-Oct-11 18:26

+5 for the answer!

Re: To ask the user information via keyboard

antonio34313-Oct-11 7:10

antonio343

13-Oct-11 7:10

Thank you very much.

+ 10 for the answer.

Here is the answer :

void CDlgSaveLoad::OnBnClickedOk()
{
	CDialogEx::OnOK();
	 m_Edit.GetWindowText(m_strData);
}

void CDlgResultados::OnBnClickedButton1()
{
    CDlgSaveLoad mDlg;
    if ( mDlg.DoModal() == IDOK )
    {
        nombre= mDlg.getData();
    }
    SaveToFile();
}

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