maybe? 

we'll try to add something like that to Quoth pak1 

The extras pack has a nice waterflow.
You should cheque it out.

http://members.home.nl/gimli/extras_r4.zip 

thanks again! wads loading in radiant! OMG! 

Thanks a lot for your help... 

I can't seem to wrap my brain around it, but can you set up a scenario where you have to keep more than one button pressed, in order to keep a door open, using a counter? I.e. failure to do so in a timely manner causes you to have to go back and forth until all the buttons are pressed.

I assume having the correct number of buttons reported to player via the counter could be problematic:

Only 1 more to go... >> Only 2 more to go... >> Only 1 more to go... 

But not with printing anything worthwhile to the player. 

See this post here about logic gates if you're not familiar already.

http://www.celephais.net/board/view_thread.php?id=37116&start=22 

But not with printing anything worthwhile to the player.

Func is being a stupid whore and not responding to my requests so this probably gets doubleposted. 

What the hell it's already posted why are you such a dick today, func? 

Is there a key/mouse combo to get the texture on a patch to align with one on an adjoining brush? I've got a inverted bevel in a corner made of two brushes, and want it to be flush. 

Is there any way to delay a light style?

Say I have a row of lights: A, B, C and D. All of them flicker on/off, but in sequence, going down a hall - and not all at the same time. So you have like this... moving light pulse or something going down a corridor. NOT a traveling light (like the rocket's emitted light). 

would be to do it via triggers, relays and switchable lights.

because of the way lights work in quake, any light with the same style is updated in the exact same way, so all lights of that style will always be identical.

alternatively, you could modify the progs and create new light styles to do your effect. 

what necros said.
i did that in sm118. basically, two relays for each light, all fired at the same time. one for switching the light on after a delay and one for switching it back of after some more delay. all started by an untouchable trigger_multiple that is continuously fired itself after each cycle, so the whole thing starts from new. initially fired by the spawning player of course.
maybe one of these steps could be spared with more clever scripting, but you'll get the idea.. 

styled lights can't be toggled. Or vice versa. I'm pretty sure. 

i was typing up an explanation about lights but the for some reason, i pressed something and it went back to the forum index and erased my post.

metl is right though. 

/******************************************

Switcheable lights that
turn on and off gradually

Affects all switcheable lights in all maps.

Customization : in light entities, set
"speed" to the speed of the turning on/off
(default 1). Set speed to -1 to recover
the default behaviour.
Armin Rigo
*******************************************/ 

/******************************************

Switcheable lights that
turn on and off gradually

Affects all switcheable lights in all maps.

Customization : in light entities, set
"speed" to the speed of the turning on/off
(default 1). Set speed to -1 to recover
the default behaviour.
Armin Rigo
*******************************************/ 

aguires` qbsp removes texture paths if u use q2 map mode 

Sure, but at that point what's the purpose of having Q1 support in an editor? I can use sleepy's mapconv.exe and make the map in qeradiant too. 

Can it be done?

I want to drain an area... 

pox_extras mod... it has moving water volumes. 

exploding barrels! I have just altered my own progs with it! I couldn't delete the bot code,as it started giving errors.

http://members.home.nl/gimli/extras_r4.zip

Another noob question: if I want to spawn a new monster in the explosion of a Vormit,where in the qc should I look? 

Or just make the room the water is in, a func_train... this won't always work well depending what kind/size room. 

Phait - q2 has func_water which assumes it will move pretty much like a func_door, it was later updated by the lazarus mod to include lots of nice features (mud, sine wave bobbing etc.).

but as far as I know nothing exists for water to be killable because of the way quake calculates the world in the vis/bsp process. I'd recommend not allowing the player to touch it and then changing it to a func_wall - it'll be solid and i cant remember if it would animate or be frozen (the texture) but you'd be able to kill it.

also - i remember some discussion on this, but what are the workarounds for enemies + items appearing black when not above a solid brush - ie. floating in the void, typically scrags and other fliers, although i've had problems with func_trains and others.