Naive ideas to improve en-wp

User avatar
Dan of La Mancha
Critic
Posts: 141
kołdry
Joined: Sun Oct 29, 2023 6:48 pm
Wikipedia User: Sojourner in the earth

Re: reducing abuse of BLP subjects

Unread post by Dan of La Mancha » Wed Dec 27, 2023 4:44 pm

Mojito wrote:
Fri Dec 22, 2023 11:03 pm
[*]Pending Changes on all BLPs
Applying Pending Changes to over a million articles would be a quick way to burn out the 8,000 or so people with reviewer rights.

Make it semi-protection and you're onto something.
One day I feel I'm ahead of the wheel
And the next it's rolling over me...

User avatar
Giraffe Stapler
Habitué
Posts: 3155
Joined: Thu May 02, 2019 5:13 pm

Re: reducing abuse of BLP subjects

Unread post by Giraffe Stapler » Wed Dec 27, 2023 5:02 pm

Dan of La Mancha wrote:
Wed Dec 27, 2023 4:44 pm
Mojito wrote:
Fri Dec 22, 2023 11:03 pm
[*]Pending Changes on all BLPs
Applying Pending Changes to over a million articles would be a quick way to burn out the 8,000 or so people with reviewer rights.

Make it semi-protection and you're onto something.
Why not both?

Zoll
Regular
Posts: 347
Joined: Thu Aug 31, 2023 9:22 am
Location: Hofheim am Taunus

Re: reducing abuse of BLP subjects

Unread post by Zoll » Wed Dec 27, 2023 5:25 pm

Dan of La Mancha wrote:
Wed Dec 27, 2023 4:44 pm
Mojito wrote:
Fri Dec 22, 2023 11:03 pm
[*]Pending Changes on all BLPs
Applying Pending Changes to over a million articles would be a quick way to burn out the 8,000 or so people with reviewer rights.

Make it semi-protection and you're onto something.
ECP for politicians.

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Re: reducing abuse of BLP subjects

Unread post by Mojito » Wed Dec 27, 2023 10:50 pm

Dan of La Mancha wrote:
Wed Dec 27, 2023 4:44 pm
Mojito wrote:
Fri Dec 22, 2023 11:03 pm
[*]Pending Changes on all BLPs
Applying Pending Changes to over a million articles would be a quick way to burn out the 8,000 or so people with reviewer rights.

Make it semi-protection and you're onto something.
Ahh yes, on its own the Pending Changes would quickly become overwhelmed. I think that semi-protection could help.

Another issue IMHO is the silly COI situation. On one hand, advertising agencies are able to write articles for their clients, as long as they make a token disclosure. On the other hand, people get run out of town for trying to correct factual errors in the article about them.

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Re: reducing abuse of BLP subjects

Unread post by Mojito » Wed Dec 27, 2023 11:02 pm

andre wrote:
Wed Dec 27, 2023 1:03 am
As I said I think WMF can end the cruelty regime, if not already on its last legs. Which starts with a community accepted Terms of Service and Standard of Conduct as well as a Code of Ethics that should be compulsory when you click signup. Users should be given a grace period to opt-in or be labelled as wild cowboys with a special user icon.
The site's Terms of Use includes "Civility — You support a civil environment and do not harass other users". So I think that the problem is actually with the enforcing of this.

Ryuichi
Gregarious
Posts: 534
Joined: Sat Nov 24, 2018 8:05 pm

Re: reducing abuse of BLP subjects

Unread post by Ryuichi » Mon Jan 01, 2024 11:59 pm

Zoll wrote:
Wed Dec 27, 2023 5:25 pm
Dan of La Mancha wrote:
Wed Dec 27, 2023 4:44 pm
Mojito wrote:
Fri Dec 22, 2023 11:03 pm
[*]Pending Changes on all BLPs
Applying Pending Changes to over a million articles would be a quick way to burn out the 8,000 or so people with reviewer rights.

Make it semi-protection and you're onto something.
ECP for politicians.
With BLPs, it's often editors who meet ECP that are the problem.

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Re: Naive ideas to improve en-wp

Unread post by Mojito » Fri Jan 05, 2024 5:07 am

ltbdl wrote:
Mon Dec 18, 2023 4:00 pm
Giraffe Stapler wrote:
Mon Dec 18, 2023 3:50 pm
redbaron wrote:
Sat Dec 16, 2023 1:24 am
There is the Mentorship feature of Wikipedia:Growth Team features (T-H-L), which essentially puts a newcomer in touch with an experienced user who can answer their questions on editing Wikipedia.
This sounds like a good idea, but in practice it largely falls flat. The "experienced volunteers" often turn out to "vandal fighters" and "new page patrollers" instead of people who actually write new articles or copyedit, Like 64andtim (T-C-L) who has managed to rack up over 12,00 edits since creating their account in May. It's another hat for the hat collectors.
hmm, let's look at the requirements...
https://en.wikipedia.org/wiki/Wikipedia:Growth_Team_features/Mentor_list wrote: You need have at least 500 edits and have had an account for 90 days to sign up as a mentor. It is also expected that a significant proportion of your 500 minimum edits will have been made in mainspace.
that's a damn low bar
So someone I know created an account a few weeks ago and has been doing gnomish stuff to learn how things work. The only human interaction in that time has been having a few edits reverted, by gatekeeper editors for questionable reasons.

If that's anything like a typical new user experience, it's not a good way to retain new editors.
:sadbanana:

User avatar
Ron Lybonly
Regular
Posts: 425
Joined: Thu Jun 08, 2023 12:29 am

Re: Naive ideas to improve en-wp

Unread post by Ron Lybonly » Wed Jan 10, 2024 5:03 pm

Idea:
If Wikipedia won’t term limit democratically recall admins, consider 6 month sabbaticals combined with a 6 month ban from noticeboards. I think some might come back a bit mellower.

This would be for all admins after 5 years.

Maybe it could be shorter than 6 months - whatever might break some habits
Last edited by Ron Lybonly on Wed Jan 10, 2024 5:08 pm, edited 1 time in total.

User avatar
Ron Lybonly
Regular
Posts: 425
Joined: Thu Jun 08, 2023 12:29 am

Re: Naive ideas to improve en-wp

Unread post by Ron Lybonly » Wed Jan 10, 2024 5:07 pm

Develop a comprehensive exam for admins to take periodically. They’d take them privately as many times as it takes to get a passing score.

The point would be continuing education,not be to weed people out.

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Re: Naive ideas to improve en-wp

Unread post by Mojito » Wed Jan 10, 2024 8:51 pm

Ron Lybonly wrote:
Wed Jan 10, 2024 5:07 pm
Develop a comprehensive exam for admins to take periodically. They’d take them privately as many times as it takes to get a passing score.

The point would be continuing education,not be to weed people out.
I think this would be a good idea. It shows good faith towards admins, while improving their knowledge about current rules.

Perhaps it also helps illustrate why unbundling the admin tools would be helpful.

User avatar
Vigilant
Sonny, I've got a whole theme park full of red delights for you.
Posts: 31777
Joined: Thu Mar 29, 2012 8:16 pm
Wikipedia User: Vigilant
Wikipedia Review Member: Vigilant

Re: Naive ideas to improve en-wp

Unread post by Vigilant » Wed Jan 10, 2024 8:55 pm

Ron Lybonly wrote:
Wed Jan 10, 2024 5:07 pm
Develop a comprehensive exam for admins to take periodically. They’d take them privately as many times as it takes to get a passing score.

The point would be continuing education,not be to weed people out.
The WMF could develop this but it would take 14 years and would corrupt the file system of he computer that runs it.
Hello, John. John, hello. You're the one soul I would come up here to collect myself.

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Re: Naive ideas to improve en-wp

Unread post by Mojito » Thu Jan 11, 2024 7:39 am

Ron Lybonly wrote:
Wed Jan 10, 2024 5:03 pm
Idea:
If Wikipedia won’t term limit democratically recall admins, consider 6 month sabbaticals combined with a 6 month ban from noticeboards. I think some might come back a bit mellower.

This would be for all admins after 5 years.

Maybe it could be shorter than 6 months - whatever might break some habits
Some editors (both admins and not) could use an enforced holiday to calm down. But I think this would be also blocking a lot of even-tempered editors in the process. Maybe the core problem here is that it's currently so hard to do anything meaningful about bad admin behaviour.

User avatar
Ron Lybonly
Regular
Posts: 425
Joined: Thu Jun 08, 2023 12:29 am

Re: Naive ideas to improve en-wp

Unread post by Ron Lybonly » Thu Jan 11, 2024 1:53 pm

Mojito wrote:
Thu Jan 11, 2024 7:39 am
Ron Lybonly wrote:
Wed Jan 10, 2024 5:03 pm
Idea:
If Wikipedia won’t term limit democratically recall admins, consider 6 month sabbaticals combined with a 6 month ban from noticeboards. I think some might come back a bit mellower.

This would be for all admins after 5 years.

Maybe it could be shorter than 6 months - whatever might break some habits
Some editors (both admins and not) could use an enforced holiday to calm down. But I think this would be also blocking a lot of even-tempered editors in the process. Maybe the core problem here is that it's currently so hard to do anything meaningful about bad admin behaviour.
I wasn’t very clear. They’d be desysopped only. They’d be encouraged to keep editing.

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Re: Naive ideas to improve en-wp

Unread post by Mojito » Thu Jan 11, 2024 9:23 pm

Ron Lybonly wrote:
Thu Jan 11, 2024 1:53 pm
I wasn’t very clear. They’d be desysopped only. They’d be encouraged to keep editing.
Ahh, thanks for clarifying.

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Permalinks for talk/noticeboard sections

Unread post by Mojito » Sat Jan 20, 2024 10:11 pm

This one is more of a minor technical gripe than a serious problem. But why isn't there some form of permalink for topics on talk or discussion pages?

Once the topic gets archived, the original link dies and it becomes hard to find. For example:
Tbackus wrote:
Sat Jan 06, 2024 4:03 am
sideshow alert :popcorn: https://en.wikipedia.org/wiki/Wikipedia ... ailed_hawk

User avatar
rnu
Habitué
Posts: 2441
Joined: Sat Jul 01, 2023 6:00 pm

Re: Permalinks for talk/noticeboard sections

Unread post by rnu » Sat Jan 20, 2024 10:19 pm

Mojito wrote:
Sat Jan 20, 2024 10:11 pm
This one is more of a minor technical gripe than a serious problem. But why isn't there some form of permalink for topics on talk or discussion pages?

Once the topic gets archived, the original link dies and it becomes hard to find. For example:
Tbackus wrote:
Sat Jan 06, 2024 4:03 am
sideshow alert :popcorn: https://en.wikipedia.org/wiki/Wikipedia ... ailed_hawk
Absolutely. That's an incredibly annoying issue.
"ἄνθρωπον ζητῶ" (Diogenes of Sinope)

el84
Gregarious
Posts: 631
Joined: Sun Feb 10, 2019 3:59 pm
Actual Name: Andy E
Location: イギリス

Re: Naive ideas to improve en-wp

Unread post by el84 » Sat Jan 20, 2024 10:56 pm

https://en.wikipedia.org/w/index.php?ti ... ailed_hawk

On the new skin, there is a link at the top-right of the page named "Tools". Click on that, then click on "permanent URL" and you'll get a URL with a diff in it, giving you a permanent link.

If you're not using the new skin, it used to be located in the left-hand side sidebar.

User avatar
rnu
Habitué
Posts: 2441
Joined: Sat Jul 01, 2023 6:00 pm

Re: Naive ideas to improve en-wp

Unread post by rnu » Sat Jan 20, 2024 11:01 pm

el84 wrote:
Sat Jan 20, 2024 10:56 pm
https://en.wikipedia.org/w/index.php?ti ... ailed_hawk

On the new skin, there is a link at the top-right of the page named "Tools". Click on that, then click on "permanent URL" and you'll get a URL with a diff in it, giving you a permanent link.

If you're not using the new skin, it used to be located in the left-hand side sidebar.
The issue is that links that do not use the permanent URL get broken by archiving. So you have always to chose between linking to a particular state of an ongoing debate using a permanent URL or to link to the ongoing debate and accept that the link will break in the future.
"ἄνθρωπον ζητῶ" (Diogenes of Sinope)

User avatar
Dan of La Mancha
Critic
Posts: 141
Joined: Sun Oct 29, 2023 6:48 pm
Wikipedia User: Sojourner in the earth

Re: Naive ideas to improve en-wp

Unread post by Dan of La Mancha » Sun Jan 21, 2024 6:39 am

If you've got an account, there's a gadget you can enable in your preferences called find-archived-section which, when it detects that you've followed a broken link, automatically searches the archives and gives you a link to the archived discussion. This is incredibly useful and I've long thought it should be turned on by default.
One day I feel I'm ahead of the wheel
And the next it's rolling over me...

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Re: Naive ideas to improve en-wp

Unread post by Mojito » Sun Jan 21, 2024 7:25 am

Dan of La Mancha wrote:
Sun Jan 21, 2024 6:39 am
If you've got an account, there's a gadget you can enable in your preferences called find-archived-section which, when it detects that you've followed a broken link, automatically searches the archives and gives you a link to the archived discussion. This is incredibly useful and I've long thought it should be turned on by default.
Thanks, that's really good to know. It sounds like a useful workaround (as long as there aren't multiple sections with the same name)

User avatar
rnu
Habitué
Posts: 2441
Joined: Sat Jul 01, 2023 6:00 pm

Re: Naive ideas to improve en-wp

Unread post by rnu » Mon Jan 29, 2024 4:03 pm

Immediately indef (and if applicable desysop) anyone who mentions (or in any way alludes to) an editor's experience (be it edit count, age of account, ...).

You'd get rid of a lot of the abusive editors and admins real quick.
"ἄνθρωπον ζητῶ" (Diogenes of Sinope)

User avatar
Giraffe Stapler
Habitué
Posts: 3155
Joined: Thu May 02, 2019 5:13 pm

Re: Naive ideas to improve en-wp

Unread post by Giraffe Stapler » Mon Jan 29, 2024 4:38 pm

This morning I saw someone remove articles from the "see also" section because they were already linked in the body. Not everyone who comes to Wikipedia reads the entire article. Most probably don't, so they may not see those links. I get it - rules must be followed, but maybe that particular rule might be relaxed in favour of actual usefulness?

User avatar
rnu
Habitué
Posts: 2441
Joined: Sat Jul 01, 2023 6:00 pm

Re: Naive ideas to improve en-wp

Unread post by rnu » Mon Jan 29, 2024 5:07 pm

Giraffe Stapler wrote:
Mon Jan 29, 2024 4:38 pm
This morning I saw someone remove articles from the "see also" section because they were already linked in the body. Not everyone who comes to Wikipedia reads the entire article. Most probably don't, so they may not see those links. I get it - rules must be followed, but maybe that particular rule might be relaxed in favour of actual usefulness?
I agree. Unless the "see also" section is unreasonably long they should aim for usefulness. But then again, Wikipedia isn't for the readers, is it?
"ἄνθρωπον ζητῶ" (Diogenes of Sinope)

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Re: Naive ideas to improve en-wp

Unread post by Mojito » Tue Jan 30, 2024 2:38 am

rnu wrote:
Mon Jan 29, 2024 4:03 pm
Immediately indef (and if applicable desysop) anyone who mentions (or in any way alludes to) an editor's experience (be it edit count, age of account, ...).

You'd get rid of a lot of the abusive editors and admins real quick.
Absolutely. Maybe go for a series of escalating bans though.

User avatar
Dan of La Mancha
Critic
Posts: 141
Joined: Sun Oct 29, 2023 6:48 pm
Wikipedia User: Sojourner in the earth

Re: Naive ideas to improve en-wp

Unread post by Dan of La Mancha » Wed Feb 21, 2024 6:14 am

All new accounts are extended-confirmed by default. If you make more than 500 mainspace edits in a year, you're demoted to autoconfirmed. If you make more than 1,000 mainspace edits in a year, you lose all rights. Make more than 5,000 mainspace edits in a year and you'll be blocked for disruption. (Reverts don't count towards the total. Exceptions can be made on request for automated/semi-automated edits, with the content and utility of these edits being subject to rigorous review.)

I just want to see a Wikipedia where people edit carefully rather than quickly. "Careful" in Hawaiian is akahele. Akahelepedia has a ring to it.
One day I feel I'm ahead of the wheel
And the next it's rolling over me...

User avatar
AndyTheGrump
Habitué
Posts: 3193
Joined: Sat Aug 11, 2012 11:44 pm
Wikipedia User: AndyTheGrump (editor/heckler)

Re: Naive ideas to improve en-wp

Unread post by AndyTheGrump » Wed Feb 21, 2024 6:18 am

Dan of La Mancha wrote:
Wed Feb 21, 2024 6:14 am
All new accounts are extended-confirmed by default. If you make more than 500 mainspace edits in a year, you're demoted to autoconfirmed. If you make more than 1,000 mainspace edits in a year, you lose all rights. Make more than 5,000 mainspace edits in a year and you'll be blocked for disruption. (Reverts don't count towards the total. Exceptions can be made on request for automated/semi-automated edits, with the content and utility of these edits being subject to rigorous review.)

I just want to see a Wikipedia where people edit carefully rather than quickly. "Careful" in Hawaiian is akahele. Akahelepedia has a ring to it.
Brilliant! :applause:

User avatar
Randy from Boise
Been Around Forever
Posts: 12239
Joined: Sun Mar 18, 2012 2:32 am
Wikipedia User: Carrite
Wikipedia Review Member: Timbo
Actual Name: Tim Davenport
Nom de plume: T. Chandler
Location: Boise, Idaho

Re: Naive ideas to improve en-wp

Unread post by Randy from Boise » Wed Feb 21, 2024 1:29 pm

Dan of La Mancha wrote:
Wed Feb 21, 2024 6:14 am
All new accounts are extended-confirmed by default. If you make more than 500 mainspace edits in a year, you're demoted to autoconfirmed. If you make more than 1,000 mainspace edits in a year, you lose all rights. Make more than 5,000 mainspace edits in a year and you'll be blocked for disruption. (Reverts don't count towards the total. Exceptions can be made on request for automated/semi-automated edits, with the content and utility of these edits being subject to rigorous review.)

I just want to see a Wikipedia where people edit carefully rather than quickly. "Careful" in Hawaiian is akahele. Akahelepedia has a ring to it.
Shucks, I'm at 2,350 for 2024.

I had no idea what a shitty person I was.

t

P.S. One of the several things this truly terrible idea implies is that automated editing is bad. Another is that all content-creation should be done off-wiki and imported en bloc.

User avatar
Giraffe Stapler
Habitué
Posts: 3155
Joined: Thu May 02, 2019 5:13 pm

Re: Naive ideas to improve en-wp

Unread post by Giraffe Stapler » Wed Feb 21, 2024 4:55 pm

Randy from Boise wrote:
Wed Feb 21, 2024 1:29 pm
I had no idea what a shitty person I was.
Don't get down on yourself, Tim. You probably have other redeeming qualities.

User avatar
Randy from Boise
Been Around Forever
Posts: 12239
Joined: Sun Mar 18, 2012 2:32 am
Wikipedia User: Carrite
Wikipedia Review Member: Timbo
Actual Name: Tim Davenport
Nom de plume: T. Chandler
Location: Boise, Idaho

Re: Naive ideas to improve en-wp

Unread post by Randy from Boise » Wed Feb 21, 2024 5:02 pm

Giraffe Stapler wrote:
Wed Feb 21, 2024 4:55 pm
Randy from Boise wrote:
Wed Feb 21, 2024 1:29 pm
I had no idea what a shitty person I was.
Don't get down on yourself, Tim. You probably have other redeeming qualities.
People keep looking for them but............. Nope, I just suck.

t

User avatar
Ron Lybonly
Regular
Posts: 425
Joined: Thu Jun 08, 2023 12:29 am

Re: Naive ideas to improve en-wp

Unread post by Ron Lybonly » Thu Feb 22, 2024 1:26 pm

Randy from Boise wrote:
Wed Feb 21, 2024 5:02 pm
Giraffe Stapler wrote:
Wed Feb 21, 2024 4:55 pm
Randy from Boise wrote:
Wed Feb 21, 2024 1:29 pm
I had no idea what a shitty person I was.
Don't get down on yourself, Tim. You probably have other redeeming qualities.
People keep looking for them but............. Nope, I just suck.

t
Nope, you’re a really good human being. A mensch. Folks here see that.

User avatar
Kraken
Banned
Posts: 542
Joined: Tue Feb 06, 2024 2:44 pm

Re: Naive ideas to improve en-wp

Unread post by Kraken » Thu Feb 22, 2024 1:27 pm

It's Wikipedia. If you create perfect articles in one edit and leave gnoming to the other people, you will be viewed with deep suspicion. And it will take you over 5 years to meet most people's minimum criteria for Admin.
No thank you Turkish, I'm sweet enough.

Jip Orlando
Contributor
Posts: 35
Joined: Thu Jul 20, 2023 4:57 pm
Wikipedia User: Jip Orlando

Re: Naive ideas to improve en-wp

Unread post by Jip Orlando » Thu Mar 14, 2024 3:42 pm

How about a supplemental essay on over-categorization called WP:CATCRAP?

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

Re: Naive ideas to improve en-wp

Unread post by Mojito » Thu Mar 14, 2024 8:54 pm

Jip Orlando wrote:
Thu Mar 14, 2024 3:42 pm
How about a supplemental essay on over-categorization called WP:CATCRAP?
Hahaha, great idea.

User avatar
Mojito
Critic
Posts: 232
Joined: Wed Aug 12, 2020 12:55 pm

less AN/I dramah please

Unread post by Mojito » Sun Mar 31, 2024 12:13 am

WP:AN/I (T-H-L) can be a nasty place. As per the instructions at the top of the page of it being for "urgent incidents or chronic, intractable behavioral problems", it should be a last resort. Instead, it is often the immediate response to a conflict and the instructions to first try WP:DRV or a discussion on the user's talk page are frequently ignored.

So, to reduce the tendency to go straight to AN/I, I suggest that a "procedural close" be the response for any issue that has not had sufficient attempts at resolution before it was brought to AN/I.

I find it surprising that there is no template for posting new AN/I threads (unlike the Edit Warring noticeboard, for example). A template that includes "Diff of attempt to resolve dispute on article talk page:" would be helpful here, I think.

User avatar
Elinruby
Habitué
Posts: 1015
Joined: Sun Sep 03, 2023 2:01 pm
Location: Nameless Mountain

Re: less AN/I dramah please

Unread post by Elinruby » Tue Apr 16, 2024 4:26 am

Mojito wrote:
Sun Mar 31, 2024 12:13 am
WP:AN/I (T-H-L) can be a nasty place. As per the instructions at the top of the page of it being for "urgent incidents or chronic, intractable behavioral problems", it should be a last resort. Instead, it is often the immediate response to a conflict and the instructions to first try WP:DRV or a discussion on the user's talk page are frequently ignored.

So, to reduce the tendency to go straight to AN/I, I suggest that a "procedural close" be the response for any issue that has not had sufficient attempts at resolution before it was brought to AN/I.

I find it surprising that there is no template for posting new AN/I threads (unlike the Edit Warring noticeboard, for example). A template that includes "Diff of attempt to resolve dispute on article talk page:" would be helpful here, I think.
:like:

User avatar
Elinruby
Habitué
Posts: 1015
Joined: Sun Sep 03, 2023 2:01 pm
Location: Nameless Mountain

Re: Naive ideas to improve en-wp

Unread post by Elinruby » Tue Apr 16, 2024 4:29 am

Can you use CSS on wikipedia? I have an image-heavy article that looks like crap one way on a phone and utter crap in a completely different way on a wide-screen laptop.

User avatar
Kraken
Banned
Posts: 542
Joined: Tue Feb 06, 2024 2:44 pm

Re: Naive ideas to improve en-wp

Unread post by Kraken » Tue Apr 16, 2024 6:09 am

Have Google rank pages individually.
No thank you Turkish, I'm sweet enough.

User avatar
rnu
Habitué
Posts: 2441
Joined: Sat Jul 01, 2023 6:00 pm

Re: Naive ideas to improve en-wp

Unread post by rnu » Tue Apr 16, 2024 5:57 pm

Elinruby wrote:
Tue Apr 16, 2024 4:29 am
Can you use CSS on wikipedia? I have an image-heavy article that looks like crap one way on a phone and utter crap in a completely different way on a wide-screen laptop.
Help:Cascading Style Sheets (T-H-L)
Help:Cascading_Style_Sheets#CSS_in_wikitext (T-H-L) is probably the relevant section. No idea if it supports such things as using different styles for desktop and mobile.
"ἄνθρωπον ζητῶ" (Diogenes of Sinope)

User avatar
Kraken
Banned
Posts: 542
Joined: Tue Feb 06, 2024 2:44 pm

Re: Naive ideas to improve en-wp

Unread post by Kraken » Tue Apr 16, 2024 5:59 pm

Restrict WP:TFA (T-H-L) to WP:VITAL (T-H-L)

(only showcase the most important articles as Wikipedia's best work on the "Today's Featured Article" section of the front page)
No thank you Turkish, I'm sweet enough.

User avatar
Giraffe Stapler
Habitué
Posts: 3155
Joined: Thu May 02, 2019 5:13 pm

Re: Naive ideas to improve en-wp

Unread post by Giraffe Stapler » Tue Apr 16, 2024 7:27 pm

It's quite likely that I've already complained about this, but I would benefit from a "notes" field in my watchlist. I often wonder why something is on there and have to look at the article or the history to figure it out. I would like to be able to just jot down "edited by sockpuppets of x" or "pedophile honeypot" or something like that.

User avatar
Jester
Contributor
Posts: 44
Joined: Tue Mar 19, 2024 10:40 pm

Re: Naive ideas to improve en-wp

Unread post by Jester » Tue Apr 16, 2024 8:45 pm

Giraffe Stapler wrote:
Tue Apr 16, 2024 7:27 pm
It's quite likely that I've already complained about this, but I would benefit from a "notes" field in my watchlist. I often wonder why something is on there and have to look at the article or the history to figure it out. I would like to be able to just jot down "edited by sockpuppets of x" or "pedophile honeypot" or something like that.
Maybe try keeping them on your sandbox or a subpage? You have the hassle of needing to find in page the title but it works.
May your light shine / And the little birds, /Bring joy with their singing, / They are welcome to me

User avatar
Elinruby
Habitué
Posts: 1015
Joined: Sun Sep 03, 2023 2:01 pm
Location: Nameless Mountain

Re: Naive ideas to improve en-wp

Unread post by Elinruby » Wed Apr 17, 2024 2:25 am

rnu wrote:
Tue Apr 16, 2024 5:57 pm
Elinruby wrote:
Tue Apr 16, 2024 4:29 am
Can you use CSS on wikipedia? I have an image-heavy article that looks like crap one way on a phone and utter crap in a completely different way on a wide-screen laptop.
Help:Cascading Style Sheets (T-H-L)
Help:Cascading_Style_Sheets#CSS_in_wikitext (T-H-L) is probably the relevant section. No idea if it supports such things as using different styles for desktop and mobile.
hey three clicks no crash!
Thank you. I will investigate.

TheSpacebook
Critic
Posts: 109
Joined: Wed Mar 27, 2024 6:26 pm

Re: Naive ideas to improve en-wp

Unread post by TheSpacebook » Wed Apr 17, 2024 2:14 pm

  • Phone number verification for accounts and IPs can’t take part in votes for things like deleting and moving (or only phone-verified accounts can vote). There also needs to be a lot of security around these phone numbers and obviously are not published during checkuser investigations. It's harder to create new phone numbers (and usually requires money), very easy to create new email addresses (and is usually free). This could be seen as going against the idea of a "free encyclopedia", but users do have to pay for access to the internet already.
  • Contentious and controversial claims being cited with a book are not allowed until the editor can provide a copy of the actual text (backend, so no copyright). I’ve said in another thread that I have a conspiracy theory that when editors want to make up facts, they cite a book, as it’s less likely that people will check and it’s harder to verify.

User avatar
Elinruby
Habitué
Posts: 1015
Joined: Sun Sep 03, 2023 2:01 pm
Location: Nameless Mountain

Re: Naive ideas to improve en-wp

Unread post by Elinruby » Thu Apr 18, 2024 1:19 am

TheSpacebook wrote:
Wed Apr 17, 2024 2:14 pm
  • Phone number verification for accounts and IPs can’t take part in votes for things like deleting and moving (or only phone-verified accounts can vote). There also needs to be a lot of security around these phone numbers and obviously are not published during checkuser investigations. It's harder to create new phone numbers (and usually requires money), very easy to create new email addresses (and is usually free). This could be seen as going against the idea of a "free encyclopedia", but users do have to pay for access to the internet already.
  • Contentious and controversial claims being cited with a book are not allowed until the editor can provide a copy of the actual text (backend, so no copyright). I’ve said in another thread that I have a conspiracy theory that when editors want to make up facts, they cite a book, as it’s less likely that people will check and it’s harder to verify.
Yep. Preferably out of print and in Polish

smallchief
Contributor
Posts: 10
Joined: Mon Dec 04, 2023 5:38 pm
Wikipedia User: smallchief

Re: Naive ideas to improve en-wp

Unread post by smallchief » Thu Apr 18, 2024 1:48 am

Here's a naive idea: ban stubs.

There was a time and place for stubs -- but that time is long past. If you can't write 250 referenced words or more about a subject, it isn't an encyclopedia article.

User avatar
Elinruby
Habitué
Posts: 1015
Joined: Sun Sep 03, 2023 2:01 pm
Location: Nameless Mountain

Re: Naive ideas to improve en-wp

Unread post by Elinruby » Thu Apr 18, 2024 2:02 am

smallchief wrote:
Thu Apr 18, 2024 1:48 am
Here's a naive idea: ban stubs.

There was a time and place for stubs -- but that time is long past. If you can't write 250 referenced words or more about a subject, it isn't an encyclopedia article.
In one sense I agree. In another, I have been working on 16th century North Africa recently and the stubs are actually enormously helpful when it comes to (for example) sorting out the many names of Dey .Mohammed ben-Othman Pasha (T-H-L)

User avatar
Elinruby
Habitué
Posts: 1015
Joined: Sun Sep 03, 2023 2:01 pm
Location: Nameless Mountain

Re: Naive ideas to improve en-wp

Unread post by Elinruby » Thu Apr 18, 2024 2:07 am

smallchief wrote:
Thu Apr 18, 2024 1:48 am
Here's a naive idea: ban stubs.

There was a time and place for stubs -- but that time is long past. If you can't write 250 referenced words or more about a subject, it isn't an encyclopedia article.

Btw
:welcome: :welcome: :welcome:
It doesn't look like anyone has done this yet. If not shame on us

User avatar
Midsize Jake
Site Admin
Posts: 9950
Joined: Mon Mar 19, 2012 11:10 pm
Wikipedia Review Member: Somey

Re: Naive ideas to improve en-wp

Unread post by Midsize Jake » Thu Apr 18, 2024 2:54 am

Elinruby wrote:
Thu Apr 18, 2024 2:07 am
:welcome: :welcome: :welcome:
It doesn't look like anyone has done this yet. If not shame on us
----
welcomesmallchief.jpg
You do not have the required permissions to view the files attached to this post.

User avatar
Randy from Boise
Been Around Forever
Posts: 12239
Joined: Sun Mar 18, 2012 2:32 am
Wikipedia User: Carrite
Wikipedia Review Member: Timbo
Actual Name: Tim Davenport
Nom de plume: T. Chandler
Location: Boise, Idaho

Re: Naive ideas to improve en-wp

Unread post by Randy from Boise » Thu Apr 18, 2024 5:22 am

smallchief wrote:
Thu Apr 18, 2024 1:48 am
Here's a naive idea: ban stubs.

There was a time and place for stubs -- but that time is long past. If you can't write 250 referenced words or more about a subject, it isn't an encyclopedia article.
Here's a completely random Colts season stub. Whattaya propose doing about that?

https://en.wikipedia.org/wiki/1966_Balt ... lts_season

Does it really matter that there are fewer than 250 sourced words?

t

P.S. Welcome to WPO!

User avatar
Elinruby
Habitué
Posts: 1015
Joined: Sun Sep 03, 2023 2:01 pm
Location: Nameless Mountain

Re: Naive ideas to improve en-wp

Unread post by Elinruby » Thu Apr 18, 2024 6:38 am

Midsize Jake wrote:
Thu Apr 18, 2024 2:54 am
Elinruby wrote:
Thu Apr 18, 2024 2:07 am
:welcome: :welcome: :welcome:
----
welcomesmallchief.jpg
Damn right. Break out the confetti

Post Reply