Please add the sistersitebox class to match the other sister project templates. I've done the same in the sandbox already. — AfroThundr ^{(u · t · c)} 07:14, 6 June 2019 (UTC)[reply]

@AfroThundr3007730:  Done https://en.wikipedia.org/w/index.php?title=Template%3ASister_project_links&type=revision&diff=900539700&oldid=868413528 ―Justin (koavf)❤T☮C☺M☯ 08:29, 6 June 2019 (UTC)[reply]

This template is always a pain to configure. Is there a version of this that pulls sister projects based off of what is linked in Wikidata? czar 01:49, 12 August 2019 (UTC)[reply]

I wish. I have manually added this hundreds of times. :/ ―Justin (koavf)❤T☮C☺M☯ 01:53, 12 August 2019 (UTC)[reply]

Isn't that what the "in other projects" section of the sidebar does? --Redrose64 🌹 (talk) 07:57, 12 August 2019 (UTC)[reply]

Nobody sees that or uses it. I really think this needs to use Wikidata, and could easily! Right now it's a lot of work, but could be automatic. ɱ (talk) 20:11, 6 July 2020 (UTC)[reply]

@Mike Peel: is this something we can accomplish, in line with {{ccat}} and its related templates? Pharos recommended your help. ɱ (talk) 20:28, 6 July 2020 (UTC)[reply]

@Ɱ: Yes, this would be possible. I think the implementation would be quite straightforward, but we need to figure out how it should work. In particular, I think the defaults should change to 'if locally defined or if on Wikidata', but there may be cases where this removes links if they aren't on Wikidata. Thanks. Mike Peel (talk) 17:42, 7 July 2020 (UTC)[reply]

Okay, so what do you think should happen? Given the low usage of this template compared to other sister link templates, I wouldn't think the loss too big a deal, and some might be gained? Is there even a way to prevent that while switching to Wikidata, which would be much better for links in the future? ɱ (talk) 18:18, 7 July 2020 (UTC)[reply]

I am learning, with all due respect: in this edition I watched that a red link not showed for indicating a non existing article at Wiktionary... very well but, why at documentation shows two posible values, "yes" or "not"? Thanks in advance,--Jimmy Olano (talk) 00:20, 14 August 2019 (UTC)[reply]

Hi. I'm here to propose a fix for the template distortion when the user's chosen skin is either Minera or Timeless. You can observe the distortion here:

• Testcase page, revision 728410928, Minerva Desktop skin
• Testcase page, revision 728410928, Timeless skin

The reason for this distortion is the mixture of static and elastic CSS units of measurement. Paddings are given in em, which is different in each skin. When a skin uses a bigger font size, the em padding is bigger. In addition, the F12 Developer Tool shows that the CSS of these two skins add their own paddings of 0.5em to unordered lists. What I did was to ensure that no CSS designator adds elastic paddings to the template. Here is what I did in the sandbox:

• Comparison of the template at revision 900539700, with template sandbox at revision 912847145

The result can be seen in the two links above.

So, I suppose this is a pull request for revision 912847145, sandbox branch, into master branch? By the way, thanks for Xaosflux's help. flowing dreams (talk page) 08:05, 28 August 2019 (UTC)[reply]

@Flowing dreams: you have a wonderful edit request above, I wish everyone's was like that! Someone will likely get to this in the next few days (the backlog isn't that big). — xaosflux ^Talk 11:09, 28 August 2019 (UTC)[reply]

@Flowing dreams: If you're comfortable with CSS, why don't you start a WP:TemplateStyles page at Template:Sister project links/styles.css? I've set this to answered for now, which you can flip back to unanswered if you would rather not spend the extra time, but that's a correct-or fix here. --Izno (talk) 14:16, 28 August 2019 (UTC)[reply]

@Izno: Hi. 😊 I'm gonna need to give you a little background for what I'm going to write. You're the fourth registered user I talk to since signing up, the fourth admin, and the fourth person with smashing personality. So, I'm a little embarassed writing this: Sadly, I've reached my capacity. I'm dead tired and I'm not going to be able to edit until Saturday. On top of that, I absolutely have no idea WP:TemplateStyles is until I read it. I would love to put the extra time, it is just that I absolutely can't. Since you say my fix is the correct one, please do perform the pull. Please! It'll give me a sense of accomplishment. Hopefully, we will work together in the future and I do the TemplateStyles thing next time. flowing dreams (talk page) 19:52, 28 August 2019 (UTC)[reply]

No worries. I'm reactivating the edit request. I did not however mean to imply it was the correct fix. --Izno (talk) 20:23, 28 August 2019 (UTC)[reply]

 Done @Flowing dreams: I've implemented the request, due to caching this may take a little time to propagate, you can WP:PURGE a page if you think there is an issue. Thank you for being being communicative and collegial in this! As with most my tech changes, if any admin or template editor sees an immediate new problem, please revert without waiting to discuss. Izno's tempaltestyles suggestion is a good idea and a way the page could be further improved, but it is a hefty task someone would need to do. — xaosflux ^Talk 13:03, 29 August 2019 (UTC)[reply]

@Izno and Xaosflux: 👍 Thank you both. 👍 And, Izno, sorry for misunderstanding your "that's a correct-or fix here". 😉 My bad. flowing dreams (talk page) 04:40, 31 August 2019 (UTC)[reply]

By the way, I'll communicate here when I am done with the Wikipedia:TemplateStyles article. flowing dreams (talk page) 05:53, 31 August 2019 (UTC)[reply]

1.The template appears to be case sensitive, but the default values are "No" rather than "no", or "Yes" rather than "yes", causing links to be shown when they should not be. 2.The search string in "1=" is ignored in some of the links but shown in the heading Example aiming not to show wikinews etc :

• Using "No" for everything

{{Sister project links|1=Frank Sinatra|m=No |mw=No|species=No|species_author=No|author=No|q=No|wikt=No|d=No|c=No|n=No|s=No|b=No|v=No|voy=No|commonscat=No}}

• Using "no" for everything

{{Sister project links|1=Frank Sinatra|m=no|mw=no|species=no|species_author=no|author=no|q=no|wikt=no|d=no|c=no|n=no|s=no|b=no|v=no|voy=no|commonscat=no}}

• Using "yes" for everything - 15 items

{{Sister project links|1=Frank Sinatra|m=yes|mw=yes|species=yes|species_author=yes|author=yes|q=yes|wikt=yes|d=yes|c=yes|n=yes|s=yes|b=yes|v=yes|voy=yes|commonscat=yes}}

</nowiki>

author is not there

• Using defaults (currently "No")

Amousey (they/them pronouns) (talk) 13:37, 5 July 2020 (UTC)[reply]

Amousey, I have no clue what you are trying to explain here. What is the problem and what do you think is the solution? ―Justin (koavf)❤T☮C☺M☯ 20:31, 5 July 2020 (UTC)[reply]

Ita a case sensitivity coding problem. I've edited to display the code. The template code has the test ="no" but the default values are "No" rather than "no" (case-sensitive) so it fails. Updating the default values in the template data is probably the best way forward. Amousey (they/them pronouns) (talk)

@Amousey: I still don't know what you want. What needs to be changed? Every time I have used this template and written "wikt=no" I got exactly the behavior I wanted which is not having a link to Wiktionary. Nothing seems broken and everything is fine. If you can explicitly say "change [x] to [y] in [the template/the documentation]" then I can help you. Otherwise, I cannot. ―Justin (koavf)❤T☮C☺M☯ 21:25, 5 July 2020 (UTC)[reply]

Using {{yesno}} instead of code like {{#ifeq:{{{wikt|}}}|no|| would allow for case-insensitive values of "yes" and "no" to be used, as well as short values like "y" and "n" - Evad37 [talk] 23:50, 5 July 2020 (UTC)[reply]