WinDinkEdit .95 Public Alpha2
WinDinkedit
http://wcnet.dynu.com/WDE.zip is where the latest version is. Several more bugs fixed (including the sprite placement bug, and the screen shot taking bug). If you find any bugs, please let me know so I can fix them.
--WC
--WC
: http://wcnet.dynu.com/WDE.zip is where the latest version is. Several more bugs fixed (including the sprite placement bug, and the screen shot taking bug). If you find any bugs, please let me know so I can fix them.
: --WC
you go girl!
uh.. just kidding..
'tis wonderful!, now if you could get tile and sprite hardness editing in the editor then it would totally kill dinkedit
: --WC
you go girl!
uh.. just kidding..
'tis wonderful!, now if you could get tile and sprite hardness editing in the editor then it would totally kill dinkedit
Yeha, I would have that in allready, but I can't see a good way of acctually putting it in! dang Gary! Acctaully, Gary didn't do it for the same reason.
--WC
--WC
: Yeha, I would have that in allready, but I can't see a good way of acctually putting it in! dang Gary! Acctaully, Gary didn't do it for the same reason.
: --WC
Outside of hard.dat editing, you also need to get select-sprite-behind-another support in... its possible to get around it using visions, but a pain.
: --WC
Outside of hard.dat editing, you also need to get select-sprite-behind-another support in... its possible to get around it using visions, but a pain.
: : Yeha, I would have that in allready, but I can't see a good way of acctually putting it in! dang Gary! Acctaully, Gary didn't do it for the same reason.
: : --WC
: Outside of hard.dat editing, you also need to get select-sprite-behind-another support in... its possible to get around it using visions, but a pain.
what about an optional 'per-pixel' selecting clicking thingie, so that the transparent areas of a sprite wouldn't be selectable.. to be able to click a visible sprite behind another.. or the easy next&prev selected sprite buttons..
: : --WC
: Outside of hard.dat editing, you also need to get select-sprite-behind-another support in... its possible to get around it using visions, but a pain.
what about an optional 'per-pixel' selecting clicking thingie, so that the transparent areas of a sprite wouldn't be selectable.. to be able to click a visible sprite behind another.. or the easy next&prev selected sprite buttons..
(selecting with [])I am working on that, but I have several was of attack, and none seem like the will work! (mostly because of the mouse)
As for per pixel selecting, that would cause the program to go 20 times slower, and not a good idea.
--WC
As for per pixel selecting, that would cause the program to go 20 times slower, and not a good idea.
--WC
: (selecting with [])I am working on that, but I have several was of attack, and none seem like the will work! (mostly because of the mouse)
: As for per pixel selecting, that would cause the program to go 20 times slower, and not a good idea.
: --WC
well, depends.. if it only checks for it when clicking..
: As for per pixel selecting, that would cause the program to go 20 times slower, and not a good idea.
: --WC
well, depends.. if it only checks for it when clicking..
: (selecting with [])I am working on that, but I have several was of attack, and none seem like the will work! (mostly because of the mouse)
: As for per pixel selecting, that would cause the program to go 20 times slower, and not a good idea.
: --WC
It would be cool though, maybe it could be made to only use it when you hold down ctrl or some such.
: As for per pixel selecting, that would cause the program to go 20 times slower, and not a good idea.
: --WC
It would be cool though, maybe it could be made to only use it when you hold down ctrl or some such.