|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
KrytenKoro - "That's when we bumped into Hannity. Sean Hannity. See the thing about this dude is, at first he's fair, right? And you're like "Wow!" But then BOOM. The dude's balanced, too. And you're like, HOLY SHIT." TALK -
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
If we need, for whatever reason, to present the pre-HD version of an image, I feel like we have two viable options:
- Upload the pre- version as a special image, with a parser callout like "(pre-HD)". I cannot conceive of a case where the pre-HD images would be general use, so naming them in this manner does not interfere with the various infoboxes in any manner.
- Link to the prior version of the image in the upload history.
Both of these options would allow us to have a more organized image set overall, with less cumbersome coding. One of the main reasons the image naming policy is so helpful as is, is because you very rarely have to be familiar with the image before you code for it. I can simply code "Ars Solum KHBBS.gif", with no prior visit to the Ars Solum page, and get the high-quality, preferred image I desire. This makes it much, much simpler for coding infoboxes when we want to as well. If the image doesn't appear, I can be comfortable knowing it simply doesn't exist, rather than having to search through the archives in case someone uploaded it under an unexpected name. New users who want to add an image to a new page can also be confident knowing that they have found the image the wiki wants as primary. I feel like if I was creating an article for Firewheel and didn't know how the policy worked, and my options were Firewheel KHBbS and Firewheel (KHBbS) KHIIHD, I'd think the first was the more appropriate one.
The (HD) parsers interfere with that system, not quite fatally.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|