From: <ti...@da...> - 2007-02-23 14:52:05
|
> I'm in a big need of help there, because I'm thinking of > Object- Orienting the Marathon structs so I could just > write ShapesDocument::LoadObject(), and it will issue > ShapesChunk::LoadObject(), which will work as a a chain... > I need some help from you to (re)do that. Mumble... Chunks are well-defined, self-consistent, independent data blocks. ShapesChunk::LoadObject() would need an offset and size to load its chunk, then it could just grab the data block from the stream and decode it (like happened with BigEndianBuffer). So I guess ShapesDocument::LoadObject() could first load the 32 collection headers and then issue as many ShapesChunk::LoadObject() as needed, giving them the right offsets and sizes. I hope wxDoc supports random stream access! However, couldn't you just reproduce what Shapes::Shapes() did inside ShapesDocument::LoadObject()? That code is well tested. > I'm also trying to remove everything std (vectors > principally) and changing them into wxList subclasses to > ensure portability... It won't be a problem for you ? Well I think std is more portable than wx. But it should not be a problem. Are you also using wxFile instead of std streams? I guess we are actually rewriting ShapeFusion from scratch. Will *Browser and *View classes work? I really hope so. Bye, Tito |