User talk:Omnibender

If you're here to ask about wiki affiliation, please make your request at Board:Consensus Track.

re: summary tags
I've tested summary tags on the One Piece wiki and additional line breaks were not created. I then tested summary tags on the Yu-Gi-Oh wiki and additional line breaks were created. This leads me to believe it has something to do with smw. Maybe Wikia is using a different version of UCP for wikis with smw and this is an oversight of that? In any case, I wouldn't know who to contact about it. One of the Wikia Helpers? Special:Contact? Or try your luck with Discussions on Community Central?

I would argue that, in the case of the chapter/episode summaries, the giant single paragraphs are difficult to read anyway, for which reason I view these forced line breaks as helpful. It's articles that transclude only portions of paragraphs that are already short, such as Konoha and Sharingan, where the forced line break is less welcome. Those articles will need their summary tags adjusted if no fix is forthcoming. ~SnapperTo 07:09, 24 November 2020 (UTC)


 * Just an FYI to both of you, you can report such issues to me or to Special:Contact (Zendesk) in the future — either works. I believe Zendesk was used this time, since another Staff member came in & implemented a fix. All good now? -Ursuul (talk) 13:40, 24 November 2020 (UTC)

What appears to be happening is that when SMW is enabled, mw-parser-output now wraps  content in separate   tags, which causes the break. The pattern looks fairly predictable but doesn't have specific classes, which makes me think this was not intended. As a short term solution, I've drawn up this CSS which should fix the problem by forcing the separate paragraph tags to act like one passage:

I've made this CSS as specific as possible to avoid it affecting other parts of the site. Feel free to install it & let me know if it doesn't cover everything/affects something it shouldn't. While that's in place, I'll file a bug report regarding the paragraph tags to see if this cannot be resolved (hence only the main namespace being affected by this CSS, so I can show off an example of the bug in userspace for investigation). -Ursuul (talk) 06:45, 25 November 2020 (UTC)

MediaWiki:Wikia.css should be good. This CSS is what Avatar Wiki is using for references, it will fix the issue you're describing:  Should be fixed! I'm seeing volume covers here & below, should they be displaying somewhere else that I'm not seeing? I believe my #1 fix resolved this, or am I missing something? Since Snapper2 is already working on it I'll hold off for now, wouldn't want to bump his arm. If you guys get stumped let me know & I can try my hand at it.  If you run into any other issues feel free to let me know! -Ursuul (talk) 10:21, 26 November 2020 (UTC)</dd></dl>


 * I'm now seeing the images in the Tankōbon section (all of them) where before I saw none; perhaps recent edits from UltimateSupreme or Snapper2 resolved the issue, like just the same userparam issue I fixed in another template. I'll have to test the template transclusions on the article page itself, so the page's code will be a bit messy while I'm drilling down to try to find the problem, just be advised. I'm not feeling very confident because the working example you showed uses Lua, which is a programming language I do not know & wouldn't be able to simply replicate whatever the module is doing right. I'll take a crack at it & if I get stumped I can have someone else from Fandom come in to examine the issue.  Understood regarding Council. -Ursuul (talk) 11:33, 27 November 2020 (UTC)


 * #3 should be fixed. <span style="color:#0078ff; text-shadow: 0px 1px 0.4px #0054d3, -1px -1px 1px white, -2px -2px 6px #0093f4;">~Ultimate <span style="color:#f00; text-shadow: 0px 1px 0.4px #f33, 1px 0px 1px white, 2px 2px 6px #f33, -2px -2px 6px #f33;">Supreme  06:01, 27 November 2020 (UTC)


 * Thanks for taking care of #3! -Ursuul (talk) 14:39, 27 November 2020 (UTC)


 * Took a lot of sifting through templates & researching modern Semantic MediaWiki/Arrays documentation pages, but I think I managed to build a new name check to fix the italics problem; I couldn't figure out how the old check worked to fix it. Let me know if it's not quite right/there are any issues you've noticed, as always. -Ursuul (talk) 14:39, 27 November 2020 (UTC)


 * I fixed the italics issue earlier yesterday too. Sorry, too many scattered conversations. But I don't think we have any pending issues anymore. <span style="color:#0078ff; text-shadow: 0px 1px 0.4px #0054d3, -1px -1px 1px white, -2px -2px 6px #0093f4;">~Ultimate <span style="color:#f00; text-shadow: 0px 1px 0.4px #f33, 1px 0px 1px white, 2px 2px 6px #f33, -2px -2px 6px #f33;">Supreme  18:33, 27 November 2020 (UTC)


 * Odd, I definitely recall the Grandma/fireball links not being italicized until my fix. Either way, s'resolved. -Ursuul (talk) 22:35, 27 November 2020 (UTC)


 * You are right. You must have been looking at a clan page. Snapper had made some changes to the clan infobox that negated my fix. <span style="color:#0078ff; text-shadow: 0px 1px 0.4px #0054d3, -1px -1px 1px white, -2px -2px 6px #0093f4;">~Ultimate <span style="color:#f00; text-shadow: 0px 1px 0.4px #f33, 1px 0px 1px white, 2px 2px 6px #f33, -2px -2px 6px #f33;">Supreme  00:38, 28 November 2020 (UTC)

infobox transition
Just to give you an update on how things are progressing: I seem to have found a way to restore media tags to smw queries in infoboxes. I've implemented it for Clans, Genetic, and Teams and have left an edit request for Characters. I don't think there are any other infobox types where this problem persists, but if you know of one please let me know. Clans, Genetic, and Teams are currently set up to exclude game jutsu. I can't remember if that was done before, and I'm also unsure if there are any articles where game jutsu might want to be included. Again, if you remember any, you can let me know.

The downside of this fix is that I haven't found out how to italicize unnamed results. This edit was the only one of the several things I tried that gave some indication of unnamed status, but I'm unsure of how to translate that indication to text formatting. Given the choice between media tags and unnamed status, I figured the wiki would care more about media tags. I can try more solution for unnamed another time. ~SnapperTo 02:22, 26 November 2020 (UTC)


 * Tags and italics issue should be solved now. Now there is weird code appearing in certain infoboxes. Looking into that. <span style="color:#0078ff; text-shadow: 0px 1px 0.4px #0054d3, -1px -1px 1px white, -2px -2px 6px #0093f4;">~Ultimate <span style="color:#f00; text-shadow: 0px 1px 0.4px #f33, 1px 0px 1px white, 2px 2px 6px #f33, -2px -2px 6px #f33;">Supreme  06:42, 27 November 2020 (UTC)

Invitation to the Community Council
Hey Omnibender, I wanted to offer you an invite to join Fandom's Community Council.

Council is Fandom's private product testing and feedback group. Members are Fandom users who have been selected by Staff to provide preliminary feedback and user testing on new features that are under development. We frequently consult the council on new feature ideas, policy initiatives, and the future of Fandom as a whole. It's one of the most trusted groups of editors on Fandom.

Are you interested in joining? As a heads up, an Non-Disclosure Agreement (NDA) is required to join the group.

I can answer any questions you have. Looking forward to hearing back from you on this! -Ursuul (talk) 10:31, 26 November 2020 (UTC)

Recent Wiki Activity Page
Recently, the Recent Wiki Activity page has disappeared from this site. Do you know what happened?Steveo920 (talk) 21:29, 26 November 2020 (UTC)
 * Special:WikiActivity does not exist in the UCP platform being used by Fandom and it will not be coming back. --Sajuuk 21:39, 26 November 2020 (UTC)

RE: Batch delete fix
Wrap it with  loaded, like this: Replacing your existing /common.js file with that ought to get the button working again, although it might not resolve the duplicate button issue — if not let me know & I can draft some CSS for it. -Ursuul (talk) 18:53, 29 November 2020 (UTC)


 * In Preferences > Gadgets, there should be a batch delete option. Try turning it off. --<span style="color:#0078ff; text-shadow: 0px 1px 0.4px #0054d3, -1px -1px 1px white, -2px -2px 6px #0093f4;">~Ultimate <span style="color:#f00; text-shadow: 0px 1px 0.4px #f33, 1px 0px 1px white, 2px 2px 6px #f33, -2px -2px 6px #f33;">Supreme  19:07, 29 November 2020 (UTC)
 * There is an option, but turning it off removes both links from "my tools" in the toolbar. Maybe it's a conflict with it being both imported in my scripts and as a gadget? Omnibender - Talk - Contributions 19:14, 29 November 2020 (UTC)


 * The Gadget version was a fork, & did not have double load protection. I have replaced the Gadget version to an import to the latest version of AjaxBatchDelete which does have double load protection, so as soon as Staff review the JS it should suddenly start working as normal again (without any duplicates). Just sit tight. As for renaming files, that is FileUsageAuto-update, which is not yet compatible with UCP. Feel free to request on its talk page that someone update it. -Ursuul (talk) 19:58, 29 November 2020 (UTC)