#exult@irc.freenode.net logs for 25 May 2013 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage

[15:28:31] <Dominus> hmm, had no time to work with marzo yesterday and now he's gone again ;(
[15:29:26] <Dominus> gonna write him again and ask whether he has time tonight CET
[16:50:31] <-- Matt_O has left IRC (Read error: Connection reset by peer)
[16:50:46] --> Matt_O has joined #exult
[21:05:08] <Dominus> wjp, do you have any closer *ties* to how we handle drag/drop and sorting of objects? If I analyzed the sorting/stacking problem of http://sourceforge.net/tracker/?func=detail&aid=3613406&group_id=2335&atid=102335 then the following happens:
[21:06:13] <Dominus> on the altar is the y-shape depression at lift 1, the egg is placed at the same spot and as per drag.cc (very bottom) an object palced on an egg is put at the same spot as the egg
[21:06:57] <Dominus> only if there is already an object at that spot it gets sorted beneath the previous-there object
[21:20:20] <wjp> hm
[21:20:36] <wjp> is the drag/drop related, or is it just general rendering?
[21:21:18] <Dominus> I think it's related
[21:22:10] <Dominus> I think drag.cc:664 is what makes the dropped y-shape use the egg lift
[21:22:51] <Dominus> and then some sorting takes effect that lets previous-there objects be on top of new objects at the same lift
[21:23:24] <Dominus> without the egg the dropped y shape ends up a lift higher (2)
[21:23:49] <Dominus> or it's a case we never considered before?
[21:58:09] <wjp> how exactly did it work in the original?
[21:58:28] <wjp> you say 'they stack'; does that mean in the original it ends up at lift 2?
[21:58:49] <wjp> interesting that the depressions are movable
[21:59:10] <wjp> that means you could test in the original if the Y ends up in a different place if the egg is there but not the depression?
[22:01:26] <Dominus> at that bug report I have an original savegame uploaded as well
[22:02:17] <Dominus> in the original the depressions are moveable as well but the y-shapes are put on top
[22:02:36] <Dominus> when you place them
[22:03:52] <wjp> but does 'on top' mean just in rendering order, or actually at a higher lift?
[22:04:15] <wjp> I'm not home at the moment, so can't check myself unfortunately
[22:04:33] <Dominus> I haven't tested that in the original. can do so in a minute
[22:04:55] <Dominus> if I can move the egg in the original
[22:05:47] <Dominus> but if the lift changes it would never be rendered directly above the depressions
[22:06:19] <Dominus> so my guess is that in the original the lift doesn't change as well
[22:06:25] <wjp> that sounds plausible
[22:06:42] <wjp> so then at least our dropping behaviour is correct, except for drawing order?
[22:06:59] <Dominus> I think so, yes
[22:07:10] <wjp> interestingly Colourless has just made a comment on that on a forum thread
[22:07:34] <wjp> and I see you replied :-)
[22:07:56] <Dominus> yes, kind of weird how such coincidences happen ;)
[22:08:36] <wjp> I suppose it would make sense to put a just-dropped item later in the drawing order if there is no other reason to determine ordering
[22:09:08] <wjp> but I don't know if it picks the current order for a reason or arbitrarily
[22:09:19] <wjp> (for these specific two objects at the same spot, I mean)
[22:09:44] <wjp> could also be object properties or flags we're misinterpreting, or who knows what else
[22:10:42] <wjp> but bedtime now; good night
[22:11:04] <Dominus> yeah, just testing the original and going to bed as well :)
[22:11:07] <Dominus> g
[22:12:44] <Dominus> and yes, when removing the egg in the original, the dropped y-shape changes lift to 2
[22:13:01] <Dominus> talk to you tomorrow then :)
[22:14:00] <Dominus> I think it is not for a specific reason we do it wrong...
[22:14:10] <Dominus> oh well, bedtime :)
[23:59:01] --> ShamblerDK has joined #exult