None.
You can use lurkers as they won't unburrow. But if they are attacked by a cloaked unit they will however, unburrow.
Quote from 
NudeRaider
NudeRaiderP12 is not automatically enemy. You have to give the unit to an enemy of yours first. Alliances, like colors, are retained upon giving to P12.
Note, that this the only case where units owned by the same player can have different alliance statuses.
Note, that this the only case where units owned by the same player can have different alliance statuses.
None.
Quote
P12 is not automatically enemy. You have to give the unit to an enemy of yours first. Alliances, like colors, are retained upon giving to P12.
Note, that this the only case where units owned by the same player can have different alliance statuses.
Note, that this the only case where units owned by the same player can have different alliance statuses.
Also note that when you change the alliance of the player that gave the unit to P12, the alliance of that unit also changes.
None.
I think it won't unborrow, did you test for yourself? And everyone here has some cool things.
None.
Let me get this straight... you think it won't unburrow?
Be more specific, please. Whether he's tested it himself or not, the concepts here have been tested my multiple people, and some things do unburrow in certain circumstances listed here.
But you were right about the cool things. I could comment on my cool things, but i'm lazy.
Be more specific, please. Whether he's tested it himself or not, the concepts here have been tested my multiple people, and some things do unburrow in certain circumstances listed here.
But you were right about the cool things. I could comment on my cool things, but i'm lazy.
None.
I made a perfect vHP once, it made unit slow just a bit, once every second aproximately, and it used lings for all players. The problem was, it needed a computer for each palyer so it was limited to 3 players 
But would the attack priority be the same for the ling and the devouring one, if both got same life/dammage and the researches are disabled?
But would the attack priority be the same for the ling and the devouring one, if both got same life/dammage and the researches are disabled?
None.
We can't explain the universe, just describe it; and we don't know whether our theories are true, we just know they're not wrong. >Harald Lesch
Quote from Dungeon-Master
I made a perfect vHP once, it made unit slow just a bit, once every second aproximately, and it used lings for all players. The problem was, it needed a computer for each palyer so it was limited to 3 players
But would the attack priority be the same for the ling and the devouring one, if both got same life/dammage and the researches are disabled?
But would the attack priority be the same for the ling and the devouring one, if both got same life/dammage and the researches are disabled?
Also regular units are favored above their hero counterparts.
Quote from StrikerX22
Let me get this straight... you think it won't unburrow?
http://www.staredit.net/76158/
So lets say... you attack the poor computer with a normal zergling with 9999 life and 0 dammage and a devouring one with 1 hp ad 9999 dammage, and the computer will attack the normal zergling?
None.
We can't explain the universe, just describe it; and we don't know whether our theories are true, we just know they're not wrong. >Harald Lesch
As I said. This priority is given. You cannot do anything about it.
And like you may have noticed when playing sc the attack ai does not strictly stick to it. There are many factors that may make you unit attack one that has lower priority. A high priority simply improves the chance that the unit will be attacked first, but it's no guarantee.
Post has been edited 1 time(s), last time on Aug 9 2008, 11:03 am by NudeRaider.
And like you may have noticed when playing sc the attack ai does not strictly stick to it. There are many factors that may make you unit attack one that has lower priority. A high priority simply improves the chance that the unit will be attacked first, but it's no guarantee.
Post has been edited 1 time(s), last time on Aug 9 2008, 11:03 am by NudeRaider.
Nude, I was referring to the post above me, that said "I think it won't unborrow, did you test for yourself? And everyone here has some cool things." ...hence my entire post being a reference to it. I myself had just tested lurker unburrow as well, as discussed on the first page.
None.
Options
[02:27 am]
Symmetry -- https://staredit.net/topic/18903/ THE REVIEWS ARE HERE! "ok these are pretty good memes" - ssj9Kevin[2026-7-17. : 2:58 pm]
Ultraviolet -- SymmetrySymmetry shouted: Man I wish we had this tech back in the day when people played ums lmao
fr fr[2026-7-17. : 2:39 am]
Symmetry -- Man I wish we had this tech back in the day when people played ums lmao[2026-7-16. : 6:28 am]
NudeRaider -- EUD actions, specifically. The conditions remained. Today we can even have actions again, but they're all virtualized/whitelisted (not sure on the actual technical implementation) so you can only use them for specific intended purposed, not arbitrary code injections.[2026-7-16. : 6:26 am]
NudeRaider -- I mean yes, maps - through EUDs - were theoretically able to do that as well, but that was patched quickly.[2026-7-16. : 6:25 am]
NudeRaider -- SymmetrySymmetry shouted: Ohhh imagine a SC map that could delete itself
not the map, the editor[2026-7-16. : 2:28 am]
Symmetry -- I vaguely remember Voy doing some ACE back in the day, but I had no idea EUDs could do that kind of shit. I am very much catching up on the technology[2026-7-15. : 8:51 pm]
NudeRaider -- SymmetrySymmetry shouted: NudeRaider Is EUD editor capable of writing shit onto the player's harddrive? That seems like it would be dangerous
yeah an editor that isn't allowed to write files sounds rather pointless, so I'd assume it can. Like most other programs too btw. and yes, obviously that's dangerous, but also kinda necessary. MS introduced that virtualization for exactly that reason.[2026-7-15. : 4:10 am]
Ultraviolet -- I don't think so. I think they shut that shit down after 1.16, maybe even earlier