elephantstar wrote: CString new_date; BOOL new_date; new_date Is this compile successfully.. i doubt "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow cheers, Alok Gupta VC Forum Q&A :- I/ IV Support CRY- Child Relief and You

handle CBN_EDITCHANGE what you see after UpdateData? Kuphryn

Thanks. That worked.

This is built-in: ES_UPPERCASE :) --Mike-- Visual C++ MVP :cool: LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ

Before I started to look for ways around it I would verify the code with notepad (an application that respects it, I think) or something. I can't think of any easy way around it. You could install a WM_CBT hook with the SetWindowsHookEx API but this would involve setting a global hook (and thus creating a DLL and taking care that it doesn't crash or effect other applications). Steve

Hi. How do I know the focus is now on the menu bar? you can do a WM_NCHITTEST Notification it returns a ,HTMENU if its on a menu ,( the DefWindowProc function returns that ) if its an HTMENU you can do your concerned work ,i guess this might help you. Regards FarPointer.

elephantstar wrote: I was planning on using AttachThreadInput() to bring the application to the front any particular reason for using it,anyway use CreateToolhelp32Snapshot with TH32CS_SNAPTHREAD to get list of thread "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow cheers, Alok Gupta VC Forum Q&A :- I/ IV

Thanks David!

elephantstar wrote: So there's no way of changing the limit? Correct. It is a design-time limitation. Why do you not use a tabbed dialog instead? Surely you can put 255 controls into meaningful groups. "Take only what you need and leave the land as you found it." - Native American Proverb

The above proved unsuccessful. What I did try was minimize the window and then restore it if the window was not already minimized. You can see the window minimize and then pop back up for display. Why does minimizing it work? This seems like poor coding to me but it serves as a workaround? How can I make it more efficient? Thanks! if ( !pPrevWnd->IsIconic() ) { pPrevWnd->ShowWindow(SW_MINIMIZE); } pPrevWnd->ShowWindow(SW_RESTORE); pPrevWnd->SetForegroundWindow(); pPrevWnd->GetLastActivePopup()->SetForegroundWindow();

I created a mutex to make sure only one instance of the app in running. The variable that needs to be updated determines whether or not to create the mutex. Right now, that variable is being set to TRUE in the wrapper class. Once it's set to TRUE, CreateProcess is called to run the app within the wrapper function at the same time the main app is also running and reading in the variable that was initially set to FALSE. How would I create an event in InitInstance to run the second thread that will call InitInstance via CreateProcess? I'm just a little confused how all this works. I didn't think about using events or a mutex for synchronizing the variable until I removed my AfxMessageBox code that was used for debugging purposes. I guess it put a delay in the thread causing it to read the desired variable value.

oh yes, i did this it like this. i saw (arr + 5) = "Kumar"; which would mean writing from the 5th position in the array. but ok, you're right, i appology. TOXCCT >>> GEII power [toxcct][VisualCalc]

elephantstar wrote: bRetVal = regKey.Open(HKEY_LOCAL_MACHINE ,(LPCTSTR)strTmp, KEY_READ); Does this mean that the default security access of KEY_ALL_ACCESS works? elephantstar wrote: BOOL bRetVal; ... if (bRetVal==ERROR_SUCCESS) At this point, bRetVal has not been assigned a value. elephantstar wrote: bRetVal=regKey.QueryValue( getValue , (LPCTSTR)key , &d); You can't call QueryValue() without having first called Open(). elephantstar wrote: CString keyValue = (CString)getValue; Why the unnecessary cast? Use of the <pre> tag will make your code much easier to read. "One must learn from the bite of the fire to leave it alone." - Native American Proverb

On the other hand, in the event that some other nitwit comes along and does not KNOW they have to be in order, you can declare a static array of UINT in your source file containing the identifiers, and use that as the basis for your looping. static UINT s_ControlArray[] = { IDC_CONTROL_1_1, IDC_CONTROL_1_2, IDC_CONTROL_1_3, IDC_CONTROL_2_1, IDC_CONTROL_2_2, IDC_CONTROL_2_3 }; Use a for loop to access the elements in the array. The GetDlgItem() would work using those identifier values, and then you can use the EnableItem as you wanted.

Ah, I guess we will have to watch out for the same problem! Thanks.

You can also disable the Close X button of a CWnd derived-object by using CWnd::GetSystemMenu and CMenu::EnableMenuItem on the menu item SC_CLOSE. For example: m_MyWndFrame.GetSystemMenu(FALSE)->EnableMenuItem(SC_CLOSE, MF_DISABLED);

I found a simpler way. Before opening up the document in Word, I used GetFileAttributes() to get its file attribute. If the returned value is not read-only, I called SetFileAttributes to set it so and then use CreateProcess to open it up within Word. Much simpler. Thanks for your help though.