We need more groups like NoBuild and NonStick!

Magneto

I need to make certain areas of my map unbuildable for not only commanders but gorges as well, i tried using CommanderNoBuild but it doesn't stop the gorges which are the real problem, is there some workaround i can do to stop them?

I searched in lua and all we seem to have are these groups at the moment...

CollisionGeometry
NonCollisionGeometry
CommanderBuild
CommanderNoBuild
CommanderInvisibl

We should add these and any other useful ones people suggest...

NoBuild
GorgeNoBuild
NonStick

bp2008

I'd appreciate this too. Also, thanks for the list of groups! I was wondering about a way to no-clip through certain walls :)

schkorpio

another thing i would like is the ability to set resource nodes to only have aspecific amount of res inside so that it can get deploeted eventually (e.g. having starting nodes run out of res to ensure the game doesnt go on for ages, as well as having things like double res a bonus, but not a permanent one)

JimWest

@schkorpio, Good idea that should be easy to include, will try that for my mod!

Kouji_San

The "no stick" one is much needed!. It is quite funny that ever since 2002 the Skulk has been walking on our skyboxes :P And now we also have the Lork on the Clorf with his roosting ability. The way we used to try and stop it from happening was with the use of a trigger_push, but that one required a Skulk to jump or it wouldn't work so in fact they could still walk on the skybox. So yeah a group that stops the wallwalking code and disables the roosting ability, that would be a nice step


And more cliptypes would be nice

CollisionGeometryNobullet -> bullets go through, so it is only used to smooth out player movement(grates, railings?)
CollisionGeometryNonstick as suggested -> stops wallwalking and roosting


<b>I still think it would be better to have these on a checkbox on groups so you can assign more group to one object... Currently its not possible to have multiple groups right? And even if that is possible it is messy as hell...</b>



@schkorpio we did try that internally once. I'd love to give mappers more control, but in the end it was a bit awkward to play with that due to feedback and gameplay issues...