2025-07-21 21:47 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0001047Spring engineGeneralpublic2011-11-06 19:04
Reporterimbaczek 
Assigned Toabma 
PrioritynormalSeveritytweakReproducibilityalways
StatusresolvedResolutionno change required 
Product Version0.76b1+svn 
Target VersionFixed in Version 
Summary0001047: make CWorldObject synced
DescriptionI wanted to make CWorldObject synced (via changing some primitives to their respective Synced* versions) but it turns out that projectiles derive from it, and projectiles can be unsynced. The question is if it's desirable to change projectiles so that they derive straight from CObject and how much work is that?

I'd like to hear some opinions before changing such deep internals.
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0002593

jK (developer)

First I don't know much about c++'s OOP, nor how spring's synced stuff works.

But afaik it is a good idea to seperated the CWorldObject in a synced version and an unsynced one, this would clean up the projectile handling a lot. This shouldn't even cause much work. The current used classes should just be changed into interfaces instead of classes. So there would be 2 interfaces (IWorldObject & IProjectile) and 4 classes (synced and unsynced versions of CWorldObject & CProjectile).

~0002594

Auswaschbar (reporter)

I don't see any use in this until CObject is properly divided between synced / unsynced.

~0002595

imbaczek (reporter)

I thought about it mainly for sync debugger use; CWorldObject defines pos and id, which IMHO should be synced. OTOH those things won't desync by themselves, something else has to screw up.

~0002596

Auswaschbar (reporter)

I just took a closer look, CSolidObject is already synced (including midPos). So I made heading synced too.

~0007513

abma (administrator)

seems to be already implemented...
+Notes

-Issue History
Date Modified Username Field Change
2008-09-16 17:54 imbaczek New Issue
2008-09-18 00:47 jK Note Added: 0002593
2008-09-18 01:22 Auswaschbar Note Added: 0002594
2008-09-18 01:51 imbaczek Note Added: 0002595
2008-09-19 10:00 Auswaschbar Note Added: 0002596
2011-11-06 19:04 abma Note Added: 0007513
2011-11-06 19:04 abma Status new => resolved
2011-11-06 19:04 abma Resolution open => no change required
2011-11-06 19:04 abma Assigned To => abma
+Issue History