Hi there. tt has exactly the right semantics and appearance for a filename, see http://www.w3.org/TR/html4/index/elements.html : fixed-width text without the shading of <code>. If everything uses <code> then paragraphs become much harder to read with too many bordered text spans. A filename is not computer code nor is it instruction to a computer, but it's not regular English either. I believe I'm making wiki pages easier to read by replacing <code> with <tt>.
But you're right, it's obsolete and generates errors in HTML5 validators. Is that a showstopper? I'd like to take it to the experts at mail:wikitech-l.
If it is, then I think <span style="font-family:monospace"> gives the same effect in some browsers, though it's a complete pain to type. Maybe we could have a <span class="tt">. However, when I try it, weird stuff happens in Firefox :-(
- You then edit LocalSettings.php (tt)
- You then edit LocalSettings.php (styled span)
- You then edit LocalSettings.php (kbd)
- You then edit
LocalSettings.php
(code)
I don't want to needlessly mess up translations. I frankly don't understand the inner details of how they work. If all that's changed is markup, it seems translators would just make the same change. When you say
- > "Would you make those changes on the translated pages if the translation is approved?"
I'm not sure what you mean by "if the translation is approved", approved by whom? Are you asking me to make markup changes to all translations that get reverted to English because of my efforts to improve legibility? I guess so.
For templates invoked with {{TNT}}
I've learned the only way to see a fix is to click the link in "since it was last _marked for translation_." Otherwise I don't mark for translation. When someone does click _marked for translation_, Special:PageTranslation has a checkbox "Do not invalidate translations", it seems that person could check it seeing as this is just a minor, but worthwhile, presentational thing.
Thanks for bringing this up, it's worth getting right.