Опитування побажань спільноти (2015)/Категорії

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Community Wishlist Survey 2015/Categories and the translation is 100% complete.

Додати функцію контрольних позначок/фільтрування до статей/категорій

Розгляньмо категорію, наприклад, en:Category:United States company stubs, завалену спамоподібними статтями. Зараз не існує способу спільними зусиллями (чи лише для себе самого) позначати, котрі статті вже були перевірені на, скажімо, відповідність критеріям значимості чи щось подібне. Було б значно легше виконувати роботу з впорядкування, якби ми мали можливість швидко вмикати та вимикати деякі фільтри. Наприклад, кожна стаття мала б контрольний список із позначками «була перевірена на відповідність критеріям значимості/нейтральність/тощо» (спільнота повинна була б мати змогу створити такі категорії оцінювання, ймовірно прив'язані до найпоширеніших проблем впорядкування). Редактор з певним прапорцем/статусом (або, може, просто автопідтверджений користувач) міг би позначати статті після виконання перевірки. Це можна було б зробити видимим і для читачів статей, тим самим підвищуючи їхній рівень довіри до них (див. мою пропозицію вище), і загалом було б дуже корисно для виконання впорядкування, оскільки я міг би відфільтрувати категорію так, щоб відображалися лише непереглянуті статті. У цілому це була б неінвазивна функція, яка повідомляла б про нерецензовані зміни, просто тут було б більше нюансів. --Piotrus (talk) 05:34, 10 November 2015 (UTC)[reply]

Earlier discussion and endorsements
Endorsed Endorsed --Edgars2007 (talk) 05:52, 10 November 2015 (UTC)[reply]
Endorsed Endorsed I can see this being very useful in backlog-clearing and maintenance categories. Fluffernutter (talk) 17:25, 11 November 2015 (UTC)[reply]


  1. Support Support with a similar implementation to patrolled pages on English Wikipedia. עוד מישהו Od Mishehu 16:04, 30 November 2015 (UTC)[reply]
  2. Support Support Tryptofish (talk) 18:14, 30 November 2015 (UTC)[reply]
  3. Support Support Shoiulddefinitely help in trying to find articles that need further looking at. It fills a important gap.
  4. Support Support Prof tpms (talk) 23:55, 12 December 2015 (UTC)[reply]
  5. Support Support Casliber (talk) 05:06, 1 December 2015 (UTC)[reply]
  6. Oppose Oppose This seems overly complicated when we already have New Page Patrol built into MediaWiki and already being used in the English Wikipedia and other Wikimedia projects. These patrollers are already supposed to go through a similar checklist to OK an article. What might be really useful is something simpler -- in categories, show new page patrollers which articles/pages haven't been patrolled yet, with some kind of new visible signal. Stevie is the man! TalkWork 15:09, 1 December 2015 (UTC)[reply]
  7. Oppose Oppose I would support seeing what pages have been pagetriaged in categories. Marking an article for each wikipedia policy on the other hand does not make any sense to me.--Snaevar (talk) 16:39, 1 December 2015 (UTC)[reply]
    It would probably be less distracting to see what pages have not been pagetriaged, but I think we're on the same page. I wish others would consider our thoughts instead of opting for a needlessly complicated approach. Stevie is the man! TalkWork 17:21, 2 December 2015 (UTC)[reply]
  8. Support Support --Usien6 (talk) 18:58, 1 December 2015 (UTC)[reply]
  9. Support Support Eman235/talk 21:05, 1 December 2015 (UTC)[reply]
  10. Support Support--Manlleus (talk) 15:05, 2 December 2015 (UTC)[reply]
  11. Neutral Neutral I believe it would be easy to implement this if each wiki would have local Wikibase Repository for storing articles metadata --AS (talk) 09:27, 3 December 2015 (UTC)[reply]
  12. Neutral Neutral fr:Catégorie:Article au ton publicitaire/en:Category:Articles with a promotional tone is already a category users could clean.--Sammyday (talk) 07:23, 4 December 2015 (UTC)[reply]
  13. Oppose Oppose Per Stevie. Support Stevie's simpler alternative - either (1) indicate unpatrolled pages in some way (perhaps only for editors who've opted in) in category listings, (2) have an option to only show unpatrolled pages in a category listing, or (3) change a category intersection tool to have a "Patrolled: either/none/only" setting (like they currently have for hard redirects). The 3rd option (which might be the simplest to implement) would have the advantage of looking in subcategories. DexDor (talk) 18:57, 7 December 2015 (UTC)[reply]
  14. Oppose Oppose. I could not see how to prevent sockpuppets from trolling the checklist.--MisterSanderson (talk) 01:36, 14 December 2015 (UTC)[reply]

Пропозиції категорій на основі назви файлу, опису та розташування

Для багатьох користувачів, особливо новачків, досить складно швидко знайти потрібні категорії для файлів. Аби підтримати таких користувачів, я пропоную розробити алгоритм, який пропонуватиме такі категорії, перевіряючи назву файлу, його опис та розташування такого файлу відносно інших, вже доступних файлів, категорій та галерей на Вікісховищі. Сюди ж можна віднести і Вікідані та Вікіпедію. Наявність такого алгоритму дозволить вдосконалити Майстер завантаження, аби він міг пропонувати категорії для завантажених файлів. Крім того, ми могли б згенерувати список обслуговування або навіть гру, спрямовану на збагачення вже завантажених, але ще некатегоризованих файлів. --Aschroet (talk) 18:56, 16 November 2015 (UTC)[reply]

Earlier discussion and endorsements


  1. Support Support Lugnuts (talk) 12:03, 30 November 2015 (UTC)[reply]
  2. Support Support --Arnd (talk) 14:44, 1 December 2015 (UTC)[reply]
    Oppose Oppose I would rather have the editor do the search and determine the right categories. The problem with suggesting is that it encourages people not to think and not to explore the category system. I'd rather have only people who understands categories adding them. Stevie is the man! TalkWork 15:21, 1 December 2015 (UTC)[reply]
  3. Neutral Neutral I have decided to soften my vote as this may have some value on Commons (and any damage is limited), but I really don't want to see this on any of the Wikipedias unless there is a community consensus for adding it and if it's limited to only files and not other namespaces. On Wikipedias, it should be piloted narrowly before wide release. Stevie is the man! TalkWork 16:41, 3 December 2015 (UTC)[reply]
  4. Support Support, althrough I would like to know the technical details.--Snaevar (talk) 16:39, 1 December 2015 (UTC)[reply]
  5. Support Support we do need to revamp image categorization process. HotCats is great but some intelligent suggestions based on use on wiki, links, geolocation, filenames, description, other categories, etc. would be great. --Jarekt (talk) 17:21, 1 December 2015 (UTC)[reply]
  6. Support Support Learning the category tree in every project that you work on is really difficult. We should have an algorithm to suggest categories, and tell people to add an appropriate and distinguishing file title along with location and other info, so the user has a first impression of what categories should add. I am really kept away from uploading sometimes with the categorisation of the file being the only reason. -- SucreRouge (talk) 17:46, 1 December 2015 (UTC)[reply]
    I would support something that makes learning a project's category tree easier (like some kind of explorer tool), but I think actually suggesting categories could end up being a real mess. Stevie is the man! TalkWork 18:53, 1 December 2015 (UTC)[reply]
  7. Oppose Oppose --Usien6 (talk) 18:59, 1 December 2015 (UTC) // Not worth the programming effort --Usien6 (talk) 18:59, 1 December 2015 (UTC)[reply]
  8. Support Support I explore the category system, but I think this tool is worth the programming effort. There is too much work to do on commons, newbies and some users too don't use the cat system correctly, we need to speed up the process.--Alexmar983 (talk) 00:18, 2 December 2015 (UTC)[reply]
  9. Support Support Extracting the GPS coordinates from pictures and showing nearby Commons categories (or categories of nearby existing files) would be a huge boost to category accuracy, and would not cost much development. Actually the bulk of the algorithm is currently being developed under my supervision as an Outreachy project at https://phabricator.wikimedia.org/T115101 (for Android) Syced (talk) 03:58, 2 December 2015 (UTC)[reply]
  10. Oppose Oppose, c:User:CategorizationBot is your friend — NickK (talk) 10:09, 2 December 2015 (UTC)[reply]
  11. Support Support--Manlleus (talk) 15:05, 2 December 2015 (UTC)[reply]
  12. Support Support why not ? On Commons it will be usefull.--Sammyday (talk) 07:24, 4 December 2015 (UTC)[reply]
  13. Support Support It seems like it would help - SantiLak (talk) 10:31, 4 December 2015 (UTC)[reply]
  14. Support Support MOs810 (talk) 11:27, 4 December 2015 (UTC)[reply]
  15. Support Support --Urbanecm (talk) 12:32, 5 December 2015 (UTC)[reply]
  16. Support Support - ƬheStrikeΣagle 16:22, 6 December 2015 (UTC)[reply]
  17. Support Support Killmeyle
  18. Neutral Neutral for Commons. Oppose Oppose for Wikipedia - we don't want spammy "articles" (e.g. "His so cool should get nobel prize") being semi-automatically placed in categories based on picking out keywords. DexDor (talk) 19:08, 7 December 2015 (UTC)[reply]
  19. Oppose Oppose Beagel (talk) 15:06, 12 December 2015 (UTC)[reply]

Містить цей текст, але не в цій категорії або її підкатегоріях (до n рівня)

Було б чудово мати спосіб шукати сторінки файлів (та сторінки категорій), які містять певний шматок тексту, але не перебувають в конкретній категорії чи її підкатегоріях n рівня. Вони б, звісно, були кандидатами на потрапляння в цю категорію чи одну з її підкатегорій. Було б особливо добре, якби це якимсь чином надсилалося до VFC; з цією метою, якщо це не може бути виконано напряму з боку VFC, то може знайшлася б можливість додати тимчасову категорію впорядкування до таких сторінок, знайдених в результаті такого пошуку, вже після чого VFC можна було б запустити прямо з тієї категорії.

Це б значно посприяло людям, які намагаються займатися категоризацією погано категоризованих фото. Станом на зараз, їм доводиться переглядати просто жахливу кількість коректно категоризованих фото для того, щоб виконати таку роботу. - Jmabel (talk) 23:03, 9 November 2015 (UTC)[reply]

Earlier discussion and endorsements


  1. Neutral Neutral This can be done today using AutoWikiBrowser's "List comparer". People should try using that before asking for this to be built into the wiki software. Stevie is the man! TalkWork 15:30, 1 December 2015 (UTC)[reply]
  2. Oppose Oppose this can (almost) be done today in mediawiki, using the "incategory:" search words, as explained in my long comment above. the only missing piece is the ability to extend it to sub-categories, and it makes zero sense to limit such an extension to "negative filtering" only. adding a new search filtering that will extend "incategory:" to "insubcategory:" will be a very very welcome enhancement, with or without the "to the n-th level" addition. peace - קיפודנחש (talk) 17:12, 1 December 2015 (UTC)[reply]
  3. Comment Comment for the category itself, this capability already exists (though, not well advertised), at least for Cirrus search: all the search keywords (and specifically, "incategory") support both positive and negative filtering, so if you want to look for "abra-kadabra" in all pages *except* the ones in category "Magicians", you search -incategory:Magicians "abra-kadabra".
    so this request boils down to "extend existing search negative-filtering of categories, to sub-categories also".
    this does not make sense: search filtering to sub-categories is long-desired feature, but it doesn't make sense to support it for "negative filtering" only.
    i would rephrase this request as "add a new search keyword to search in category and all its sub-categories, and make sure the new keyword supports negative filtering (like any other keyword)". sorry for butting in in an inappropriate place, but this request was not vetted enough, and as it is, makes no sense. peace - קיפודנחש (talk) 17:12, 1 December 2015 (UTC)[reply]
    search for sub categories exists as a script, you need to add the following to your common.js and search then with deepcat:Magicians. --CennoxX (talk) 22:58, 2 December 2015 (UTC)[reply]
    mw.loader.load( "//de.wikipedia.org/w/index.php?title=User:Christoph Fischer (WMDE)/Gadgets/DeepCat.js&action=raw&ctype=text/javascript" );
    mw.loader.load( "//de.wikipedia.org/w/index.php?title=User:Christoph Fischer (WMDE)/Gadgets/DeepCat.css&action=raw&ctype=text/css" , "text/css" );

Інструмент для автозаповнення категорій статтями на основі Вікіданих/порівняння з іншими вікі

Зараз, коли створюється категорія, навіть якщо вона прив'язана до Вікіданих та відповідних категорій іншими мовами, немає легкого способу наповнити її статтями, що існують в поточній вікі, і які мають бути віднесені саме до цієї категорії. І навіть якщо хтось має список таких статей, їх все одно треба додавати туди вручну. Я хотів би побачити інструмент, який генерує такі списки та дозволяє наповнювати категорії настільки легко, як це робить ґаджет commons:Help:Gadget-Cat-a-lot на Вікісховищі. Див. також пов'язане обговорення на сторінці w:Wikipedia:Village_pump_(technical)/Archive_141#Is_there_a_way_to_auto-populate_categories_through_Wikidata.2Fother_wiki_comparison.3F. --Piotrus (talk) 05:15, 10 November 2015 (UTC)[reply]

Earlier discussion and endorsements
If we add articles to categories based on wikidata properties then we have the job of continuing to synchronise wikidata and the category and what do we do with manual changes to the category. Better to go to dynamic lists (i.e. generated on-the-fly each time) based on wikidata queries instead. This allows much more complicated cross domain lists than we would ever want to do with a category. Filceolaire (talk) 06:15, 10 November 2015 (UTC)[reply]
I do not know of any tool that could create such a list, but if somebody wants to move articles from one category to another, this person could use the Category Master. At the moment the tool only has a user interface as input channel, but it could surely be made to work on lists of articles. There are screenshots, showing its usage here. Borislav and V111P can help with the technical details. --Lord Bumbury (talk) 10:53, 10 November 2015 (UTC)[reply]
Different Wikipedia languages have very different needs for categories, and not just based on size of Wikipedia. English language wikipedia has categories for churches in particular English counties, Wikimedia Commons has individual categories for thousands of English churches. Xhosa language Wikipedia might not even need a category for churches in England. WereSpielChequers (talk) 19:05, 10 November 2015 (UTC)[reply]
And then comes the category depth... Xhosa language Wikipedia could probably create category "Churches in United Kingdom" and take enwiki category with depth=10, lets say. --Edgars2007 (talk) 19:32, 10 November 2015 (UTC)[reply]
  • Endorsed Endorsed The key to this, I think, is the use of a property such as d:Property:P360 to describe in Wikidata terms what a category contains, similar to the way that if the wikidata item for a list article has a description coded in this way, then Magnus's Reasonator viewer for Wikidata can automatically show a list of corresponding Wikidata items -- see eg Reasonator's presentation of item Q15832361 (List of female engineers). There are a couple of wrinkles that would need to be added for a Wikipedia category version: firstly, only include items for which there are actually articles in that language. So the category for English churches in Xhosa wiki might not be very long. Secondly, exclude any items that match the criteria for subcategories that exist on that wiki. So for an English county on en-wiki there might be sub-categories for churches in each of the major towns in that county -- the top level category would exclude churches in any of those towns. On a different wiki, with fewer English churches, there would probably be fewer subcategories; so the tool would therefore be putting more of the articles which did exist into the county-level category. All this would follow solely from what subcategories were defined for a particular wiki, and the wikidata description of the inclusion criteria for those categories.
The tool should probably be human-assisting, rather than fully automatic. I could see it highlighting a list of possible additions to the category, but giving the user to check or uncheck any of them before finalising the process. A second mode could suggest possible removals from the category, for any of the items that matched subcategory criteria. This would give a powerful tool for splitting categories, assisting the user to appropriately populate newly created subcategories. All of which I think could be very useful on Wikipedia right now; and the same system in future might be even more useful on Commons, once the structured-data machine-interpretable description of the topics depicted in images starts to become possible. Jheald (talk) 01:09, 11 November 2015 (UTC)[reply]
If this is being worked on it'll need a thorough product-level discussion about how to do this and how it interacts with other efforts like structured data for Commons. --Lydia Pintscher (WMDE) (talk) 14:20, 13 November 2015 (UTC)[reply]
  • Comment There is a bot, namely User:Rezabot, in Persian Wikipedia that does the same task based on categories on English Wikipedia. It's an old bot and seems to be stable right now. I ping the operator User:Yamaha5 himself to explain more. 4nn1l2 (talk) 15:39, 18 November 2015 (UTC)[reply]
  • Comment I discussed more than one year ago this idea with a user on itWiki. We agreed it was possible, but not really urgent. it was not worth the effort to be implemented on that local level. On a platform such as itWiki I would say it is something that it is better to wait until it is stable before adopting it. That does not mean it is useless, I am just saying that there are platforms that will take bigger advantages even from a beta versions, whilst others with higher maintenance activity can simply wait. If there are really many platforms that are lacking a proper categorization structure, than I guess it is an urgent tool.--Alexmar983 (talk) 18:44, 24 November 2015 (UTC)[reply]


  1. Support Support I can see the time-saving value in this. Stevie is the man! TalkWork 15:37, 1 December 2015 (UTC)[reply]
  2. Support Support It would be particularly useful to have a bot that could be summoned to populate categories (or sort big categories), based on structured data, Sadads (talk) 15:46, 1 December 2015 (UTC)[reply]
  3. Support Support --Wesalius (talk) 18:53, 1 December 2015 (UTC)[reply]
  4. Support Support Rhadamante (talk) 19:27, 1 December 2015 (UTC)[reply]
  5. Support Support Trizek from FR 22:03, 1 December 2015 (UTC)[reply]
  6. Support Support--Alexmar983 (talk) 00:20, 2 December 2015 (UTC)[reply]
  7. Support Support, excellent thing. We do need to have a tool for this, and it can be very helpful for a lot of issues (e.g. watching recent deaths that are reported in one wiki but are not in another) — NickK (talk) 10:11, 2 December 2015 (UTC)[reply]
  8. Support Support--Barcelona (talk) 11:51, 2 December 2015 (UTC)[reply]
  9. Support Support--Manlleus (talk) 15:05, 2 December 2015 (UTC)[reply]
  10. Support SupportBeleg Tâl (talk) 17:13, 2 December 2015 (UTC)[reply]
  11. Support Support --AS (talk) 09:28, 3 December 2015 (UTC)[reply]
  12. Support Support.--Sammyday (talk) 07:25, 4 December 2015 (UTC)[reply]
  13. Support Support It would save time - SantiLak (talk) 10:31, 4 December 2015 (UTC)[reply]
  14. Support Support --Jane023 (talk) 16:22, 4 December 2015 (UTC)[reply]
  15. Support Support Halibutt (talk) 00:20, 5 December 2015 (UTC)[reply]
  16. Support Support --Urbanecm (talk) 12:33, 5 December 2015 (UTC)[reply]
  17. Support Support --Yeza (talk) 16:33, 5 December 2015 (UTC)[reply]
  18. Support Support Useful. GenQuest (talk) 17:14, 5 December 2015 (UTC)[reply]
  19. Support Support - ƬheStrikeΣagle 16:22, 6 December 2015 (UTC)[reply]
  20. Support Support Oh, god, yes. I've done this a lot -- create category, create list of articles that should be in that category, then realize it's 1,500 articles. 10 minutes curating the list; three hours+ to finish the tagging. Courcelles 08:19, 8 December 2015 (UTC)[reply]
  21. Support Support --ESM (talk) 16:03, 13 December 2015 (UTC)[reply]
  22. Support Support --Davidpar (talk) 14:23, 14 December 2015 (UTC)[reply]
  23. Support Support -- AshLin (talk) 18:44, 14 December 2015 (UTC)[reply]

Більш приязні категорії: увімкнути HotCat для усіх, але щоб він залишав позначку, що потрібна перевірка

За моїм досвідом, нові редактори часто відзначають, як це важко проводити категоризацію сторінок у Вікіпедії, порівняно з тегуванням на Facebook чи на інших сучасних сайтах. Ми маємо корисний інструмент, HotCat, але в спільноті відсутній консенсус щодо того, чи варто його увімкнути за замовчуванням для всіх, оскільки люди бояться, що новачки створять розгардіяш із категоріями. Тому найкраще рішення, яке я можу запропонувати, це спробувати застосувати якусь форму позначки про «нерецензовані зміни» для редагувань за допомогою HotCat: увімкніть цей ґаджет за замовчуванням, але з необхідністю перевірки редагувань, виконуваних новими редакторами/анонімами. --Piotrus (talk) 05:11, 10 November 2015 (UTC)[reply]

Earlier discussion and endorsements
Seems impossible to me to get community consensus for anything related to pending revisions really.. As much as I would like to see it. —TheDJ (talkcontribs) 07:39, 10 November 2015 (UTC)[reply]
A somewhat related request is to have such a thing in VisualEditor (phab:T52239). Orlodrim (talk) 22:07, 13 November 2015 (UTC)[reply]
Endorsed Endorsed Anything that would make categories less mysterious. Ottawahitech (talk) 15:45, 19 November 2015 (UTC)[reply]
Oppose Oppose In reference libraries, the categorization of books is made only by the most senior librarians, because it is hard. Categorization on Wikipedia needs experience and it does not have to be "easy". Making HotCat a default for everyone would cause various problems. Wikipedia is an encyclopedia, it's not Facebook. --Pxos (talk) 01:54, 20 November 2015 (UTC)[reply]
Concur with Pxos. Wikipedia categorisation is a surprisingly deep and complicated topic. HotCat is powerful and useful for experienced users, but perhaps not good to expose so prominently to those who don't know what they're doing. I would also point out that the VisualEditor now has some much improved categorisation tools (if slightly buried in the top right menu). the wub "?!" 23:56, 24 November 2015 (UTC)[reply]


  1. Oppose Oppose I am against automated tools for editors who do not know how to use them, even with pending revisions. Debresser (talk) 12:57, 30 November 2015 (UTC)[reply]
  2. Oppose Oppose I am against pending revisions. Tostarpadius (talk) 14:43, 1 December 2015 (UTC)[reply]
  3. Oppose Oppose People who don't understand the category system shouldn't have it made easier to fudge up an article's categories, even with pending revisions. Pending revisions are in limited use for a reason -- experienced editors really don't want the additional workload. Stevie is the man! TalkWork 15:48, 1 December 2015 (UTC)[reply]
  4. Oppose Oppose really it is up to each project wether they want to have default enabled gadgets or not. IMO out of scope.--Snaevar (talk) 16:39, 1 December 2015 (UTC)[reply]
  5. Oppose Oppose --Usien6 (talk) 19:06, 1 December 2015 (UTC) // Let the projects discuss it by themselves...[reply]
  6. Oppose Oppose StevenJ81 (talk) 21:53, 1 December 2015 (UTC)[reply]
  7. Oppose Oppose, not within the scope of this initiative. If a project does not want this, do not ask WMF to impose it. And I do no at least one very experienced user who received a ban on using HotCat as he used it for adding really strange categories, so it definitely should not be mandatory — NickK (talk) 10:13, 2 December 2015 (UTC)[reply]
  8. Oppose Oppose Per Debresser - SantiLak (talk) 10:32, 4 December 2015 (UTC)[reply]
  9. Oppose Oppose Easy enough for each community to do as they see fit already. Courcelles 08:20, 8 December 2015 (UTC)[reply]
  10. Oppose Oppose Beagel (talk) 15:08, 12 December 2015 (UTC)[reply]
  11. Oppose Oppose. This would require more work, because instead of 1 "expert" categorising, there would be 1 noob categorising and 1 expert doing revisions. And revision of lots of wrong categories.--MisterSanderson (talk) 01:47, 14 December 2015 (UTC)[reply]

Числове сортування

Tracked in Phabricator:
Task T8948

Назви, що містять числа (чи числові ключі сортування) зараз сортуються в ASCII/алфавітному порядку, очевидно, трактуються як і будь-які інші символи: наприклад, «100» стоїть перед «17», але після «10». Це створює безлад у категоріях, що містять сторінки з серійними номерами, такі як назви астероїдів чи адреси вулиць, якщо тільки їм не надають спеціальних ключів сортування з іншими числовими комбінаціями, де за правильний порядок відповідають додаткові нулі — а це дуже виснажлива робота. Чи можна зробити так, щоб ці назви при сортуванні розташовувалися як послідовні числа — як одиниці десяткових чисел, а не просто символ за символом, — аби розташувати їх саме за числовими, а не символьними значеннями? Навіть «Finder» мого антикварного Макінтоша робить щось подібне з назвами файлів та папок, тож це не мало б бути аж так важко! ;) Odysseus1479 (talk) 05:12, 18 November 2015 (UTC)[reply]

Earlier discussion and endorsements
Afterthought: this could also be helpful in sortable tables. Sorry not to have mentioned this before the suggestion was put in the category section. But I guess a low-level sorting module could be invoked by various different higher-level ones.Odysseus1479 (talk) 08:20, 20 November 2015 (UTC)[reply]


  1. Support Support Jenks24 (talk) 10:18, 30 November 2015 (UTC)[reply]
  2. Support Support --Tobias1984 (talk) 11:19, 30 November 2015 (UTC)[reply]
  3. Support Support Long overdue. Debresser (talk) 12:58, 30 November 2015 (UTC)[reply]
  4. Support Support TeriEmbrey (talk) 15:56, 30 November 2015 (UTC)[reply]
  5. Support Support - numbers at the beginning of a page name are intended as numbers, not as sequences of digit characters. עוד מישהו Od Mishehu 16:06, 30 November 2015 (UTC)[reply]
  6. Support Support Blue Rasberry (talk) 16:33, 30 November 2015 (UTC)[reply]
  7. Support Support Daniel Case (talk) 17:20, 30 November 2015 (UTC)[reply]
  8. Support Support --MGChecker (talk) 19:25, 30 November 2015 (UTC)[reply]
  9. Support Support Dalba 20:10, 30 November 2015 (UTC)[reply]
  10. Support Support Orlodrim (talk) 20:17, 30 November 2015 (UTC)[reply]
  11. Support Support Makes sense. Armbrust (talk) 22:32, 30 November 2015 (UTC)[reply]
  12. Support Support --YodinT 02:02, 1 December 2015 (UTC)[reply]
  13. Support Support Casliber (talk) 05:07, 1 December 2015 (UTC)[reply]
  14. Support Support--Kippelboy (talk) 05:32, 1 December 2015 (UTC)[reply]
  15. Support Support--Gbeckmann (talk) 09:16, 1 December 2015 (UTC)[reply]
  16. Support Support —Ynhockey (talk) 09:28, 1 December 2015 (UTC)[reply]
  17. Support Support-- suggesting to do that by auto-suggesting a {{DEFAULTSORT}} key on contents of categories by a bot. --Purodha Blissenbach (talk) 10:27, 1 December 2015 (UTC)[reply]
  18. Support Support --Arnd (talk) 14:44, 1 December 2015 (UTC)[reply]
  19. Support Support --Continua Evoluzione (talk) 15:00, 1 December 2015 (UTC)[reply]
  20. Support Support tufor (talk) 15:21, 1 December 2015 (UTC)[reply]
  21. Support Support JohanahoJ (talk) 15:36, 1 December 2015 (UTC)[reply]
  22. Support Support Sadads (talk) 15:45, 1 December 2015 (UTC)[reply]
  23. Support Support --Andyrom75 (talk) 15:53, 1 December 2015 (UTC)[reply]
  24. Support Support Stevie is the man! TalkWork 15:56, 1 December 2015 (UTC)[reply]
  25. Support Support Cavamos (talk) 11:20 1 December 2015
  26. Support Support Just one of those minor annoyances.--Snaevar (talk) 16:39, 1 December 2015 (UTC)[reply]
  27. Support Support Goombiis (talk) 16:40, 1 December 2015 (UTC)[reply]
  28. Support Support Blue Elf (talk) 17:00, 1 December 2015 (UTC)[reply]
  29. Support Support Rupert Clayton (talk) 17:13, 1 December 2015 (UTC)[reply]
  30. Support Support ~ Moheen (talk) 17:15, 1 December 2015 (UTC)[reply]
  31. Neutral Neutral I do not see it as a big issue. Order of pages in a category is not that essential and if it is than just use "|sortkey" to order them properly. --Jarekt (talk) 17:29, 1 December 2015 (UTC)[reply]
  32. Support Support--SucreRouge (talk) 17:49, 1 December 2015 (UTC)[reply]
  33. Support Support--Calak (talk) 18:22, 1 December 2015 (UTC)[reply]
  34. Support Support --Wesalius (talk) 18:54, 1 December 2015 (UTC)[reply]
  35. Support Support --Usien6 (talk) 19:15, 1 December 2015 (UTC) // Long overdue. Correct sorting is fundamentally important for categories big enough to have their indexes paginated. Placing zeros in the sorting keys is not a solution when you can't predict the length (in decimal digits) of the biggest number possible.[reply]
  36. Support Support Rhadamante (talk) 19:26, 1 December 2015 (UTC)[reply]
  37. Support Support Gap9551 (talk) 19:56, 1 December 2015 (UTC)[reply]
  38. Support Support Eman235/talk 21:10, 1 December 2015 (UTC)[reply]
  39. Support Support Good idea, it would be useful. Regards, Kertraon (talk) 21:39, 1 December 2015 (UTC)[reply]
  40. Support Support StevenJ81 (talk) 21:54, 1 December 2015 (UTC)[reply]
  41. Support Support Trizek from FR 22:03, 1 December 2015 (UTC)[reply]
  42. Support Support --Oriciu (talk) 22:46, 1 December 2015 (UTC)[reply]
  43. Support Support--Alexmar983 (talk) 00:19, 2 December 2015 (UTC)[reply]
  44. Support Support --Chaoborus (talk) 02:20, 2 December 2015 (UTC)[reply]
  45. Support Support --Rosiestep (talk) 02:39, 2 December 2015 (UTC)[reply]
  46. Support Support RoodyAlien (talk) 02:54, 2 December 2015 (UTC)[reply]
  47. Support Support Popcorndude (talk) 03:26, 2 December 2015 (UTC)[reply]
  48. Support Support Risker (talk) 03:42, 2 December 2015 (UTC)[reply]
  49. Support Support Johnbod (talk) 04:02, 2 December 2015 (UTC)[reply]
  50. Support Support - Shubha (talk) 04:53, 2 December 2015 (UTC)[reply]
  51. Support Support Amir (talk) 06:43, 2 December 2015 (UTC)[reply]
  52. Support Support Litlok (talk) 08:12, 2 December 2015 (UTC)[reply]
  53. Support Support, long overdue. It is very difficult to arrange sorting when 1 is categorised under 1, 2 under 2, 9 under 9... and 10 under 1 again, so you have to be creative and add defaultsort:A or something like that for the right order — NickK (talk) 10:15, 2 December 2015 (UTC)[reply]
  54. Support Support This is the way human expects it. ...Aurora... (talk) 10:34, 2 December 2015 (UTC)[reply]
  55. Support Support Juetho (talk) 10:43, 2 December 2015 (UTC)[reply]
  56. Support Support --β16 - (talk) 11:41, 2 December 2015 (UTC)[reply]
  57. Support Support --Renessaince (talk) 14:26, 2 December 2015 (UTC)[reply]
  58. Support Support --Winstonza (talk) 19:55, 2 December 2015 (UTC)[reply]
  59. Support Support Sounds a useful idea. PamD (talk) 21:31, 2 December 2015 (UTC)[reply]
  60. Support Support -- Dave Braunschweig (talk) 21:50, 2 December 2015 (UTC)[reply]
  61. Support Support Thémistocle (talk) 21:58, 2 December 2015 (UTC)[reply]
  62. Support Support Rzuwig 08:18, 3 December 2015 (UTC)[reply]
  63. Support Support -- Peter Flass (talk) 08:34, 3 December 2015 (UTC)[reply]
  64. Support Support surprised this isn't a thing yet. --SuperJew (talk) 14:52, 3 December 2015 (UTC)[reply]
  65. Support Support yes this will help our readers and our editors. Graeme Bartlett (talk) 04:04, 4 December 2015 (UTC)[reply]
  66. Support Support Sounds useful - SantiLak (talk) 10:33, 4 December 2015 (UTC)[reply]
  67. Support Support - Wieralee (talk) 17:09, 4 December 2015 (UTC)[reply]
  68. Support Support Bináris tell me 18:30, 4 December 2015 (UTC)[reply]
  69. Support Support --Urbanecm (talk) 12:34, 5 December 2015 (UTC)[reply]
  70. Support Support Overdue. GenQuest (talk) 17:05, 5 December 2015 (UTC)[reply]
  71. Support Support - ƬheStrikeΣagle 16:22, 6 December 2015 (UTC)[reply]
  72. Support Support - good use of this space - straightforward problem with a straightforward solution (well, conceptually speaking anyway) — Rhododendrites talk \\ 17:21, 6 December 2015 (UTC)[reply]
  73. Support Support --Waldir (talk) 13:00, 7 December 2015 (UTC)[reply]
  74. Support Support - obviously useful. Wbm1058 (talk) 15:58, 7 December 2015 (UTC)[reply]
  75. Support Support beter than present way Mpn (talk) 18:17, 7 December 2015 (UTC)[reply]
  76. Support Support Courcelles 08:22, 8 December 2015 (UTC)[reply]
  77. Support Support Matěj Suchánek (talk) 20:51, 9 December 2015 (UTC)[reply]
  78. Support Support Therud (talk) 09:18, 10 December 2015 (UTC)[reply]
  79. Support Support Abyssal (talk) 16:54, 10 December 2015 (UTC)[reply]
  80. Support Support«« Man77 »» [de] 17:50, 11 December 2015 (UTC)[reply]
  81. Support Support Beagel (talk) 15:09, 12 December 2015 (UTC)[reply]
  82. Support Support --Sphilbrick (talk) 17:46, 12 December 2015 (UTC)[reply]
  83. Support Support --ESM (talk) 16:05, 13 December 2015 (UTC)[reply]
  84. Support Support --Davidpar (talk) 14:24, 14 December 2015 (UTC)[reply]
  85. Support Support -- AshLin (talk) 18:46, 14 December 2015 (UTC)[reply]

Інтерфейс для відображення сторінок у категорії за міткою часу

fr.wikipedia.org має сотні сторінок, що містять списки останніх статей за порталами (всі оці сторінки, плюс деякі, додані іншими ботами). Це — основний спосіб, через який користувачі, зацікавлені у певній тематиці, можуть переглядати відповідні нові статті.

Кожен портал має категорію для відстежування статей, тож це явно та функція, яку програмне забезпечення MediaWiki могло б підтримувати у більш загальний спосіб. В ідеалі, мала б бути спеціальна сторінка, яка б перелічувала останні n нових членів певної категорії, та яка може бути поміщена в інші (такі як Special:Prefindex).

Примітка: MediaWiki вже відстежує такі мітки часу і надає до них доступ через API, але цей запит не такий простий як звичайне створення інтерфейсу для цього. На основі даних, отриманих ботами, існують два додаткові обмеження, а саме:

  • зміна defaultsort не повинна обнуляти мітку часу;
  • швидке скасування вилучення категорії не повинно обнуляти мітку часу.

Orlodrim (talk) 18:45, 10 November 2015 (UTC)[reply]

Earlier discussion and endorsements
NB: Lists maintained by bots are used in different ways. Some users read the wikiproject page from time to time, while others the lists to there watchlist. Thus, a complementary feature request is #Add a Category watchlist, but both features are needed to replace bot-maintained lists of recent articles (for very large portals, not all users would want to watch a category with tens of new articles every day). Orlodrim (talk) 19:30, 10 November 2015 (UTC)[reply]

Options to show categories sorted in further different ways

Developing from the above, it would more generally be good to be able to show categories ordered in ways other than their default sort-ordering. As well as sort by "last modification" date suggested above, on Commons it would be nice to be able to sort by date of upload, or date of underlying media creation, or date depicted in media, or by an extensible mechanism to be able to specify per-category that media in that category might have a particular sort key or keys (eg original page number), different from the original sort order. Jheald (talk) 12:49, 13 November 2015 (UTC)[reply]


  1. Comment Comment Timestamp of what? Article creation? Addition to the tracking category? A template might be able to do what you want, plugging in the relevant timestamp as sorting key. --mfb (talk) 12:15, 1 December 2015 (UTC)[reply]
    The timestamp of the addition to the tracking category (although article creation was also proposed as an option in "Earlier discussion and endorsements"). Orlodrim (talk) 21:08, 3 December 2015 (UTC)[reply]
  2. Comment Comment Assuming you mean the timestamp of when a page is added to a category, a solution of sorts is already in the works. On watchlists and recent changes pages, you'll be able to see when (and what) pages are added (or removed) from categories. Will that fulfill the needs expressed by this proposal? Stevie is the man! TalkWork 16:11, 1 December 2015 (UTC)[reply]
    I think this is a complementary feature but this may not be the most practical way of doing some maintenance of new articles in the largest projects (see "Earlier discussion and endorsements"). It's hard to know in advance, in fact. Orlodrim (talk) 21:08, 3 December 2015 (UTC)[reply]
  3. Support Support --AS (talk) 09:31, 3 December 2015 (UTC)[reply]
  4. Support Support.--Sammyday (talk) 07:27, 4 December 2015 (UTC)[reply]
  5. Support Support per Orlodrim's reply and further review. The general idea of being able to sort category members in different ways should definitely be explored, and sorting by when they were added to the category sounds very useful. Stevie is the man! TalkWork 18:41, 4 December 2015 (UTC)[reply]
  6. Support Support - ƬheStrikeΣagle 16:22, 6 December 2015 (UTC)[reply]
  7. Support Support if it can be done without complicating category pages for readers (i.e. the new buttons etc are only displayed to editors who've opted in). However, at least one category intersection tool already has an option to select pages in a category (and subcategories) based on when they were created/edited so it might be best to put effort into improving those tools rather than the MediaWiki UI. DexDor (talk) 19:25, 7 December 2015 (UTC)[reply]
  8. Support Support -- Llywrch (talk) 19:02, 11 December 2015 (UTC)[reply]