Wikifunctions:Status-Updates/2025-06-15

Wikifunctions Status-Updates

Ende der Konsultation über den Ort des Abstrakten Inhalts

Wir schließen die Konsultation über den Ort des Abstrakten Inhalts. Vielen Dank an alle, die direkt im Meta-Wiki und auf andere Weise zur Konsultation beigetragen haben. Wir werden nun die Argumente und Optionen intern diskutieren. Wir planen, im kommenden Quartal eine Entscheidung zu treffen und einen Plan zur Umsetzung zu erstellen. Nochmals vielen Dank an alle in der Community, die zur Konsultation beigetragen haben!

Treffen der Natural Language Generation Special Interest Group am 17. Juni

Das nächste Treffen der NLG SIG (Natural Language Generation Special Interest Group) findet am kommenden Dienstag, 17. Juni 2025, von 18:00-19:00 MESZ auf Google Meet statt. Mahir256 leitet die Sitzung zum vorgeschlagenen Thema “Quellen für in Abstrakten Inhalten verwendete Konstrukte erkunden”. Alle sind herzlich eingeladen, daran teilzunehmen!

Letzte Änderungen an der Software

Wir haben diese Woche große Fortschritte gemacht, insbesondere im Hinblick auf unsere Arbeitsverpflichtungen für dieses Quartal.

Die auffälligste Änderung dieser Woche ist der 'Fehler'-Modus für eingebettete Wikifunctions-Aufrufe (T390554). Im ursprünglichen Design, das wir letztes Jahr mit den Communitys geteilt haben, waren dies schmale Hinweise in der Zeile. Um das System jedoch schneller veröffentlichen und testen zu können, haben wir zunächst die sehr "schwere", kastenförmige und störende Standard-MediaWiki-Fehlerbox ausgeliefert. Wir haben nun das Design und die Implementierung des integrierten Formulars abgeschlossen, das im Lesemodus als "Pille" angezeigt wird. Im Visual Editor kannst du mit dem Formular interagieren, um herauszufinden, was defekt ist und wie du es beheben kannst. Wir freuen uns wie immer über deine Meinung dazu und zu allen unseren Systemen.

Ein weiteres unserer größeren Projekte in diesem Quartal war die Zwischenspeicherung von Objekten in den Back-End-Diensten, anstatt sie aus dem Wiki abzurufen (T390743). Diese Woche wurde die letzte Maßnahme umgesetzt, bei der jede Erstellung oder Bearbeitung eines Objekts dieses in diesen Cache einsendet, um Split-Brain-Fehler zu vermeiden (T391971). Jeder Objektabruf von Wikifunctions.org konnte bis zu 50 ms dauern, was für die Funktion und ihre Implementierung dazu führen konnte, dass die wenigen Millisekunden der Ausführungszeit dominiert wurden, Serverressourcen verbraucht wurden (und Benutzer auf das Laden warten mussten). Am späten Mittwoch (UTC) haben wir den Caching-Dienst aktiviert und konnten sofort Geschwindigkeitsverbesserungen sowohl für einfache als auch für komplexe Funktionen feststellen.

Unsere Arbeit an leichtgewichtigen Auflistungstypen (T390558) nähert sich dem Abschluss. Wir haben die UX-Schnittstelle zu ihrer Erstellung (T391916) und einen Selektor zu ihrer Verwendung implementiert (T391917). Sobald das System fertig ist, werden wir es in Kürze vorführen. Im Zusammenhang mit dieser Arbeit haben wir ein UX-Problem in der Objektselektorkomponente behoben. Diese war so eingestellt, dass mehrere verschiedene Typen zulässig waren. Dadurch konnten dir zwei gleichnamige Objekte angezeigt werden, ohne dass du wusstest, welches beispielsweise der Typ 'foo' und welches eine Funktion namens 'foo' war. In diesen Fällen zeigen wir jetzt ein Symbol an, um die Unterscheidung zu erleichtern. Wir haben außerdem einen Fehler in unserem Code behoben, der dazu führte, dass wir fehlerhafte Objekte sendeten, die bei Integrationstests entdeckt wurden (T396034). Schließlich haben wir den allgemeinen Typselektor erweitert, um Funktionen einzuschließen, die in der Standardansicht ein generisches Objekt zurückgeben, anstatt diese Annahme, die für die Bearbeitung von Funktionen getroffen wurde, auf andere Kontexte anzuwenden (T396324).

Unsere Arbeit an der Unterstützung weiterer Datenformate von Wikidata wird fortgesetzt (T390559). Wir haben die Typen für diese Objekte erstellt: Z6010 (T391212), Z6011 (T391213) und Z6060, Z6061, Z6062, Z6063 und Z6064 (T391208). Dies beinhaltete ein Testgerüst mit den zugrundeliegenden, von der Community bereitgestellten Typen, die diese unterstützen (T394960).

Wir haben ein neues, stärker komprimiertes Protokoll für die Kommunikation zwischen den Back-End-Diensten entwickelt und implementiert, das eine Reihe von Problemen beheben sollte, die damit zusammenhängen, dass Typen stark erweitert werden und dann kaputt gehen (T394314 und damit verbundene Probleme T394658, T394664 und T395371).

Wir haben den 'Vorschau'-Bereich in der Integration des Visual Editors in Client-Wikis so korrigiert, dass er mit leeren (Standard-)Werten für gregorianische Kalenderdaten funktioniert (T396035), als letzte Folgemaßnahme zu dieser Funktion, die letzte Woche veröffentlicht wurde.

Wir haben OpenTelemetry-Überwachungscode in unsere Kern-APIs integriert, um besser nachvollziehen zu können, wo Serverzeit verbraucht wird und wo es möglicherweise Probleme gibt, die wir beheben können, damit der Dienst reibungsloser und zuverlässiger funktioniert (T394360). Außerdem haben wir darauf geachtet, die anforderungsweite Trace-Instanz von MediaWiki, sofern verfügbar, wiederzuverwenden, um den gesamten Lebenszyklus von Anfragen verfolgen zu können (T396167).

Wir haben den serverseitigen Code unserer Client-Wikis weiter überarbeitet, um den Cache-Zugriffscode von unserer "Geschäftslogik" zu trennen, ähnlich wie beim Datenbankzugriff. Wir haben die Codex-Version unseres Testcodes aktualisiert und damit den Stand der MediaWiki-Version der letzten Woche erreicht. Wir haben einen Tippfehler bei der Cache-Prüfung behoben (bevor dieser in die Produktion gelangte), der dazu geführt hätte, dass alle Cache-Ergebnisse ignoriert worden wären. Schließlich haben wir eine veraltete Entwicklerdokumentation korrigiert, die auf die falsche Vorgehensweise bei Browsertests hinwies. Diese hatte sich seit der Umstellung auf das neue Catalyst-System geändert.

Wir haben im Rahmen umfassenderer Arbeiten zur Unterstützung dieser Sprachen in MediaWiki Unterstützung für zwei neue Sprachen hinzugefügt: Z1972/yua (T395223) und Z1973/dlg (T395396).

Neuigkeiten zu Typen

Im Rahmen unserer aktuellen Arbeit zur Unterstützung des Imports weiterer Wikidata-Inhalte (T390559) laufen Diskussionen und Implementierungen gemäß dem obigen Update zu drei neuen Typenvorschlägen: Wikidata-Zeit, Wikidata-Menge und Wikidata-Geokoordinaten. Die Diskussionen stehen kurz vor dem Abschluss.

Wöchentliche neue Funktionen: 55 neue Funktionen

Diese Woche hatten wir 55 neue Funktionen. Hier ist eine Liste von Funktionen mit Implementierungen und bestandenen Tests, um einen Eindruck davon zu bekommen, welche Funktionen erstellt wurden. Viele haben mit dem Datum zu tun! Vielen Dank an alle für ihre Beiträge.

Eine vollständige Liste aller Funktionen, sortiert nach Erstellungsdatum, ist verfügbar.