|
It is open source now[^] and still developed by original Microsoft guys.
I have seen quite a number of job ads mentioning WTL, so I wouldn't count it out.
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
|
|
|
|
|
Given what you've seen of the requirements, why would WTL be a better choice than MFC?
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
DavidCrow wrote:
why would WTL be a better choice than MFC
Adding a new skill to his resume? 
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
|
|
|
|
|
David,
That's what I'm trying to figure out. I want to select the right tool for the job.
Danny
|
|
|
|
|
Understood, but a blanket statement like, "MFC, or even better, WTL." without any reasoning, is hardly useful.
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
I have a window that has four static and 4 edit fields.
I am changing data outside to finish my beta-testscript. The app is done in MFC.
Using spy++ I can see the 4 edit fields and the four static fields.
Is there a possible way to see which are related to eAch other.
I seriously doubt it. but maybe someone may know the answer.
Thanks,
Nick
I'm not an expert yet, but I play one at work. Yeah and here too.
|
|
|
|
|
You could check their window positions.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
You can check their positions, as C. Graus suggested, or you can check the tab order of the controls.
If you enumerate the dialog controls using GetNextDlgTabItem, each static control should be right before its corresponding edit field, because that's what you need to make the shortcuts on the static controls activate the appropriate edit controls. I think it makes sense for a test script, because if the controls aren't ordered that way you have a design problem, anyway.
--
jlr
http://jlamas.blogspot.com/[^]
|
|
|
|
|
How to convert CString to LPCTSTR. I use this function:
BOOL CDialogMaintenance::CopyFolder(LPCTSTR pFromFolder, LPCTSTR pToFolder)
{
SHFILEOPSTRUCT fo = {0};
fo.wFunc = FO_COPY;
fo.pFrom = pFromFolder;
fo.pTo = pToFolder;
fo.fFlags = FOF_SILENT | FOF_NOERRORUI;
int rc = SHFileOperation(&fo);
return (rc == 0);
}
But pFromFolder don't works with type cast (LPCTSTR)CString but it's work only with "C:\\directory\\subdirectory" !!!
THANKS
|
|
|
|
|
GetBuffer and ReleaseBuffer.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Sorry but Getbuffer doesn't works with pFromFolder
SHFileOperation return a error.
WORK
CopyFolder("C:\\directoy\\sub","D:\\directoy\\sub");
DON'T WORK
CopyFolder(str.Getbuffer(size),"D:\\directoy\\sub");
CopyFolder((LPCTSTR)str,D:\\directoy\\sub");
BOOL CDialog::CopyFolder(LPCTSTR pFromFolder, LPCTSTR pToFolder)
{
SHFILEOPSTRUCT fo = {0};
fo.wFunc = FO_COPY;
fo.pFrom = pFromFolder;
fo.pTo = pToFolder;
fo.fFlags = FOF_SILENT | FOF_NOERRORUI;
int rc = SHFileOperation(&fo);
return (rc == 0);
}
|
|
|
|
|
|
Yes i'll read this article but the conversion is good in DEBUG mode but the function (SHFileOperation) always returns an error!! Strange
Thanks for help
|
|
|
|
|
jerome_data wrote:
How to convert CString to LPCTSTR.
CString already converts automatically to LPCTSTR (through a cast operator). You don't need to do anything special.
jerome_data wrote:
But pFromFolder don't works with type cast (LPCTSTR)CString
What exactly do you mean? What's your code and what's the error?
The following fragment should compile and run as expected:
CString sFromFolder = "C:\\directory\\subdirectory";
CString sToFolder = "C:\\directory\\OtherSubdirectory";
if (!CDialogMaintenance::CopyFolder(sFromFolder, sToFolder))
{
}
[UPDATE]
If that doesn't work, maybe you have wrong definitions for Unicode/MBCS? You should have one of the following combinations:
a) Unicode project: UNICODE defined, _UNICODE defined, _MBCS not defined
b) MBCS project: UNICODE not defined, _UNICODE not defined, _MBCS defined
c) No setting: UNICODE not defined, _UNICODE not defined, _MBCS not defined
Any other combination may cause problems.
[END UPDATE]
That being said, the documentation for SHFILEOPSTRUCT[^] says the following about both pFrom
and pTo:
"Although this member is declared as a null-terminated string, it is used as a buffer to hold multiple file names. Each file name must be terminated by a single NULL character. An additional NULL character must be appended to the end of the final name to indicate the end of [pFrom or pTo]"
I suggest you modify CopyFolder to something like this:
static LPCTSTR GetBufferWithExtraNull(CString s)
{
int len = s.GetLength();
LPCTSTR p = s.GetBuffer(len+1+1);
p[len+1] = '\0'
return p;
}
BOOL CDialogMaintenance::CopyFolder(LPCTSTR pFromFolder, LPCTSTR pToFolder)
{
SHFILEOPSTRUCT fo = {0};
fo.wFunc = FO_COPY;
CString sFrom = pFromFolder;
fo.pFrom = GetBufferWithExtraNull(sFrom);
CString sTo = pToFolder;
fo.pTo = GetBufferWithExtraNull(sTo);
fo.fFlags = FOF_SILENT | FOF_NOERRORUI;
return (SHFileOperation(&fo) == 0=;
}
Hope that helps,
--
jlr
http://jlamas.blogspot.com/[^]
|
|
|
|
|
Jose Lamas Rios wrote:
An additional NULL character must be appended to the end of the final name
I know for a fact that this is the problem. Without double terminating the string unpredictable results will occur...
John
|
|
|
|
|
John M. Drescher wrote:
I know for a fact that this is the problem. Without double terminating the string unpredictable results will occur...
I've been bit by this more than once.
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
Hi
I create a property sheet that include 3 pages and when i display the property sheet, the size of the current dialog box is smaller than the real size of that same dialog box when i design it. How can i keep the original size of my dialog boxes
@ly D
|
|
|
|
|
Are you using CPropertySheet and CPropertyPage?
The property sheet has the same size regardless of the active page. I seem to remember it takes the size from the largest page at the time the sheet is created (plus of course the extra space for the tabs and the buttons). You should take this into account when designing the dialog templates for pages that will share a common property sheet, that is, resize all of them to the size of the biggest one, and arrange the controls in each page so that they look good within that space.
As an alternative, you can use the values defined in PrSht.h, and make your pages adhere to one of the standard page sizes: small, medium, or large, respectively. The sizes are in dialog units (those used in the template dialog editor):
#define PROP_SM_CXDLG 212
#define PROP_SM_CYDLG 188
#define PROP_MED_CXDLG 227
#define PROP_MED_CYDLG 215
#define PROP_LG_CXDLG 252
#define PROP_LG_CYDLG 218
Hope that helps,
--
jlr
http://jlamas.blogspot.com/[^]
|
|
|
|
|
HI,
I would like to add URL link in CDialog derived class. Can anybody help or direct me to some resources?
I really appreciate your help.
Thanks,
Sri
|
|
|
|
|
Use a label, color it to look like a link, and handle it's click event. In the event, call ShellExecute with the url.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
http://www.codeproject.com/miscctrl/hyperlink.asp
|
|
|
|
|
|
HI Guys,
Thanks for all ur support...I really appreciate this forum...
Regards,
Sri
|
|
|
|
|
I am using FindowWindow and SendMessage to execute controls on a MFC app to automate my beta-testing
My question:
I have 2 windows both with a blank name listed under spy++ and I need to have a way to identify them both. Is there an API command to get info on the window so I can tell which window Im pointing to?
please help.
Nick
I'm not an expert yet, but I play one at work. Yeah and here too.
|
|
|
|
|
Do they both belong to the same class (FindWindow's other parameter)?
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
