Jump to content

Talk:WMDE Technical Wishes/ReferencePreviews

Add topic
From Meta, a Wikimedia project coordination wiki
Latest comment: 7 months ago by Johanna Strodt (WMDE) in topic "Reference" title for another footnotes

Reference Tooltips

[edit]

See also mw:Reference Tooltips and its improved version on the discussion page. The RedBurn (talk) 23:41, 17 July 2018 (UTC)Reply

Choosing hover/click

[edit]

If WMDE is considering to implement this by default (like WMDE does with everything), please consider providing a way to choose whether someone wants to have previews by click or by simple hover. It is an option in the current gadget and it is there for a reason, since, if there are functional previews available, there’s no reason for people to click on footnotes to go to the bottom of the page.

Also, as I said on Phabricator, personally I consider these mockups to be too big in their size. Footnote previews can be substantially longer than article previews, and they should be generally less important to the reader than article previews. Right now the mockup is substantially bigger than it should be.

Please take time to consider nested content (lists, footnotes in footnotes etc.) and good luck in your development. stjn[ru] 11:23, 6 December 2018 (UTC)Reply

@Saint Johann: Thanks for taking the time to comment. I'm sorry it took me a while to reply. I'm not sure I'm understanding you right when you ask for "a way to choose whether someone wants to have previews by click or by simple hover". In the proposed solution, you would see the preview both on click and on hover. Could you describe a bit more when and why having only one of the two would be important?
The topic of popups sizes is certainly an interesting one. We've received feedback both to make them smaller and to make them bigger, and both are valid. At this point, we don’t know for sure which one is better. The presented solution worked well in the first tests we did, but this topic doesn’t seem to be finished.
Concerning nested footnotes, I replied in the section below (#A few points).
-- Thanks and have a happy weekend, Johanna Strodt (WMDE) (talk) 14:44, 14 December 2018 (UTC)Reply
@Johanna Strodt (WMDE): I can answer that one! Some people get very frustrated by things that randomly "pop up" when they were just moving their mouse cursor across the screen. (I.e. They find it distracting, off-putting, confusing, mental-train-derailing). The ability to set the ReferenceTooltips to only show when the user makes a conscious decision to "click" a citation number, was made to help those people. -- This has been the primary source of complaints about the PagePreviews feature. -- I also took a look at w:en:WP:NAVPOPS and it doesn't look like that gadget has a similar feature (unless the experimental/undocumented setting popupPreviewButtonEvent handles this?), but there was an old request for it.
IMO, an alternative solution that might possibly satisfy this issue, is to add a preference for changing the "timing", i.e. being able to set how many seconds I need to hover a link before it pops. This is a widely used preference in NAVPOPS (enwiki search result), and is also available in ReferenceTooltips (screenshot), and was originally a user-configurable setting in PagePreviews (but removed during a code rewrite), and I suggested it as a primary component in my wireframe idea for the proposed accessibility/usability panel. HTH! Quiddity (talk) 20:00, 14 December 2018 (UTC)Reply
Well, basically, I’d like to have control and not be dependent on some algorithm. I would probably be satisfied with any solution that disables the function of links to references (going to a target ID), but that’s what would be most important to me.
For the topic of popups size, it would be definitely helpful to do some kind of exploration over how big is a text of typical reference to know for sure, but I don’t doubt that it would be hard to do with all our templates. I lean toward smaller text (in a moderate approach, of course) because it would fit more information without much harm. In that way, I don’t find current header-text-link approach too good for this. stjn[ru] 12:04, 15 December 2018 (UTC)Reply
It is important to be able to disable the hover function because if latency is poor the reader can end up with a screen filled with distracting pop ups if they don't disappear quickly, making the page difficult to read without switching the gadget etc. off.Nigel Ish (talk) 19:38, 24 October 2019 (UTC)Reply

Size and scrolling

[edit]

I'd like to see how further examples and discussion about how it would/could/should work with larger content within each <ref>. There are many articles that contain large and detailed citations, or include large quotation-excerpts from the citation, so this will be a significant aspect of how it works.

I'm concerned about the proposed idea of scrollable content within these previews ("If the footnote's content is too big, you can scroll within the pop-up."). Specifically I'm concerned about how big the preview would need to be before it starts offering a scrollbar (versus just expanding-to-fit). However I do understand that it has to happen at some size (ie. it has to fit within the browser window). My top-most specific worries are:

  • Readers are less likely to see anything that requires interaction, so long citations and excerpts that are cut-off partway will inevitably get fewer readers.
  • Secondary scrollbars are often considered a UX anti-pattern, because they can interfere with user-intentions in a few ways. E.g. when scrolling within a sub-window, once I scroll to the end of the area it can cause the entire window to start-scrolling which might lose my place in the page. E.g.2. I might want to scroll the entire page, but because my mouse cursor is in the wrong place either the sub-window scrolls or nothing happens. (I'd guess this depends on technical implementation details)

For a random example (and I wish I had time to find more of these, or track down the example used in the embedded video) at w:en:ASCII#cite_ref-Haynes_2015_55-0 the Reference Tooltips gadget displays the long-ish excerpt in full (screenshot). I hope ReferencePreviews can also accomplish this. HTH! Quiddity (talk) 19:54, 6 December 2018 (UTC)Reply

Thanks, Quiddity! As I've written in my reply to stjn above, there seem to be opposing preferences when it comes to the size of popups. We don't know yet which way will be the best in the end, but we'll gladly take all of your feedback to figure this out. -- A happy weekend to you and sorry for replying so late, Johanna Strodt (WMDE) (talk) 14:44, 14 December 2018 (UTC)Reply

A few points

[edit]

Regarding the "Research" section: All of the gadgets mentioned (enwiki, dewiki, nlwiki) are in fact ReferenceTooltips, which is enabled by default on 59 Wikipedias and available opt-in on many others. Some styling changes were made by certain wikis to match Page Previews styles.

Regarding intended behaviour, I very much advise against removing support for nested footnotes. I also share Quiddity's concerns above.

Please run this by the community somewhere before implementing potentially controversial changes. --Yair rand (talk) 20:18, 6 December 2018 (UTC)Reply

Agree about the nested tooltips. If you are going to introduce support for short citations (which is great), this would be practically worthless if nested tooltips aren't supported (that's the animation of how the current gadget in ruwiki handles this). Jack who built the house (talk) 11:26, 9 December 2018 (UTC)Reply
@Yair rand and Jack who built the house: Apologies for my late reply. Thanks for your feedback, and for the animation, it's really helpful. At this stage, we’re still in the process of creating the first base version, and having a popup appear on a popup is a little bit of a risky move. We'd like to discuss this at a later point in time. -- Best, Johanna Strodt (WMDE) (talk) 14:44, 14 December 2018 (UTC)Reply
@Johanna Strodt (WMDE): It is the animation of the updated version of the Reference Tooltips gadget. Honestly, if you're just reworking the codebase for (almost) the same appearance, I don't see the incentive to move to the future ReferencePreviews extension. As a person who developed the new version and knows relatively well its benefits and drawbacks, I would argue in my community to stick with my version if the one created by your team wouldn't be at least not worse. Thanks. Jack who built the house (talk) 01:47, 21 December 2018 (UTC)Reply
@Yair rand: Even though you wrote this a while ago, I'd like to reply to your request to run these changes by the community before implementing them. Our plan is to deploy this feature as a beta feature first (as we usually do), and we do this specifically to collect feedback. In our opinion, a beta phase has the benefit that people can comment on an actual feature that they can use. -- Have a good weekend, Johanna Strodt (WMDE) (talk) 13:09, 25 January 2019 (UTC)Reply
I'll add a +1, and note that I use the gadget NavigationPopups instead of PagePreviews partially because PagePreviews cannot do (or doesn't show) nested links. The wiki-rabbit-hole is so much deeper and richer and faster to navigate with nested links (aka recursive links). (I usually have both turned on, because I load navpopups globally and therefor it doesn't get detected by the local extension, hence I can take easy screenshot comparisons!). Quiddity (talk) 20:16, 14 December 2018 (UTC)Reply

First feedback

[edit]

Once again, great that this functionality is being developed on global level.

I tested how it works in TestWiki and found the height being too restrictive, maybe instead of 200px you can make it something like 50vh (if there is concern at all with height)? Moreover, we should do something so that the scrollbar appears at least on the right border of popup instead of inside it.

The icon, as it stands, is too big for OOUI guidelines (24px instead of 20px) and too big at all. In terms of appearance, in my opinion, it would be a lot more apt to do something like this: text in smaller size to get more text in and to look more like a regular references block, less margins (bold already plays a differentiating factor), icon in the size of accompanying text (since it’s secondary to block’s purpose). Would love to hear the opinions of others. stjn[ru] 12:27, 16 March 2019 (UTC)Reply

Hi stjn, I’m really sorry for replying so late. In general, the idea behind this design (which follows the Wikimedia style guide) is to make it consistent with the Page Previews feature. This helps people know what to expect when hovering over links. The text size is bigger so that it's easier to read. I’ll pass on the more specific remarks about icon size, scrollbars etc. and will get back to you as soon as I know more. -- Best, Johanna Strodt (WMDE) (talk) 15:33, 4 April 2019 (UTC)Reply
Hi stjn, so here's a more specific reply:
  • Concerning the height, there is a general consideration to keep the popups under a certain size, in order to make sure they are easy to escape, and feel sized accordingly with their importance relative to other elements. Dynamically defining the height (as vh or %) with a sensible minimum and maximum is not something we have yet considered. It seems worthwhile to explore.
  • Concerning scrollbars, can you provide more specific details regarding what browser you are using, and ideally a screenshot of what you are seeing?
  • The icon is currently being rendered too large, yes. We will be fixing this before the release. Thanks for that!
  • Margins, font-size, spacing are all designed for readability and consistency with our style guide, as mentioned before.
Best, Johanna Strodt (WMDE) (talk) 15:53, 11 April 2019 (UTC)Reply
  • @Johanna Strodt (WMDE): Sorry for not answering earlier, I renamed my account earlier and didn’t get the ping. Here’s a screenshot for scrollbar problem, I’m using Firefox 66 on Windows 8.1. Sorry to hear that there can’t be made any adjustments to styling, because as it stands, I expect that many references will definitely get cut off. I hope having an option to get popups by clicking on the references and not by hovering, like I suggested earlier and like it’s already done in ReferenceTooltips gadget, will still be considered. stjn[ru] 12:02, 10 May 2019 (UTC)Reply
[edit]

Hi,

I posted some feedback at mw:Topic:Ux5wee5rnaa55how.

Cheers,

--Hjfocs (talk) 13:35, 3 April 2019 (UTC)Reply

We already have Reference_Tooltips

[edit]

I don't understand why you built this when we already have Reference Tooltips. Moreover ReferencePreviews appears to be significantly inferior to the existing Reference Tooltips in several respects. The scrollbar is bad. The extra whitespace is bad. The fact that it doesn't work with PagePreviews shut off is bad. And probably other issues - I mainly looked at this weeks ago but I wasn't able to reply at the time so I may have forgotten other issues. Alsee (talk) 07:24, 29 July 2019 (UTC)Reply

@Alsee: The feature now also works when Page Previews are disabled. -- Best, Johanna Strodt (WMDE) (talk) 09:04, 6 November 2019 (UTC)Reply
Johanna Strodt (WMDE) the product working without Page Previews is an improvement. However the feedback here and at EnWiki Village Pump is that this product is both redundant to, and inferior to, the existing Reference_Tooltips. There are also complaints of too much whitespace (I haven't checked whether there has been any change to the whitespace). The community has expressed a consistent desire to minimize whitespace in feedback on other projects. Wikipedia isn't a social network or casual-reading entertainment site, we are a work&research site. We are more information-dense than most websites. We don't like unnecessary whitespace.
  • Why did you build a redundant version?
  • Why have you stuck with your version, when feedback has been that it's inferior to the pre-existing version?
  • Do you intent to work towards deployment of your version as a default feature for all readers? And if so, why?
  • If you are indeed still planning to deploy this product, do you plan to reduce the whitespace? (Again, I note that I have not checked whether there has been any change to the whitespace in the last few months.)
Alsee (talk) 20:47, 18 November 2019 (UTC)Reply
@Alsee: I'm very, very sorry for my late reply. I was gone for most part of last year, and am still catching up.
  • The reason why we built an additional preview feature is this: Reference Previews are built as part of a MediaWiki extension. Having a preview functionality integrated into MediaWiki means that all wikis can use it easily, without installing a gadget. Currently, many wikis don’t use the existing gadget. On German Wikipedia, for instance, that is because the gadget was unmaintained and had several other issues. Also, Reference Previews is not exactly a new feature per se, but it complements the Page Previews feature which already existed before. Both are consistent in their look and behavior, which will make for a more consistent reading experience.
  • Wikis which have Reference Tooltips as a default gadget will stay that way, unless they choose to make Reference Tooltips a non-default gadget; then they'll get Reference Previews as a default for all readers and users who haven't switched previews off (more info).
  • No, reducing the whitespace is not planned. But there have been several changes to the look of the pop-up. Also, I have added info about the size of the pop-ups here. -- Best, Johanna Strodt (WMDE) (talk) 14:49, 16 March 2021 (UTC)Reply

Font size is much larger than the default for the page

[edit]

As shown in this screen shot, the font size in the Reference Preview pop-up is much larger than the default size used in body text. It should be the same size that is used in the References section (i.e. in the reflist template on en.WP). Using an appropriate (i.e. small) font size might help mitigate some of the scrolling that is an obvious UI problem. – Jonesey95 (talk) 22:02, 24 October 2019 (UTC)Reply

This is stated rather matter of factly, but why should it be the same size as in the References section ? the only reason it is small there, as far as I know, is to further emphasise the different type of content from what comes before and after that section, as well as to make sure the section isn't about the same size as the article itself... But that doesn't translate to why it should be smaller in a popup.. Also the icon already is an indication for it being a reference so.. Yeah, maybe scrolling, but honestly that hasn't really been a practical problem for me so far (maybe the articles i read don't have large references). —TheDJ (talkcontribs) 11:13, 25 October 2019 (UTC)Reply
Here's an example: Go to This en.WP article. Find note "b" and hover over it with both ReferencePreviews and the Reference Tooltips gadget. At least in my browser, the Tooltips gadget easily shows the whole note, while the ReferencePreviews popup shows a much larger font in a smaller pop-up window, forcing scrolling. There is no UI need for a font that is larger than the font used in the article, let alone the giant-sized font used in the ReferencePreviews popup. Jonesey95 (talk) 17:20, 31 January 2020 (UTC)Reply
This is what the preview looks like now.
@Jonesey95: Thanks a lot for your feedback! I apologize for my late reply. In the meantime, the maximum height of the pop-ups has been changed. This way, it takes much longer footnote content until scrollbars appear in the pop-ups, see phab:T246029. The font size is 100%, as is the font size in the article text. -- Best, Johanna Strodt (WMDE) (talk) 15:09, 16 March 2021 (UTC)Reply
The font size is still larger in Reference Previews in my browser (Firefox for Mac, latest version). It renders at 100% in Safari for Mac. Jonesey95 (talk) 16:14, 16 March 2021 (UTC)Reply

Too much white space between "Web reference" and the reference text

[edit]

Also visible in the screen shot in the section above: there is too much white space between the text "Web reference" and the reference text itself, and too much white space between the reference text and "jump to reference". – Jonesey95 (talk) 22:07, 24 October 2019 (UTC)Reply

@Jonesey95: I'm very sorry for my late reply. I was gone for most part of last year, and am still catching up on things. About your remark: Maybe you have already noticed that the link "jump to reference" was removed altogether, see phab:T265482. -- Thanks a lot for your feedback, Johanna Strodt (WMDE) (talk) 14:57, 16 March 2021 (UTC)Reply
[edit]

It appears that the goal of this feature is to replace the Reference Tooltips gadget; there is no point to having both. The Settings (gear wheel) feature of Reference Tooltips should be added to this new feature. It looks like task T234205 has already requested this feature parity. Jonesey95 (talk) 22:04, 24 October 2019 (UTC)Reply

@Jonesey95: Hello! Just wanted to let you know that a cog wheel will in fact be visible when the feature goes out of the beta phase. This will be the case on a first set of wikis soon. If your wiki community wants to have Reference Previews as a default feature, please let us know, and we'll add your wiki to the group for the first deployment. -- Best, Johanna Strodt (WMDE) (talk) 10:11, 3 March 2021 (UTC)Reply

Localisation

[edit]

Hi all - ga.wiki admin/crat here. Is there a page or a guide showing how we localise this tool for our wikis? Would like to get ahead of the issue before general release :) - Alison 16:36, 15 November 2023 (UTC)Reply

Hi, there, have you scanned Help:Reference_Previews already? I am rubbing my palms to work on en-ja.(;
Or are you interested in option settings? If so, anybody any hint, thank you. Cheers, Omotecho (talk) 11:43, 16 November 2023 (UTC)Reply
Thanks Alison for your question and for wanting to get ahead of this. :)
Here are the things wikis can do locally:
Did that help? Also, thanks @Omotecho for asking. -- Johanna Strodt (WMDE) (talk) 12:18, 16 November 2023 (UTC)Reply

Reference Previews to become the default for previewing references on more wikis.

[edit]

Please let us know if you want a different approach than suggested here.

My wiki wants the Technical Wishes team to remove the default flag

[edit]

Please add the name of your wiki, a link to the community decision about this, and your signature.


I have concerns about removing the default flag on our wiki

[edit]

Please share your concerns here. Johanna Strodt (WMDE) (talk) 13:31, 19 January 2024 (UTC)Reply

On behalf of Russian Wikipedia, I would like to say that this should not be done without reaching the feature parity (UV described the issues) and without asking for community consensus. Moreover, I don’t think it should be done in wikis with less than 4 intadmins either without asking the active community first. I thought German developers would understand this basic thing. stjn[ru] 19:59, 31 January 2024 (UTC)Reply
Hi @Stjn, thanks for commenting. I can see where you are coming from, and I would like to explain why we chose this approach:
  • It requires a lot of time to ask 46 wikis for consensus, especially because we expect that a significant amount of smaller wikis might not even react.
  • However, it is not our intention to force a feature on anyone: Any wiki can say no to this change ahead of time, and any wiki can always undo this change on their own.
  • In light of this, it seemed reasonable to approach the change this way.
  • To be transparent, we notified all affected wikis on their village pumps weeks before the planned change (on Jan 23), so they get a chance to say no (which one wiki did so far). There is still time until Feb 12 to say no, and, like I said, any wiki can undo the change later as well.
-- Wishing you a good weekend, Johanna Strodt (WMDE) (talk) 10:57, 2 February 2024 (UTC)Reply

I have concerns about removing the default flag on lawiki

[edit]

Hello. I have concerns about removing the default flag from the Reference Tooltips gadget on lawiki because Reference Tooltips has functionality that Reference Previews currently does not have. Could you please improve Reference Previews so that it works equally well as Reference Tooltips? Once this is done, I would strongly support removing the default flag from the Reference Tooltips gadget on lawiki.

Comparison between Reference Tooltips and Reference Previews
Reference Tooltips Reference Previews
Green tickY Nested tooltips work in Reference Tooltips: NoN Nested tooltips do not work in Reference Previews:
Green tickY When hovering over a footnote that is within the viewport, the footnote is highlighted in Reference Tooltips: NoN When hovering over a footnote, the footnote is never highlighted in Reference Previews:
Green tickY When hovering over a link (that uses the Qc template) to a bibliographic reference that is within the viewport, the corresponding bibliographic reference (using the corresponding Ec template) is highlighted in Reference Tooltips: NoN When hovering over a link to a bibliographic reference, nothing happens in Reference Previews:
Green tickY When hovering over a link (that uses the Qc template) to a bibliographic reference that is outside of the viewport, a tooltip appears in Reference Tooltips: NoN When hovering over a link to a bibliographic reference, nothing happens in Reference Previews:

All screenshots were taken from page la:Template:Qc/doc. The la:Template:Qc and la:Template:Ec citation templates are used on a large number of pages on la.wikipedia. As shown in the comparison above, these two citation templates work well with vanilla Reference Tooltips, but do not work well with Reference Previews.

Greetings, --UV (talk) 23:47, 23 January 2024 (UTC)Reply

Thanks, @UV, for sharing your concerns, and for presenting them in such an understandable way. Unfortunately, our team won't be able to implement the changes you are asking for because we are no longer working on this project. There was a fairly long time for feedback on Reference Previews, but right now, we are are no longer implementing changes and are merely making the feature available on more wikis. In case you're interested, our current focus is to make reusing references easier, see our project page WMDE Technical Wishes.
-- Greetings from a fellow fan of the Latin language, Johanna Strodt (WMDE) (talk) 13:31, 25 January 2024 (UTC)Reply
Just for information :) I'm wondering why you stopped development halfway through with an unfinished extension? These seem to be functions that are not so complex that they cannot be implemented within a reasonable period of time.
The second question is, who after you will deal with this project from WMF? Iniquity (talk) 22:12, 3 February 2024 (UTC)Reply
Thank you for your feedback. We will of course take your concerns seriously and continue to be responsible for the feature. However, as Johanna Strodt has already mentioned, work on this focus area has been ended and our priority is currently on the new project "Reusing references". I can understand if this is not the answer you were hoping for, but unfortunately we only have a limited amount of time for one focus area and we have to set priorities accordingly. Best wishes -- Thereza Mengs (WMDE) (talk) 12:58, 6 February 2024 (UTC)Reply
Hi, @Johanna Strodt (WMDE): Following up the question from @UV: We have been discussing this issue on la:wiki at the la:Vicipaedia:Taberna#"Reference Tooltips" vs. "Reference Previews". Our current consensus is that "Reference Previews" has not yet equalled the capabilities of "Reference Tooltips" (from our local viewpoint) and therefore we do not wish to move to "Reference Previews". If the consensus changes, UV or I will tell you, but until then, please do not make any change on la:wiki. For the present, we will retain "Reference Tooltips" as default. Andrew Dalby (talk) 14:16, 5 February 2024 (UTC)Reply
Hello @Andrew Dalby, since Johanna is on vacation, I'm replying on her behalf. Thank you for the information, we will not make any changes on la:wiki then. -- Thereza Mengs (WMDE) (talk) 13:04, 6 February 2024 (UTC)Reply
Hello. For the reasons mentioned above by UV, it would be good to use Reference Tooltips for Azerbaijani Wikipedia as well. We have been using the gadget for years now, now it has stopped working with nested references, which causes much confusion. Therefore, we are reverting to the gadget version until the updates are provided. Thank you for the great work! Toghrul R (talk) 12:30, 22 February 2024 (UTC)Reply
Thanks for letting us know, @Toghrul R. We are responsible for maintaining this feature as it is, but there are no plans to further develop its functionality. So in your case, it makes sense to go back to Reference Tooltips. I understand that you are reverting to the gadget version on your own, correct? -- Best, Johanna Strodt (WMDE) (talk) 13:27, 22 February 2024 (UTC)Reply
@Johanna Strodt (WMDE) Thank you for understanding; yes, to the gadget version updated in 2019 on azwiki Toghrul R (talk) 14:12, 22 February 2024 (UTC)Reply

Done in fawiki

[edit]

fa:Special:diff/38771683, let me if I messed it up. Amir (talk) 03:56, 2 February 2024 (UTC)Reply

Thanks, @Ladsgroup! I wanted to see if Reference Tooltips still work on fawiki for those who want to keep using them, so I enabled them for me, but they don't seem to show up. I asked our team what this might be about. Could you check if the behavior is the same for you? -- Thanks and many greetings, Johanna Strodt (WMDE) (talk) 11:12, 2 February 2024 (UTC)Reply
@Johanna Strodt (WMDE) Very likely it broke and no one bothered to fix it. Meh. No worries. If the new ref preview will be default, I'd just remove the whole gadget altogether later. Amir (talk) 11:37, 2 February 2024 (UTC)Reply
@Ladsgroup: Thanks a lot, and enjoy your new feature! -- Johanna Strodt (WMDE) (talk) 12:11, 2 February 2024 (UTC)Reply
Done: Special:Diff/38782615 Amir (talk) 11:50, 3 February 2024 (UTC)Reply
It seems to me that fr:wiki is now on Reference previews, and if I choose Reference tooltips at preferences on fr:wiki, it doesn't work. Andrew Dalby (talk) 14:00, 5 February 2024 (UTC)Reply
Hi @Andrew Dalby, thank you for bringing this up. The fr:wikipedia has enabled that you have to click the reference in order to get the preview. If you want to, you can change this in your personal common.js, see here. -- Thereza Mengs (WMDE) (talk) 13:16, 6 February 2024 (UTC)Reply
Thank you for that explanation, @Thereza Mengs (WMDE):! All is clear! Andrew Dalby (talk) 21:09, 6 February 2024 (UTC)Reply

"Reference" title for another footnotes

[edit]

The previews for the "efn" and "ref group=description" template all have Reference/منبع titles. The mentioned template is usually added to the articles to create a glossary or note and is not a reference. I've checked the fr and fa wikis this is a global bug (see efn here and ref group=description here) Pereoptic Talk✉️   10:52, 7 February 2024 (UTC)Reply

Hi @Pereoptic, sorry for replying so late. Also, I'm afraid I haven't understood the issue yet. Could you explain in other words (or with a screenshot) what the desired behavior is, and what is happening instead? -- Thanks a lot, Johanna Strodt (WMDE) (talk) 13:29, 22 February 2024 (UTC)Reply
@Johanna Strodt (WMDE); Hi
This image shows the English page of an article that does not yet use the new skin. If en wiki supported the new skin, the title "Referece" would have been inserted at the top of this note (it's not reference).
And this image also shows the Persian version of the first image (both footnotes are the same) for which the new skin is active.
And this image also shows a Template:efn, which is used to show the glossary in this article, but it is known as "Reference".

I hope I was able to convey my meaning. Pereoptic Talk✉️   15:43, 22 February 2024 (UTC)Reply

Hello @Pereoptic, thanks a lot for taking the time to explain. I see what you mean.
As you've noticed, all Reference Previews have titles to quickly show which type of reference you're looking at. These are the different options:
  • Reference (generic)
  • Web reference
  • Journal reference
  • Book reference
  • News reference
  • And Note. This one was added after request from Wikipedia editors because not all footnotes are in fact references.
In your case, what you would want to do is to assign the type "note" to these references. You can either do this for each reference individually, like so:
<ref><cite class="note">This is an additional remark.</cite></ref>
or by adding this cite class directly to a template that is used to create these "note/glossary references". Finnish Wikipedia, for example, has added the class directly to their Cite book template, so all references using this template have the title "Book reference", for example this one.
see WMDE Technical Wishes/ReferencePreviews#How to assign a reference type to your reference for more. I hope this helps, Johanna Strodt (WMDE) (talk) 08:27, 23 February 2024 (UTC)Reply
@Johanna Strodt (WMDE):Thanks for your complete explanation. Best Pereoptic Talk✉️   19:00, 23 February 2024 (UTC)Reply
@Johanna Strodt (WMDE): Hi, I added the cite element with class="note" to the Template:Efn on fawiki (here). The I checked fa:هری ترومن for effects of my edit. that "الف" in the first heading of the infobox is generated by an efn template but it is using reference type name (you can also see it by loading the page with uselang=qqx parameter). I think I am doing something wrong, at first let me ask if I have to wrap the cite element with ref tags, and not what I've done in the template, wrapping the ref tags inside cite element. Right? Jeeputer (talk) 06:17, 26 February 2024 (UTC)Reply
Btw that #برچسب is equivalent to #tag Parser Function, generating ref tag. Jeeputer (talk) 06:19, 26 February 2024 (UTC)Reply
@Jeeputer: Thank you. I'll look into it. -- Best, Johanna Strodt (WMDE) (talk) 08:31, 26 February 2024 (UTC)Reply
@Jeeputer: I asked the team and we suggest you try to put the cite class="note" inside the reference. What you currently have looks like <cite class="foo"><ref...></ref></cite>. But what you need is the other way around: <ref ...><cite class="foo">...</cite></ref> -- I hope this helps, Johanna Strodt (WMDE) (talk) 10:30, 26 February 2024 (UTC)Reply
Here are some examples that might help. -- Johanna Strodt (WMDE) (talk) 10:32, 26 February 2024 (UTC)Reply
@Johanna Strodt (WMDE): It's done and working. thank you. Jeeputer (talk) 17:31, 26 February 2024 (UTC)Reply
@Jeeputer: Great. Thanks for letting me know. -- Johanna Strodt (WMDE) (talk) 08:07, 27 February 2024 (UTC)Reply