Sorry your browser is not supported!

You are using an outdated browser that does not support modern web technologies, in order to use this site please update to a new browser.

Browsers supported include Chrome, FireFox, Safari, Opera, Internet Explorer 10+ or Microsoft Edge.

Dark GDK / Sprite Priority

Author
Message
Yogz
20
Years of Service
User Offline
Joined: 11th Oct 2004
Location: England
Posted: 10th Jan 2008 00:05
There\'s an earlier thread about sprite priority driving Mr Snuggles to killing his family, and I can now sympathise.

I don\'t want my sprite drawing order to be dominated by the sprite number, and so I figure the spritePriority command \"should\" do the job for me, but regardless of what I change the numbers too it seems to make no difference.

Any thoughts?



Thanks
tempicek
16
Years of Service
User Offline
Joined: 27th Nov 2007
Location: Prague
Posted: 10th Jan 2008 00:31
Isn't it that the higher priority actually means "later in the draw queue"? That's written in the doc, so maybe that's it?
Yogz
20
Years of Service
User Offline
Joined: 11th Oct 2004
Location: England
Posted: 10th Jan 2008 00:43
I've tried switching the numbers around but it still draws the zoomed in picture first meaning that the smaller pictures appear on top of it.
John Goewert
16
Years of Service
User Offline
Joined: 1st Jan 2008
Location: Cornfield, MO
Posted: 10th Jan 2008 02:30
Yeah it isn't based on the number, it is based on the order you create them in your application regardless of the order assigned.
Yogz
20
Years of Service
User Offline
Joined: 11th Oct 2004
Location: England
Posted: 10th Jan 2008 14:10 Edited at: 10th Jan 2008 14:11
I haven't used DBC for a while but I'm 90% sure there was a Sprite Priority command that allowed you to alter the draw order - a bit like a z order. The wording of the SpritePriority command in the 'help' document for DGDK suggests this to be the case, although the command appears to do nothing.

There has to be a way of altering the z order of sprites without having to keep changing the sprite number.

Can anyone from TGC confirm whether or not this command is bugged?
Yogz
20
Years of Service
User Offline
Joined: 11th Oct 2004
Location: England
Posted: 10th Jan 2008 14:46
OMG I'm dime bar.

I'll give it a crack when I get home, thanks!


Sephnroth
22
Years of Service
User Offline
Joined: 10th Oct 2002
Location: United Kingdom
Posted: 10th Jan 2008 19:06
using conditional blocks without curly braces will always end in tears ultimately. Its the height of lazyness and just because "you can" doesnt mean "you should" - get out of that habbit!

else i'm coming for you with a spork.

jason p sage
17
Years of Service
User Offline
Joined: 10th Jun 2007
Location: Ellington, CT USA
Posted: 11th Jan 2008 20:45
if(Condition==NoBlock)Tears();
...
if(AttackWeapon==Spork){
Run(cnParam_VeryFast + cnParam_JumpFences + cnParam_DontStopForPolice);
};

I couldn't resist

Login to post a reply

Server time is: 2024-11-17 02:53:49
Your offset time is: 2024-11-17 02:53:49