Wikipedia:Technische Wünsche/Wunschparkplatz
![](http://upload.wikimedia.org/wikipedia/commons/thumb/4/45/Icon_for_the_German_Technical_Wishlist_Project_Parkin_Lot.svg/300px-Icon_for_the_German_Technical_Wishlist_Project_Parkin_Lot.svg.png)
Wer Ideen für technische Neuerungen/Verbesserungen hat, kann diese gerne hier auf der Seite hinterlassen! Eine Sichtung oder Kommentierung durch das Technische Wünsche Team findet hier nicht statt, die Seite dient nur als Merkzettel.
Wünsche auf diesem Parkplatz fließen in die Themenschwerpunkte ein, über die dann in einer Umfrage abgestimmt werden kann. Wünsche, die nach dem 20.05.2019 eingetragen wurden, werden voraussichtlich für die Themenschwerpunkte in der Umfrage 2020 berücksichtigt.
Folgende Informationen sind hilfreich:
- Wunschtitel und Beschreibung des Problems, so dass auch Technik-Laien verstehen können, um was es geht
- Anmerkung, wen das Problem besonders betrifft/wem die Neuerung besonders helfen würde (z.B.: Sichter, Fotografinnen, neuen Autoren ...)
- Konzentration auf einen Aspekt: Falls der Wunsch mehrere Aspekte hat, bitte aus jedem Teilbereich einen eigenen Wunsch machen
- Falls bekannt/vorhanden: Hinweis auf bereits existierende Helferlein/Tools, die die Funktion bereits erfüllen/eine ähnliche Funktion haben; Link zu einem Phabricator-Ticket, falls vorhanden
- Signatur
Bilder-Navigation in Commons Kategorien
Unabdingbar wichtig ist eine verbesserte Navigation, nicht nur 200 Bilder und vorhergehende Seite ↔ nächste Seite. Unsere Kategorien werden derzeit von Panoramiouploads überschwemmt, hunderte, in manchen Kategorien tausende Bilder. Niemand klickt sich z. B. 15x (!) durch 3129 Dateien in c:Category:Blasewitz, um ein Bild zu suchen oder gar zu finden.
Commons-Nutzer.
Sinnvolle Navigation: << . < . 1 . 2 . 3 . ... . Gehe zu Seite ZZ . > . >> analog Navigation z. B. DNB unten--Frze > Disk Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Frze-2017-06-28T07:15:00.000Z-Bilder-Navigation in Commons Kategorien11
Benachrichtigen farblich differenzieren
Derzeit erfolgen wichtige Benachrichtigungen durch eine rot unterlegte Ziffer, die manchmal/einem wie ein rotes Tuch wirkt.
- Wen betrifft das Problem besonders/würde diese Neuerung helfen: alle angemeldeten Nutzer
- Falls bekannt: Existierende Lösungen, Lösungsvorschläge und/oder Link zu Phabricator-Ticket:
1. Farblich differenzieren:
- rot (Rücksetzungen; es besteht möglicherweise Handlungsbedarf)
- gelb (Erwähnungen; es besteht Handlungsbedarf)
- Hintergrund weiß, Ziffer gelb, gelber Rahmen (eigene Erwähnung wurde gesendet, kein Handlungsbedarf)
- grün (Dankeschön, kein Handlungsbedarf)
- orange (bei mehreren Benachrichtigungen verschiedener Kategorien)
- gelb-orange (gleicher Farbton wie bei Du hast neue Nachrichten auf Deiner Diskussionsseite)
- blau (in anderen Projekten, z. B. Commons)
2. Nutzung der Notifications extension icons sofort im Seitenkopf, nicht nur in der Seite Spezial-Benachrichtigung:
-
rot
-
gelb
-
gelb, weiß hinterlegt
-
gelb-orange
-
grün
Wen betrifft das Problem besonders?
Eine individuelle Einstellung sollte ermöglicht werden.--Frze > Disk Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Frze-2017-06-28T08:02:00.000Z-Benachrichtigen farblich differenzieren11
Bei Einbindung ersetzbare Vorlagen/Variablen
Bei zahlreichen Vorlagen, die vom Datum, an dem sie gesetzt wurden, abhängig sind, muss dieses händisch eingetragen werden, obwohl zahlreiche entsprechende Variablen verfügbar sind.
letztlich alle Nutzer, die entsprechende Vorlagen einsetzen, also die meisten
Es sollte eine Möglichkeit geben, eine Vorlage genau dann zu substituieren, wenn sie erneut eingebunden wird. Beispiel: Vorlage A (z. B. CURRENTMONTH, die letztlich wie eine Vorlage funktioniert) wird in Vorlage B eingebunden. Wird dann Vorlage B auf einer normalen Seite C eingebunden, soll CURRENTMONTH substituiert werden. Damit würde genau der Monat, in dem Seite C gespeichert wird, stehenbleiben.
Aktuell dagegen würde bei normaler Verwendung von CURRENTMONTH sich der Monat auf Seite C dynamisch ändern und bei einer Substitution von CURRENTMONTH auf der Vorlage B bei allen ihren Einbindungen der Monat der entsprechenden Änderung von Vorlage B zu sehen sein.
Höhe der Sonderzeichenleiste verschiebbar machen
Es ist schon sehr praktisch, eine Sonderzeichenleiste zu haben, aber wenn man viele verschiedene Buchstaben heraussuchen möchte, etwa um einen längeren Namen in Kyrillisch/Griechisch/Armenisch/etc. zu schreiben, ist sie zu niedrig.
Benutzer, die regelmäßig Sonderzeichen setzen.
Die Sonderzeichenleiste einfach mit Cursorgriff in der Höhe verschiebbar machen.
Formulardaten merken beim Visual Editor
Formulare im Visual Editor sollen sich Eintragungen merken, damit man häufig verwendete nicht jedes Mal neu eintippen muss. Die Zusammenfassungszeile sollte sich einfach alle früheren Eingaben merken, wie es auch die Zusammenfassungszeile im Quelltexteditor tut. Das ist praktisch, weil viele Bearbeitungskommentaren immer wieder vorkommen, z. B. "Tippfehler", "Linkkorrektur", "Begriffsklärung aufgelöst". Menüs wie z. B. "Vorlage einfügen" sollten eine Funktion "zuletzt eingefügt" haben, die meine letzten 5 (oder so) verwendeten Vorlagen anzeigt. Die meisten benutzen nur ein Tausendstel der Vorlagen, meist immer wieder dieselben. (Eventuell sind das zwei separate Wünsche. Ich werde das noch besser ausformulieren, ist ja noch Zeit.)
Alle, die den Visual Editor benutzen
phab:T50274, Benutzer:Schnark/js/veSummary--Mushushu (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Mushushu-2017-06-30T15:17:00.000Z-Formulardaten merken beim Visual Editor11
- Ich habe mal den Link zu Phabricator und mein Benutzerskript ergänzt. –Schnark Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Schnark-2017-07-01T07:12:00.000Z-Formulardaten merken beim Visual Editor11
Referenzen in Anmerkungen hinzufügen
Wenn man ein einer Anmerkung[A 1] macht und dort eine Referenz einfügt, dann bekommt meine eine Fehlermeldung, dass ein </ref> fehlen würde, weil zwei <ref>'s ineinender verschachtelt sind (<ref>Anmerkung<ref>Beleg</ref></ref>).
- ↑ Eine Anmerkung ist ein erklärender Hinweis in einer <ref>-Umgebung.
Editoren die komplexe und/oder strittige Fachthemen editieren und belegte erklärende Anmerkungen machen müssen um den Sachverhalt zu schildern und so eine stabile Version erzeugen zu können, die auch von Lesern inhaltlich nachvollzogen und geprüft werden kann.
Verschachtelte <ref>'s zulassen und somit den Referenzfehler: Es fehlt ein schließendes </ref>. eliminieren.— Johannes Kalliauer - Diskussion | Beiträge Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-JoKalliauer-2017-07-02T15:13:00.000Z-Referenzen in Anmerkungen hinzufügen11
- In Wikisource lösen wir dieses Problem mit {{CRef|text}}
{{References|TIT||}}, diese Vorlage hat kein Problem mit Verschachtelungen mit normalen <ref></ref>. Das einzige, was man beachten muss: wenn eine Pipe (|) vorkommt, muss man sie in nowiki packen. Zabia (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Zabia-2017-07-16T18:11:00.000Z-Referenzen in Anmerkungen hinzufügen11
- Also man müsste nur die bereits erstellten Vorlagen (s:Vorlage:CRef,s:Vorlage:Ref, s:Vorlage:References) hier importieren?
- @Zabia: weißt du zufällig wo man das machen/beantragen kann? (Bei Wikipedia:Importwünsche konnte ich nicht sehen, dass das auch für Schwesterprojekten gemacht wird.)
- — Johannes Kalliauer - Diskussion | Beiträge Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-JoKalliauer-2017-07-17T15:20:00.000Z-Zabia-2017-07-16T18:11:00.000Z11
- Nein, @JoKalliauer:, leider weiß ich das nicht. Zabia (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Zabia-2017-07-17T15:42:00.000Z-JoKalliauer-2017-07-17T15:20:00.000Z11
- In Wikisource lösen wir dieses Problem mit {{CRef|text}}
{{References|TIT||}}, diese Vorlage hat kein Problem mit Verschachtelungen mit normalen <ref></ref>. Das einzige, was man beachten muss: wenn eine Pipe (|) vorkommt, muss man sie in nowiki packen. Zabia (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Zabia-2017-07-16T18:11:00.000Z-Referenzen in Anmerkungen hinzufügen11
Kein Zeilenumbruch vor Einzelnachweisen
Zwischen einem Wort/Interpunktionszeichen und der folgenden Ziffer, die einen Einzelnachweis anzeigt, soll nie ein Zeilenumbruch entstehen.
Leserinnen und Leser
--Mushushu (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Mushushu-2017-07-02T15:18:00.000Z-Kein Zeilenumbruch vor Einzelnachweisen11
- Mushushu, Du meinst quasi nicht so hier: Wort.
- [1]
- --FNDE Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-FNDE-2017-07-16T19:13:00.000Z-Kein Zeilenumbruch vor Einzelnachweisen11
- @FNDE: Exakt! --Mushushu (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Mushushu-2017-07-16T21:19:00.000Z-FNDE-2017-07-16T19:13:00.000Z11
- Dann der konkrete Vorschlag an die Entwickler: den hochgestellten Refs einfach
white-space: nowrap;
im Stylesheet anhängen. --FNDE Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-FNDE-2017-07-16T21:34:00.000Z-Mushushu-2017-07-16T21:19:00.000Z11- So einfach ist das? Na, dann wird es ja Zeit. :) Danke fürs technische Ausformulieren, FNDE! --Mushushu (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Mushushu-2017-07-17T09:56:00.000Z-FNDE-2017-07-16T21:34:00.000Z11
- Zumindest als Zwischenlösung bräuchte es dafür sogar nicht mal einen Entwickler von WMF/WMDE – jeder Admin kann das mit einem Eintrag in die MediaWiki:Common.css korrigieren. -- Michi Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-MichaelSchoenitzer-2017-07-17T10:24:00.000Z-Mushushu-2017-07-17T09:56:00.000Z11
- Das sind doch mal gute Nachrichten. Hab die o.g. Lösung nur halbherzig getestet, aber kann man sicher noch mal professionell durchgehen. --FNDE Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-FNDE-2017-07-17T14:16:00.000Z-MichaelSchoenitzer-2017-07-17T10:24:00.000Z11
- Zumindest als Zwischenlösung bräuchte es dafür sogar nicht mal einen Entwickler von WMF/WMDE – jeder Admin kann das mit einem Eintrag in die MediaWiki:Common.css korrigieren. -- Michi Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-MichaelSchoenitzer-2017-07-17T10:24:00.000Z-Mushushu-2017-07-17T09:56:00.000Z11
- So einfach ist das? Na, dann wird es ja Zeit. :) Danke fürs technische Ausformulieren, FNDE! --Mushushu (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Mushushu-2017-07-17T09:56:00.000Z-FNDE-2017-07-16T21:34:00.000Z11
- Dann der konkrete Vorschlag an die Entwickler: den hochgestellten Refs einfach
- @FNDE: Exakt! --Mushushu (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Mushushu-2017-07-16T21:19:00.000Z-FNDE-2017-07-16T19:13:00.000Z11
Zugriffsdatum automatisch generieren (Visual Editor)
Bei der Vorlage:Internetquelle (und ggf. anderen Vorlagen, die ein Zugriffsdatum erfordern) soll das aktuelle Datum automatisch als Zugriffsdatum eingetragen werden. (Eine Möglichkeit der manuellen Änderung muss bestehen bleiben. Beim späteren Bearbeiten der Vorlage soll sich das Zugriffsdatum nicht ändern.)
Benutzer/innen des Visual Editor
--Mushushu (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Mushushu-2017-07-02T15:18:00.000Z-Zugriffsdatum automatisch generieren (Visual Editor)11
view-source von SVGs-Links zulassen
Der link:
view-source:https://upload.wikimedia.org/wikipedia/commons/1/11/Climate_science_opinion_graph_3_Sans.svg
- Funktioniert sowohl in Firefox als auch in Chrome, jedoch ist ein Verlinken mit
[view-source:https://upload.wikimedia.org/wikipedia/commons/1/11/Climate_science_opinion_graph_3_Sans.svg Angezeigter Text der zum Quelltext verlinkt]
Leute die mit SVG-Grafiken arbeiten.
Man müsste nur view-source:https:// bei den bestehenden ( http://, https://, ftp:// sftp://, nntp://) hinzufügen und ein<a rel="nofollow" class="external free" href="view-source:https://">view-source:https://</a>
erlauben.
— Johannes Kalliauer - Diskussion | Beiträge Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-JoKalliauer-2017-08-21T18:29:00.000Z-view-source von SVGs-Links zulassen11
Automatisches Einfügen von Koordinaten in Fotos auf commons
Wenn man auf commons ein Bild hochläst mit dem Formular: (B) Formular – bisherige Hochladeart, gibt es keine automatische Übernahme von Koordinaten in die Bildbeschreibung.
Bisher hat diese Aufgabe ein bot übernommen. Der allerdings scheint seit zwei Monaten (Juni 2017) inaktiv zu sein. Diese Funktion sollte die Wikisoftware übernehmen.
Alle Fotografen... Und natürlich die Leser, die den Aufnahmeort auf Karten suchen.
Auswertung der exifdaten, falls vorhanden und automatische Übernahme in die Bildbeschreibung.Nightflyer (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Nightflyer-2017-08-31T17:41:00.000Z-Automatisches Einfügen von Koordinaten in Fotos auf commons11
Übernahme von Geokoordinaten nach Wikidata mit deutschem Zahlenformat
Bei der manuellen Übernahme von Geokoordinaten aus der deutschen Wikipedia nach Wikidata sollte auch das deutsche Zahlenformat akzeptiert werden. Bisher muss man manuell wandeln z.B. aus der Anzeige rechts oben 53° 31′ 44,43″ N, 10° 20′ 24,3″ O muss werden 53° 31′ 44.43″ N, 10° 20′ 24.3″ E , d.h. Punkt durch Komma ersetzen und O durch E - das könnte doch automatisch gehen.
Leute die mit Wikidata arbeiten, z.B. um Lagekarten zu erstellen. Wenn man 50 Objekte übernehmen will, nervt das etwas.
Eine Möglichkeit wäre wenn die Software die eingegebenen Daten analysiert und das Format der Daten automatisch erkennt und passend wandelt. Noch schöner wäre, wenn es einen Button gäbe "Übernahme aus dt. Wikipedia" gleich mit Angabe der Fundstelle.Gerd Fahrenhorst (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Gerd Fahrenhorst-2017-09-13T17:58:00.000Z-Übernahme von Geokoordinaten nach Wikidata mit deutschem Zahlenformat11
Platzierung von Diskussions-Seiten-Links in der mobilen Ansicht
Die Platzierung von Diskussionsseiten-Links ist in der Desktop-Ansicht über die gesamte Wikipedia hinweg gleich, in der mobilen Ansicht aber seitenspezifisch unterschiedlich:
![Diskussionsseiten-Links](http://upload.wikimedia.org/wikipedia/commons/0/01/Discussion_Page_Links.png)
- Im Artikelnamensraum unter dem kompletten Artikel (bei langen Artikeln nur durch langes Scrollen erreichbar)
- Im Benutzernamensraum klein unter dem Namen (warum nicht als Button wie im Artikelnamensraum?!)
- Die Diskussion zur Hauptseite ist aus der mobilen Ansicht heraus nicht erreichbar.
Alle Leser, die Wikipedia in der mobilen Ansicht nutzen.
Keine der drei Platzierungen finde ich richtig gelungen. Am liebsten wäre mir entweder ein Link im Seitenmenü oder ein Button im oberen Bereich der Seite. In jedem Fall sollte die Platzierung genauso einheitlich realisiert werden wie in der Desktop-Ansicht.Tkarcher (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Tkarcher-2017-10-02T10:01:00.000Z-Platzierung von Diskussions-Seiten-Links in der mobilen Ansicht11
ja. fände ich wichtig. überhaupt, dass mobile die diskussion zugänglich gemacht wird. --Sms2sms (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Sms2sms-2019-03-28T09:21:00.000Z-Platzierung von Diskussions-Seiten-Links in der mobilen Ansicht11
SVG-Translate
Es gibt ein SVG-Bild in einer Sprache und man möchte es in eine anderern Sprache verwenden, will aber kein Programm wie Inkscape installieren und es gleich online ohne down-/up-load bewerkstelligen.
Wikipedianer_innen die Bilder aus anderen Sprachversionen verwenden wollen
Es braucht nur eine Textersetzung.
Es wurde von
https://tools.wmflabs.org/svgtranslate/vermutlich gelöst, jedoch scheint das Speichern nicht zu funktionieren.— Johannes Kalliauer - Diskussion | Beiträge Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-JoKalliauer-2017-10-07T14:16:00.000Z-SVG-Translate11
- Tech/SVG Translation soll seit 05.06.2019 wieder funktionieren. Grüße --Flo Beck (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Flo Beck-2019-06-07T15:16:00.000Z-SVG-Translate11
Einfache und wartungsarme Möglichkeit, eingefärbte Karten einzubinden
In der Wikipedia werden oft Karten eingebunden, in denen Länder nach irgendwelchen Kriterien eingefärbt sind. Dazu werden meist Karten wie Datei:BlankMap-World6.svg genommen, eingefärbt, und dann neu hochgeladen. Das hat mehrere Nachteile:
- Der Umgang mit SVGs ist für technisch wenig versierte Nutzer nicht möglich bzw. sehr abschreckend → Konzeption und Umsetzung oft nicht durch denselben Nutzer → Viel Kommunikation nötig, "selber machen" nicht möglich
- Es werden Unmengen an redundanten Informationen gespeichert → Falls eine der viel genutzten Vorlagendateien geändert werden müsste (neue Grenzen, Fehler im Code usw.), müsste dies in zehn- oder hunderttausenden Dateien korrigiert werden. Das macht natürlich niemand → existierende Dateien werden immer weniger korrekt (es gibt z.B. jede Menge alte Karten, auf denen der Südsudan noch nicht existiert etc.)
- Die Karten sind sehr uneinheitlich, je nachdem, welche Ausgangsdatei genutzt wurde
- Von unerfahrenen Benutzern schlecht gewählte Ausgangskarten (unpassende Projektion o.ä.) zu korrigieren ist verhältnismäßig aufwändig
Alle Benutzer, die Karten einbinden wollen. Insbesondere solche, die mit SVGs nicht umgehen können – aber auch technik-affinen Benutzern wird die Nutzung von Karten schwerer gemacht, als es sein sollte, bzw. sie benötigen dafür unnötig viel Zeit.
Es ist ein leichtes, ein mit den richtigen Klassen und IDs ausgestattetes SVG mit CSS zu stylen. Dies wird von den Leuten, die die Karten derzeit erstellen, auch meist genau so gemacht. Kartendefinition (Ländergrenzen etc.) sollten aber vom Styling (Einfärbungen etc.) getrennt werden, sodass der Endbenutzer z.B. über eine Vorlage nicht mehr machen muss als das hier:
{{Karte Europa|de=red|fr=blue|it=green}}
Auf Commons sollten nur noch die Ausgangskarten liegen, die dann über die Vorlage bequem modifiziert werden können. Parameter wie stand=YYYY, projektion=Robinson, mikronationen=Kreis etc. wären denkbar.
Leider ist es in der Wiki-Syntax derzeit nicht erlaubt, SVGs direkt einzubinden oder diese (außerhalb der Datei selbst) über CSS zu stylen. Theoretisch kann dies zwar über Umwege auch jetzt schon umgangen werden, aber diese Umwege sind sehr sehr hässlich.Christallkeks (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Christallkeks-2017-10-23T21:40:00.000Z-Einfache und wartungsarme Möglichkeit, eingefärbte Karten einzubinden11
Inkscape SVG2PNG-Konverter statt buggy RSVG (phab:T40010)
Viele SVG-Grafiken können derzeit nicht richtig als PNG dargestellt werden (z.B. textPath, FlowRoot), dafür gibt bereits einige Problemsammlungen/Workarounds:
- Wikipedia:Probleme_mit_SVGs
- c:Librsvg_bugs
- c:Category:Pictures_showing_a_librsvg_bug
- c:Category:Images_with_SVG_1.2_features
Grafiker, WP:Grafikwerkstatt, alle Autoren die Vektorgrafiken einbinden wollen (dafür müssen die richtig dargestellt werden)
Statt RSVG einen Inkscape-SVG2PNG-Batch Konverter zum Rendern der SVGs verwenden.- Geschwindigkeit: benchmark
Program | Median time |
---|---|
Batik | 57.76 s |
ImageMagick | 81.86 s |
Inkscape | 70.95 s |
rsvg | 41.48 s |
— Johannes Kalliauer - Diskussion | Beiträge Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-JoKalliauer-2018-01-17T20:03:00.000Z-Inkscape SVG2PNG-Konverter statt buggy RSVG (phab:T40010)11
Ich halte libresvg für eine realistischerer und vielversprechenderere Alternative. Ist zwar noch ein sehr junges Projekt, aber bereits fast so gut wie rsvg und wenn das weiterentwickelt wird könnte es schon "bald" rsvg ablösen. -- Michi Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-MichaelSchoenitzer-2018-01-17T20:59:00.000Z-Inkscape SVG2PNG-Konverter statt buggy RSVG (phab:T40010)11
- @MichaelSchoenitzer: Der Bechmarklink funktioniert nicht mehr, hier der aktuelle: https://github.com/RazrFalcon/resvg/
Program | Render time for Oxygen Icon Theme (lower better) | Test passed: SVG test suite (higher better) |
---|---|---|
resvg | 150 s | 221 |
lib-rsvg | 242 s | 202 |
Inkscape | 1610 s | 257 |
Batik | 3686 s | 254 |
Auswertung zu besuchten Seiten
Selbst als angemeldeter Benutzer hat man keine Übersicht (weder grafisch noch in Zahlen), welche Seiten man wie oft aufgerufen hat.
Mir würde das sehr gefallen, vielleicht dem/der einen oder anderen auch. Ich finde, solch eine Auswertung wäre ein prima Nebeneffekt zur Anmeldung bei Wikipedia, was es imho bei keiner anderen Website bisher gibt. Mir würde es zeigen, wo ich mich überall herumtreibe und wie oft. Das fände ich nicht nur lustig, sondern auch hilfreich, gar lehrreich. Außerdem, Wikipedia weiß mein Surfverhalten eh, wäre es dann nicht ein Leichtes oder gar eine Pflicht, mir das auch zur Verfügung zu stellen, quasi als Wikipedia-History? Vielleicht wäre das auch ein postives Argument, um noch weitere aktive Schreiber gewinnen zu können.
Ich zitiere mal die Wikipedia-Nachteile, wenn man ein Benutzerkonto anlegt. Dort heißt es: "Außerdem werden auch alle in angemeldetem Zustand aufgerufenen Wikipediaseiten, welche du nicht bearbeitest (sogenannte Lesezugriffe), nicht-öffentlich in Server-Logfiles gespeichert und können von Mitarbeitern der Wikimedia Foundation gelistet und (in Übereinstimmung mit der Datenschutzrichtline) ausgewertet werden." Datenschutzrechtlich habe ich da nichts gegen, wenn mir, und ausschließlich mir, diese Daten auch angezeigt werden können.HirnHerzHand (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-HirnHerzHand-2018-03-22T11:50:00.000Z-Auswertung zu besuchten Seiten11
Crosswiki-Beobachtungsliste
Ich hätte gerne eine auf meiner deutschsprachigen Beobachtungsliste auch Änderungen an Seiten auf anderen Wikis, z.B. Meta. Derzeit muss man sich die Seiten, die man beobachten will, irgendwo abspeichern und hoffen, dass man das nicht vergißt.
Alle, die sich auch für anderssprachige Projekte interessieren.
Irgendeiner programmiert das halt so, sofern das technisch geht... :)Informationswiedergutmachung (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Informationswiedergutmachung-2018-05-29T13:43:00.000Z-Crosswiki-Beobachtungsliste11
@Informationswiedergutmachung: Schon ein Jahr alt... Aus anderer Ecke kam kürzlich der Wunsch nach einer Beobachtungsliste >30 Tage bzw. "umgedrehten" Beobachtungsliste, um Alt-Artikel mal wieder im Auge zu behalten. Da hab ich eine Crosswiki-Beobachtungsliste gebastelt. Nervig, da im Moment auf dem Toolserver, ist die Extra-Anmeldung. Aber vielleicht nützlich für Ideen-/Featuresammlung einer zukünftigen In-Wiki-Lösung. Filter für Wikis (im Moment immer Wikipedia, Commons, Meta, Wikisource) und die Zeiträume fehlen im Moment noch, ein kleiner Textfilter für schnelle Suche ist drin. Dasselbe gibt's auch nochmal, anmeldefrei, als Beitragsanzeige: https://tools.wmflabs.org/wikitools/contribs.php?user=Informationswiedergutmachung Gruß --DB111 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-DB111-2019-04-30T16:09:00.000Z-Crosswiki-Beobachtungsliste11
mehrzeilige Zusammenfassungszeile im Quelltexteditor
Die aktuelle Zusammenfassungszeile im Quelltexteditor besteht aus einer einzigen Zeile. Wenn der eingegebene Text zu lang ist, verliert man schnell die Übersicht
„Dieses Problem betrifft besonders Personen, die den Quelltexteditor verwenden und gerne längere Zusammenfassungen angeben möchten.“
(Am besten 2 bis 3 Zeilen. Falls der Text immer noch zu lang ist, soll eine Scrollbar rechts in der mehrzeiligen Zeile eingefügt werden) > inb4 "mehrzeilige Zeile" ist dumm
m8, der Visual Editor hat das auch
> inb4 dann nimm doch einfach den VE
gtfo normie
ーTesser4D 【🅱iskussion】 Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Tesser4D-2018-06-05T20:08:00.000Z-mehrzeilige Zusammenfassungszeile im Quelltexteditor11
erstens sollte die Zusammenfaassungszeile bei unstritten Änderungen im Allgemeinen wirklich eine Zusammenfassung sein, dass es sich in einer Zeile ausgeht, wenn es länger wird, schreibe ich auch die Zusammenfassungszeile zuerst in einem Editor. Ich bevorzuge dass die Zusammenfassung nur einzeilige bleibt. — Johannes Kalliauer - Diskussion | Beiträge Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-JoKalliauer-2018-06-16T21:11:00.000Z-mehrzeilige Zusammenfassungszeile im Quelltexteditor11
TeX-Darstellung optimieren
Umlaute und andere Sonderzeichen werden in TeX-Formeln nicht korrekt dargestellt (Beispiel: Kuppelproduktion). Dies sollte daher entsprechend angepasst werden.
Alle NutzerInnen
--134.61.100.245 Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-134.61.100.245-2018-09-09T19:27:00.000Z-TeX-Darstellung optimieren11
https://addons.mozilla.org/de/firefox/addon/native-mathml/ verbessert in firefox die darstellung von formeln deutlich. --Wetterwolke (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Wetterwolke-2019-05-29T07:47:00.000Z-TeX-Darstellung optimieren11
Optimierte Kompatibilität von Navizeilen und -boxen
Nicht selten trifft man auf Artikel wie William Henry Harrison, bei denen im Fußbereich Kombinationen von Navigationszeilen und -blöcken bzw. ineinander verschachtelten Leisten zu fehlerhaften Darstellungen führen (wie auch hier der Fall in Gestalt des zusätzlichen Zwischenraums nach der 3. Navizeile). Dies könnte u. U. durch eine verbesserte Vorlagenverwaltung abgestellt werden.
Alle NutzerInnen
--134.61.100.245 Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-134.61.100.245-2018-09-09T19:27:00.000Z-Optimierte Kompatibilität von Navizeilen und -boxen11
Zitatvorlagen optimieren
Vorlagen wie z. B. Vorlage:"-en haben derzeit ein großes Problem: Sie machen unter anderem die für die typografisch korrekte Angabe von Belegen in solchen Vorlagen notwendige Verwendung des ref-Parameters unmöglich. Hier sollte dringend und systematisch Abhilfe geschaffen werden.
Alle NutzerInnen
[1]--134.61.100.245 Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-134.61.100.245-2018-09-09T19:27:00.000Z-Zitatvorlagen optimieren11
Gleichzeitige Vergleichs- und Vorschauansicht
Derzeit muss man im Editiermodus zwischen der Vorschau- und der Vergleichsansicht (Änderungen zeigen) wählen. Es sollte aber auch die Möglichkeit geben, sich wie bei Versionsgeschichten auch sowohl die Änderungen als auch darunter die Ausgabe des geänderten Textes auf einer Seite gemeinsam anzeigen zu lassen.
Alle Bearbeitenden
--134.61.100.245 Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-134.61.100.245-2018-09-09T19:27:00.000Z-Gleichzeitige Vergleichs- und Vorschauansicht11
Interaktive (dynamische) Karten
In Wikipedia werden zahlreiche Karten verwendet, die jedoch beim Anklicken bspw. des Lokalisationspunktes in einem Ortsartikel wie München lediglich zu einer meist recht unspezifischen Commons-Datei ohne Lokalisationspunkte und sonstige Beschriftungen führen (wenn man hier auf den roten Punkt klickt, gelangt man zudem unsinnigerweise zu der Datei . Anders sieht dies schon bei Karten wie beispielsweise der im Artikel Nordrhein-Westfalen aus: Hier wird man beim Anklicken eines Kartenteils direkt zu dem jeweils einschlägigen Artikel weitergeleitet. Das könnte bzw. sollte man hier nun in ähnlicher Weise entsprechend auch für andere Kartenformen, insbesondere den in Ortsartikeln, anpassen.
Alle NutzerInnen
[2]--134.61.100.245 Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-134.61.100.245-2018-09-09T19:27:00.000Z-Interaktive (dynamische) Karten11
Das Wissen der Menschheit: Suche nach Informationen nach Raum (Erde / Universum) und Zeit (Erdzeit / Zeit des Universums)
Der Wunsch ist da, das Wissen räumlich und zeitlich so strukturiert zu bekommen, das man bei Durchlaufen von Zeit und/oder Raum das Wissen über etwas dargestellt bekommt. Beispiel: Erfindungen: Bei Durchlaufen einer Zeitlinie sind die Erfindungen der Menschheit auf der Erddarstellung (der jeweiligen Zeit) als Punkte (?, die dann angeklickt werden) dargestellt.
Das Problem bei der Realisierung wird sicherlich die Auswahl des Wissens der Menschheit sein (Was ist wichtig? Was ist noch wichtig in 1000 Jahren? Wer bestimmt, was wichtig ist? Wie "sicher" sind historische Daten? …
Benutzergruppe: alle Menschen heute und in x Jahren
Ich nehme an, dass momentan Beiträge in einer Datenbank hinterlegt sind. Auch jetzt schon werden Zugriffskriterien vorhanden sein. Der Zugriff müsste nun noch nach Zeit und Raumdaten erfolgt werden können.
Als ersten Schritte müsste man das Aussehen der Erde (Kontinente ändern ihr Aussehen!) darstellen und mit einer Zeitlaufleiste verbinden.Klaus D K Welt (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Klaus D K Welt-2019-01-31T13:57:00.000Z-Das Wissen der Menschheit: Suche nach Informationen nach Raum (Erde / Universum)11
@Klaus D K Welt: Kennst du das Projekt Histropedia? Dort kann man Zeitleisten ansehen und auch selbst erstellen. Histropedia nutzt dafür Daten aus Wikipedia und Wikidata. Eine Visualisierung auf dem Erdball gibt es dabei allerdings, soweit ich weiß, nicht. Aber vielleicht hilft dir das ja schon mal weiter. -- Viele Grüße, Johanna Strodt (WMDE) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Klaus D K Welt-2019-01-31T17:11:00.000Z-Das Wissen der Menschheit: Suche nach Informationen nach Raum (Erde / Universum)11
#VE4Phabricator
Bei grösseren Editierprojekten, in welchen viele Beteiligte mitarbeiten, entstehen Koordinationsbedürfnisse. Als Fallbeispiel kann das #WikiAlpenforum dienen: Es bestehen aktuell mindestens drei Koordinationsseiten: auf globaler, sprachebezogenen und projektbezogener Ebene. Leicht denkbar wäre, dass es weitere Koordinationsseiten in anderen Wikimedia-Projekten gibt. Selbstverständlich gibt es "Tasks" - konkrete Aufgaben an welchen kollaborativ gearbeitet wird - welche auf unterschiedlichen Ebenen aktiv sind und unterschiedliche Bearbeitungstiefe verlangen. Weil alle diese Tasks händisch gepflegt werden, muss der Status einer Arbeit in mehreren Seiten angepasst werden. Die Probleme sind keineswegs speziell: Phabricator ist eine Umgebung, welche genau dieses Problem für die Erstellung und Pflege von Software löst und Wikimedia erfolgreich damit arbeitet: Woran wird gearbeitet? Was ist zu tun? Was ist der aktuelle Arbeitsstand? Bis wann muss was abgeschlossen sein, damit etwas anderes gemacht werden kann? Und immer so weiter. Ein Workboard von Phabricator.
Die Arbeitsmethoden von Scrum, Agile, Holokratie etc. werden dominant. Für Künstler, Wissenschafter, Sozialarbeitende war diese Vorgehensweise zwar schon immer der Normalfall: Komplexität ist Ausgangspunkt für Theorie und Praxis und hat einen ganz anderen Workflow verlangt, als dies technische, mechanische, mechanistische Projekte ausformuliert haben. Wir sprechen dann von Wasserfall-Modellen, wenn Projekte nicht iterativ abgearbeitet werden müssen. (Wenn du eine Brücke bauen willst, solltest du nicht 3x am Tag den Plan ändern. Wenn du Soziale Prozesse gestaltest, haben Störungen haben vorrang, oder du hast schon bald ein massives Problem.) Unter dem Arbeitstitel "Visual Editor für Phabricator" #ve4phabricator wird dem Fakt einer Umstellung in den Arbeitsprozessen rechnung getragen, welche ein zeit- und ortsunabhängiges, aufgaben- und lösungsorientiertes, kollaboratives (gemeinschaftliches) und kooperatives (arbeitsteiliges) arbeiten favorisiert.
Inzwischen kleben an vielen Bürofenstern Post-it-Zettelchen und Trello wäre bloss ein Beispiel für eine webbasierte Software-lösung für Agiles Arbeiten. Freilich fehlen all diesen kommerziellen Produkten, was die Basissoftware von Wikimedia so erfolgreich gemacht hat: Zum Beispiel die Versionsgeschichte.
Das #WikiAlpenforum wartet sicher nicht auf eine Lösung. Das beschriebene Problem würde zwar akzeptiert, aber es gibt genügend Programmierkenntnisse, um Problemlösungen zu entwickeln. Der "Visual Editor" für Wikipedia war - und ist! - ein wichtiges Element in der "Gewinnung von Neuen Beteiligten für Wikipedia". Die kollaborativen Schreibsysteme von Wikimedia sind so erfolgreich geworden, dass die Zeit für eine offene Software für kollaboratives Arbeiten, mit allen Vorzügen der Wiki-Software, gekommen sind. (Vergl. #Wikicon18 Vera Krick (WMDE), Verena Lindner (WMDE). Gemeinsam in Editierprojekten zu arbeiten - so zeigt die Erfahrung von WikiDienstag.ch, ist zudem ein Beitrag an eine freundliche, fehlerfreundliche, unterstützungsfreudige Arbeitskultur in einem #SmartSetting und unterstützt die Ziele von #CommunityCare.
Wir entwickeln und erkunden die Anforderungen einer solchen Software bei WikiDienstag.ch (#Sprint7) und wollen bald möglichst ein MVP realisieren: Work in Progress. Workshop-Vorschlag an der WikiCon19--Sms2sms (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Sms2sms-2019-06-05T07:48:00.000Z-#VE4Phabricator11
Wir freuen uns über Feedbacks: WikiDienstag.ch - Wir koordinieren unsere Arbeit hier: #ve4phabricator.
Koordinatenangaben-Umwandler
Hallo! Vielleicht kann jemand mal einen Umwandler für aus fremdsprachigen Artikeln übernommene Koordinatenangaben basteln? --Reiner Stoppok (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Reiner Stoppok-2019-04-02T11:20:00.000Z-Koordinatenangaben-Umwandler11 PS: Oder habe ich da was übersehen?
Implementation von PGP und S/MIME zur Verschlüsselung von Wikimails
Aktuell bekomme ich ab und zu E-Mails über die Wikipedia, die sensible Informationen enthalten. E-Mails von Nutzern mit einem Freemailaccount (z.B. Web.de, GMX, Google), werden bei einigen Anbietern (mindestens Gmail, Outlook und Yahoo) indexiert, damit diese daraus u. a. Informationen für die Schaltung von personenbezogener Werbung gewinnen zu können. Primärziel ist die wirtschaftliche Nutzung der Daten, jedoch entstehen durch die angefallenen Daten auch immer Risiken (Angriff auf die IT, Weiterverkauf der Daten oder Zugriff durch Staatsorgane), denn letztendlich hat man nicht die Kontrolle über die Daten [3]. Selbst wenn man der Glückliche ist, dessen Mails nicht indexiert werden, werden die Mails dennoch unverschlüsselt gelagert. Die Übermittlung von Wikimails erfolgt aktuell verschlüsselt mittels "TLS", die Lagerung jedoch im Klartext. Wer Spezial:E-Mail senden aktiviert hat, weiß nicht, was in der nächsten Wikimail steht.
In erster Linie Oversighter, Techniker (hier eher WikiTech -> Responsible Disclosure), Administratoren, (SG-Mitglieder?), dann Benutzer, die aufgrund ihrer Aktivität häufig mit sensiblen Informationen konfrontiert werden.
- Mitte 2007 wurde ein entsprechender Wunsch auf Phabricator geäußert, der sich allerdings nur mit PGP beschäftigt. Leider scheint das eingeschlafen zu sein: T12453
- Es ist das Projekt
MediaWiki-extensions-GPGMail
zu erwähnen, welches sich dem Thema angenommen hat und bereits als Erweiterungsbaustein bei Mediawiki publiziert wurde. Diese Implementation halte ich nach erstem Durchlesen für praktikabel.
S/MIME wird leider etwas stiefmütterlich behandelt. Wie PGP hat auch S/MIME seine Vor- und Nachteile. So müssen beide Kommunikationspartner z.B. einer autorisierenden, zertifikatsausgebenden Stelle vertrauen. Auf der anderen Seite schätzen große Unternehmen eben diese Autorisierung/Validation durch den Dritten im Bunde, da sie bequemer und schneller als ein PGP Schlüsselaustausch ist. Auch bieten X.509-Zertifikate durch OCSP die Möglichkeit den Gültigkeitsstatus der selbigen jederzeit zurückzuziehen, ohne seine E-Mail Adresse an einen Keyserver schicken zu müssen.
Es gibt Menschen, die PGP-Verfechter sind, als auch solche, die auf S/MIME schwören. Um nicht eine der beiden "Ideologien" auszuschließen, sollten beide Standards in annehmbaren Zeitabstand zueinander implementiert werden.Keks um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-04-05T16:18:00.000Z-Implementation von PGP und S/MIME zur Verschlüsselung von Wikimails11
Einzelnachweise
Wenn ich einen Abschnitt bearbeite und einen Einzelnachweis einfüge, wird er mir korrekt in der Vorschau dargestellt, gut so. Aber: Wenn im gesamten Artikel noch keine Einzelnachweise existieren, wird er als Weblink am Ende des Artikels angeklebt. Es sollte dann automatisch ein Abschitt „Einzelnachweise“ erzeugt werden. Beispiel: [4] wurde zu [5]. Ist nicht lebenswichtig, nur etwas ärgerlich. Gruss --Nightflyer (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Nightflyer-2019-04-12T22:16:00.000Z-Einzelnachweise11
Wen betrifft das Problem besonders?
Hinweis auf Bedeutung der Ränge bei der Wikidata-Eingabe
Wer nur gelegentlich Wikidata pflegt, weiß in der Regel nichts von der Bedeutung von Rängen für Auswertungen. Es werden deshalb immer wieder verschiedenste Daten (Einwohnerzahlen, Staatsoberhäupter, Fußballtrainer etc.) aktualisiert, ohne dass der jeweils aktuelle Wert den "bevorzugten Rang" erhält oder der bisher bevorzugte Rang auf normalen Rang zurückgesetzt wird. In den meisten Auswertungen bleiben diese Änderungen damit unberücksichtigt - sie zeigen weiterhin die alten Werte.
Autoren, die nur gelegentlich Einträge in Wikidata aktualisieren.
Bei der Eingabe von Werten zu einer Eigenschaft, die bereits Werte hat, sollte in der Eingabe-Maske mindestens an das Anpassen der Ränge erinnert werden. Möglicherweise könnte auch eine Checkbox "Diesen Eintrag zum neuen bevorzugten Eintrag machen" zur Vereinfachung ergänzt werden.Ergänzung: wenn neuer "bevorzugter Rang" vergeben wird, automatisch bisherige auf "normaler Rang" zurückstufen ("bevorzugter Rang" darf es nur einmal geben) --Eduard47 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Eduard47-2019-06-17T15:33:00.000Z-Hinweis auf Bedeutung der Ränge bei der Wikidata-Eingabe11
Tkarcher (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Tkarcher-2019-04-15T15:25:00.000Z-Hinweis auf Bedeutung der Ränge bei der Wikidata-Eingabe11
Versionen zusammenfassen
Insbesondere Anfänger oder auch Profis, die die Anzahl der eigenen Bearbeitungen steigern wollen, produzieren häufig viele Versionen in kurzer Zeit in der Versionsgeschichte. Das macht zum einen die Versionsgeschichte unübersichtlich, zum anderen verfälscht es die Benutzerstatistiken.
Leser und Benutzer, die sich mit der Versionsgeschichte beschäftigen.
Ein Tool, mit dem man bei einem Administrator beantragen kann, dass Versionen, die von einem (!) Nutzer in einen bestimmten Zeitraum (z.B. 6 Stunden) gemacht wurden, zur einer Version zusammengelegt werden. Der Administrator prüft auf Richtigkeit (z.B. dass wirklich nur ein Nutzer die Versionen verursacht hat) und hat dann die technische Möglichkeit, die Versionen zu einer Version zusammenzufassen.--Berlinschneid (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Berlinschneid-2019-04-16T17:57:00.000Z-Versionen zusammenfassen11
Heho, früher fand ich die Idee auch gut, zum einen, weil ich mich darüber geärgert hatte, dass ich immer wegen nur einer Kleinigkeit schon wieder einen Edit in der Versionsgeschichte hinterlassen musste und zum anderen, weil ich befürchtete, dass diese kleinen Edits den Wikipedia-Servern irgendwie schaden zufügen würden (dachte, dass zu viel Speicherplatz verbraucht werden würde). Weiß inzwischen, dass die Wiki-Server sowas nicht juckt und dass es durchaus interessanter bzw. aufschlussreicher sein kann, wenn man die ganzen kleinen Edits nacheinander und nicht zusammen begutachten kann. Falls es tatsächlich User gibt, die nur mehrere Edits an einem Artikel vornehmen um mehr Edits zu haben, dann ist es halt so. Bei erfahrenen Usern würde ich aber meist eher auf Bequemlichkeit tippen (in einem Abschnitt eines, in einem anderen Abschnitt etwas anderes ändern...das ist einfacher als den gesamten Artikel zu bearbeiten und dann nach den zu bearbeitenden Abschnitten zu suchen...und dann nochmal nach den Absätzen zu suchen usw.). Unter Umständen kann es auch passieren, dass sich ehrfahrene User mal irren und noch ein zweites mal ansetzen müssen...ist mir persönlich auch schon mehr als einmal passiert. Zu dem Tool: Ich denke mal, dass die Administratoren genug mit anderen Dingen in WP zu tun haben und das nur vergeudete Zeit ihreseits wäre. Die Versionsgeschichten sind schon gut so wie sie sind, obwohl ich mir manchmal auch wünschen würde, dass jemand meine Einstiegs- und auch späteren -Fehler wieder ausbügeln täte. Gruß.
- Ich finde den Vorschlag ansich gut, aber dein Vorschlag zur Umsetzung ist meiner Meinung schlecht umsetzbar. 4+ Nacheinander folgende Beiträge einens Benutzers die innerhalb 4 Stunden gemacht werden sollten Automatisch zusammengeführt werden.--WikiBayer 👤💬 Kenst du scho de boarische Wikipedia? Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-WikiBayer-2019-05-31T18:05:00.000Z-Versionen zusammenfassen11
Umgang mit Geoinformationen und Karten professionalisieren
WMDE möge sich bitte mit der WMF absprechen, ob es einen Plan und Verantwortlichkeiten für den Umgang mit Geodaten und Kartenanwendungen zukünftig geben kann. Ziel ist des dem Nutzer der Wikipedia auf ausgereifte und zeitgemäße Weise Geoinformationen zur Verfügung zu stellen und somit das Leseerlebnis zu verbessern. Neben automatisiert erstellten Karten geht es auch um die mit Kartographer erstellbaren Karten die dem Leser eines Artikel genau angepasste Zusatzinfos zur Verfügung stellen können. Es handelt sich also um eine notwendige Strategie für eine Vielzahl von Teilaufgaben. ==
Wir haben verschiedene Kartenanwendungen von freiwilligen Entwicklern im produktiven Einsatz, diese sind teilweise veraltet. An Stellen wo nur die WMF/WMDE Zugriff drauf haben (App, mobile Ansicht) gibt es am vielen Stellen leider keine geeignete Kartenanwendung. Seit der Auflösung des Mapsteam gibt es leider für die Community keinen festen Ansprechpartner für Geodaten-Themen.
So sind z.B. bei der OpenStreetMap-Einbindung die Daten von 2015 und die OpenLayers-Anwendung von 2012. Viele Anwendungen (wie der Geohack) machen einen eher altbackenen Eindruck. Kartographer z.B.könnte eine Möglichkeit sein für Artikel in der dt. Wikipedia individuell angepasste Karten bereitzustellen, aufgrund einer Kollision mit den gesichteten Versionen ist seine Aktivierung aber wohl derzeit nicht möglich. An seiner Weiterentwicklung zu mehr Benutzerfreundlichkeit (im Vergleich zu umap) sollte gearbeitet werden.... Viele Zukunftsthemen können nicht angegangen werden, da man ohne Unterstützung auf einer alten Entwicklungsstufe hängen bleibt. (Als eines der Beispiele sei erwähnt was im Bereich der Bilderkennung derzeit bei Mapillary geht.) Wo sind die automatisch generierten Karten für Verbreitungsgebiete von bestimmten Tier-und Pflanzenarten? Wo sind Karten zu historischen Entwicklungen? Wo sind Kartenanwendungen die dem Nutzer wie ein individueller Reiseführer helfen kann. In Openstreetmap fehlen bestimmte Daten die für die Wikipedia von Interesse sein könnten. Die Probleme betreffen neben der Wikipedia vor allem Wikidata, Commons und Wikivoyage.
Es gibt/gab kleinere Communities bei Wikipedia:WikiProjekt Georeferenzierung, Wikipedia:Kartenwerkstatt, Commons:Geocoding. Hauptsächlich sind es aber die Leser die unter der mangelnden Unterstützung von Geoinformationen leiden. Daher bin ich auch der Einschätzung, dass sich die Entwicklungsaktivitäten in diesem Bereich sich durch zukünftige Spendenaufkommen "refinanzieren" werden. 80% der Wikipedia-inhalte haben einen Geobezug, ca. 20% der Inhalte sind georeferenziert, man könnte also Fragen, warum geben WMF/WMDE nicht auch 20% ihrer Entwicklungsgelder für Geodatenanwendungen aus? (Es sollte schon deutlich weniger ausreichend sein.)
Ich bin gerne bereit an der Ausarbeitung eines Planes mitzuhelfen. Es muss aber letztendlich die Entscheidung getroffen werden, ob der Geodatenbereich stärker und planvoller als in der Vergangenheit unterstützt werden kann. Es gibt schon jetzt vereinzelte Admins und Entwickler die bei der WMF Kleinigkeiten machen, aber es fehlt der große Blick auf die Sache aus Nutzersicht und die kartographische Professionalität.Kolossos Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Kolossos-2019-04-27T17:57:00.000Z-Umgang mit Geoinformationen und Karten professionalisieren11
Logbuchverbesserungen
- Beim Wechsel durch die Logbücher eines Benutzers muss der Benutzername manchmal zwischen den Feldern "Ausführender Benutzer" und "Ziel (Titel oder Benutzer:Benutzername für einen Benutzer)" wechseln. Dazu muss der Nutzername kopiert und z.B. in "Ziel" eingefügt werden. Dort muss dann wieder ein Benutzer: davorstehen.
- Umbenennungen sind für mich nur in eine Richtung nachvollziehbar. Der Zielbenutzername lässt sich nicht verfolgen, man benötigt den ursprünglichen Nutzernamen. Ich kann aus Hilfeseiten nicht erkennen, dass ich etwas falsch mache. Ich muss immer das Verschieblogbuch nutzen.
alle
- Einen Button zum Tauschen der Feldinhalte der genannten Felder
- Zwei Radiobuttons mit denen man wählen kann, ob das Ziel ein "Benutzer" oder ein "Artikel" ist (bei "Artikel" kann man dann den Namensraum mittels eines Dropdownmenüs wählen)
- Umbenennungslogbuch in dem man mit beiden Nutzernamen (alt und neu), bzw. eben einem der beiden suchen kann und alle Umbenennungen dieses Kontos (auch einen dritten Nutzernamen z.B.) der Transparenz wegen angezeigt bekommt.
Keks um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-05-02T21:29:00.000Z-Logbuchverbesserungen11
Karte mit Geodaten bestimmter Bilder in einen Artikel einbinden
Ich habe bereits auf WP:FZW nach einem solchen Tool gefragt, aber keine Antwort bekommen. Daher gehe ich nicht davon aus, dass es dergleichen schon gibt.
Ich möchte mehrere Bilder eines Ortes in einen Artikel einbinden. Das soll sehr defensiv geschen, beispielsweise in ähnlicher Position und Größe wie die Koordinatenvorlage oben rechts in Artikeln. Klickt man dort auf den entsprechenden Button (Design offen), öffnet sich eine Karte, die ca. 1/3 des Bildschirms einnimmt und die Koordinaten von Bildern (an der richtigen Position) anzeigt. Der Parameter welche Bilder eingebunden werden könnte z.B. eine Commons-Kategorie (also alle Bilder daraus) sein. In Verbindung mit der Vorlage PanoViewer wäre dies ein schönes Feature, das den Leser direkt an den Ort des Lemmas versetzt.
Wie die genaue Ausgestaltung bzgl. Mousehovering oder onclick-events ist, darüber habe ich keine konkreten Wünsche.
Leser
siehe oben Das funktioniert ja jetzt schon mit PanoViewer, aber bei Artikeln über größere Orte, auf denen es mehrere rektanguläre Projektionen gibt wird das im Artikel unübersichtlich. Eine Karte, die sich auf Zuruf öffnet und die Bilder an den entsprechenden Positionen anzeigt wäre vom Platz her in der Artikelgestaltung besser einzubinden.Keks Ping mich an! um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-05-05T17:05:00.000Z-Karte mit Geodaten bestimmter Bilder in einen Artikel einbinden11
Ich weiß, dass manche den Vorschlag für zu weitgehend für eine Enzyklopädie halten werden. Auch ich habe darüber nachgedacht, aber spätestens als ich beim Sichten auf die Vorlage PanoViewer gestoßen bin dachte ich mir, wenn man den Artikel schon mit einem 360° Bild illustriert, dann geht mein Vorschlag auch. Und 360°-Bilder werden populärer, das kann ich sicher sagen. Dass ich mich jetzt auf 360° Bilder konzentriert habe liegt einfach daran, dass es der Auslöser für das Überwinden der Hemmschwelle hier was einzutragen war und ich dort in den kommenden Jahren Probleme sehe. Es können natürlich auch "normale" Bilder eingebunden werden --Keks Ping mich an! um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-05-05T17:05:00.000Z-Karte mit Geodaten bestimmter Bilder in einen Artikel einbinden-111
- Wird nicht produktiv verwendet, Spielerei von mir: [6]. Gruß --DB111 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-DB111-2019-05-05T19:48:00.000Z-Der Keks-2019-05-05T17:05:00.000Z11
- Guck mal oben rechts unter "Köln", die Karte mit der Lupe davor. So etwas (Das Icon vielleicht etwas größer und aussagekräftiger also doch etwas offensiver
), wo dann die Bilder (z.B. wie bei deiner Karte) eingeblendet werden. Wenn man drauf klickt öffnet sich dann je nach Benutzereinstellung die Commonsseite oder diese Fotovorschau, wegen der Superprotect eingeführt wurde. Wenn das Bild ein 360° Bild ist dann öffnet sich der PanoViewer. Die Fotos sind ja bei dir nicht örtlich begrenzt. Auch können Artikelfremde Bilder, oder "nicht-so-gute" Bilder enthalten sein. Dem könnte man eben durch eine Kategorie mit ausgewählten Bildern entgegenwirken. Die Karte würde nur die Bilder aus dieser Kategorie anzeigen. --Keks Ping mich an! um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-05-05T20:31:00.000Z-DB111-2019-05-05T19:48:00.000Z11
- Gute Idee, hab eine Kategorie-Ansicht gleich mal umgesetzt: [7]. Aber Dir geht es ja vor allem um den Einbau in Seiten, da müssen andere ihren Senf dazu geben. Gruß --DB111 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-DB111-2019-05-06T11:35:00.000Z-Der Keks-2019-05-05T20:31:00.000Z11
- Guck mal oben rechts unter "Köln", die Karte mit der Lupe davor. So etwas (Das Icon vielleicht etwas größer und aussagekräftiger also doch etwas offensiver
Ablaufdatum für Beobachtungsstatus von Seiten (beobachtete Seiten automatisch entfernen)
Idee beim Frankfurter Stammtisch am 09. Mai durch ich glaube @FordPrefect42:
Aktuell müllt man sich mit verschiedenen Disks, die einen gar nicht mehr interessieren die Beobachtungsliste zu. Auch Artikel, die man mal durch WP:SICHT wegen POV oder Werbetreibenden unter seine Fittiche genommen hat, sind irgendwann (auch durch Vergessen der damaligen Ereignisse) abgeklungen.
Alle
Die Lösung ist eigentlich recht simpel: Wenn ich etwas beobachte bekomme ich eine Option (siehe →Umsetzung), um ein Ablaufdatum zu setzen. Das ganze könnte lauten: "Seite nach [Feld mit Pfeilbuttons] Tagen automatisch von der Beobachtungsliste entfernen" oder eben "Seite am [Kalender] automatisch [...]"
Sollte (z.B.) 5 Tage vor Ablauf der Frist weiter Aktivität auf der Seite herrschen, könnte der Eintrag in der Beobachtungsliste z.B. ganz links mit einem Achtungssymbol gekennzeichnet werden. Nur mal als Idee in den Raum geworfen: Was ist mit einer roten Markierung in der Beo., wenn der von mir bearbeitete (oder meinentwegen auch nur erstellte) Abschnitt zwischenzeitlich bearbeitet wurde?
Umsetzung
Meine Idee wäre folgende:
Im Lesemodus
- Klick auf den Stern
- Stern wird ausgefüllt und es erscheint eine Meldung in eimen Fenster oben rechts (ähnlich der Meldung, dass man auf einem anderen Wiki angemeldet sei und die Seite aktualisieren solle um die Anmeldedaten zu übernehmen) "Ablaufdatum einstellen". Das Fenster kann nach einer Zeit X verschwinden
- Beim Benutzen des Feldes werden die Einstellungen entsprechend übernommen
- Bei Nichtbenutzung (z.B. Nutzer zu langsam) sollte die Meldung z.B. beim Hovern über dem Stern (mit der Maus über dem Beo.-Stern schweben) wieder erscheinen, ähnlich der Wikilinkvorschau. Andere Lösungen von mir sind finde ich eher störend (z.B. ein eigener Punkt für die Beo.-Einstellungen, der in dem Dropdown-Menü oben rechts neben dem Stern unter "Verschieben" angezeigt wird)
- Die Standardzeit ist in den Einstellungen festlegbar. Bitte eigene Standardeinstellung für den WP- und den BD-Namensraum, da sich zumindest bei mir hier häufig andere Beobachtungszeiten ergeben.
Im Editiermodus (VE und Quelltext)
- (Unten) bei der Checkbox "Diese Seite beobachten" die entsprechende oben genannte Meldung (ob nun Anzahl der Tage oder Kalenderdatum ist mir doch egal) ebenfalls gleich zum Auswählen verfügbar machen. Ließe sich doch gut in den grauen Hintergrund (beim QT-Editor) einarbeiten.
Keks Ping mich an! um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-05-11T19:07:00.000Z-Ablaufdatum für Beobachtungsstatus von Seiten (beobachtete Seiten automatisch e11
Dein Vorschlag entspricht ziemlich genau dem, was hier gewählt wurde: [8] ( Community_Wishlist_Survey_2019/Watchlists/Watchlist_item_expiration) beteilige Dich am Besten mit deinen Wünschen dort. Grüße --Flo Beck (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Flo Beck-2019-06-05T09:16:00.000Z-Ablaufdatum für Beobachtungsstatus von Seiten (beobachtete Seiten automatisch e11
- Vielen Dank für den Link! Die Umfrage dort ist ja leider schon abgeschlossen, daher lasse ich das einfach mal hier so weiterlaufen, bis es als gelöst (da durch meta umgesetzt) geschlossen werden kann. --Keks Ping mich an! um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-06-05T14:15:00.000Z-Flo Beck-2019-06-05T09:16:00.000Z11
- So die tatsächliche die Projektseite, wenn dann gearbeitet wird ist hier m:Community_Tech/Watchlist_item_expiration Grüße --Flo Beck (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Flo Beck-2019-06-06T14:36:00.000Z-Der Keks-2019-06-05T14:15:00.000Z11
Neuanmeldung für Bots erschweren
In den letzten Wochen treten vermehrt Spambots auf, zuletzt (laut VM) Benutzer:PamTuckfield821.
Vermutlich wurde das Captcha mit den "verzitterten" Buchstaben längst geknackt und kann von Bots gelesen werden.
{{{Wen betrifft das Problem besonders?}}}
Auch wenn es zeitraubend, lästig und als Datensammler bekannt ist: Bei der Neuanlage von Accounts (und ausschließlich dort!) reCAPTCHA mit dem "Bildersuchspiel" einbinden.Nuhaa (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Nuhaa-2019-05-20T10:58:00.000Z-Neuanmeldung für Bots erschweren11
Ich bezweifle stark das die Bots die Accounts selbst anlegen, die Accounts werden mit Sicherheit von hand erstellt, die Bots Spamen nur mit den Accounts.--WikiBayer 👤💬 Kenst du scho de boarische Wikipedia? Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-WikiBayer-2019-05-31T17:58:00.000Z-Neuanmeldung für Bots erschweren11
Erhöhung der Maximalen Dateigröße
Beim Hochladen von Dateien mit dem Uploadwizard gibt es ein Limit von 2GiB, dass interne Limit von Mediawiki liegt bei 4GiB. Videos in 4k und mit 60FPS sind, ohne starke verlustbehaftete Komprimierung, jedoch schnell deutlich größer.
Personen, die hochauflösendes und/oder langes Videomaterial hochladen wollen. Auch das Projekt c:Commons:Featured videos
Erhöhung der internen Dateilimits von Mediawiki und ein Tool zum Upload großer Dateien(oder Integration in den Uploadwizard) Das Binden des Uploads ab einer bestimmten Dateigröße an bestimmte Rechte, sollte auf Commons diskutiert werden.GPSLeo (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-GPSLeo-2019-05-27T13:30:00.000Z-Erhöhung der Maximalen Dateigröße11
Meiner Meinung ist 2 GB ausreichend, Wikipedia ist nicht Youtube und 4k und mit 60FPS braucht man nicht unbedingt, wenn die Videos doppelt so groß sind wird mehr Speicher gebaucht und somit entstehen auch mehr Kosten. Full HD ist meiner Meinung nach für die enzyklopädische Arbeit völlig ausrreichend.---WikiBayer 👤💬 Kenst du scho de boarische Wikipedia? Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-WikiBayer-2019-05-31T17:54:00.000Z-Erhöhung der Maximalen Dateigröße11
Gedankenstrich einfügen bei der Autokorrektur
Wenn man mit dem Kasten "Link einfügen" einen Link einfügen will und hat keinen Gedankenstrich auf der Tastatur, wird meistens das "Minus" angezeigt bei der Autokorrektur. Also muss man Hunderte von Verbesserungen machen. Zb so: Django - Ein Leben für die Musik wird vorgeschlagen.
Wikipedianer_innen im Filmbereich zB.
Die richtige, Originalseite, als Vorschlag in der Box "Link einfügen" als Autokorrektur und nicht die falsche.--Tromla (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Tromla-2019-05-29T02:33:00.000Z-Gedankenstrich einfügen bei der Autokorrektur11
Beobachtungsliste unterteilen
Manche Seiten beobachte ich, weil ich eine Frage habe, weil etwas unklar ist. Manche Seiten, wegen Vandalismus, manche einfach nur weil mich der Inhalt von z.B. Diskussionsseiten interessiert. Und dann gibt es auch Arbeitslisten. Momentan ist die Beobachtungsliste "flach", ich hab da also alles gemischt.
Ich wünsche mir da ein paar Gruppen um ein wenig Ordnung ins Chaos zu bringen. Ein i-Tüpfelchen wäre natürlich eine individuelle Benennung der Gruppen, aber das muss nicht unbedingt sein. Sowas wie Nummer 1-5 reicht schon.
Ich denke, das mag für ziemlich alle interessant sein.
Wurgl (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Wurgl-2019-05-29T09:29:00.000Z-Beobachtungsliste unterteilen11
Einführung eines Gelesen-Knopfes
Bei zahlreichen Diskussion wird die Diskussion in stillem Einvernehmen der Diskussionsteilnehmer beispielsweise durch ein „Danke!“ o.Ä. beendet. Um dem Diskussionspartner zu zeigen, dass man seine finale Antwort gelesen hat und dabei nicht entweder den Danke-Knopf zu bemühen oder mit dies mit einem „Gelesen.“ zu verdeutlichen, bräuchte es einen zusätzlichen „Gelesen-Knopf“, der ähnlich wie der Danke-Knopf funktioniert.
Eigentlich alle.
Ein Duplikat des Danke-Knopfes reicht eigentlich schon aus, jedoch sollte dann als Meldung für den empfangenen Benutzer so etwas wie „XYZ hat die Nachricht von dir zur Kenntnis genommen.“ erscheinen.Grüße, --Snookerado (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Snookerado-2019-05-29T18:43:00.000Z-Einführung eines Gelesen-Knopfes11
- Finde ich gut. --Craeosh 77 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Craeosh 77-2019-06-02T12:41:00.000Z-Einführung eines Gelesen-Knopfes11
- Gleiches Problem habe ich auch immer wieder. Es heißt doch 1 Edit kostet so viel Hamsterenergie wie 100.000 Aufrufe oder? Bisher nutze ich oft die Dankefunktion, was aber auch nicht Sinn und Zweck des Ganzen ist... --Keks Ping mich an! um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-06-03T11:00:00.000Z-Craeosh 77-2019-06-02T12:41:00.000Z11
Unnötige Benachrichtigungen bei Zurücksetzungen
- Wenn ich Vandalismus zurücksetze und dabei nicht bemerke das zuvor ein anderer Benutzer vandaliert hat und den danach ein anderer Benutzer den zurücksetzt bekomme ich jedes mal eine Benachrichtiung, das meine Bearbeitung zurückgesetzt wurde.
Das Problem liegt daran, das ich ich jedes mal Nachschauen überprüfen muss ob die Rücksetzung von einen Vandal gemacht wurde oder ob der oben genannte Fall eingetroffen ist.
Im Pinzip betrifft das jeden Benutzer, der Vandalismusbekämpft. Besonders betrifft es aber Benutzer wie mich die Globalen Vandalismus bekämpfen, da hier es vorige Vandalismusbearbeitungen auf Grund der Fehlenden Sprachkenntnissen noch schlechter auffällt und der oben genannte Fall öfter eintritt. (Beispiel)
Eine einfache Möglichkeit wäre z.B. nur den Benutzer zu benachrichtigen der die erste nach der Wiederherrgestellten Version geschrieben hat.WikiBayer 👤💬 Kenst du scho de boarische Wikipedia? Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-WikiBayer-2019-05-31T17:48:00.000Z-Unnötige Benachrichtigungen bei Zurücksetzungen11
Farbliche Kennzeichnungen von Änderungen in der Diff der Versionsgeschichte
Häufiger als man denkt kommt es vor dass jemand nur ein Zeichen ändert, zum Beispiel jüngst auf meiner Beobachtungsliste Diff (in Summe ein Zeichen hinzugefügt). Ich kann jedenfalls nicht auf Anhieb (und was das Beispiel betrifft auch nicht nach einer Minute betrachten) erkennen ob da nur ein Leerzeichen eingefügt wurde oder Vandalismus durch Einfügen eines unpassenden Buchstabens geschah oder irgend was anderes wie Löschen/Einfügen/Einfügen etc. Vielleicht habe ich aber auch nur Schwierigkeiten Fettdruck bei einem Buchstaben zu erkennen und wäre deshalb für Farbe.
Sichter.
Farbliche Anzeige von ÄnderungenClaude J (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Claude J-2019-06-01T06:05:00.000Z-Farbliche Kennzeichnungen von Änderungen in der Diff der Versionsgeschichte11
Siehe auch: [9]. Bisher noch nciht gefunden, wo das sein soll... --Keks Ping mich an! um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-06-03T11:02:00.000Z-Farbliche Kennzeichnungen von Änderungen in der Diff der Versionsgeschichte11
- Lösung @Claude J: Musst ein JavaScript einbinden --Keks Ping mich an! um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-06-04T18:41:00.000Z-Der Keks-2019-06-03T11:02:00.000Z11
- Danke. Ich weiss zwar im obigen Beispiel immer noch nicht was der genau gemacht hat (der ganze Absatz ist blau umrandet) aber neben Fettdruck ist jetzt eine blaue Kennzeichnung.--Claude J (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Claude J-2019-06-05T08:05:00.000Z-Der Keks-2019-06-04T18:41:00.000Z11
Automatische Ersetzung bestimmter Zeichen
Viele Bearbeitungen in der Wikipedia gehen auf formale Sachen zurück, wie z. B. das Setzen von richtigen Anführungszeichen („ und “ anstatt " ") oder eines Halbgeviertstrichs (– anstatt -) oder des geschützten Leerzeichens bei z. B.; u. a. usw. . Wenn man die richtigen Zeichen auf der Tastatur kennt, oder die kleinen Zeichen unten am Quelltexteditor beachtet, ist das kein Problem. Aber viele machen das nicht und so fällt formale Arbeit an, die sich mittels Technik beheben lässt.
Erstmal die Neuautoren, weil viele es nicht richtig wissen, aber auch die erfahrenen Autoren, weil sie es korrigieren müssen.
Automatische Ersetzung von Kombinationen, die die Wikisoftware erkennt:
- Anführungszeichen+Buchstabe durch „b
- Buchstabe+Anführungszeichen durch b“
- Buchstabe+Leerzeichen+Minus+Leerzeichen+Buchstabe durch b – b
- z. B. direkt durch z.& nbsp;B. (nur ohne Leerzeichen nach dem &)
Craeosh 77 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Craeosh 77-2019-06-02T12:39:00.000Z-Automatische Ersetzung bestimmter Zeichen11
Automatische alphabetische Reihenfolge auf Begriffsklärungsseiten
{{subst:../Wunscheinreichen|
|Titel des Wunsches=Automatische alphabetische Reihenfolge auf Begriffsklärungsseiten |Was ist das Problem?=Ich habe heute in einem Artikel den Boxverband „IBO“ verlinkt und ich kam natürlich, wie gewünscht, erst einmal auf die Begriffsklärungsseite Ibo. Wie schon des Öfteren, habe ich zunächst die Begriffsklärungsseite aufgeräumt, also alle Einträge nach dem ABC geordnet. Das habe ich bei unterschiedlichen Begriffsklärungsseiten schon oft gemacht, aber eigentlich wollte ich mich damit nicht aufhalten, dachte nur, dass es sinnlos wäre, eine falsche alphabetische Reihenfolge stehen zu lassen. |Wen betrifft das Problem besonders?=
- Leser, die nach einem bestimmten Begriff suchen und dann eine verwirrende, fehlerhafte alphabetische Sortierung vorfinden
- Autoren, die nicht nur eine angetäuschte alphabetische Reihenfolge wünschen, sondern eine tatsächliche alphabetische Reihenfolge
|Lösungsvorschlag=wenn jemand einen neuen Begriff einträgt, zum Beispiel bei [[Ibo)), dann wird ihm eine Maske gezeigt mit genau zwei Feldern: erstes Feld Pflicht: der Begriff (zum Beispiel International Boxing Organization), zweites Feld keine Pflicht: die Erklärung (im Fall der International Boxing Organization ist eine Erklärung obsolet, zweites Feld wird nicht ausgefüllt) |Anmerkungen=
- bessere Wirkung nach außen durch korrekte Anwendung des ABC
- Autoren-Arbeitsaufwand sinkt nach Erfüllung des Wunschs
|Vorschlagende Person= Bluemel1 🔯 Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Bluemel1-2019-06-10T06:39:00.000Z-Automatische alphabetische Reihenfolge auf Begriffsklärungsseiten11 |Diskussion= }}
Wahlmöglichkeit Desktop / Mobil
Derzeit wird man ungefragt mit der Mobilversion "beglückt", auch wenn man mit Desktoprechner unterwegs ist (bei mobilem Internet). Immer und immer wieder schaltet Mediawiki um. Gesucht ist eine Möglichkeit, das als angemeldeter Benutzer fest vorzugeben. --M@rcela Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Ralf Roletschek-2019-06-17T08:18:00.000Z-Wahlmöglichkeit Desktop / Mobil11
- Am besten pro Gerät einstellbar (z.B. per Cookie), dann könnte man es am Tablet/iPad auf Desktop stellen und am Handy weiterhin mobil arbeiten. -- Gerd Fahrenhorst (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Gerd Fahrenhorst-2019-06-17T10:54:00.000Z-Ralf Roletschek-2019-06-17T08:18:00.000Z11
- Die Lösung dieses Problems ist browserabhängig. Suche nach "User-Agent Switcher". --FriedhelmW (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-FriedhelmW-2019-06-17T15:31:00.000Z-Gerd Fahrenhorst-2019-06-17T10:54:00.000Z11
Suchergebnisse in sortierbarer Tabelle mit mehreren Parametern darstellen
Hunderte von Ergebnissen von Suchvorgängen müssen durchgesehen werden, auch wenn nur Ergebnisse mit einem bestimmten oder ungefähren Kriterium gesucht werden.
Jeden, der etwas sucht, in allen Wikis, insbesondere Wikidata und Commons
sortierbarer Tabelle mit mehreren ParameternEduard47 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Eduard47-2019-06-17T10:11:00.000Z-Suchergebnisse in sortierbarer Tabelle mit mehreren Parametern darstellen11
"Fachchinesisch" in Wikidata durch Umgangssprache ersetzen
Viele Ausdrücke und auch Hilfen in Wikdata sind unverständlich, bzw. nur von Statistikern zu verstehen
Alle Benutzer, die gerne bei Gelegenheit Daten ergänzen möchten
Sprache verständlich machen, Fachausdrücke vermeidenEduard47 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Eduard47-2019-06-17T10:16:00.000Z-"Fachchinesisch" in Wikidata durch Umgangssprache ersetzen11
Löschanträge
In WP ist es möglich, dass ein Löschantrag von einem nicht angemeldeten Smartphone gestellt werden kann. Die Gefahr, dass sich hinter dieser Smartphone-IP ein angemeldeter Benutzer verbirgt und auf diese Weise anonym bleiben will, ist sehr hoch (siehe Artikel "Nachteil"). Ich schlage deshalb vor, dass Löschanträge nur von angemeldeten Benutzern gestellt werden können. Nur dies wäre reversibel zu Text-Edits, die ja auch erst sichtbar werden, wenn sie durch angemeldete Benutzer gesichtet wurden. Grüße: --Wowo2008 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Wowo2008-2019-06-17T10:24:00.000Z-Löschanträge11
- Ich glaube da bist du hier falsch. So etwas müsste m.E. durch ein Meinungsbild beschlossen werden. Wenn nur die mobile Version gesperrt würde, ist die Desktopversion ja auch noch verfügbar. --Keks Ping mich an! um Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Der Keks-2019-06-17T10:54:00.000Z-Wowo2008-2019-06-17T10:24:00.000Z11
Bessere Unterstützung bei der Kategorisierung
Umfangreiche Kategorisierungen sind sehr zeitaufwändig, z.B. wenn man eine neue Unterkategorie anlegt und dort eine Menge von Artikeln einsortieren möchte. Bisher muss man jedem Artikel einzeln die neue Kategorie zuweisen.
Es sollte möglich sein, mehrere Artikel in einer Kategorie auszuwählen und diese dann in die neue Kategorie zu kopieren/verschieben, am besten per Drag-and-Drop.Sinuhe20 (Diskussion) Wikipedia:Technische W%C3%BCnsche/Wunschparkplatz#c-Sinuhe20-2019-06-18T05:58:00.000Z-Bessere Unterstützung bei der Kategorisierung11