[D3D8 PATCH] d3d8 shaders update - VS2

[Zsolt Rizsanyi]

On Thursday 19 December 2002 10:14, Fabian Cenedese wrote:
> > > >/* note about reason for commenting block */
> > > >#if 0
> > > >code
> > > >code /* comments */
> > > >code
> > > >#endif
> > >
> > > Whereas this is the solution with the least work it's also hard to
> >
> > spot. If
> >
> > > using
> > > a text editor with syntax coloring it all looks the same. But if a code
> >
> > isn't
> >
> > > effective I'd like to see that.
> >
> >Actually it could be considered as an editor fault if it changes color for
> >commented out code but doesn't recognize the #if 0/#endif construct.
>
> I wouldn't say so. A comment is easily recognized by the chars /* */ or //.
> But to get a #if 0 or #if _ANYTHING you really need a language dependant
> preprocessor which goes beyond a normal text editor, even one with
> syntax coloring.
> Do you have such a text editor that finds #if's?

Yes :)
Vim parses #if 0.
So
#if 0
 ...
#endif
is colored like a comment.

Of course that does not mean that all #if -s will be parsed, but IMO only
#if 0 should be colored like a comment since other #if -s are not comments.
Eg. if you have something like
#if defined(__linux__)
...
#elif defined(__bsd__)
...
#endif
You dont want to comment any out any part of the code since all code will be 
compiled on some OS.

Regards
Zsolt