https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #28 from Phillip Patriakeas <[email protected]> 2011-12-23 20:39:38 UTC --- (In reply to comment #26) > (In reply to comment #2) > > Better tracking would be good, yes. But another use that we should consider > > is > > that people sometimes slap deletion templates on their .css and .js pages, > > and > > it works. Without that, people would be forced to make such deletion > > requests > > on some other page. > > Well, it doesn't works as expected: the deletion category is not shown in the > script page so the users are already forced to find some admin to delete their > scripts, because the template doesn't seems to work (and also causes JS errors > if it is not put /* inside of a comment */ ) (Keeping in mind that I have almost no technical understanding of how the parsing infrastructure currently works) The simplest (and most naive) method of fixing that would be to just parse CSS/JS to find comments, and send the content of each comment on to the parser proper. Of course, that opens up one massive can of worms as to how we'd want to deal with markup that does just about anything except displaying text with simple formatting and links (what, for example, would be the preferred method of handling lists? tables? images?), and it would also break the ability to copy CSS/JS directly while viewing the relevant page (since you wouldn't get the parsed markup in comments)... But then, I *did* say it would be a naive method. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
