Forum:Community Wishlist Survey 2022

From Uncyclopedia, the content-free encyclopedia
Jump to navigation Jump to search
Forums: Index > Village Dump > Community Wishlist Survey 2022
Note: This topic has been unedited for 992 days. It is considered archived - the discussion is over. Do not add to unless it really needs a response.
Voting is closed.
Results are posted here.



Community Wishlist Survey banner - translatable.svg
What is the Community Wishlist Survey?

The Community Wishlist Survey is an annual survey that allows contributors to the Uncyclomedia projects to propose and vote for girthy tools and platform improvements.
Schedule
All phases of the survey begin and end at 18:00 UTC.

Phase 1 Phase 2 Phase 3 Phase 4
January 10 – January 27, 2022 January 17 – January 28, 2022 January 28 – February 13, 2022 February 14, 2022
Submit, discuss and revise proposals Community tech reviews and organizes proposals Vote on proposals Results posted

Autofill for Infoboxes

Take for instance the following pages:
https://en.uncyclopedia.co/wiki/EU
https://en.uncyclopedia.co/wiki/Berlin
https://en.uncyclopedia.co/wiki/United_States
etc...

The first thing you see on the top right is a full quick description of the subject (A photo, followed by title, capital city, anthem, demonym, currency etc). No idea what that's officially called.

Point is, we need something that autofills a blank version of the same thing so that people can quickly add it/expand it to articles that don't have it. – Preceding unsigned comment added by Noopnurf (talk • contribs)

Discussion

  • Those are called infoboxes. The reason we don’t have an autofill is because there are so many different items an infobox can have. The best way to get acquainted with them and how to use them is to click edit on any article with an infobox, look at the source content, and then play around with that in your sandbox. You can also go to Template:Infobox to see some examples. There are also a lot of infoboxes that are tailored to a specific topic, like Template:Infobox person, Template:Infobox officeholder, Template:Infobox country, etc. Let me know if you have any questions. Cheers. MrX blow me Emoji-drool.gif 21:29, 16 January 2022 (UTC)
  • I think this is a great idea. Infoboxes are used on a vast number of pages, so anything that makes them more new-user-friendly will be beneficial. I can think of a number of ways to implement this: a script that scrapes the en.wp page with the same title and copies the infobox there, a dropdown menu at the top of the edit page that adds one of several example boxes to a page, or even simplifying the documentation. -- The Zombiebaron 13:48, 17 January 2022 (UTC)
    A dropdown menu could be great. MrX blow me Emoji-drool.gif 15:35, 17 January 2022 (UTC)

Votes

Score: +4

Automatically add {{CatBrowser}} to categories

I've noticed this on UnNews articles. If a date category doesn't have {{CatBrowser}}, it can and will mess up the order of dates in the UnNews:Archive due to our alphanumeric system.

I propose automatically adding {{CatBrowser}} to the preloaded Category: page, similar to the preloaded UnNews page. Black-2.jpg PF4Eva, the President of Imagination Vote for me My tax returns 14:27, 17 January 2022 (UTC)

Discussion

  • I don't think it looks very good on the small categories. We have some categories with 1-3 articles. ~ Kakun · talk 18:11, 23 January 2022 (UTC)
  • Out-of-order dates are a mess to clean up, so this would save a lot of valuable time. Such a headache when it occurs. Black-2.jpg PF4Eva, the President of Imagination Vote for me My tax returns 00:23, 24 January 2022 (UTC)
  • Okay, I agree, let's go for it. ~ Kakun · talk 00:44, 24 January 2022 (UTC)

Votes

Score: +6

Page protection status indicators

I'm requesting this since I believe that this will be a fairly important piece of QoL improvement, specifically for newer users (<500 edits): page protection status indicators. Think of the golden "F" lock on full-protected Wikipedia articles; that's exactly what I'm referring to. Basically, implement some form of code so that this automatically appears on every page which has at least some level of protection (the "cocklocks" could be reused, or another design depending on user opinion) is marked properly.  Cassandra  (talk) 19:20, 17 January 2022 (UTC)

Discussion

  • I really like this idea, and I strongly prefer the cocklocks we have. MrX blow me Emoji-drool.gif 20:09, 17 January 2022 (UTC)
  • I've done this on myself using JS, and I would definitely Support implementing it sitewide. JJPMaster 01:16, 18 January 2022 (UTC)

Quick implementation

Here's a quick 'n' dirty (yet functional) implementation of the aforementioned feature: 

// Quick CockLock implementation, per the specs at
// https://en.uncyclopedia.co/w/index.php?title=Forum:Community_Wishlist_Survey_2022&oldid=6141282#Page_protection_status_indicators
// @date 22 January 2022
// @author Jack Phoenix
$wgHooks['BeforePageDisplay'][] = function( OutputPage $out, Skin $skin ) {
	$title = $out->getTitle();
	// XXX PITFALL WARNING
	// Title#isProtected considers NS_SPECIAL protected
	// We *literally* do NOT want that behavior here because IT MAKES NO FUCKING SENSE WHATSOEVER.
	// We care about editability here, and NS_SPECIAL is never editable (even if *parts of*
	// it are, via system messages)
	if ( $title->isProtected() && !$title->inNamespace( NS_SPECIAL ) ) {
		// @note There is no i18n msg for this in core (I think core uses the "Project:Policy"
		// page for everything by default, whereas most real, older wikis have had separate
		// "Project:Deletion policy", "Project:Protection policy", etc. pages for decades).
		// So I just hard-coded in the name of a valid, known-good page.
		$helpPage = Title::makeTitle( NS_PROJECT, 'Protected page' );
		/*
		// Can this even happen? I doubt it, but if it can, uncomment this:
		if ( !$helpPage ) {
			return;
		}
		*/
		// https://upload.wikimedia.org/wikipedia/en/5/59/Padlock.svg
		$imgURLRegular = '//upload.wikimedia.org/wikipedia/en/thumb/5/59/Padlock.svg/20px-Padlock.svg.png';
		$imgURL15x = '//upload.wikimedia.org/wikipedia/en/thumb/5/59/Padlock.svg/30px-Padlock.svg.png';
		$imgURL2x = '//upload.wikimedia.org/wikipedia/en/thumb/5/59/Padlock.svg/40px-Padlock.svg.png';
		$html = '<a href="' . htmlspecialchars( $helpPage->getFullURL(), ENT_QUOTES ) . '">' .
			'<img src="' . $imgURLRegular . '" srcset="' . $imgURL15x . ' 1.5x, ' . $imgURL2x . ' 2x" alt="' .
				$out->msg( 'protectedpage' )->escaped() . '" />' .
			'</a>';
		$newIndicator = [
			// contents can be raw HTML, OOUI widget, etc. - basically anything!
			'cocklock' => $html
		];
		// setIndicators() will merge arrays using the plus operator, hence this oughta be safe...
		$out->setIndicators( $newIndicator );
	}
};

I've tested this locally on my MediaWiki 1.35 box and it works, but I see no reason why this wouldn't work as-is on Uncyc's current, woefully outdated MW 1.32 since OutputPage#setIndicators was introduced in MW 1.25.

As you can see, this example:

  • hardcodes the image link target to Uncyclopedia:Protected page
  • has support for HiDPI
  • uses commons:File:Padlock.svg as the image (this can and should be changed, I doubt we want to be hotlinking a Commons image on all of our protected pages...)
  • lacks a proper title attribute for the image

This is indeed a very quick, pure PHP implementation that can be just slapped into Uncyc's settings file and we can call it a day, but if needed, I can package this into a "proper" MediaWiki extension with an appropriate extension.json file and whatnot.

Either way, it works and adds a lock icon to any and all protected pages. --Sai.png Jack Phoenix, professional killer admin (Whine?) • (Wikia ♥ ads) 11:30, 22 January 2022 (UTC)

This is amazing, thank you. -- The Zombiebaron 21:40, 23 January 2022 (UTC)
♥ --Sai.png Jack Phoenix, professional killer admin (Whine?) • (Wikia ♥ ads) 18:44, 24 January 2022 (UTC)

Votes

Score: +6

Option to close that “Join Uncyclopedia” banner for IP’s

This is much more minor than anything else mentioned here, but also probably really easy to implement. Can we get a little close button on that Join Uncyclopedia banner? I think it’ll make our articles look better for readers who don’t have accounts and/or aren’t logged in for whatever reason. MrX blow me Emoji-drool.gif 04:00, 19 January 2022 (UTC)

Discussion

  • "Smite the anons" is a (questionable) "feature" of the DismissableSiteNotice extension, originally apparently intended to be Wikimedia-specific. It was one of the reasons why Tim Starling reverted the merge of DismissableSiteNotice into MediaWiki core over a decade ago. Seems like it would be trivial-ish to implement that feature, yet no-one's done it in the past 13+ years. Fascinating, isn't it? --Sai.png Jack Phoenix, professional killer admin (Whine?) • (Wikia ♥ ads) 11:30, 22 January 2022 (UTC)
  • They already have this option: create an account, dismiss the banner. I think effort would be better spent on improving the banner/banners (we can have more than one). -- The Zombiebaron 21:43, 23 January 2022 (UTC)
    I'm inclined to agree, although this might be my laziness speaking. At least we (and other MediaWiki-based sites for that matter) are nowhere near as obnoxious about nagging users to sign up as some absolutely toxic sites are. --Sai.png Jack Phoenix, professional killer admin (Whine?) • (Wikia ♥ ads) 18:44, 24 January 2022 (UTC)
    Obviously creating an account is an option, but for the sake of making things look nicer... Anyway I also like the idea of adding more banners, could be fun to create an array of different-looking ones that pop up, and that would be more eye-catching and more likely to get people to notice it and possibly create accounts. MrX blow me Emoji-drool.gif 18:52, 24 January 2022 (UTC)

Votes

Score: 1
  • Against per my comment above. -- The Zombiebaron 00:30, 28 January 2022 (UTC)
  • Symbol for vote.svg For. MrX blow me Emoji-drool.gif 00:34, 28 January 2022 (UTC)
  • Strong for ShabiDOO 23:27, 1 February 2022 (UTC)

Extending forum lives

Maybe this was discussed before. I opened a voting forum and I want it to be active until 14 May 2022, regardless how often people vote. I just don't want it to automatically become archived before that date. Is that even possible? Thanks. ~ Kakun · talk 18:07, 23 January 2022 (UTC)

Discussion

  • I think this is a good idea. Maybe the standard can still be 7 days or whatever it is, but if we could allow an option to change that it could be beneficial for a lot of forums. MrX blow me Emoji-drool.gif 18:37, 23 January 2022 (UTC)
  • I concur. This is a great idea. A week seems too quick; people have lives or might have trouble coming up with ideas on such short notice. Black-2.jpg PF4Eva, the President of Imagination Vote for me My tax returns 00:20, 24 January 2022 (UTC)

Votes

Score: +6

Change link name to 'Current Events...UnNews!'

It took me this many years long to discover that u have to look under 'Current Events' to find 'UnNews'. For God's sake, just make it say 'UnNews'. We get it. Or 'Current Events-UnNews'. – Preceding unsigned comment added by Smuggler (talk • contribs)

Discussion

Votes

Score: -4
Retrieved from "https://en.uncyclopedia.co/w/index.php?title=Forum:Community_Wishlist_Survey_2022&oldid=6143486"