2008/7/28 Stefan Dösinger <[EMAIL PROTECTED]>:
>> This enables the replacement pretty much unconditionally... do we want
>> that?
> I'd say so, unless we have evidence that it's a bad idea to do enable it
> somewhere, and the drawback isn't fixable.
>
I don't mind having it on by default, but I thi
> This enables the replacement pretty much unconditionally... do we want
> that?
I'd say so, unless we have evidence that it's a bad idea to do enable it
somewhere, and the drawback isn't fixable.
> It also might make sense to give this its own file.
It shares some code with the shader implementat
2008/7/27 Stefan Dösinger <[EMAIL PROTECTED]>:
> Unfortunately, even despite the preparations in the last patches, this patch
> is still kinda huge because I have to replace all the fragment processing at
> once.
>
This enables the replacement pretty much unconditionally... do we want
that? It also