Re: tidy shouldn't parse a php file text/css

My solution assumes that the basic reason you're using tidy is to clean up code 
on your end, for your use.  There's no intrinsic value in invoking tidy on the 
server side of a browser request simply to serve tidy'd-up code since browsers 
don't care, and if there are any anomalies in the way tidy handles the code 
they'll be introduced into the data stream.  I've run into plenty of situations 
where tidy's output requires additional tweaking to make sure the tidy'd code 
renders the same as the un-tidy'd code, and that embedded PHP code renders the 
same.

Tidy-cleaned code is nice on the browser side if someone does "view source", 
but in my case, and probably in most cases, it's primarily useful so that I can 
easily edit my code, keep table and div levels straight, catch missing tags, 
etc.  This tidy-ized code is then saved to the appropriate DocumentRoot (or 
subdirectory thereof) on the server and is realtively easy to work with going 
forward.

Thus spake Enzo on Tue, Jul 11, 2006 at 04:19:39AM CDT
> Hi
> 
> I've installed Tidy, i have in my apache config:
> AddOutputFilterByType   TIDY    text/html
> 
> So it should process only text/html files, however i have a simple php script that does this:
> <?php
>   header("Content-Type: text/css");
> 
>   echo "some css...";
> ?>
> 
> And this file is also processed by tidy, but it shouldn't
> 
> Any idea how i can fix that ?
> Every trick is welcome (force type on certain files, force tidy not to execute on certain files, etc...)
> 
> I've tried many things, i don't find... 
> Maybe someone of you has a work around
> 
> Thanks
> Enzo
> 
> 

-- 
Lindsay Haisley       | "Fighting against human |     PGP public key
FMP Computer Services |    creativity is like   |      available at
512-259-1190          |    trying to eradicate  | <http://pubkeys.fmp.com>
http://www.fmp.com    |        dandelions"      |
                      |      (Pamela Jones)     |

Received on Tuesday, 11 July 2006 19:34:53 UTC