Wikipedia talk:Extended image syntax/Archive 4: Difference between revisions

Revision as of 01:02, 1 January 2022

Revision as of 13:15, 9 April 2024

Line 20:

:::::::::::Then we do have a difference of opinion. I agree that it is good for readers to discover the file description, for the reasons you give, and like you I don’t see much value in adding coordinates to captions. But I don’t think we should legislate that data should not appear in one place because it would be better for the user to have to go to another place to see it. How the data should be presented is a design decision that I feel we should leave to the editor working on each instance. [[User:Mike Christie|Mike Christie]] ([[User_talk:Mike Christie|talk]] - [[Special:Contributions/Mike_Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 21:37, 15 July 2021 (UTC)

::::::::::::It's already legislated - [[MOS:CAPTION]] says {{tq|Captions should be succinct; more information can be included on its description page, or in the main text.}} So we put coords on the file description page, not in the caption. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 22:08, 15 July 2021 (UTC)

== Copiable text vs mouse-over text ==

Sometimes we need to substitute Unicode characters with images due to lack of widespread font support. Because a user manually copying the WP text should still get the correct character, the Unicode character is often added to the file syntax after a pipe. But that causes it to display as the mouse-over as well, which isn't useful (the mouse-over is either equivalent to the image, or displays as an empty box or question mark). I was thinking of adding the following text to our instructions to resolve the issue. But would this cause different problems with screen readers? Will a screen-reader recognize what a Unicode character is even if the user doesn't have the fonts to display it?

Suggested text:

{{blockquote|The alt text is what gets copied when a reader manually copies a section of Wikipedia text that includes images. This may be useful when an image is used to substitute for a Unicode character that may not yet have widespread font support. The mouse-over, however, should be something more descriptive, as it would be unhelpful for it to look just like the image or, worse, to display as a blank box. The alt parameter provides for this distinction:

:<nowiki>[[file:....svg|16px|(mouseover text)|alt=(copiable text)]]</nowiki>

For example,

:<nowiki>Information: [[file:Infobox info icon.svg|16px|alt=&amp;#x1F6C8;|The 'information' icon (circled 'i')]].</nowiki>

will display as:

:Information: [[file:Infobox info icon.svg|16px|alt=&#x1F6C8;|The 'information' icon (circled 'i')]].

Note that the mouse-over display is a description of the symbol, while if you copy the text and paste it in another document, you'll faithfully reproduce the intended text "Information: 🛈." (You may need to install a supporting font for the Unicode character '🛈' to display.)}}

Hopefully, a screen-reader would handle the Unicode character better than we would with our verbal description. But if that won't work, would it be possible to add a 'character' param to the file syntax that would enable faithful copying of the intended WP text without interfering with screen-readers or mouse-over texts? Please ping me if you respond — [[User:Kwamikagami|kwami]] ([[User talk:Kwamikagami|talk]]) 00:08, 1 January 2022 (UTC)