> > the RSAV format lacks the "save" node because we will always be > > respecting the "save" node from the L data > > > > the "fr" "xgo" and "ygo" nodes are not present in the L data because the > > editor can't set them. > > Actually, why shouldn't we like people set NPC frame in Custom? And > there's no harm in supporting xgo/ygo, but not let people set it in > Custom, if it lets us merge two pieces of loading code. I'd rather use > the same format in all places: for example, it'll be useful to be able > load saved NPC instances in Custom to examine them.
I think we could use the same code for both without needing to have xgo and ygo nodes in the "L" data. We can just make sure they don't get written if they are zero (which might already be the case?) > >> >> Aside, I just realised that if saved NPCs on a inactive map have > >> >> script objects stored in their extra data, then the interpreter would > >> >> have to keep track of that extra data. > >> > > >> > Oh, I forgot about extra data. I am going to want to save that too... > >> > WOuld it cause problems if I save the simple ints now, and we worry > >> > about more complex script objects later? > >> > >> No problem. Go ahead. > > > > Awesome. I'll do it. > > I'm wondering whether you've done anything? I wanted to do some work > on NPCs in a branch (to be merged in once .SAV is dropped); maybe I > will also replace .L. I am afraid I haven't done anything at all. I have been having a family medical emergency for the past month, so I haven't done any of the coding I was planning on. Feel free to go ahead. (And when I have some free time, I may be starting on some of the Heart-of-the-OHR request bugs) > > I think a flexible limit will be pretty easy. That is what I will go > > for. > > > >> (in fact, we could even renumber NPC references when loading > >> a game safely, once NPC references are typed) > > > > Would renumbering them be better than leaving them alone? > > Sounds better than just deleting NPCs which collide. Maybe so... I guess I need to think about use cases scenarios more. --- James _______________________________________________ Ohrrpgce mailing list [email protected] http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
