C / C++ / MFC

4-Nov-10 23:56

Any pointer to some good example on how to use the CTreeCtrl ?

Sauro Viti5-Nov-10 1:41

Sauro Viti

5-Nov-10 1:41

Start from here[^]

federico.strati5-Nov-10 2:51

5-Nov-10 2:51

bad answer... I've already done that and could not find just a full example of the
basic CTreeCtrl, otherwise I wouldn't ask it here, would I ?

CPallini5-Nov-10 3:04

5-Nov-10 3:04

The answer is actually correct.
Smile | :)

David Crow5-Nov-10 3:09

David Crow

5-Nov-10 3:09

With smart-aleck replies like this, you'll be lucky to receive any further help in the future.

"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

"Man who follows car will be exhausted." - Confucius

federico.strati5-Nov-10 3:38

5-Nov-10 3:38

point taken... but I did already my bit in searching the articles first...
neededless to say, giving an answer in search form is a bit pointless as it was my first try to already search the articles... hence what I'm looking for is somewhat different:
a pointer to a short/full application that does use the CTreeCtrl that is not listed in the search
results...

otherwise I'll just feel somebody thinks me to be so stupid to don't search before asking !!!

CPallini5-Nov-10 3:46

5-Nov-10 3:46

federico.strati wrote:
otherwise I'll just feel somebody thinks me to be so stupid to don't search before asking !!!

How can we tell, in advance, how stupid are you? Roll eyes | :rolleyes:

federico.strati5-Nov-10 3:59

5-Nov-10 3:59

you have just to assume what you would do in the first place, like an "I wouldn't do that,
wouldn't I?" ... Laugh | :laugh:

Oh well, I just know I'll end up as always writing my own little app exploring all available options of the CTreeCtrl just for fun in learning...

grazie comunque Big Grin | :-D

David Crow5-Nov-10 4:03

David Crow

5-Nov-10 4:03

federico.strati wrote:
Oh well, I just know I'll end up as always writing my own little app exploring all available options of the CTreeCtrl just for fun in learning...

That's what I would do. Populating it with files from your computer would be a great exercise.

CPallini5-Nov-10 4:12

5-Nov-10 4:12

federico.strati wrote:
you have just to assume what you would do in the first place, like an "I wouldn't do that,
wouldn't I?" ...

As David, pointed out, I assume what would do the average poster of this forum (unless I know him very well).

federico.strati wrote:
Oh well, I just know I'll end up as always writing my own little app exploring all available options of the CTreeCtrl just for fun in learning...

By chance you've just found yourself the best route.

Si figuri... $Shucks | :-\$

Sauro Viti5-Nov-10 6:40

Sauro Viti

5-Nov-10 6:40

federico.strati wrote:
Oh well, I just know I'll end up as always writing my own little app exploring all available options of the CTreeCtrl just for fun in learning...

grazie comunque

You don't need to write you little app to explore all available options as Microsoft had already done it: the MSDN documentation about MFC classes is very good (in my opinion...) and the MFC samples too. Have a look at CMNCTRL1 Sample: Demonstrates Common Control MFC Classes, Part 1[^].

I cite from the MSDN:

Microsoft wrote:
The CMNCTRL1 sample illustrates how to use the following common control MFC classes: CTreeCtrl, CToolBarCtrl, CAnimateCtrl, CDateTimeCtrl, and CMonthCalCtrl. It shows how the controls are created and how to change the controls using many of the different available styles. Some controls cover topics that often yield questions from the user; for example, the drag and drop implementation for CTreeCtrl.

PS: Prego... $Shucks | :-\$

Changing initial directory on File Open Dialog in MFC

David Crow5-Nov-10 4:00

David Crow

5-Nov-10 4:00

federico.strati wrote:
but I did already my bit in searching the articles first...

How were we to know?

federico.strati wrote:
neededless to say, giving an answer in search form is a bit pointless

Unless you consider that most folks that visit the C++ forums have NOT done an initial search. They would rather spend more time creating a CP profile and typing in an incoherent question than they would by just Googling. Lazy does not begin to describe some of the ones here. Given that your profile indicates you are indeed an educated person, you probably should have prefaced your post with what you had already tried. That would help to set you apart from the others.

Ed The C4-Nov-10 7:48

Ed The C

4-Nov-10 7:48

I cannot find a way to force an OpenFileDialog under Windows 7, Visual Studio 2010 C++ to always open the a folder of my choosing. The documentation for OPENFILENAME structure states for Windows 7 "If lpstrInitialDir has the same value as was passed the first time the application used an Open or Save As dialog box, the path most recently selected by the user is used as the initial directory."

I cannot find a way to override this - I have a set directory I always want to open to no matter what.
Of course I am always setting lpstrInitialDir to that folder. That works the first time, but as it says above, next time it opens to the last folder the user selected.

I saw a few C#, .NET flags in other posts to change this, but nothing I can find for MFC/C++.

Any ideas appreciated! TIA

Re: Changing initial directory on File Open Dialog in MFC

Code-o-mat4-Nov-10 8:12

Code-o-mat

4-Nov-10 8:12

Does it behave the same way also if you set lpstrInitialDir to NULL and pass the path in lpstrFile?

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Leela: Fry, you're wasting your life sitting in front of that TV. You need to get out and see the real world.
Fry: But this is HDTV. It's got better resolution than the real world <

Re: Changing initial directory on File Open Dialog in MFC

«_Superman_»4-Nov-10 8:31

«_Superman_»

4-Nov-10 8:31

lpstrInitialDir is not supported starting from Vista.
As Code-o-mat said, you can copy the folder to be initially shown in lpstrFile.
An important point to note is that the path must have a trailing back slash.

«_Superman_»

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

Microsoft MVP (Visual C++)

Polymorphism in C

Re: Changing initial directory on File Open Dialog in MFC [modified]

Ed The C5-Nov-10 6:20

Ed The C

5-Nov-10 6:20

Thanks, but what I have discovered is that if the Vista flag for the CFileDialog is set false, then the dialog will fail (not display and immediately return IDCANCEL) with a "bad filename" in the CommDlgExtendedError. It does not like just a directory in the lpstrFile if the Vista flag is false.

So unless there's another idea floating about, I am stuck! I have to use the old style dialog for now.

UPDATE(s): To help anyone who struggles with this:
I was not able (at first) to use the new style dialogs (vista=true) because OnInitDialog and OnInitDone are NOT supported anymore for CFileDialog. Our code did depend on this. But I found a post that suggested using OnFolderChange() instead. My tests indicate that it indeed is called before the user gets control (which was the reason for the OnInit stuff). So you might give that a try.

UPDATE2: The Superman's response is true, but I now know what the problem is: you have to have *.* or some more specific find option if you wish to set vista flag false and use lpstrFile. So, if I set the vista flag false, and use a string like "C:\\temp\\*.*" as lpstrFile, then the initial directory (C:\temp)is picked out of the full path.

Note that using the vista flag is cool as you get a preview, but in our case we have to do our own previews using a dialog template, which also is not supported after vista. So now, by using vista false, i get the OnInits, initial directory, and templates which means I can get my project done Smile | :)

Thanks for the help.

modified on Friday, November 5, 2010 3:55 PM

Message Removed

3-Nov-10 23:52

3-Nov-10 23:52

Message Removed

CPallini4-Nov-10 0:03

4-Nov-10 0:03

You may use the strtol[^] function.
Smile | :)

piul4-Nov-10 0:08

4-Nov-10 0:08

oops, I removed the message before seeing a reply was given.
I found a way anyhow, checking the ascii code

const char * pcField = sFileNumber.c_str();
int a = int(*pcField);
if (a >= 48 && a <= 57)
    //...

Maximilien4-Nov-10 0:09

Maximilien

4-Nov-10 0:09

bad, bad programming. Sniff | :^)

Watched code never compiles.

piul4-Nov-10 0:30

4-Nov-10 0:30

ok, ok. I'll use isdigit(). I know my solution is not good looking, but, can I ask why is it bad programming?

CPallini4-Nov-10 0:51

4-Nov-10 0:51

Maybe not that bad. Ugly, neverthless.

Anyway you're just checking the first character of the string. Is this OK (i.e. the string will always contain at most 1 digit)?

Smile | :)

piul4-Nov-10 1:30