„Wikipedia:Umfragen/Technische Wünsche/Top 20“ – Versionsunterschied

Dies sind die Top-20-Wünsche aus allen Kategorien geordnet nach der Stimmenzahl. Ein Pro wurde als +1, ein Kontra als −1 gezählt. Die Punktzahl ist die Summe daraus. Die Liste wurde automatisiert mit einem Skript erstellt.

• 19 Punkte
• Bug 30763, Bug 57619, Bug 66860

In Arbeit: Diskussion zu Wunsch 1

erledigtErledigt seit 1. Juli 2014 durch automatische Anzeige verbliebener <ref>-Tags ohne Gruppierung anstelle der Fehlermeldung.

• 18 Punkte
• Bug 3525
• Ist das schon von „Echo“ abgedeckt bzw. auf der technischen Grundlage von Echo als eigene Spezialseite (nicht vermischt mit den anderen Benachrichtigungen) realisierbar?
• Aufwände: Untersuchung von Echo: 1 Sprint; Konzeptionalisierung: 2 Sprints, 50 %, 1P; Implementierung: 4 Sprints, 100 %, 1P.

• 17 Punkte
• Bug 5244, Bug 35402
• Realisierung als Teil von CirrusSearch denkbar, evtl. in Kombination mit GraphServ. Technisch komplex, z. B. macht das Umkategorisieren einer Kategorie die Reindexierung aller indirekt darin enthaltenen Artikel notwendig.
• Aufwand abhängig vom Ausgang des Austausches mit der WMF (Eric, Chad, Mark, …). Untersuchung: 2 Sprints, 20 %.

• 15 Punkte
• Voraussetzung: Globaler Account; Benutzer sollte selbe Berechtigungen wie beim XML-Ex/Import haben.
• Import/Export-Funktion verwenden.
• Betrifft zwei (drei) Versionsgeschichten: Dateibeschreibungsseite, Dateiversionen, Binärdateien selbst (alle Versionen).
• Aufwand: 6 Sprints, 100 %, 1P.

Man kann manchmal bei sehr umfangreichen Quellenangaben gar nicht alles angeben. Mein Vorschlag auf 1024 Byte = 1 Kilo-Byte vergrößern.

• 13 Punkte
• Bug 4714
• Datenbankseitig kein Problem.
• Beschränkung an vielen Stellen in MediaWiki hart codiert? Analyse/Auswertung nötig (ca. 20–50 Stellen).
• Sollte konfigurierbar sein.
• Idealerweise gleichzeitige Änderung von Byte auf Char.

(Themengebiet/Kategorie, exakte Formulierung, logische Operatoren für Suchstichworte – oder/und/nicht, Autor, Zahl der Edits im letzten Monat/Jahr, Zahl der Lesebesuche im letzten Monat, Länge des Artikels) All das, wofür man im Moment den Toolserver bemühen muss.

• 12 Punkte
• Kategorien bereits unter #3 diskutiert
• Exakte Formulierung → CirrusSearch (?)
• Logische Operatoren für Suchstichworte – oder/und/nicht → CirrusSearch (?); UND ist Standard; NICHT/ODER existiert noch nicht
• Autor → CirrusSearch (Indexierung ist teuer)
  • 1 Sprint, 100 % (nach Einarbeitung in Cirrus)
• Zahl der Edits im letzten Monat/Jahr → CirrusSearch (Indexierung ist teuer)
  • 1 Sprint, 100 % (nach Einarbeitung in Cirrus)
• Zahl der Lesebesuche im letzten Monat → CirrusSearch (Einlesen aus Squid Logs)
  • WMF
• Länge des Artikels → CirrusSearch (neues Indexfeld)
  • 1 Sprint, 100 % (nach Einarbeitung in Cirrus)

Reduzierung / Optimierung von vorhandenen JavaScript-Funktionen, Implementierung neuer Funktionen soweit möglich ohne JavaScript, Einstellungsmöglichkeit für Benutzer um nicht benötigte „Ressourcenfresser“ (z.B. VisualEditor, Universal Language Selector) zu deaktivieren.

• 12 Punkte
• Reduzierung/Optimierung von vorhandenen JavaScript-Funktionen
  • Profiling, um z.B. langsame Gadgets zu finden
  • Permanenter Prozess; Überblick verschaffen: 2 Sprints, 50 %.
• Einstellungsmöglichkeit für Benutzer um nicht benötigte „Ressourcenfresser“
  • Standardfunktionen müssen vermutlich immer geladen werden, um Cache-Effizienz zu gewähleisten.
  • Unterbinden der Initialisierung unerwünschter JS-Module per Benutzereinstellung. Evtl wie „Beta“-Feature.
  • Aufwand schwer abschätzbar, Koordination mit der WMF nötig.

• 12 Punkte
• WMF: Erfragen, was der aktuelle Stand ist. Diskussionen auf wikitech-l beachten.

• 11 Punkte
• Existiert seit langem als Tool.
• Exakte Umsetzung mit Berücksichtigung gelöschter, vereinigter Versionen usw. sehr aufwändig, da datenbanktechnisch sehr ineffizient. Benötigt neues Datenbankfeld. Umsetzung sowie Nachtragen „alter“ Werte sehr aufwändig.

erledigtErledigt seit März 2014 mit der Einführung des Schalters „Nur Seitenerstellungen anzeigen“ auf Spezial:Beiträge.

• 11 Punkte
• Bereits unter #3 diskutiert

• 11 Punkte
• Siehe auch #6
• Suche in alten Versionen wird es nie geben, viel zu aufwendig
• Kategorien bereits unter #3 diskutiert
• Bilder nach Farben (Bug 37534, Bug 37535) → CirrusSearch, neuer Index, teuer zu berechnen
• Bilder nach Größen, Formaten → CirrusSearch, neuer Index
  • Absprache mit WMF/Multimedia-Team

Also z.B. eine Einstellmöglichkeit „für 7 Tage beobachten“, wobei die Zeitspanne manuell festlegbar sein sollte

• 11 Punkte
• Datenbankseitig und in der API kein Problem (kleine Schema-Änderung): 3 Sprints 100 %
• GUI unklar, insb auch für „automatische“ Beobachtung.
• Alternative: Entfernung von der Beobachtungsliste mit einem Klick. (Aber wie macht man das Rückgängig)

Zumindest rudimentärste Dinge wie Spalten/Zeilen einfügen, löschen und umstellen. Bonuspunkte bei Beherrschung aller üblichen Wikitableformatierungen.

• 11 Punkte
• VisualEditor, in Arbeit, WMF

• 11 Punkte
• WikEd macht (etwa) das. Codeeditor existiert, hat aber kein Syntaxhighlighting für WikiText (nicht trivial!).
• 2 Sprints 50 % für Überblick über Möglichkeiten

• 10 Punkte
• Erkennen,welcher Abschnitt bearbeitet wurde, ist schon schwer, Abschnitte können auch „verschwinden“.
• Muss definitiv via Flow gemacht werden → WMF

• 10 Punkte
• Bug 13127
• Use Case 1: Referenzierung verschiedener Seiten eines Werkes in einem Artikel
  • Erweiterung der <ref>-Extension um einen „page“-Parameter
  • 3 Sprints 100 %
• Use Case 2: Referenzierung des selben Werkes in vielen Artikeln
  • Einbindung von Informationen über Werke, die als Wikidata-Items verwaltet werden.
  • Wird möglich, sobald beliebige Wikidata-Items auf beliebigen Seiten zugänglich sind.
  • Infos – PerfektesChaos Wikipedia:Umfragen/Technische W%C3%BCnsche/Top 20#c-PerfektesChaos-2014-03-05T09:28:00.000Z-Ungültig: 16 in Vorlage:Anker Erweiterung der Einzelnachweise, so dass bei vers11:[Beantworten]
    1. Vorlage:BibRecord usw. machen dies bereits seit langer Zeit – eine Liste der verfügbaren Titel.
    2. Wikidata gilt als weniger geeignet, weil Details zu den Datenelementen sprachbezogen sind – unsere WP:ZR sind nicht kompatibel zu den angloamerikanischen Formaten; etwa Personennamen, deren Aufzählung, Verlagsangabe, komplexere Seitenzahlen, Kapitel.
• Grundlagen werden im Rahmen von Wikidata in jedem Fall geschaffen; zusätzliche Lua-Integration denkbar

• 10 Punkte
• Voraussetzung für Wikipedia:Technik/Baustellen/Wikilink statt URL in Zusammenfassungszeile.
• Special:PermanentLink (international), Spezial:Permanenter Link und Spezial:Permalink (lokalisiert) existiert seit langem, siehe Hilfe:Permanentlink.

erledigtErledigt seit Januar 2014 mit der Einführung von Spezial:Diff, siehe Hilfe:Versionsvergleich.

Die Möglichkeit, die Autorinnen und Autoren samt der von ihnen geleisteten Beiträge direkt (ohne Verlassen der Seite) am Artikeltext (meinetwegen fakultativ) einzublenden.

• 9 Punkte
• Extrem aufwendig. Diverse Prototypen existierten (WikiBlame, auch akademische, z.B. von UCSC [1], KIT).
• Problem: Diffs leigen für Wikitext vor, müssen aber für HTML berechnet werden. Templates sind besonders problematisch, Lua völlig unklar.
• Abstimmung mit der WMF nötig.

In der Vorschauversion beim Bearbeiten einzelner Abschnitte auch die Refs anzeigen, auch wenn der <references />-Tag nicht im Abschnitt vorkommt.

• 9 Punkte
• Bug 5984
• Theoretisch einfach nur ein zu behebender Bug/Feature-Request in der <ref>-Extension + Vorschaufunktion, praktisch wahrscheinlich wesentlich komplizierter.
• 3 Sprints, 100 %, 1 Person

 Info: In Arbeit mit Gerrit:129932. — Raymond ^Disk. Wikipedia:Umfragen/Technische W%C3%BCnsche/Top 20#c-Raymond-2014-04-27T07:56:00.000Z-Ungültig: 19 in Vorlage:Anker Vorschau von Einzelnachweisen beim Bearbeiten von11[Beantworten]

• 9 Punkte
• Bug 7148
• Bedeutet konkret Überwachung von Kategorien auf Hinzufügen/Entfernen von Artikeln.
• Braucht erweitertes „Watchlist“-Konzept / Datenbank-Anpassung, GUI erweiterung.
• Wahrscheinlich gar nicht als Funktion der Watchlist sondern via Echo zu realisieren.
• Konzeptionalisierung: 3 Sprints 50 %

• 9 Punkte
• Bug 65783
• Mit CirrusSearch (aktuell von zwei WMF-Entwicklern aktiv voran getrieben) technisch denkbar als zweiter Index oder Feld im selben Index. Abfrage könnte dann mit insource: (noch nicht unterstützt) erfolgen.
• 1–2 Sprints.
• Aufwand überhaupt gerechtfertigt? Eventuell sinnvoller: Indexierung von Vorlagen (mit CirrusSearch bereits möglich), Links etc.
• Konkrete Anwendungsfälle sammeln (Beispiel: Aufräumen von prettytable), alternative Lösungen suchen.

In Arbeit mit Gerrit:137733.