C / C++ / MFC

17-Dec-02 9:30

Hello,
When ever you save a document it changes the title to saved.doc or what ever the saved name is.. is there a way to prevent this from happening? I need the title of the application to stay the same even after saving.. Its probably an easy one..

Thanks,
Rob

lucy17-Dec-02 9:44

17-Dec-02 9:44

Use SetTitle() and specify the caption name.

SetTitle is a member function of your document class.

RobJones17-Dec-02 9:46

17-Dec-02 9:46

Where would I put the code.. I have already tried this..

BOOL CMyDocumentDoc::OnSaveDocument(LPCTSTR lpszPathName) 
{
	SetTitle("My Document");

	return CRichEditDoc::OnSaveDocument(lpszPathName);	
}

And it doesnt work..

lucy17-Dec-02 9:53

17-Dec-02 9:53

how about

BOOL CMyDocumentDoc::OnSaveDocument(LPCTSTR lpszPathName) 
{
    BOOL bRet = CRichEditDoc::OnSaveDocument(lpszPathName);	
    SetTitle("My Document");	
    return bRet;	
}

I am not sure whether it works or not. I am just suspicious that OnSaveDocument will call SetTitle() automatically.

RobJones17-Dec-02 10:03

17-Dec-02 10:03

nope

I think when this function returns the title gets changed..

Thanks though Smile | :)

Rob

RobJones17-Dec-02 10:09

how to derive a CArray method

17-Dec-02 10:09

Got it.. Had to over ride the SetTitle and force the name there..

Thanks,
Rob

lucy17-Dec-02 8:26

17-Dec-02 8:26

I have a member variable declared as:

CArray<cpoint, cpoint=""> m_dotArray;

When I am using it, I use CArray::Add to add new dots to it. But I don't want to add duplicate dot, so I derived CMyArray in the following manner:

template <class TYPE, class ARG_TYPE>
class CMyArray : public CArray < TYPE, ARG_TYPE >
{
public:
    int AddThis(ARG_TYPE newElement);
};

template < class TYPE, class ARG_TYPE >
int CMyArray < TYPE, ARG_TYPE > ::AddThis(ARG_TYPE newElement)
{
    ARG_TYPE existingElement;
    for ( int i = 0; i < GetSize(); i ++ )
    {
        existingElement = GetAt(i);
        if ( existiingElement == newElement )
            return -1;
    }
    Add(newElement);
    return 0;
}

but when compiling the following error is reported:
error LNK2001: unresolved external symbol "public: int __thiscall CMyArray < class CPoint, class CPoint > ::AddThis(class CPoint)" ......

What did I miss? Confused | :confused:

TIA!!

Christian Graus17-Dec-02 8:39

17-Dec-02 8:39

Is this code visible to your project ? Is it part of your project ?

Have you ever tried std::vector ? Unlike CArray, it's powerful, flexible and does not suck.

Christian

No offense, but I don't really want to encourage the creation of another VB developer.
- Larry Antram 22 Oct 2002

C# will attract all comers, where VB is for IT Journalists and managers - Michael
P Butler 05-12-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not
as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002

lucy17-Dec-02 8:44

17-Dec-02 8:44

yes, I have added both the .h and .cpp to my project. Also, I have include the header file when I declare the member variable.

I did a few Build->Clean and Rebuild All, in the hope of getting rid of this problem. But without any success. Dead | X|

I didn't know anything about std::vector, I would try to read something about it. Before that, what is the correct way of deriving any class from CArray? I think I am not following the correct syntax. Frown | :(

Christian Graus17-Dec-02 8:51

17-Dec-02 8:51

If you search for 'vector graus' in the articles you should find my article on vectors.

I don't know how you would derive from CArray. I'd probably try to contain a CArray instead and see if that worked, assuming I had to.

Christian

No offense, but I don't really want to encourage the creation of another VB developer.
- Larry Antram 22 Oct 2002

C# will attract all comers, where VB is for IT Journalists and managers - Michael
P Butler 05-12-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not
as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002

Tim Smith17-Dec-02 9:37

Tim Smith

17-Dec-02 9:37

std::vector - code bloat...

CAtlArray Smile | :)

Tim Smith

I'm going to patent thought. I have yet to see any prior art.

lucy17-Dec-02 9:47

17-Dec-02 9:47

CAtlArray, hmm, I should keep it in mind for future use, since I don't need the serialization function here at all.

Thank you. Smile | :)

Christian Graus17-Dec-02 10:06

17-Dec-02 10:06

lol - you just don't give up, do you ? I've never used CAtlArray, is it part of WTL ? How complete is it ? That is, does it offer algorithms etc, or is it merely another container of the sort I could write in an afternoon ?

Christian

No offense, but I don't really want to encourage the creation of another VB developer.
- Larry Antram 22 Oct 2002

C# will attract all comers, where VB is for IT Journalists and managers - Michael
P Butler 05-12-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not
as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002

C^hris L^osinger17-Dec-02 14:03

C^hris L^osinger

17-Dec-02 14:03

Christian Graus wrote:
or is it merely another container of the sort I could write in an afternoon ?

For 10 points, explain how a "mere container" is a bad thing.

-c

Please stand by

ThumbNailer

Nitron17-Dec-02 9:10

Nitron

17-Dec-02 9:10

I'm with Cristian. std::vector is the way to go.

- Nitron

"Those that say a task is impossible shouldn't interrupt the ones who are doing it." - Chinese Proverb

Dave Bryant17-Dec-02 9:25

Dave Bryant

17-Dec-02 9:25

Is the function implementation in the header file (or a #included inline file)? If it is in a .cpp file, then the compiler won't find it when instantiating the template, and so the function will be missing at link-time.

Dave

lucy17-Dec-02 9:30

17-Dec-02 9:30

ah Yes. I implemented it in cpp file. After I delete the cpp and move the function definition to the .h file, everything is okay.

Thank you so much! Laugh | :laugh:

I am so happy.

Tim Smith17-Dec-02 9:38

Tim Smith

17-Dec-02 9:38

Thank god someone answered your QUESTION.

The style police should take a rest. Smile | :)

Tim Smith

I'm going to patent thought. I have yet to see any prior art.

Gary Kirkham17-Dec-02 10:08

Gary Kirkham

17-Dec-02 10:08

Like you, I have noticed that there are a lot of posters that preach certain methods for doing specfic tasks. While, I think it is OK to provide alternative appoaches to solve a problem...I also think that you should try to answer the question, as posed.

Gary Kirkham

A working Program is one that has only unobserved bugs

Christian Graus17-Dec-02 10:10

17-Dec-02 10:10

Be fair - I NEVER recommend STL unless I can also answer the question, or the question has been answered. I may not have got it right, but I had a guess.

And the MFC container classes are still a pile of fetid refuse.

Christian

No offense, but I don't really want to encourage the creation of another VB developer.
- Larry Antram 22 Oct 2002

C# will attract all comers, where VB is for IT Journalists and managers - Michael
P Butler 05-12-2002

Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not
as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002