#pentagram@irc.freenode.net logs for 13 Jul 2003 (GMT)

Archive Today Yesterday Tomorrow
Pentagram homepage


[01:41:26] --> Kirben has joined #pentagram
[01:41:26] --- ChanServ gives channel operator status to Kirben
[03:17:24] --> Cashman has joined #pentagram
[03:17:43] <Cashman> hello I am in the lounge playing pentagram off my parents tv hehe
[03:33:02] <Cashman> hey just for the record pentagram doesnt look too bad on a television!
[03:48:43] <-- Cashman has left IRC ()
[09:04:40] --> wjp has joined #pentagram
[09:04:40] --- ChanServ gives channel operator status to wjp
[10:28:34] --> Kirben2 has joined #pentagram
[10:28:40] <-- Kirben has left IRC (Read error: 54 (Connection reset by peer))
[11:56:26] --- Kirben2 is now known as Kirben
[13:18:01] --> Colourless has joined #Pentagram
[13:18:01] --- ChanServ gives channel operator status to Colourless
[13:18:26] <Colourless> hi
[13:21:35] <wjp> hi
[13:22:10] <Colourless> Item::setLocation is going bye bye :-)
[13:22:59] <Colourless> now (or when i'm finished), you MUST use Item::move or Item::moveToContainer
[13:23:18] <Colourless> or another function that calls them (such as collideMove)
[13:23:55] <Colourless> Item::move will make sure that everything is 'correct' and you don't have to worry about updating the map
[13:24:41] <wjp> great :-)
[13:25:22] <Colourless> i am yet to, but are planning to, write a to remove an item from the world (i.e. make it ethereal)
[13:25:46] <Colourless> s/write a/write a function/
[14:23:43] <Colourless> thinking about things. Our intrinsics list would probably make a 'bit' more sense if instead of being Item::something(someargs) it was more like Item::something(ObjId*, someargs) and we just 'forget' about all the this nonsense
[14:25:00] <Colourless> because the original game did some 'odd' stuff with it's this pointers with the Item::create intrinsics and stuff. It acts more like it's passing using a pointer to am ObjId rather than a this pointer
[14:25:36] <Colourless> of course, it just depend on if things are wanted to be 'oo' like or not :-)
[14:26:35] <Colourless> to do things 'both' ways, the questional functions could just have their arg lists changed, and be called 'static'
[14:34:04] <wjp> just in the descriptions you mean?
[14:34:09] <Colourless> yeah
[14:34:21] <wjp> might make a bit more sense, yes
[15:45:07] <-- SB-X has left IRC (Read error: 104 (Connection reset by peer))
[16:22:46] <Colourless> wjp, in GUIApp::U8Playground() when do all the objects get objid's assigned?
[16:24:26] <wjp> which objects?
[16:24:45] <wjp> the inventory? backpack->assignObjId();
[16:25:01] <Colourless> that assigns objids for the contents?
[16:25:12] <wjp> yes
[16:25:26] <Colourless> so it does
[16:34:17] <wjp> hmm... the EXT_NOTINMAP stuff is slightly inconsistent
[16:34:36] <Colourless> so i've noticed
[16:34:45] <Colourless> i'm making it consitent
[16:34:58] <Colourless> no, wrong flag
[16:35:02] <Colourless> i'm thinking of EXT_INCURMAP
[16:35:46] <wjp> what's wrong with that one?
[16:36:01] <Colourless> nothing really
[16:37:08] <Colourless> is the problem with EXT_NOTINMAP that if something is added to a container with EXT_NOTINMAP set, they aren't getting it set
[16:37:43] <Colourless> EXT_INCURMAP = it's in CurrentMap and EXT_NOTINMAP = it's owned by an npc it would seem
[16:37:52] <wjp> yes... although I think it's not a problem, just a misdefinition
[16:38:21] <Colourless> both flags are obviously mutually exclusive
[16:38:28] <Colourless> but the lack of one, does not imply the other
[16:38:33] <wjp> actually, no
[16:38:39] <wjp> an NPC has both set
[16:38:55] <wjp> and that's the only case where it's relevant
[16:38:55] <Colourless> actually yes, your are correct
[16:39:13] <Colourless> EXT_NOTINMAP should be named something different
[16:39:53] <wjp> it's function is to prevent an item being saved into a Map object
[16:40:12] <wjp> s/it's/its/...
[16:40:25] <wjp> AFAICT, it's only really used for NPCs
[16:40:49] <wjp> (the other items where it would be used are DISPOSABLE, I think)
[16:40:53] <Colourless> for NPCs and their contents
[16:41:14] <wjp> but for contents it doesn't matter, since they're not really directly in the CurrentMap anyway
[16:41:23] <Colourless> but that's not really required
[16:41:33] <wjp> they will be saved if and only if their parent is
[16:42:03] <Colourless> the thing about disposable is it implies that an item should be discarded on map change
[16:42:14] <Colourless> EXT_NOTINMAP is not required
[16:42:23] <Colourless> (for disposable items)
[16:42:34] <wjp> yes
[16:42:43] <Colourless> now, we have the FLG_IN_NPC_LIST flag
[16:43:13] <Colourless> anything in the npc list would imply EXT_NOTINMAP for us
[16:43:15] <wjp> if you can't think of any non-NPC uses for NOTINMAP either, FLG_IN_NPC_LIST would do just fine
[16:43:50] <Colourless> can't think of any
[16:45:57] <Colourless> i think i'll get rid of it.
[16:54:51] <wjp> funny how most of our 'custom' flags seem to be vanishing into u8's own flags :-)
[16:55:53] <Colourless> :-)
[17:29:20] <wjp> bbl, dinner
[17:40:50] <-- Kirben has left IRC ("System Meltdown")
[18:01:17] <wjp> back
[18:01:25] <Colourless> wb
[18:01:29] <wjp> thx
[18:10:39] <wjp> pathfinding in the original doesn't seem to be entirely fluid
[18:10:45] <wjp> especially the end
[18:13:03] <wjp> kind of looks like the walking animation is just cut short
[18:29:59] <Colourless> i'm going
[18:30:02] <-- Colourless has left IRC ("casts invisibility")
[21:39:35] <-- wjp has left IRC ("Zzzz...")