User talk:Majr/Archive 15

Collapsible stuff
Instead of maintaining a custom-built solution, is there any reason not to recommend the use of ? There's no additional overhead involved with it, since the code's included in core and is thus already sent on every page request. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 16:01, 17 November 2015 (UTC)


 * Yeah, mw-collapsible sucks, which I why I originally wrote an updated version based on the script that mw-collapsible was meant to replace. Its main issue is it purely uses JS to collapse elements, which means there is a large page jump once the page finishes loading where all the elements collapse, this is especially problematic for anchor links, as you will end up further down the page than the anchor, as the collapsed elements above it have moved the rest of the page up. This also makes the page a lot slower to load if there are a lot of things on the page to collapse (you may recall the issue with the recent changes being slow when it was first changed to use mw-collapsible).
 * Other issues are:
 * It doesn't have the ability to specify the collapse button to be inline (we use that a fair bit).
 * It uses actual links for the collapse toggle, which is semantically poor and can be confusing to users (middle-clicking a collapse toggle will open the current page in a new tab rather than do anything sensible, for example). To be fair we use a span styled to look like a link, rather than using a button, so it's not much better off semantic wise, but at least it won't do anything but toggle the collapsing.
 * It uses silly low performance jQuery animations which don't work properly.
 * –Majr 01:58, 18 November 2015 (UTC)


 * mw-collapsible is pure JS because if you use CSS to hide the content initially and then JS is used to show it after page load, viewers with JS disabled will be unable to show the content without using developer tools in their browser. Because of this and other accessibility concerns/problems, Wikipedia policy is to never put actual page content in a collapsible section, which is why the vast majority of collapsible content on WP articles is the navboxes.
 * I actually don't recall anything about RC being slow, since I haven't used enhanced RC for years. And I can't really comment on your other concerns, since I only have personal anecdotes I could respond with, and I'm definitely not a UI/UX expert. Mostly I was curious about why you were reinventing the wheel here, especially since you could just submit patches against core to have fixes and features added for all MW users. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 20:21, 18 November 2015 (UTC)


 * Except it isn't because there's MediaWiki:Noscript.css (which reminds me I didn't update it), to unhide the content when JS is disabled, and mw-collapsible would be able to restrict its stylings to.
 * In the end, even if I did patch mw-collapsible (which would only be possible for some configurations), I wouldn't see the change for at least a year, maybe two, since we're always on an old version of MW. So we either have no collapsing, or I re-invent the wheel with a ~100 line script. –Majr 05:41, 19 November 2015 (UTC)

Edit or delete user profiles?
User:Taxdepreciationschedules is using their profile as a fairly typical spam page. Is there any way to delete it, or at least edit it to remove the link? -- Orthotopetalk 21:54, 20 November 2015 (UTC)


 * There's a pencil icon to the right of the profile text that allows it to be edited. Although, there's nothing stopping them changing it again, since being blocked doesn't stop you from editing your preferences. –Majr 14:28, 21 November 2015 (UTC)

Untitled
I see the smooth stairs now. My bad. Won't happen again. I just wish there was a good screenshot of the block..... --minecraftprimalgroudon –Preceding unsigned comment was added by MinecraftPrimalGroudon (talk • contribs) at 14:40, 03 December 2015 (UTC). Please sign your posts with

Random "red links".
Welp, just now, and I'm not sure if its just me, but random "red links" have been popping up everywhere. -BDJP (t 22:29, 17 December 2015 (UTC)
 * I'm getting it too. Nothing seems to be actually gone, thankfully. – Sealbudsman talk/contr 22:33, 17 December 2015 (UTC)
 * Wait a second. It's just visited links, they used to be purple or something, now it's red.  Wow, something so simple as a color yet so profound.  – Sealbudsman talk/contr 22:35, 17 December 2015 (UTC)


 * The issue seems to be with the class  having lost the blue override, thus defaulting back to the red default from somewhere before. This something I noticed on a few special pages before (most notably Special:ListUsers), so I actually have some user CSS that fixes the issue (search "Stop the visited links") if any of you want it as a temporary fix until Curse/an admin more properly fixes the CSS. – KnightMiner  t/c 23:02, 17 December 2015 (UTC)
 * You are basically right, KnightMiner. The command in question overrides the default a:visited color with red - I suspect it should've been  in that CSS file (whichever that is). Without the repetition of the class 'curse_account', the single a:visited behind the colon is "universal", not limited to the selection before. It's something Curse has to fix, and it's been introduced quite recently, so whoever did this will certainly know the right file :D --CalebBlackhand (talk) 23:10, 17 December 2015 (UTC)
 * Seems to be fixed now, both here and on the german Wiki. --CalebBlackhand (talk) 23:28, 17 December 2015 (UTC)
 * Still happening on my end, unfortunately. -BDJP (t 01:24, 18 December 2015 (UTC)


 * I don't have visited links enabled, but inspecting the CSS shows that it should be fixed. Clear your cache. –Majr 06:26, 18 December 2015 (UTC)