Re: CString to LPCTSTR - C / C++ / MFC Discussion Boards

Re: associating static fields with edit fields

Christian Graus1-Aug-05 14:11

Christian Graus

1-Aug-05 14:11

You could check their window positions.

Christian Graus - Microsoft MVP - C++

Re: associating static fields with edit fields

Jose Lamas Rios1-Aug-05 15:32

Jose Lamas Rios

1-Aug-05 15:32

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/[^]

CString to LPCTSTR

jerome_data1-Aug-05 13:21

jerome_data

1-Aug-05 13:21

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

Re: CString to LPCTSTR

Christian Graus1-Aug-05 13:24

Christian Graus

1-Aug-05 13:24

GetBuffer and ReleaseBuffer.

Christian Graus - Microsoft MVP - C++

Re: CString to LPCTSTR

jerome_data1-Aug-05 13:40

jerome_data

1-Aug-05 13:40

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);
}

Re: CString to LPCTSTR

Tom Archer1-Aug-05 13:59

Tom Archer

1-Aug-05 13:59

http://www.codeproject.com/string/cppstringguide2.asp?df=100&forumid=11477&exp=0&select=971864[^]

Tom Archer - Visual C++ MVP
Archer Consulting Group.com

Re: CString to LPCTSTR

jerome_data1-Aug-05 14:05

jerome_data

1-Aug-05 14:05

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

Re: CString to LPCTSTR

Jose Lamas Rios1-Aug-05 16:12

Jose Lamas Rios

1-Aug-05 16:12

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))
   {
      // handle error;
   }

[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();
 
   // make sure the buffer has space for an additional char
   LPCTSTR p = s.GetBuffer(len+1+1);
 
   // append the required additional NULL
   p[len+1] = '\0'
 
   // note there's no ReleaseBuffer()
   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/[^]

Re: CString to LPCTSTR

John M. Drescher1-Aug-05 18:48

John M. Drescher

1-Aug-05 18:48

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

Re: CString to LPCTSTR

David Crow2-Aug-05 4:21

David Crow

2-Aug-05 4:21

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

resize a property page

alkaly1-Aug-05 13:02

alkaly

1-Aug-05 13:02

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

Re: resize a property page

Jose Lamas Rios1-Aug-05 16:38

Jose Lamas Rios

1-Aug-05 16:38

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):

// Small page size
#define PROP_SM_CXDLG           212
#define PROP_SM_CYDLG           188
 
// Medium page size
#define PROP_MED_CXDLG          227
#define PROP_MED_CYDLG          215
 
// Large page size
#define PROP_LG_CXDLG           252
#define PROP_LG_CYDLG           218

Hope that helps,

--
jlr
http://jlamas.blogspot.com/[^]

URL in Dialog box

Sridhar Sanikommu1-Aug-05 11:21

Sridhar Sanikommu

1-Aug-05 11:21

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

Re: URL in Dialog box

Christian Graus1-Aug-05 11:52

Christian Graus

1-Aug-05 11:52

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++

Re: URL in Dialog box

Anonymous1-Aug-05 12:10

Anonymous

1-Aug-05 12:10

http://www.codeproject.com/miscctrl/hyperlink.asp

Re: URL in Dialog box - clickety police

Tom Archer1-Aug-05 13:59

Tom Archer

1-Aug-05 13:59

As someone noted, Chris M has a great class for this - I used a modification of it in my of my apps at http://www.codeproject.com/miscctrl/hyperlink.asp[^]

Tom Archer - Visual C++ MVP
Archer Consulting Group.com

Re: URL in Dialog box - clickety police

Sridhar Sanikommu1-Aug-05 14:32

Sridhar Sanikommu

1-Aug-05 14:32

HI Guys,

Thanks for all ur support...I really appreciate this forum...

Regards,
Sri

Differentiate Windows

Ista1-Aug-05 9:32

Ista

1-Aug-05 9:32

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.

Re: Differentiate Windows

David Crow1-Aug-05 10:28

David Crow

1-Aug-05 10:28

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

Re: Differentiate Windows

Ista1-Aug-05 10:50

Ista

1-Aug-05 10:50

no they are different classes.

Is there a window info type structure I could use.

Then I could query the class. and inspect its properties to identify it.

Nick

I'm not an expert yet, but I play one at work. Yeah and here too.

Re: Differentiate Windows

WoutL1-Aug-05 10:55

WoutL

1-Aug-05 10:55

You can get the class of a window by using:

int GetClassName(HWND hWnd, LPTSTR lpClassName, int nMaxCount);

Wout Louwers

Re: Differentiate Windows

David Crow1-Aug-05 11:17

David Crow

1-Aug-05 11:17

Ista wrote:
no they are different classes.

Then use FindWindow().

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

Re: Differentiate Windows

Ista1-Aug-05 11:50

Ista

1-Aug-05 11:50

but I need information on the window. more than just the name. i.e... there could be 2 ListViews and I would need to find a way to differentate.

I think I saw a WindowInfo structure somewhere and that would help me.

thanks for helping but I can probably figure it out.

-- too bad I can't tie static fields to edit fields.

Nick

I'm not an expert yet, but I play one at work. Yeah and here too.

Re: Differentiate Windows

Ista1-Aug-05 13:41

Ista

1-Aug-05 13:41

well thanks. I just need to enumerate the windows. FindWindow wont work becuase listViews dont have a name.

But enumerating will allow me to check the subclass of each window therefore finding the list view.

But this would only work for one list view and if theres 2 then I'm back to the same spot.

but thnkas everyone for helping.

Nick

I'm not an expert yet, but I play one at work. Yeah and here too.

Re: Differentiate Windows

David Crow2-Aug-05 3:44

David Crow

2-Aug-05 3:44

Ista wrote:
...listViews dont have a name.

But they do have a unique identifier. Once you have a handle to the parent window, just use GetDlgItem() to get a handle to the control itself.

"One must learn from the bite of the fire to leave it alone." - Native American Proverb

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