„Wikipedia:Umfragen/Technische Wünsche/Top 20“ – Versionsunterschied
Zeile 3: | Zeile 3: | ||
== {{Anker|1}} [[/Wunsch 1|Warnhinweis oder automatisches Einfügen von fehlendem <references />-Tag]] == |
== {{Anker|1}} [[/Wunsch 1|Warnhinweis oder automatisches Einfügen von fehlendem <references />-Tag]] == |
||
* [[Wikipedia:Umfragen/Technische Wünsche/Bearbeiten#Bearbeiten|19 Punkte]] |
* [[Wikipedia:Umfragen/Technische Wünsche/Bearbeiten#Bearbeiten|19 Punkte]] |
||
* [[bugzilla:30763|Bug 30763]], [[bugzilla:57619|Bug 57619]] |
* [[bugzilla:30763|Bug 30763]], [[bugzilla:57619|Bug 57619]] |
||
{{In Arbeit}}: [[/Wunsch 1|Diskussion zu Wunsch 1]] |
{{In Arbeit}}: [[/Wunsch 1|Diskussion zu Wunsch 1]] |
||
{{Erl.}} seit [[Gerrit:141583|1. Juli 2014]] durch automatische Anzeige verbliebener <code><ref></code>-Tags ohne [[Hilfe:Einzelnachweise#Gruppierung|Gruppierung]] anstelle der Fehlermeldung. |
|||
== {{Anker|2}} Eine Sprachen-/projektübergreifende Beobachtungsliste für alle Wikimedia-Wikis == |
== {{Anker|2}} Eine Sprachen-/projektübergreifende Beobachtungsliste für alle Wikimedia-Wikis == |
Version vom 1. Juli 2014, 09:42 Uhr
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.
: In ArbeitDiskussion zu Wunsch 1
seit Erledigt1. Juli 2014 durch automatische Anzeige verbliebener <ref>
-Tags ohne Gruppierung anstelle der Fehlermeldung.
Eine Sprachen-/projektübergreifende Beobachtungsliste für alle Wikimedia-Wikis
- 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.
CatScan in die Software integrieren
- 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 %.
Technisch sauberes Verschieben von Dateien nach Commons unter Beibehaltung der Versionsgeschichte und des Benutzernamens
- 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.
Die Länge der Zusammenfassungszeile zur Zeit 255 Byte groß müsste mal vergrößert werden
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.
Ein erweitertes Suchformular, in dem diverse Parameter angegeben werden können
(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)
Optimierung der Performance der MediaWiki-Software auf Benutzerseite
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.
Verbesserung der Verschlüsselung von https-Verbindungen mittels Perfect Forward Secrecy um nachträgliche Entschlüsselungen zu verhindern
- 12 Punkte
- WMF: Erfragen, was der aktuelle Stand ist. Diskussionen auf wikitech-l beachten.
Eine Spezialseite, die die von einem Benutzer neu angelegten Seiten ausgibt
- 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.
Erledigtseit März 2014 mit der Einführung des Schalters „Nur Seitenerstellungen anzeigen“ auf Spezial:Beiträge.
Kategorie-Schnittmengen-Suche
Massiv ausgebaute Suchfunktion
- 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
Möglichkeit, dass ein Artikel nach Ablauf einer einstellbaren Zeitspanne automatisch wieder von der Beobachtungsliste gestrichen wird
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)
Tabellen in einer Form bearbeiten können, wie man es seit einigen Jahrzehnten aus Office-Programmen kennt
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
Syntaxhervorhebung fürs Editieren eines Artikels im Quelltext
- 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
Die Möglichkeit, einzelne Abschnitte von Seiten beobachten zu können (z. B. nur eine bestimmte Lösch- oder Relevanzdiskussion)
- 10 Punkte
- Erkennen,welcher Abschnitt bearbeitet wurde, ist schon schwer, Abschnitte können auch „verschwinden“.
- Muss definitiv via Flow gemacht werden → WMF
Erweiterung der Einzelnachweise, so dass bei verschiedenen Seiten des selben Werks nicht immer das gesamte Werk angegeben werden muss
- 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 10:28, 5. Mär. 2014 (CET):
- Vorlage:BibRecord usw. machen dies bereits seit langer Zeit – eine Liste der verfügbaren Titel.
- 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
Wikisyntax, um Permalinks und Difflinks als Wikilink (also mit zwei eckigen Klammern) angeben zu können
- 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.
Erledigtseit Januar 2014 mit der Einführung von Spezial:Diff, siehe Hilfe:Versionsvergleich.
Einblendung der Autoren direkt am Artikeltext
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.
Vorschau von Einzelnachweisen beim Bearbeiten von Abschnitten
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
Gerrit:129932. — Raymond Disk. 09:56, 27. Apr. 2014 (CEST)
Info: In Arbeit mitMöglichkeit, eine Kategorie auf neue Artikel hin zu beobachten
- 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 %
Suchfunktion: Möglichkeit zur Suche (auch exakten Suche) im Quelltext
- 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.
mit In ArbeitGerrit:137733.