mfx, I don't care that you don't care. Who cares that you don't care? 

Whoever is more on topic wins. 

mfx - You misspelled "Cool story, bro". 

mfx, and Willem are on my shitlist now. grats, guys. One less person to respond/comment to anything you have to say, or any screenshots you post, or whatever. Less work for me. :)

"Who cares?"

Well, since the story was about TrenchBroom, then I think SleepwalkR would find it a nice bit to hear that his editor pushed me to fix my tower to try his editor. Maybe.

You sound like a bunch of jealous girls that have no such stories to share. Not my problem, that's your problem. Bye. :) 

You're just barely holding this new persona together dude. Best of luck. 

But this time he's shitting up the whole forum instead of just this thread! :D 

What was once one slightly boring post in a previously interesting thread is now eight very boring posts. Actually, now it's nine because of me.

I like TrenchBroom because it's cool. 

Nope. Just you, Willem, and mfx. Everyone else is fine. But, you two, yes, you two have already had your 5 strikes. Yes, 5 strikes, not 3 strikes. I gave you 5, and you've used them up already, here and in other threads. 5 strikes; that's how much patience I gave.

Good day. 

1. please read this carefully:
http://en.wikipedia.org/wiki/Superiority_complex
2. calm down already.
3. stop posting irrelevant bollox in this sacred thread. 

Nope. Just you, Willem, and mfx. Everyone else is fine. But, you two, yes, you two have already had your 5 strikes. Yes, 5 strikes, not 3 strikes. I gave you 5, and you've used them up already, here and in other threads. 5 strikes; that's how much patience I gave.

http://cdn.crushable.com/files/2012/07/jlaw-okay.gif 

Could find func_detail in trenchbroom...
func_detail seems to be not included.

Has someone a working Quake.fgd with func_detail support for trenchbroom? 

The included .fgd has func_detail, but it is commented out since only Tyrann's compilers support it. Just search your .fgd for 'func_detail', and removed the // from the beginning of that line (func_group is defined and commented out too). 

The included .fgd has func_detail, but it is commented out since only Tyrann's compilers support it.

Not exactly  

I meant, only 'fancy new compilers made by incredibly talented young men' support it 

Why is there no heart icon :( 

mmh - the result is not that what i expected.
uncommented the func_detail, made a boxed "testchamper", placed some irregular/complex brushes in it and compiled with tyrann's tools = still got a messed up (highly splitt/weirdly triangled) bsp (r_showtris 1)
Vis may have been faster..
Maybe i'm betting on the wrong horse. :-)
How do i prevent irregular brushes to splitt the bsp then? i thought func_detail would be the right way.
Func_wall 'em? enlight me. 

In Quake, detail brushes only speed up the vis process. Apart from that, they are treated like normal world geometry. If you want to avoid splitting, you'll have to make it a func_wall. 

Thanx.
Seems that my hl and q3 based memory tricked me.
i stopped mapping for ages, restarted with trenchbroom 'caused it feels nice to work with.
Great job btw. Love it. 

I'm noobish and ignorant, but is there any reason to not simply use func wall for details like that? 

func_wall can't cast shadows, for one. 

func_walls are entities and come with several issues. like OTP said, no shadows. Also, stock engines have limitations on edicts and models present in a bsp, so using lots of them (or in a larger map) can lead to needing to perform balancing acts if you want to stay under those limits.

func_details are not actually entities, despite being used like them in an editor. They are world geometry, and cut the world geometry as normal, but are not considered while calculating the PVS. 

Grab the latest utils snapshot here for func_wall shadow support. Check the light.txt file for details. 

This supports shadows for any brush entity, not just func_wall. 

whoa o_O