Jump to content

Template talk:Dagger

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
(Redirected from Template talk:Dagger/doc)

Resolution

[edit]

I like the idea of this, but is there any chance of using a higher quality image (same goes for ‡)? Regards, —WFC00:05, 7 January 2011 (UTC)[reply]

I made both of them as .svg but uploading the version saved from Inkscape produces something unlike the original. There is an incompatibility between the XML rendering of wikimedia and Inkscape. The problem is that we only have 5x12 pixels to produce the image, and it has to have a transparent background so that it works inline with text against any background colour. So the anti-aliasing has to be done by using variable alpha-channel transparency on a per-pixel basis - which means we have to use a PNG.

If anybody wants to try to make a better quality image, both the vector and 200-px png versions of each are on Commons. --RexxS (talk) 02:27, 7 January 2011 (UTC)[reply]

Ah, I understand (kinda). Thanks for explaining. —WFC04:33, 7 January 2011 (UTC)[reply]

Not searchable

[edit]

I'm not sure I understand the point of this template. For one thing, "†" is not keyword searchable because it's a PNG image. Is there some reason to prefer {{dagger}} over just typing †? Second, I suggest adding <sup> and </sup> to the template, since footnote/endnote symbols are usually raised. – Kerαunoςcopiagalaxies 00:14, 10 May 2011 (UTC)[reply]

I believe the point is to provide alternative text for accessibility reasons. Typically, "†" is not very helpful for a screen reader, so some alternative text is helpful. At least that's my understanding. Thanks! Plastikspork ―Œ(talk) 01:10, 10 May 2011 (UTC)[reply]
Ah ok, thanks for explaining. – Kerαunoςcopiagalaxies 02:40, 10 May 2011 (UTC)[reply]
Ok then from what I read the "†" symbol isn't good for screen readers because it is not part of Latin 1. But then neither is an ndash and wikipedia is pretty much replacing all the old &ndash writing with just the symbol "–". By telling us we need to use {{dagger}} does that mean we now need to also write/change million of wiki articles so they use {{ndash}} instead of a "–" ? Very strange. Fyunck(click) (talk) 08:39, 21 January 2012 (UTC)[reply]
I also do not see the point of this template, and the attempts at explanations given above don't make sense to me. The template seems to be only useful to the very few that are visually impaired, but useless to the rest of us. The rest of us have no way to see the Alt text (not even hovering works, and hovering is not even available on mobile devices). So it contains a hidden message only for the visually impaired, leaving the rest of us in the darkness with no idea what the dagger symbolizes. I can see that it could be a lesson for the seeing in how it feels like to be visually impaired, but I still believe it should simply work for everyone and not just the visually impaired. And also, as it was noted 10 years ago, it is not searchable, which is a really bad idea. We should use the actual symbol, †, and not display an image and misuse the alt parameter, which is meant to explain the image itself (in this case it should always say "dagger" or "dagger symbol", and it should not describe what the meaning in the specific case is, as it should only describe what a seeing person objectively sees when they see the image). This template is just not useful at all, and its existence makes people misuse it and hide information for most readers. But maybe it could be redefined somehow to be useful for everyone so existing uses don't have to be changed? Note that it should also work on mobile devices, so information only given when hovering is not useful. I'm just thinking that proper note references should be used for this sort of stuff. --Jhertel (talk) 15:26, 6 May 2021 (UTC)[reply]

Using an image is a poor choice

[edit]

Daggers are used within article text, and having an image instead of the actual dagger text symbol isn't a good idea—it is likely to mess up alternative displays, interfere with copy-pasting, and lots of other stuff. The impulse to improve accessibility was good, but we should find another way. {{u|Sdkb}}talk 23:24, 30 November 2021 (UTC)[reply]

It also doesn't show up in dark mode. Trivialist (talk) 11:11, 29 December 2021 (UTC)[reply]
@Sdkb: Check out the sandbox. This is the same solution used by {{Hash-tag}}. I've also made a sandbox version and test-cases for {{Double-dagger}}. This seems to work on Windows 10 with the built-in screen reader and with NVDA. I can't test JAWS, Mac OS, or Chrome OS. Regards, Rjjiii (talk) 04:37, 3 June 2023 (UTC)[reply]


Discussion regarding image use

[edit]

There is a discussion at Wikipedia talk:WikiProject Templates#Images in templates regarding how to handle templates that were created to insert images of typographic characters. These characters are now available via Unicode. Please comment there if interested, Rjjiii (talk) 16:09, 4 June 2023 (UTC)[reply]

Template-protected edit request on 14 June 2023

[edit]

Change the current template to the sandbox version. See this thread for details: https://wiki.riteme.site/wiki/Wikipedia_talk:WikiProject_Templates#Images_in_templates Rjjiii (talk) 08:35, 14 June 2023 (UTC)[reply]

 Done I've used abbr per the discussion there. This is not serving the function of an image but a simple abbreviation. Izno (talk) 19:53, 20 June 2023 (UTC)[reply]
(And have no objection to making this a subst-only template, someone just needs to do that work.) Izno (talk) 19:54, 20 June 2023 (UTC)[reply]
Izno, this change appears to have caused a strange edge-case effect in at least one article. See the cladogram at List of peramelemorphs#Classification, where the space between "abbr" and "title" is being replaced by an nbsp. Also at Suidae#Phylogeny. I think the culprit may be Module:Clade, line 469, but I am just guessing. – Jonesey95 (talk) 07:54, 29 June 2023 (UTC)[reply]
That's probably the right line and that's fundamentally a bug in Module:Clade. It'll be fixed for this template by the below request, but Module:Clade shouldn't do that. Izno (talk) 07:57, 29 June 2023 (UTC)[reply]

Template-protected edit request on 29 June 2023

[edit]

Change to the sandbox version. As of 2023, there are no longer issues with major screen readers saying these symbols. There is minimal difference between using the character alone and the character with abbr tags. The tooltip provided by abbr could encourage editors to misplace notes within the character. Rjjiii (talk) 03:01, 29 June 2023 (UTC)[reply]

 Done Izno (talk) 07:57, 29 June 2023 (UTC)[reply]

Template-protected edit request on 22 May 2024

[edit]

Add <noinclude> to fix transclusions displaying the TfM link. (issue brought up at Teahouse.)

{{Tfm/dated|page=Dagger|otherpage=Dag|link=Wikipedia:Templates for discussion/Log/2024 May 21#Template:Dagger|type=tiny|help=off|bigbox={{#invoke:Noinclude|noinclude|text=yes}}}}†<noinclude>{{Documentation}}
+
<noinclude>{{Tfm/dated|page=Dagger|otherpage=Dag|link=Wikipedia:Templates for discussion/Log/2024 May 21#Template:Dagger|type=tiny|help=off|bigbox={{#invoke:Noinclude|noinclude|text=yes}}}}</noinclude>†<noinclude>{{Documentation}}

'''[[User:CanonNi]]''' (talkcontribs) 01:19, 22 May 2024 (UTC)[reply]

 Partly done: I have changed it from type=tiny to type=disabled. (See Template:Template_for_discussion#Disabled). – robertsky (talk) 03:37, 22 May 2024 (UTC)[reply]
For what it's worth I disagree with this change, it's not "breaking" anything, but I don't really feel like fighting it so I'll just express my displeasure. Primefac (talk) 08:53, 22 May 2024 (UTC)[reply]

update

[edit]

Update the TfD nomination template to today's date (29 May). ToadetteEdit! 00:17, 29 May 2024 (UTC)[reply]

 Completed. P.I. Ellsworth , ed. put'er there 03:13, 29 May 2024 (UTC)[reply]

Template-protected edit request on 4 July 2024

[edit]

Please sync with sandbox to implement Wikipedia:Templates for discussion/Log/2024 June 6#Template:Dag. Thanks, Queen of Heartstalk 20:58, 4 July 2024 (UTC)[reply]

 Done. SilverLocust 💬 01:15, 5 July 2024 (UTC)[reply]