|
Instead of using CObList directly, you should use CTypedPtrList to make the list typesafe. You can put any pointer which is derived from CObject into a CObList. You also need to cast the value when you take it out of a CObList (which again could lead to errors if the actual pointer is not the type that you are casting it to).
To use CTypedPtrList to contain pointers to State objects, you can declare it as follows:
CTypedPtrList<CObList,State *> stateList;
This list works the same as CObList, except that you can only put State * objects into the list, and any objects you get from the list are State * objects.
So, this works:
m_Bookmark = stateList.AddTail( new State(Name,Loc,pop,area) );
And, this works:
State *pObject = stateList.GetAt( m_Bookmark ); // note: no cast
Best regards,
John
|
|
|
|
|
Thanks for your response. The reason I chose not to make the list typesafe is because I am under the impression that it is more dificult to perform serialization on lists of it is a CTypedPtrList. This is my first time performing serialization using MFC's DOC/VIEW structure as opposed to straight writing to text files.
Was my information correct or is serialization identical for both types of lists?
|
|
|
|
|
You should have no problems with serialization of CTypedPtrList. It is a simple wrapper class for whatever list type is passed as the first argument. Since CObList is being passed as the first argument, it supports serialization the same way as CObList. If you passed a CPtrList as the first argument, it wouldn't support serialization, as serialization isn't supported by CPtrList.
Best regards,
John
|
|
|
|
|
uh whats OLE? whats does it mean? whats the concept? in short: what is it????
I see a lot about OLE controls and all but whats specific about OLE? and is it good?
Kuniva
--------------------------------------------
|
|
|
|
|
stands for Object Linking and Embedding. is a COM based technology and a precursor for activex technology. the older version of OLE which was first used to embed office documents in other documents(like an Excel sheet in a Word doc) and later eveolved into activex/COM/DCOM.
|
|
|
|
|
I am working on a project in CWeb, where I work on a source file foo.w, which is then compiled by a custom build step to produce foo.c, foo.h, and foo.tex. I include foo.c, foo.h, and foo.tex in my project, and use the basic C compiler settings to control the compilation of the .c files and another custom build rule to control the compilation of the documentation foo.tex to foo.pdf.
Here is where I get into trouble. A makefile would have no problem understanding that foo.tex depends on foo.w and that foo.pdf depends on foo.tex, so if foo.w has been changed, a build must FIRST compile foo.w to foo.tex and THEN compile foo.tex to foo.pdf.
I can't seem to get DevStudio to understand this, so when I edit foo.w and hit build, it first compiles foo.tex to foo.pdf and then compiles foo.w to foo.tex!. Any thoughts? This is analogous to things people must also have gone through working with Bison and Flex in DevStudio.
Bomb our homes and threaten our children, and, as difficult as it is, we will still love you --- Martin Luther King, Jr.
|
|
|
|
|
Hi,
Why not create 2 different projects and just have foo.w in one and the other files in the other project. You can then set project dependencies to have the second project (the one with .c,.h and .tex) files to be dependent on the first one. So, when you hit build it will compile the first project (seeing your .w has changed) and then compile the second one (with the newly generated files).
I've never worked with Bison and Flex but this may work..
HTH
Jignesh
|
|
|
|
|
I developed two activex controls, in two seperate projects. Is there an easy way to combine them, so that when the project builds I get two seperate ocx's.
Thanks in advance...
|
|
|
|
|
Say your two controls are Actrl and Bctrl
Open the Actrl project.
Select Insert project into workspace from the Project menu.
Choose the Bctrl project.
Select Dependencies from the Project menu.
Check the Bctrl project.
When ever you build Actrl, Bctrl will also be built if it has changed. A Rebuild all will do both.
A variation of this is to create a wrapper project and add both controls to it.
|
|
|
|
|
I am currently storing many separate arrays of different variable types.
ie CArray<cstring, cstring=""> id;
CArray<cstring, cstring=""> address;
CArray<uint, uint=""> type;
CArray<cstring, cstring=""> label;
CArray<lpdispatch, lpdispatch=""> shape;
CArray<cstring, cstring=""> mapno;
When I delete an item, I have to delete it from all other arrays.
I would like to store one array of all the items.
How would I define this: as a class or a struct?
Would I then use CArray<class, class=""> to store the collection? 
Thank you for any help.
|
|
|
|
|
|
Richard Jones wrote:
Would I then use CArray to store the collection?
You'd do better to use std::vector because it is inherently superior to CArray, which was written only to be a stopgap until vector arrived. Check out my article on vector here on CP.
Christian
come on all you MS suckups, defend your sugar-daddy now. - Chris Losinger - 11/07/2002
|
|
|
|
|
Hi again,
my CDialog close if i press Enter. I have removed the
standard buttons and the current focus is on a CEdit Control.
If i press enter i want to validate the CEdit Content.
But i can't catch the "close" message.
Can anybody help me ?
Marco
|
|
|
|
|
|
Hi,
i have removed the standard Buttons, so i don't have a OnOK Routine !
Marco
|
|
|
|
|
|
Thanxs,
now it works !
I hate it, if I do not have control of the program sequence.
Marco
Marco
|
|
|
|
|
|
Why?
There's nothing about that!
Marco
Marco
|
|
|
|
|
Koep wrote:
Why?
There's nothing about that!
I would not be that sure. Click
here and enjoy ... 
~RaGE();
|
|
|
|
|
Ahh thanxs,
i had pressed the "FAQ" link between "What's New".
Marco
|
|
|
|
|
You know how when you click on the window of some application, any other app obscuring it on the screen gets pushed to the background? And the clicked window covers it up? Well, I made modeless dialog boxes spawned from my main view. But if I click on the view when running, I expect these boxes to get pushed to the background. Instead they sit merrily right on top. How do we get the required behavior?
Thanks very much,
ns
|
|
|
|
|
|
Wow! Thank you so much! Exactly what I needed. Many thanks!
ns
|
|
|
|
|
How do i get the HWND of an opened window?
rechi
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
