C / C++ / MFC

30-Apr-06 16:29

Hi.

You could do something like this:

char myCurDir[512];<br />
<br />
// Now you get your curdir calling the API function GetCurrentDirectory<br />
BOOL bret = GetCurrentDirectory(512, myCurDir);

After that line the variable myCurDir hold th complete path.

Regards.

Demian.

"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )

Multiple Views

Demian Panello30-Apr-06 12:24

30-Apr-06 12:24

Hi.

I'm writing a SDI application with 2 views. A left view, (CTreeCtrl) and an CEditView at right.
The CTreeView shows some files, (plain text files).
And when some file is clicked I want to show the content of the file in the CEditView.
I have the OnSelchanged message handle in the left view where I have read from disk the file and filled a CMyDocument::CStringArray with the texts lines.
Now start my problem: How could I show the data hold in the StringArray in the CEditView.
I know it's a simple question, but I'm something entangled with all this stuff, (I mean, multiple views stuff).
Now I'm stopped at the end of the CLeftView::OnSelchanged message handle with the data ready to be showed in the other view, but I don't know how. Confused | :confused:

Please, I need some guide
Thankx.

Demian.

"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )

Ryan Binns30-Apr-06 18:19

Ryan Binns

30-Apr-06 18:19

Call UpdateAllViews() on your document, and in the OnUpdate() handler in the edit view, implement code that reads the data from the document and inserts it into the edit box.

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Demian Panello1-May-06 5:43

1-May-06 5:43

Ok Ryan.
Thank you for your answer.

But how do you insert the text in the edit view?, using SetWindowText() member function?, because I'm doing the following in OnUpdate() and it doesn't work:

CString tmp;<br />
<br />
for(i=0; i < GetDocument()->m_dumpData.GetSize(); i++)<br />
{<br />
  tmp += GetDocument()->m_dumpData[i]; <br />
			<br />
}<br />
<br />
GetEditCtrl().SetWindowText(tmp);

m_dumpData is the StringArray object that holds the lines of text, and I have traced that object inside the loop and I could see the data.
tmp is a CString object and my idea was add every line of text in the CStringArray to tmp and then show it with SetWindowText(). Nothing happen, no exception and no text.
Should I use a CView instead of CEditView and try to print the text lines using TextOut??
I did that before and it works, but I had some problems scrolling the view, then I though to change the view to CEditView because I think is more "natural" talking about text files.
The largest files is about 32kb, so, an Edit control should works fine.

Thank you.

Demian.

"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )

David Crow1-May-06 6:11

1-May-06 6:11

Demian Panello wrote:
...and it doesn't work:

Why not? Does tmp get appended to? Is m_dumpData non-empty?

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"We will be known forever by the tracks we leave." - Native American Proverb

Demian Panello1-May-06 6:38

1-May-06 6:38

Yes m_dumpData is not empty, (I could dump the lines in the debug window) and I put a break in the line SetWindowText() and I could see what tmp contain, (all the text). But it looks like I need some refresh or something like that 'cause after calling SetWidowText() the scroll bars apears, but I can't see the text inside the edit view.
This is all my code in CMyEditView::OnUpdate() handle:

int i;<br />
<br />
if(GetDocument()->FileType== 1)<br />
{<br />
 CString tmp;<br />
 for(i=0; i < GetDocument()->m_dumpData.GetSize(); i++)<br />
 {<br />
  tmp += GetDocument()->m_dumpData[i]; <br />
  TRACE("\n%s", m_dumpData[i]);  // I could see the text in the output window			<br />
  }<br />
// I can't trace tmp because it's too long for macro TRACE, but I could see it in the watch window.		<br />
 GetEditCtrl().SetWindowText(tmp); <br />
<br />
 TRACE("\nString length: %i", tmp.GetLength());  <br />
<br />
// May I need some refresh here???<br />
		<br />
}

Thank you

Demian.

"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )

David Crow1-May-06 7:18

1-May-06 7:18

Your problem is in the call to GetEditCtrl(). Once that function returns, the CEdit& is not guaranteed to exist. You need to save that to a variable if you want to use it later.

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"We will be known forever by the tracks we leave." - Native American Proverb

Demian Panello1-May-06 7:26

1-May-06 7:26

I changed to
CEdit& myEdit = GetEditCtrl();

and then

myEdit.SetWindowText(tmp); // instead of GetEditCtlr().SetWindowText(tmp)

And I get the same bug. It looks like SetWindowText() works, (I can see the scroll bars growing), but I can't see the text.
Confused | :confused:

Demian.

"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )

David Crow1-May-06 7:38

1-May-06 7:38

Demian Panello wrote:
...but I can't see the text.

Has its color been changed to match the background?

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"We will be known forever by the tracks we leave." - Native American Proverb

Demian Panello1-May-06 8:20

1-May-06 8:20

No.
I'm trying to find the problem, but I can't. D'Oh! | :doh:

I have commented all the lines in the OnUpdate() handle and just write:

myEdit.SetWindowText("Hello");

well, I get the same bug, it looks like "Hello" is printed in the edit view, (the caret has been moved) but I can't see the text. I have not changed the color.

Demian.

"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )

Demian Panello1-May-06 8:27

1-May-06 8:27

I FOUND THE BUG!!!

My stupid bug!! Mad | :mad:

:->

When my View was a CView, I had overwritten the OnPaint() handle!!!!
And then I move my view to CEditView but the OnPaint() handle still there!!!!.

Now I have removed the OnPaint() handle, and everything works fine.

Sorry about my stupid bug and thank you very much for your feedback.

This forum is the heaven!!!

And all of you are Gods. Poke tongue | ;-P

Maxwell Chen1-May-06 5:45

Maxwell Chen

1-May-06 5:45

Demian Panello wrote:
"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup,

Did he really say so?

Maxwell Chen

Demian Panello1-May-06 6:22

1-May-06 6:22

Yes he did it.
But I don't know where I have read it.

Demian.

"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )

David Crow1-May-06 7:20

1-May-06 7:20

Maxwell Chen wrote:

Did he really say so?

You might try his Web site. Wink | ;)

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"We will be known forever by the tracks we leave." - Native American Proverb

Maxwell Chen1-May-06 7:44

Maxwell Chen

1-May-06 7:44

DavidCrow wrote:
You might try his Web site

Maybe I would write an email to him. Poke tongue | ;-P

He taught me a lot many years ago. Wink | ;)

Maxwell Chen

Demian Panello1-May-06 8:07

1-May-06 8:07

;P

Demian.

"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )

typedef question

theladsmith30-Apr-06 12:01

theladsmith

30-Apr-06 12:01

Hi,

I'm a newbie to C++ and I'm working through the accelerated C++ book by Andrew Koenig/Barbara Moo. I have come to an excersie where you are asked to write a program where the main container for the program could be implemented either as a list or a vector by using a typedef, even though the code is written once. I understand typedefs but I can't figure out how to implement this. Does anybody have any pointers (excuse the pun) or hints as to the solution?

Many thanks!!!!!!

Chris Smith.

Stephen Hewitt30-Apr-06 13:42

Stephen Hewitt

30-Apr-06 13:42

typedef std::vector<int> IntColl;

With this in place you can now use IntColl instead of std::vector<int>.

Steve

theladsmith30-Apr-06 21:33

theladsmith

30-Apr-06 21:33

Thanks, but how could a typedef be used to implement either std::vector<int> or std::list<int> in the same program.

For example:

std::vector<int> coll;
int i;
while (read(cin, i))//custom read function
coll.push_back(i);
//rest of code to deal with contents of coll

How could the above be implemented as a list or a vector using a typedef?

One hint in the book is to write driver functions to solve the problem?

Stephen Hewitt30-Apr-06 21:42

Stephen Hewitt

30-Apr-06 21:42

As long as you only refer to the collection's type by its typedefed name you can change the collection used by altering the typedef and not the code (as long as the new type supports all the operations used). This is standard practice. It is an example of the rule of thumb that, where possible, all design decisions should be represented in a single place and not scattered through the code. In this case the choice of collection is located at the typedef and not scattered through the code. I assume this is what the book is getting at.

Steve