/home/techb158/ileadtechnology.com/SSM/vendor/ezyang/htmlpurifier
NameSizeModeActions
extras/-0755rm
library/-0755rm
maintenance/-0755rm
plugins/-0755rm
tests/-0755rm
composer.json7000644editdlrm
CREDITS3410644editdlrm
INSTALL126710644editdlrm
INSTALL.fr.utf818970644editdlrm
LICENSE264560644editdlrm
NEWS656950644editdlrm
package.php17620644editdlrm
phpdoc.ini40420644editdlrm
README.md12270644editdlrm
test-settings.sample.php27060644editdlrm
test-settings.travis.php25930644editdlrm
TODO68320644editdlrm
update-for-release26650644editdlrm
VERSION60644editdlrm
WHATSNEW910644editdlrm
WYSIWYG8570644editdlrm
Edit: /home/techb158/ileadtechnology.com/SSM/vendor/ezyang/htmlpurifier/WYSIWYG (857B)
WYSIWYG - What You See Is What You Get HTML Purifier: A Pretty Good Fit for TinyMCE and FCKeditor Javascript-based WYSIWYG editors, simply stated, are quite amazing. But I've always been wary about using them due to security issues: they handle the client-side magic, but once you've been served a piping hot load of unfiltered HTML, what should be done then? In some situations, you can serve it uncleaned, since you only offer these facilities to trusted(?) authors. Unfortunantely, for blog comments and anonymous input, BBCode, Textile and other markup languages still reign supreme. Put simply: filtering HTML is hard work, and these WYSIWYG authors don't offer anything to alleviate that trouble. Therein lies the solution: HTML Purifier is perfect for filtering pure-HTML input from WYSIWYG editors. Enough said. vim: et sw=4 sts=4