Wikinews:Water cooler/proposals
Page last updated: Thursday 07 at 2004 UTC.
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
|
Script for quickly creating date categories.
[edit]Hello, everyone. There is a script that might help with easily and quickly creating (or updating) date and month category pages. This will let you know which pages are being created before they are created, so you can identify any mistakes. To use the script, add the following code to your common.js page:
mw.loader.load('//en.wikinews.org/w/index.php?title=User:Asked42/QuickCat.js&action=raw&ctype=text/javascript');
After that, you also need to use the following code somewhere on your subpage to invoke the operation. Or just visit this subpage after installing the script, to access the form.
<div id="category-create-form"></div>
Thank you! Asked42 (talk) 16:57, 6 June 2024 (UTC)
- It can also be used for wikinews date and month list pages. Asked42 (talk) 18:40, 6 June 2024 (UTC)
- Thanks and when would I need to use this? Gryllida (talk) 22:27, 20 October 2024 (UTC)
- This script is useful when there is a need to create date categories and date list pages on Wikinews, which are usually generated manually, one by one. This task can be time consuming. By using the script, it becomes possible to quickly generate these pages by simply inputting the year, month, and selecting the type of pages to create (e.g. date categories, month categories, etc). Asked42 (talk) 10:17, 21 October 2024 (UTC)
Communication venues and software
[edit]Hi, I am trying to understand how to make newswriting and reviewing easier. I've created a few proposals, which are noted in subsections below (split into separate sections to make it easier to reply individually).
(P.S. Your help with reviewing and editing in Newsroom would be appreciated now.)
Hope to hear what you think. Special ping to @Acagastya, @Heavy Water as we communicated about a part of the above elsewhere recently. However, input is welcome from everyone, of course.
Thanks and regards, Gryllida (talk) 11:22, 28 August 2024 (UTC)
Splitted updates on articles' talk pages
[edit]- About collaboration, it was mostly happening in talk pages, so a busy reviewer cannot get a recap of recent discussions unless he or she checks recent drafts and each of their talk pages. I see it as a bit of a problem as it is time consuming. --Gryllida (talk) 11:22, 28 August 2024 (UTC)
- I think the talk page is a great place for collaboration of a given article to happen. It's centrally located to the article and is "attached" to it making it easy to find for editors, reviewers, and readers of articles who may not be wikimedians. One problem that arises from that is when an article doesn't get published but it has important conversations happening in its talk page, which gets deleted if it isn't published. —Michael.C.Wright (Talk/Published) 12:50, 30 August 2024 (UTC)
- So we could copy some part of article talk or summarize on the /assistance water cooler at time of deletion if needed, especially if article was a great piece of work and there is an important lesson to be learned? Gryllida (talk) 22:27, 20 October 2024 (UTC)
- I think the talk page is a great place for collaboration of a given article to happen. It's centrally located to the article and is "attached" to it making it easy to find for editors, reviewers, and readers of articles who may not be wikimedians. One problem that arises from that is when an article doesn't get published but it has important conversations happening in its talk page, which gets deleted if it isn't published. —Michael.C.Wright (Talk/Published) 12:50, 30 August 2024 (UTC)
IRC
[edit]- IRC live chat could help a lot, Acagastya's bot announces article status changes there. My nick is "gry" and I am in UTC+10. --Gryllida (talk) 11:22, 28 August 2024 (UTC)
- A challenge with IRC is that the conversation isn't kept as a record, where here in non-article talk pages and other pages, it is recorded. We need to ensure that our use of IRC as a communication channel doesn't exacerbate the problem I see in institutional knowledge; where a few people have exclusive knowledge on how the project works. That goes against the spirit of open knowledge and open collaboration.
- One of my previous employers was a large architecture firm. They had an entire department dedicated to Knowledge management. I think an eventual focus for en.WN, once we are able to routinely publish articles again, is to improve our knowledge management. —Michael.C.Wright (Talk/Published) 12:55, 30 August 2024 (UTC)
- I have privacy concerns with IRC being recorded. Can we probably just use it for now at least among reviewers and aim to summarize what was discussed on wiki - for time being? When news publishing speed goes up a bit we could probably revisie the question of having one irc channel that's publicly logged and another that's not if contributors want to discuss personal matters affecting availability and the like. Gryllida (talk) 22:28, 20 October 2024 (UTC)
Off-wiki notifications
[edit]- As a rare example, loads of changes happened this year. dropped freshness standard. added pre reviews. requested help from stewards. other points here and there. i missed them all for half a year because my email was misconfigured. despite having a note on my user page that i use irc live chat a lot. I mean it is my fault but I am wondering, for those who do not edit the wiki every day and have too many emails, what is the best way to stay in the loop of what is happening? --Gryllida (talk) 11:22, 28 August 2024 (UTC)
- @Gryllida freshness change wasn't this year. And the help requested was from the global sysops. Me Da Wikipedian (talk) 00:49, 29 August 2024 (UTC)
- "Last year, even better"? Yes, global sysops, thanks for clarifying it. Gryllida (talk) 01:02, 29 August 2024 (UTC)
- I personally think the best way to stay informed on the project is to stay engaged, at least at a minimum level. Log in and check wiki messages, watch lists, water cooler pages, etc. Spend a bit of time just reading what's happening or what is not happening that should be. If one can't engage at a minimum level by reading what is going on, they don't have the time to contribute; and that isn't a judgement against people without the time, we are all volunteers. But at a certain point, if one wants to remain informed in en.WN, they need to log in and catch up. —Michael.C.Wright (Talk/Published) 13:02, 30 August 2024 (UTC)
- Doubt majority of reviewers read all recent changes yet maybe they could be pinged on selected discussions with higher urgency or within their interest scope area? Off wiki notifications could help make them reachable? Gryllida (talk) 22:29, 20 October 2024 (UTC)
- I personally think the best way to stay informed on the project is to stay engaged, at least at a minimum level. Log in and check wiki messages, watch lists, water cooler pages, etc. Spend a bit of time just reading what's happening or what is not happening that should be. If one can't engage at a minimum level by reading what is going on, they don't have the time to contribute; and that isn't a judgement against people without the time, we are all volunteers. But at a certain point, if one wants to remain informed in en.WN, they need to log in and catch up. —Michael.C.Wright (Talk/Published) 13:02, 30 August 2024 (UTC)
- "Last year, even better"? Yes, global sysops, thanks for clarifying it. Gryllida (talk) 01:02, 29 August 2024 (UTC)
- @Gryllida freshness change wasn't this year. And the help requested was from the global sysops. Me Da Wikipedian (talk) 00:49, 29 August 2024 (UTC)
Android notifications
[edit]- How to get on wiki Notifications as push notifications in Android? --Gryllida (talk) 11:22, 28 August 2024 (UTC)
Water cooler for reviewing updates
[edit]- For on-wiki communication might just pick one of the existing water coolers and use it for reviewers collaboration. I dunno which, but I will pick one and maybe if reviewers like then everyone can add it to watchlist to make things easier. It would get spammed with one section for each new draft and reviewers can leave notes like "I am taking this" or "Not me, sorry" and then key issues with the story. This would make stuff more challenging as the reviewers would need to read that place in addition to article talk page. Aftera point this could also get noisy on that page, though probably not for a few months. --Gryllida (talk) 11:22, 28 August 2024 (UTC)
- I don't see how this is better than doing the same on the article's talk page, where it is logically attached to the article. I like the idea of reviewers 'calling the ball' and/or collaborating on a review. But in my time here, I haven't known of a case where we had a problem of too many reviewers or reviewers having a hard time collaborating on a review. I could be missing something due to their use of IRC, wiki messages, outside email, etc, but I haven't seen that to be a problem to solve. —Michael.C.Wright (Talk/Published) 13:07, 30 August 2024 (UTC)
Draft writing: 'save and keep editing' without waiting
[edit]- For draft writing I find on-wiki editing problematic simply because I have to wait for the editor to load. I created a .html file on my computer which saves my draft in localStorage in browser. Even if I have a .docx file open or a notepad open then I can have editable text in front of me and save after each substantial edit without waiting to go into read only mode and then back again. On wiki I resolved this by having a "save and keep editing" button in the editor but with ui changes it stopped working around 3 years ago. Is this a problem for other contributors writing drafts? Is there a good solution? --Gryllida (talk) 11:22, 28 August 2024 (UTC)
- I will often have a full, first draft created off-wiki and then cut/paste into wiki to complete. I then finish the article using source editor so that there is a bit of editing history of me linking to sister projects, related articles, infoboxes, categories, etc.
- Since I use source editor, I use the preview a lot. I also tend to follow the Wikipedia recommendation of small edits saved over time so they can be easily tracked and easily undone. I think this is especially important for the review process so that authors can better understand what was changed and why during the review. —Michael.C.Wright (Talk/Published) 13:11, 30 August 2024 (UTC)
- Thanks, I think I would a way to change to another source editor which has this feature. Gryllida (talk) 22:29, 20 October 2024 (UTC)
- I mean 'found' Gryllida (talk) 22:29, 20 October 2024 (UTC)
- Thanks, I think I would a way to change to another source editor which has this feature. Gryllida (talk) 22:29, 20 October 2024 (UTC)
Reviewing by specialisation
[edit]- For reviewing this is just hard. I can only motivate myself by reviewing stories local to my area or within an interesting topic. My user page has a link to WelcomeABit software that can categorize users into their preferred topic areas and deliver notifications to them when a new draft is created within their interest. Would you like to sign up to this? What improvements would you suggest - maybe some other place where to deliver notifications, irc, email, on wiki, where else? --Gryllida (talk) 11:22, 28 August 2024 (UTC)
- @Gryllida the issue with reviewing by specialisation is that there is 1 semi-active reviewer every few months around here, thats it. Me Da Wikipedian (talk) 12:24, 29 August 2024 (UTC)
- I know. I am trying to get more than one person involved in being notified, hoping that will eventually improve this situation. Gryllida (talk) 18:45, 29 August 2024 (UTC)
- In addition to MDW's point above, there are also so few articles being generated right now, that it is easy to stay on top of the review queue. I don't recall ever seeing double-digits in the review queue. So personally, I don't need notified if an article in my favorite category is up for review. I can quickly scan the headlines and know. This might be useful if the project were busy. —Michael.C.Wright (Talk/Published) 13:13, 30 August 2024 (UTC)
- @Michael.C.Wright there were double digits review queues when Cromium was active reviewing in the beginning of June. This is because (at least for me) I'm more likely to contribute if its more likely my contribution wont be thrown in the trash, so I think the review queue might grow as the number of active reviewers does. Me Da Wikipedian (talk) 15:39, 30 August 2024 (UTC)
- Hi @Me Da Wikipedian would you like to write something in one of the topic areas listed on my user page and see how well I will review it. I am testing the hypothesis that in my topic area it is easier for me to review. Gryllida (talk) 02:24, 3 September 2024 (UTC)
- @Gryllida your topics aren't on your user page (at least I didn't see them) but I'm pretty sure you said it was Australia, Science and Technology, right? Me Da Wikipedian (talk) 10:28, 3 September 2024 (UTC)
- Hi @Me Da Wikipedian would you like to write something in one of the topic areas listed on my user page and see how well I will review it. I am testing the hypothesis that in my topic area it is easier for me to review. Gryllida (talk) 02:24, 3 September 2024 (UTC)
- @Michael.C.Wright there were double digits review queues when Cromium was active reviewing in the beginning of June. This is because (at least for me) I'm more likely to contribute if its more likely my contribution wont be thrown in the trash, so I think the review queue might grow as the number of active reviewers does. Me Da Wikipedian (talk) 15:39, 30 August 2024 (UTC)
- In addition to MDW's point above, there are also so few articles being generated right now, that it is easy to stay on top of the review queue. I don't recall ever seeing double-digits in the review queue. So personally, I don't need notified if an article in my favorite category is up for review. I can quickly scan the headlines and know. This might be useful if the project were busy. —Michael.C.Wright (Talk/Published) 13:13, 30 August 2024 (UTC)
- I know. I am trying to get more than one person involved in being notified, hoping that will eventually improve this situation. Gryllida (talk) 18:45, 29 August 2024 (UTC)
- @Gryllida the issue with reviewing by specialisation is that there is 1 semi-active reviewer every few months around here, thats it. Me Da Wikipedian (talk) 12:24, 29 August 2024 (UTC)
Theme
[edit]- Maybe have a news writing theme for each fortnight e.g. "weather in Australia" or "technology in Japan" etc? --Gryllida (talk) 11:22, 28 August 2024 (UTC)
- I think we need a reviewing theme. ツ I'm being snarky, but truthful. Our immediate and existential problem is a lack of published articles. —Michael.C.Wright (Talk/Published) 13:15, 30 August 2024 (UTC)
- Hi @Michael.C.Wright, would you like to reach out to all reviewers and ask them what their reviewing theme could be? I'm happy to write to suit their preferences. I have listed a couple possible themes on my user page in which I can possibly review easier than in others. I'm now writing the page User:Gryllida/reviewing-themes as a test.
- Ideally as a side note, this should also include theme interests of copyediting contributors who are not reviewers. Gryllida (talk) 02:26, 3 September 2024 (UTC)
- @Gryllida Look around here. There was just no articles for 2 months and this isnt the first time thats happened (last occured from Jan-March). How about our current theme is actually being a news site for a change. Me Da Wikipedian (talk) 10:33, 3 September 2024 (UTC)
- I think we need a reviewing theme. ツ I'm being snarky, but truthful. Our immediate and existential problem is a lack of published articles. —Michael.C.Wright (Talk/Published) 13:15, 30 August 2024 (UTC)
Page UI for writing a new story
[edit]About engagement of readers on-wiki. What if there was a widget, which is full screen width, a textbox with a 'write' -- that'd go to headline, and take the users to new article writing page? Currently writing a story requires at least two clicks and one scrolling down, and knowing where to look.
The timeless skin ( https://en.wikinews.org/w/index.php?title=Main_Page&skin=timeless ) provides full screen width text box for search. A little JS could be written to add a pencil button near search button, which would take the user inputted text as headline, and open the article writing page (https://en.wikinews.org/w/index.php?action=edit&preload=Template%3ANew_page&editintro=Template%3ANew_article_intro&title=hi&create=Create+page).
Hence I propose
Option 1
- add javascript which adds the pencil icon
- change skin to timeless for all users who didn't edit their skin preference
Option 2
- edit sidebar and add a box in it for writing a new article (a text box with a pencil) if software allows, if it does not, then do the same anyway using JavaScript
- or a wiki extension, which will take weeks to approve but will behave more stable, because JavaScript is annoying
Option 3
- add the text box and pencil button somewhere else in the page where I didn't think of it before
The target audience is visitors of main page and people who read articles. Gryllida (talk) 00:07, 29 August 2024 (UTC)
- I think we need to hammer the basics first; write an article, review an article, publish an article. Once we are able to have an article a day published, then we can consider other widgets. We don't even have the manpower right now to effectively upgrade our copyright license, a project we have consensus on pursuing. —Michael.C.Wright (Talk/Published) 13:17, 30 August 2024 (UTC)
- Good goal I will work toward it. Can you review 1.5 articles a day, of which 1 is a tiny article on a non-controversial topic? Gryllida (talk) 22:30, 20 October 2024 (UTC)
- This is a volunteer project. I contribute my time when I'm able. In the past 30 days, I've used EasyPeerReview 18 times, nearly twice as much as the next-most-active reviewer. I believe we've had three active reviewers during this period. The second-most-active reviewer used the tool 10 times, and the third used it 7 times. Our review rate as a group is currently fewer than 1.5 articles per day.
- To really affect the number of articles getting published, we need more active reviewers and a revised review process. How we achieve that is the million-dollar question. —Michael.C.Wright (Talk/Published) 13:58, 21 October 2024 (UTC)
"Copyedit now" button
[edit]The page [1] has a button that takes to a random article with issues. Issues are marked in a banner. Could something like this be implemented here and put in site notice? Maybe "random draft which is developing which is with event not more than 3 days old"? Having such button could be more appealing to some users than clicking newsroom link , familiarizing with its layout, and then clicking a headline. Just a thought. (other thing they do well is monthly cleanup drives) Gryllida (talk) 13:38, 16 September 2024 (UTC)
New version of social bookmarks
[edit]The current social bookmarks template is outdated, and since it is one of the most widely used templates, I am proposing a new version for social bookmarks. There is currently an editprotected request open for this. Asked42 (talk) 17:39, 28 September 2024 (UTC)
- Thanks I will check it out. Gryllida (talk) 12:07, 4 October 2024 (UTC)
More OR
[edit]To make news writing more fun I am suggesting to try to add OR to every submitted story. (They don't respond every time anyway.) Interview someone or request information from original sources which was not published elsewhere. This could make the Wikinews reports more unique and freshness issues would be less severe. Just a thought. Gryllida (talk) 11:09, 4 October 2024 (UTC)
- Maybe the phrase is "more exclusive" 🙂 Gryllida (talk) 12:07, 4 October 2024 (UTC)
MassMessage
[edit]Hi @Acagastya I am proposing that the enwnbot sends messages not only to IRC but also using MassMessage to User:Gryllida/Notifications/New/Develop (new articles added to develop cat) and User:Gryllida/Notifications/New/Review (new articles added to review cat). And same for User:Gryllida/Notifications/New/Publish. Could you possibly code this, please? Gryllida (talk) 08:49, 6 October 2024 (UTC)
- The program needs to check every min for new category members and if found, send a massmessage using mediawiki api. Anyone's help is very welcome. Gryllida (talk) 09:06, 6 October 2024 (UTC)
Guideline for AI-generated content
[edit]I have proposed a guideline for AI-generated content: The use of AI in generating content (WN:AI).
Maybe it should be a policy. Maybe we should forbid it altogether. What are your thoughts? —Michael.C.Wright (Talk/Published) 16:07, 18 October 2024 (UTC)
- For what it's worth, see similar policies from d:Q116214731, b:en:Wikibooks:Artificial Intelligence, w:en:Wikipedia:Using neural network language models on Wikipedia, and m:Using neural network language models. —Justin (koavf)❤T☮C☺M☯ 16:21, 18 October 2024 (UTC)
- Haven't encountered this issue frequently enough and there is no reliable way to check whether AI was used or not. So forbidding would be problematic. I tried using AI once and it got the event date wrong three times, all three times it said three different dates, and one was last year. .... Gryllida (talk) 22:31, 20 October 2024 (UTC)
Markup for developing articles and the review process
[edit]I think that we can improve the article-development and review processes by using markup to clearly and effectively communicate between author and reviewer before publishing an article.
I have created {{Verify}} as a first attempt. From the documentation: "It can be used to indicate the source of a specific statement or it can be used to indicate that a statement needs a source."
I propose that if the template is useful, we consider requiring its use by authors to facilitate/speed-up the review process. What are your thoughts? —Michael.C.Wright (Talk/Published) 16:38, 19 October 2024 (UTC)
- I would oppose this in published version, we don't use inline citations here. Gryllida (talk) 22:32, 20 October 2024 (UTC)
- It doesn't seem intended for use in the main published version, as noted in the documentation, but rather for the developing stage. Asked42 (talk) 10:30, 21 October 2024 (UTC)
- This approach seems more effective than using HTML comments to indicate which information is sourced from where. Asked42 (talk) 10:36, 21 October 2024 (UTC)
- Asked42 is correct. I should have been more clear here. The proposed template is not meant to remain in published articles. And I too think it is better than hidden HTML comments as its presence and even lack of presence shows both the author and the reviewer important information about the state of a draft article. For example, if a statement or paragraph does not have a source indicated, the author can see they need to (temporarily) cite a source for the reviewer.
- I think this will be a huge help in the review process if authors provide exact links to the sources they've used for every piece of information that must be verified. Currently, reviewers must search all sources for a single statement, not knowing which article contains the information. —Michael.C.Wright (Talk/Published) 14:52, 21 October 2024 (UTC)
- I utilized {{Verify}} to indicate statements as I verified them during a review in this previous version of a published article. That version of the article would be an example of how it would look to an author if I had for some reason failed the review and returned it to the author(s) for further edits and improvements. The author(s) can clearly see the statements I have verified.
- Again, to reiterate; these markings are not meant to exist after publication. These are meant to facilitate communication between authors and reviewers during the developing and review processes. My primary goal is for authors to utilize this template to preemptively point reviewers to exactly what source they used for a given statement. This will hopefully reduce the amount of back-and-forth between reviewers and authors, a process that can easily consume days of precious time. —Michael.C.Wright (Talk/Published) 18:18, 22 October 2024 (UTC)
- FYI,side note, often a thing is verified through multiple sources. Gryllida (talk) 09:31, 24 October 2024 (UTC)
- Again, to reiterate; these markings are not meant to exist after publication. These are meant to facilitate communication between authors and reviewers during the developing and review processes. My primary goal is for authors to utilize this template to preemptively point reviewers to exactly what source they used for a given statement. This will hopefully reduce the amount of back-and-forth between reviewers and authors, a process that can easily consume days of precious time. —Michael.C.Wright (Talk/Published) 18:18, 22 October 2024 (UTC)
Proposal summary 22:20, 20 October 2024 (UTC)
[edit]Hi, summary of proposals:
- Date script by Asked42. One question.
- To copy part of article talk to this page, if needed, before article deletion. Proposed by Gryllida. One comment. (Michael.C.Wright)
- IRC live chat usage proposed by Gryllida. One comment from Michael.C.Wright expressing concern that it is not recorded.
- Off-wiki notifications proposed by Gryllida. One comment from Michael.C.Wright noting it is best to read everything everywhere to catch up.
- Android notifications proposed by Gryllida. No comments.
- One page for review updates proposed by Gryllida. One comment from Michael.C.Wright suggesting to use talk pages. Gryllida is concerned reviewers are not in any way notified of new updates on talk pages, and reading all recent changes may be too much effort.
- 'Save and keep editing' for draft proposed by Gryllida. One comment from Michael.C.Wright saying 'i do not use it, i edit on my pc before posting article on-wiki'.
- Gryllida proposed reviewing by specialisation, someone wrote too hard when there is only 1.5 reviewers on site.
- News writing theme proposed by Gryllida. Reviewing theme proposed by Michael.C.Wright. Same issue as in previous point.
- Site banner/notice proposed to include note of review/drafts status. No comments.
- New social bookmarks template proposed by Asked42. No comments.
- More OR proposed by Gryllida. No comments.
- Coding work needed for draft notifications through massmessage suggested by Gryllida. No response.
- Guideline for AI generated content proposed by Michael.C.Wright. Koavf linked related pages.
- Inline citations proposed by Michael.C.Wright. Gryllida noted it may be confusing and this is not Wikipedia.
- Elsewhere Gryllida proposed mailing lists-like setup to get notifications on-wiki using MassMessage. No response was made.
- Gryllida created tiny articles last week. They were easier to review, and were successfully published. Thanks to @RockerballAustralia. Gryllida is seeking to continue this effort.
- Gryllida proposed 'review only date of event, and 5W, and no plagiarism' without verifying full article. If some statement is obviously unsourced it can be removed. This should make publishing process quicker. Link to proposal here.
- Gryllida is suggesting to undo the status 'global sysops' of this wiki. Discussion is in following section.
- @George Ho assisted with main page makelead. Thanks.
May I suggest that you all comment on the above, 90% of them are on this page and 10% are on another page linked here. This should be less time consuming than full reviews of anything.
I consider this an important participation as lack of support in coding, writing, reviewing, and feedback on the slightly more challenging situations hinders news writing; whereas participation in the above helps trenemdously, even if it is only a little note here or there.
Thanks. Gryllida (talk) 22:20, 20 October 2024 (UTC)
undo global sysops wiki status
[edit]Proposing to undo global sysops wiki status as a sysop (me) is available at least once daily, often for a few hours, and spam does not accumulate in long term anymore. Your insight would be much appreciated. Gryllida (talk) 22:33, 20 October 2024 (UTC)
- Too soon to review. Let's still give global sysops a chance, shan't we? George Ho (talk) 22:39, 20 October 2024 (UTC)
- Thanks and when would you suggest to review this in future? Gryllida (talk) 02:46, 21 October 2024 (UTC)
- I agree with George. Given our lack of active reviewers, one active admin who is also a reviewer is one person spread too thin. We are desperate for more active reviewers as well as active admin. There are 77 changes that need to be sighted by an admin.[2] Two of those pending changes, which are not visible unless the reader is signed in, are corrections to edit-protected articles. The oldest of those corrections is two weeks old. We have 12 changes that are required by an admin before we can upgrade our two-generations-old copyright license.[3] There are 29 pages marked for speedy deletion.[4] There are 43 articles from 2024 that are published but not archived. Roughly ten of those should be left on the main page so 33 need to be archived. One active admin is not nearly enough to accomplish what we need to accomplish. —Michael.C.Wright (Talk/Published) 14:40, 21 October 2024 (UTC)
- I think it would be heap easier if you walked me through this on IRC as I can shorten that queue a bit but have no clue how some of these things work. Asking on wiki, we just wait for an answer for a few hours often. Gryllida (talk) 09:33, 24 October 2024 (UTC)
- I agree with George. Given our lack of active reviewers, one active admin who is also a reviewer is one person spread too thin. We are desperate for more active reviewers as well as active admin. There are 77 changes that need to be sighted by an admin.[2] Two of those pending changes, which are not visible unless the reader is signed in, are corrections to edit-protected articles. The oldest of those corrections is two weeks old. We have 12 changes that are required by an admin before we can upgrade our two-generations-old copyright license.[3] There are 29 pages marked for speedy deletion.[4] There are 43 articles from 2024 that are published but not archived. Roughly ten of those should be left on the main page so 33 need to be archived. One active admin is not nearly enough to accomplish what we need to accomplish. —Michael.C.Wright (Talk/Published) 14:40, 21 October 2024 (UTC)
- @George Ho see WN:IRC please. I am happy to give you access to my w:Quassel. Thanks. Gryllida (talk) 09:34, 24 October 2024 (UTC)
- Thanks and when would you suggest to review this in future? Gryllida (talk) 02:46, 21 October 2024 (UTC)