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)

RE: Tabbed images in Jutsu
Seems to have broken while changing to Lua. Better to ask FishTank or Ursuul. --<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  20:08, 3 December 2020 (UTC)

Patched. -Ursuul (talk) 18:41, 4 December 2020 (UTC)


 * Oh wow. Never would have guessed those subtitles were actually clickable tabs. Were they always like that? Can we have normal tabs instead? --<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  21:15, 4 December 2020 (UTC)


 * Like that before I arrived, it definitely doesn't look like a good design for a tab. I would be happy to redesign it as a tab above the image like this. Let me know if there's any particular design you would like or if you want me to just use my best judgment. -Ursuul (talk) 21:18, 4 December 2020 (UTC)


 * To the extent of what I know, the current subtitle/tab system came around the last time FANDOM dropped by and began changing infoboxes. I think there was an issue with how multiple images were displayed before, like they were galleries. I know Simant was one of the original architects of when the wiki began making heavy use of infoboxes with smw, but I don't recall if he was still active at this point. Either him or Snapper are the only other people with coding knowledge I know of that could have implemented this tab/subtitle system. I believe this was the solution to having readable subtitles for when there are multiple images, instead of having them appear only upon mouseover, instead of the tabbed approach used in character infoboxes. Omnibender - Talk - Contributions 21:46, 4 December 2020 (UTC)


 * That actually does make sense, since you can't have regular captions inside Portable Infobox galleries. Unless those are no longer necessary, perhaps best to leave them be. -Ursuul (talk) 22:03, 4 December 2020 (UTC)


 * For when there's more than one image, the subtitles explain what aspect of the jutsu is being showcased. Usually, it's there to explain either what the focus is when the effect of the jutsu is sequential, like showing that someone teleported (Amenotejikara or Flying Thunder God Technique), or when there's a bit of known variation, like in Earth Release: Earth-Style Wall. Omnibender - Talk - Contributions 22:18, 4 December 2020 (UTC)


 * Yes, current design is after the switch to portable infoboxes.
 * The jutsu infobox images used to be a slideshow of the images (using ).
 * @Ursuul, if you can implement that, it would be great. Could be done by using this somehow. Not sure though. <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  05:29, 8 December 2020 (UTC)
 * I had to undo your edit. It was making images not render in infoboxes when there's only one. Omnibender - Talk - Contributions 18:07, 8 December 2020 (UTC)


 * Portable Infoboxes were not designed to display images as a slideshow because those are hard to make portable, & so it wouldn't be possible without reverting back to non-Portable Infoboxes, which I do not recommend. You may potentially be able to write some desktop-only JavaScript that has Infobox galleries cycle through the tabs, however, but I wouldn't be able to assist with that. -Ursuul (talk) 19:17, 8 December 2020 (UTC)


 * Why can't it be slideshow in desktop and convert to tabs on mobile? Is it possible to pass this request to the fandom devs? I am sure this is a popular use-case... --<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  23:30, 8 December 2020 (UTC)


 * To my knowledge, it is not a popular use case, but I will absolutely send that request up to the devs for you. -Ursuul (talk) 07:47, 9 December 2020 (UTC)

RE: Preview feature
That's absolutely some feedback that I can send along to Fandom. They may take action regarding it, depending on other feedback and other factors. -Ursuul (talk) 19:17, 8 December 2020 (UTC)

Oh, you mean to say you want the right rail (e.g. popular pages, recent changes, etc) to appear in preview together with the page content? Just to make sure I understand properly. -Ursuul (talk) 07:46, 9 December 2020 (UTC)