Wikipedia:Umfragen/Technische Wünsche 2015/Wünsche, die bereits Realität oder in der Entwicklung sind
Diese Umfrage ist zeitlich beschränkt: vom 19. September 2015 bis zum 19. Oktober 2015. Die Umfrage startete mit einer Live-Veranstaltung am Samstag, den 19. September 2015 auf der WikiCon 2015 und geht im Anschluss in der Wikipedia weiter.
- Phase 1: Wünsche sammeln bis zum 5. Oktober 2015
- Phase 1.5: Sichtung und Strukturierung durch Wikimedia Deutschland bis zum 12. Oktober 2015 – Krankheitsbedingte Verzögerung, wir bitten um Verständnis. -- Daniel Kinzler (WMDE) (Diskussion) 19:54, 5. Okt. 2015 (CEST)
- Phase 2: Wünsche priorisieren/bewerten durch
bis zum 19. Oktober 2015vom 13. Oktober bis zum 26. Oktober 2015.
Pro und Unterschrift - Phase 3: Sichtung und erste Abschätzung der Topwünsche durch Wikimedia Deutschland ab dem 28. Oktober 2015
- Phase 4: Vorstellung der Auswertung und Rückfragen zu den Wünschen auf der Topliste ab Mitte November 2015
- Phase 5: Bearbeitung der Topwünsche durch Wikimedia Deutschland ab Januar 2016
Problemstellung
[Quelltext bearbeiten]Vor genau zwei Jahren hatte der Autor dieser Umfrage (Raymond) zum ersten Mal die Community gefragt: Was für technische Wünsche habt ihr? Wo klemmt es, was wird dringend an technischer Unterstützung benötigt? Der Hintergrund war damals Widerstand „der Community“ gegen „von oben“ verordnete neue Features, weil manches im Betastadium als Standard aktiviert oder einfach als unnötig erachtet wird.
In den vergangenen zwei Jahren hat sich vieles getan. Aus der Top-20-Wunschliste wurden folgende Wünsche erfüllt:
- Warnhinweis oder automatisches Einfügen von fehlendem <references />-Tag
- Wikisyntax, um Permalinks und Difflinks als Wikilink angeben zu können
- Verbesserung der Verschlüsselung von https-Verbindungen mittels Perfect Forward Secrecy
- eine Spezialseite, die die von einem Benutzer neu angelegten Seiten ausgibt
- Möglichkeit zur Suche im Quelltext
- Tabellen in einer Form bearbeiten können, wie man es seit einigen Jahrzehnten aus Office-Programmen kennt
In den Zielgerade befinden sich die Wünsche:
- „CatScan-Funktionalität“ in die Software integrieren
- Möglichkeit, eine Kategorie auf neue Artikel hin zu beobachten
An der Realisierung weiterer Wünsche wird aktuell gearbeitet.
Mein (Raymonds) Dank geht dafür an die Softwareabteilung von Wikimedia Deutschland, die seit zwei Jahren sowohl unsere Wünsche, so gut es geht, realisiert, aber auch das Konzept der technischen Wünsche nach San Francisco transportiert hat. Im August 2015 wurde bei der WMF das WMF Community Tech team gegründet, das auf internationaler Ebene die technischen Wünsche der Autoren sammeln und realisieren will (Projektseite).
Ziel
[Quelltext bearbeiten]Ziel dieser Umfrage soll eine (priorisierte!) Liste von technischen Wünschen sein. Die Topwünsche werden vom Bereich Software-Entwicklung bei Wikimedia Deutschland gesichtet und angegangen. WMF-Entwicklungsteams, andere Chapter und freiwillige Entwicklerinnen und Entwickler sind herzlich eingeladen, sich an der Umsetzung einzelner Wünsche zu beteiligen.
Was und für wen?
[Quelltext bearbeiten]Ausdrücklich erwünscht sind hier auch die Wünsche aller Schwesterprojekte. Falls ein Wunsch sehr projektspezifisch ist, bitte mit dem Projektnamen kennzeichnen. Hier können genannt werden (bitte jeweils mit kurzer(!) Erklärung, für welchen Autorenkreis der Bug / das Feature von Bedeutung ist):
- offene Bugs/Featurewünsche im Phabricator (ehemals Bugzilla).
- Tools vom ToolLabs, die in MediaWiki integriert werden sollten, damit Abhängigkeiten von externen Servern gelöst werden
- Gadgets/Helferlein/Tools, die aktuell defekt sind oder dringend modernisiert werden müssen
- frei formulierte Wünsche
Das Team von Wikimedia Deutschland wird während des Sammelns von Wünschen für Rückfragen und Formulierungshilfen zur Verfügung stehen.
Wünsche, die bereits Realität oder in der Entwicklung sind
[Quelltext bearbeiten]Wenn jemand der Meinung ist, dass sein Wunsch zu unrecht hierher verschoben wurde weil die existierende/geplante Entwicklung noch nicht seinen Vorstellungen entspricht oder er missverstanden wurde, bitte den Wunsch diesbezüglich genauer formulieren und zurück verschieben! |
- Captchas sollen entfallen, wenn die URL zu einer definierten Auswahl seriöser, als Quelle anerkannter Websites gehört. --217.227.71.63 06:36, 20. Sep. 2015 (CEST)
- Gibt es schon: MediaWiki:Captcha-addurl-whitelist --Schnark 09:25, 21. Sep. 2015 (CEST)
- (Task 56130) Beim Versenden einer E-Mail via Special:Emailuser eine Echo-Benachrichtigung auslösen. -- hgzh 14:46, 19. Sep. 2015 (CEST) -- hgzh 14:46, 19. Sep. 2015 (CEST)
- An den Empfänger oder den Absender? (Und was ist der Nutzen?) -- Michi 15:25, 21. Sep. 2015 (CEST)
- An den Empfänger. Der Nutzen: manche Benutzer rufen ihre E-Mail-Konten nur selten ab, da sie normalerweise nur wenige E-Mails empfangen oder ein eigenes E-Mail-Konto nur für die Wikipedia besitzen. Eine Echo-Benachrichtigung wäre ein in diesem Fall hilfreicher Hinweis, doch mal wieder nach dem Posteingang zu schauen. -- hgzh 23:40, 21. Sep. 2015 (CEST)
- Idee ist gar nicht so dumm, kostet nicht viel (glaube ich). --Atamari (Diskussion) 00:05, 22. Sep. 2015 (CEST)
- ErledigtGerrit:239582 --Schnark 09:37, 22. Sep. 2015 (CEST)
- Geht in einigen Tagen live. — Raymond Disk. 09:49, 22. Sep. 2015 (CEST)
- ErledigtGerrit:239582 --Schnark 09:37, 22. Sep. 2015 (CEST)
- Idee ist gar nicht so dumm, kostet nicht viel (glaube ich). --Atamari (Diskussion) 00:05, 22. Sep. 2015 (CEST)
- An den Empfänger. Der Nutzen: manche Benutzer rufen ihre E-Mail-Konten nur selten ab, da sie normalerweise nur wenige E-Mails empfangen oder ein eigenes E-Mail-Konto nur für die Wikipedia besitzen. Eine Echo-Benachrichtigung wäre ein in diesem Fall hilfreicher Hinweis, doch mal wieder nach dem Posteingang zu schauen. -- hgzh 23:40, 21. Sep. 2015 (CEST)
- An den Empfänger oder den Absender? (Und was ist der Nutzen?) -- Michi 15:25, 21. Sep. 2015 (CEST)
Die Zeichenanzahl in der Zusammenfassungszeile sowie bei Begründungen von Logbuchaktionen sollte mal erhöht werden. --Morten Haan 🏡 Wikipedia ist für Leser da 22:06, 20. Sep. 2015 (CEST)- Ist in der Mache durch WMDE, damit ist der Wunsch irrelevant. --MGChecker – (📞| 📝| ) 22:20, 20. Sep. 2015 (CEST)
- Stimmt, danke für den Hinweis, habe den Wusch gestrichen. --Morten Haan 🏡 Wikipedia ist für Leser da 22:33, 20. Sep. 2015 (CEST)
- Ist in der Mache durch WMDE, damit ist der Wunsch irrelevant. --MGChecker – (📞| 📝| ) 22:20, 20. Sep. 2015 (CEST)
- Mehrfache Referenzierung desselben Werks mit verschiedenen Seitenangaben: Heute geht das nur sehr umständlich wenn die Angaben zum Werk wiederholt werden. Alle heute möglichen Workarounds zu dem Thema haben gravierende Nachteile.--Avron (Diskussion) 10:22, 20. Sep. 2015 (CEST) P.S: den Wunsch gibt es schon lange: [1]
- Nachdem diese Umfrage den Nachfolger der alten von dir verlinkten Top 20-Liste bestimmen sollte und diese weiter abgearbeitet wird, ist der Wunsch hier überflüssig. -- Michi 15:39, 21. Sep. 2015 (CEST)
- @Avron: Wunsch verschoben, wird im Rahmen der aktuellen Top 20 noch erledigt, --Birgit Müller (WMDE) (Diskussion) 16:37, 23. Sep. 2015 (CEST)
- Nachdem diese Umfrage den Nachfolger der alten von dir verlinkten Top 20-Liste bestimmen sollte und diese weiter abgearbeitet wird, ist der Wunsch hier überflüssig. -- Michi 15:39, 21. Sep. 2015 (CEST)
Möglichkeit, Zeilen in der Beobachtungsliste abhängig vom Namensraum hervorzuheben, z.B. durch Einfügen eine Namensraum-spezifischen css-Klasse amWunsch zurückgezogen --FeddaHeiko ☺ 15:31, 23. Sep. 2015 (CEST)li
-Element --FeddaHeiko ☺ 11:18, 19. Sep. 2015 (CEST) Konkretiesiert --FeddaHeiko ☺ 01:15, 22. Sep. 2015 (CEST)- Müsste über Attribut-Selektoren statt einfachen Klassen bereits möglich sein. --Schnark 09:25, 21. Sep. 2015 (CEST)
- Wikipedia:Technik/Skin/CSS#watchlist? --Leyo 23:30, 21. Sep. 2015 (CEST)
- Damit kann man aber nur den Link stylen, nicht die ganze Zeile (oder andere Elemente in der Zeile). Außerdem ist das Stylen des Artikelnamensraums etwas umständlich (=Style für alles und alle anderen Namensräume dann wieder mit dem Standard überschreiben). Auch wenn ich das jetzt erstmal als Notbehelf einsetze: Eine Namensraum-Klasse am li wünsche ich mir trotzdem. --FeddaHeiko ☺ 01:15, 22. Sep. 2015 (CEST)
[class*="watchlist-4"], [class*="mw-changeslist-ns4"] {background-color: red;}
trifft die ganze Zeile, mit 0 statt 4 den ANR. --Schnark 09:37, 22. Sep. 2015 (CEST)- Cool, daran hab ich gar nicht gedacht. Danke, das reicht mir Ziehe den Wunsch zurück --FeddaHeiko ☺ 15:31, 23. Sep. 2015 (CEST)
- Damit kann man aber nur den Link stylen, nicht die ganze Zeile (oder andere Elemente in der Zeile). Außerdem ist das Stylen des Artikelnamensraums etwas umständlich (=Style für alles und alle anderen Namensräume dann wieder mit dem Standard überschreiben). Auch wenn ich das jetzt erstmal als Notbehelf einsetze: Eine Namensraum-Klasse am li wünsche ich mir trotzdem. --FeddaHeiko ☺ 01:15, 22. Sep. 2015 (CEST)
- Suche: der Parameter incategory sucht nur in der angegebenen Kategorie, nicht in den Unterkategorien. Eine Funktionalität die einen Teilbaum durchsucht fehlt heute. Für Wikipedia vielleicht nicht so wichtig, aber für Commons um so mehr.--Avron (Diskussion) 14:54, 20. Sep. 2015 (CEST)
- Die Funktion ist bereits so gut wie fertig. --MGChecker – (📞| 📝| ) 15:25, 20. Sep. 2015 (CEST)
- Siehe MGChecker, Wunsch daher hierhin verschoben (WP:Umfragen/Technische Wünsche/Top_20), Birgit Müller (WMDE) (Diskussion) 16:58, 23. Sep. 2015 (CEST)
- Die Funktion ist bereits so gut wie fertig. --MGChecker – (📞| 📝| ) 15:25, 20. Sep. 2015 (CEST)
- Hilfsmittel zur Linksetzung: Man müsste im Editionsmodus durch bloßes Anklicken von Wörtern (oder Namen) angezeigt bekommen ob der Begriff/Name schon existiert bzw. welche Varianten dazu existieren. Das arbeiten mit mehreren Fenstern kostet immer sagenhaft viel Zeit. --Konrad Stein (Diskussion) 13:12, 22. Sep. 2015 (CEST)
- Wenn man ein Wort markiert und das Kettensymbol der Werkzeugleiste anklickt, dann wird einem doch neben Linkvorschlägen bereits angezeigt, ob die Seite bereits existiert oder nicht. Funktioniert sowohl im Wikitext-Editor als auch mit dem VisualEditor. --Schnark 09:27, 23. Sep. 2015 (CEST)
- Wenn ich ein Wort markiere und das Kettensymbol klicke wird ein interner Link erzeugt (eckige Doppelklammern), ganz unabhängig davon ob ein entsprechender Artikel existiert oder nicht – und Vorschläge werden auch nicht angezeigt. Mache ich da was falsch oder sind da Einstellungen zu treffen? Dank für Hinweise --Konrad Stein (Diskussion) 12:22, 25. Sep. 2015 (CEST)
- Danke, ich habe es gerade ausprobiert und das geht schon in die richtige Richtung. Wenn ich aber einen Namen wie den des Komponisten "Sorge" verlinken will, aber dessen Vornamen gerade nicht präsent habe, bzw die WP-Form Georg Andreas Sorge nicht kenne, dann hilft es nicht sehr. Eine Suchfunktion wie intitle:Sorge wäre da sehr praktisch. Vielleicht ist das hier der falsche Ort - wo könnte ich diesen Wunsch denn besser platzieren? Vielen Dank jedenfalls, von --Konrad Stein (Diskussion) 17:40, 25. Sep. 2015 (CEST)
- Wenn man ein Wort markiert und das Kettensymbol der Werkzeugleiste anklickt, dann wird einem doch neben Linkvorschlägen bereits angezeigt, ob die Seite bereits existiert oder nicht. Funktioniert sowohl im Wikitext-Editor als auch mit dem VisualEditor. --Schnark 09:27, 23. Sep. 2015 (CEST)
- Beim Bearbeiten eines Abschnitts sollen in der Vorschau die References angezeigt werden. --217.227.71.63 06:36, 20. Sep. 2015 (CEST)
- Schon in den Top 20 der letzten Umfrage: Wikipedia:Umfragen/Technische Wünsche/Top 20#Vorschau von Einzelnachweisen beim Bearbeiten von Abschnitten. --Schnark 09:25, 21. Sep. 2015 (CEST)
- Farbige Hervorhebung von Wikilinks auf Weiterleitungen (ähnlich wie beim Begriffsklärungs-Check). --Voyager (Diskussion) 13:49, 23. Sep. 2015 (CEST)
- @Voyager: Gibt es schon, siehe Hilfe:Weiterleitung#Weiterleitungen_hervorheben.--Mabschaaf 19:14, 23. Sep. 2015 (CEST)
- Zusammenführung von Benutzerkonten. -- Sdfghjklökjhgfds (Diskussion) 10:33, 25. Sep. 2015 (CEST)
- Dies ist für im Rahmen der SUL-Finalisierung zwangsumbenannte Konten geplant. Der Umherirrende 17:08, 25. Sep. 2015 (CEST)
- Wiedervorlage: Ich wünsche mir eine Möglichkeit, einen Token (zB an meiner Beobachtungsliste) zu setzen, durch den ich an oder nach einem vorbestimmten Datum auf den markierten Artikel aufmerksam gemacht werde. Wie oft trägt man etwas ein, von dem schon klar ist, dass es zu einem bestimmten Datum überholt sein wird oder zumindest sein kann. Ich behelfe mir mit einer Liste außerhalb der WP, das wäre aber ein nützliches Feature für alle. Grüße --h-stt !? 16:25, 19. Sep. 2015 (CEST)
- Ist in der Mache durch WMDE, damit ist der Wuinsch irrelevant. --MGChecker – (📞| 📝| ) 22:20, 20. Sep. 2015 (CEST)
- Gut zu hören, ich bin gespannt. Grüße --h-stt !? 15:25, 21. Sep. 2015 (CEST)
- Ist in der Mache durch WMDE, damit ist der Wuinsch irrelevant. --MGChecker – (📞| 📝| ) 22:20, 20. Sep. 2015 (CEST)
- Ist vermutlich auch ein alter Hut: Ich möchte nur einen Eintrag in meine Beo von dem Abschnitt von LDs, den ich auch bearbeitet habe, nicht von den ganzen Tagesdiskussionen. Geolina mente et malleo ✎ 20:43, 21. Sep. 2015 (CEST)
- @Geolina: Das kam schon bei der ersten Technische-Wünsche-Umfrage vor, siehe auch den Bug T2738. Grüße • • hugarheimur 20:59, 21. Sep. 2015 (CEST)
- +1. --Gnom (Diskussion) 14:35, 26. Sep. 2015 (CEST)
- Möglichkeit, einen Artikel zeitlich begrenzt in die Beobachtungsliste aufnehmen zu können, also z.B. für "7 Tage beobachten", wobei die Zeit nach Möglichkeit selbst festlegbar sein sollte. --Tobias1983 Mail Me 10:31, 26. Sep. 2015 (CEST)
- Ist bereits in den Top 20 Wünschen der letzten Umfrage und in Arbeit. -- Michi 16:05, 26. Sep. 2015 (CEST)
- Alle Dateien (also meistens Bilder) einer Kategorie komplett als Download starten. Dieses Tool gab es mal - existiert aber nicht mehr. --Atamari (Diskussion) 09:55, 19. Sep. 2015 (CEST)
- Es gibt den Commons Imker, der genau das tut: Link -- Michi 12:34, 21. Sep. 2015 (CEST)
- Ok DANKE, zeigt wieder auf das ein "Portal der Tools" fehlt. Aber: kann man so eine Funktion nicht als Gadget einer Kategorie-Seite einbinden. Außerdem kann man nicht auf allen Rechnern Programme installieren (fehlende Admin-Rechte), trotzdem wäre es wünschenswert auf einem Schlag die ganze Kategorie als Download zu starten. Gerne noch mit einer Checkbox, dass man die Lizenzen von den Bildern trennt. --Atamari (Diskussion) 14:22, 21. Sep. 2015 (CEST)
- Es is technisch nicht möglich das eine Webseite von sich aus mehre Dateien herunterlädt. Mann müsste die Datei also als Zip-Archiv zum Download bereitstellen das geht das geht nicht als Gadget o.ä. sondern muss tief in die Software verdrahtet werden und ist vermutlich auch aus Performancesicht schwer (da kann ich mich aber irren). Der Imker muss übrigens nicht installiert werden, er kann auch ohne Admin-Rechte heruntergeladen und gestartet werden – vorausgesetzt Java ist installiert (Java ist recht verbreitet). -- Michi 14:52, 21. Sep. 2015 (CEST)
- Dass das eine oder andere technisch nicht möglich, kann ich verstehen. Wegen den fehlenden Admin-Rechte habe ich eben sogar ein "Test" gemacht; es war nicht möglich (Unable to access jarfile). Java ist installiert in Version 7. Aber nun weis ich ja, das ich an Rechnern, an dem ich einen vollständigen Zugriff habe, mir mit diesem Tool behelfen kann. --Atamari (Diskussion) 15:03, 21. Sep. 2015 (CEST)
- Das liegt dann aber nicht an fehlenden Admin-Rechten, sondern an irgendwas anderem… Hast du das Zip ganz entpackt? Der Fehler klingt danach, dass du es nur geöffnet und dann die Exe-Datei geöffnet hast. -- Michi 16:05, 26. Sep. 2015 (CEST)
- Ja, entpackt. Ziel war Desktop. Beim Aufruf über cmd waren die Pfade auch richtig. Ohne Adminrechte geht es nicht. --Atamari (Diskussion) 15:27, 28. Sep. 2015 (CEST)
- Das liegt dann aber nicht an fehlenden Admin-Rechten, sondern an irgendwas anderem… Hast du das Zip ganz entpackt? Der Fehler klingt danach, dass du es nur geöffnet und dann die Exe-Datei geöffnet hast. -- Michi 16:05, 26. Sep. 2015 (CEST)
- Dass das eine oder andere technisch nicht möglich, kann ich verstehen. Wegen den fehlenden Admin-Rechte habe ich eben sogar ein "Test" gemacht; es war nicht möglich (Unable to access jarfile). Java ist installiert in Version 7. Aber nun weis ich ja, das ich an Rechnern, an dem ich einen vollständigen Zugriff habe, mir mit diesem Tool behelfen kann. --Atamari (Diskussion) 15:03, 21. Sep. 2015 (CEST)
- Es is technisch nicht möglich das eine Webseite von sich aus mehre Dateien herunterlädt. Mann müsste die Datei also als Zip-Archiv zum Download bereitstellen das geht das geht nicht als Gadget o.ä. sondern muss tief in die Software verdrahtet werden und ist vermutlich auch aus Performancesicht schwer (da kann ich mich aber irren). Der Imker muss übrigens nicht installiert werden, er kann auch ohne Admin-Rechte heruntergeladen und gestartet werden – vorausgesetzt Java ist installiert (Java ist recht verbreitet). -- Michi 14:52, 21. Sep. 2015 (CEST)
- Ok DANKE, zeigt wieder auf das ein "Portal der Tools" fehlt. Aber: kann man so eine Funktion nicht als Gadget einer Kategorie-Seite einbinden. Außerdem kann man nicht auf allen Rechnern Programme installieren (fehlende Admin-Rechte), trotzdem wäre es wünschenswert auf einem Schlag die ganze Kategorie als Download zu starten. Gerne noch mit einer Checkbox, dass man die Lizenzen von den Bildern trennt. --Atamari (Diskussion) 14:22, 21. Sep. 2015 (CEST)
- Es gibt den Commons Imker, der genau das tut: Link -- Michi 12:34, 21. Sep. 2015 (CEST)
- Möglichkeit, alle Bilder einer Kategorie herunterladen zu können. — Elvaube ?! 23:23, 27. Sep. 2015 (CEST)
- Duplikat des Wunsches darüber. -- Michi 23:36, 27. Sep. 2015 (CEST)
- Doppelt genäht… — Elvaube ?! 22:21, 3. Okt. 2015 (CEST)
- Duplikat des Wunsches darüber. -- Michi 23:36, 27. Sep. 2015 (CEST)
- Neue Spezzialseiten Spezial:Links auf dieser Seite und Spezial:Änderungen an Seiten, die auf diese Seite verlinken. Letztere könnte verwendet werden, um Entlinkungstendenzen bei Verschiebungen/Löschungen etc. im Auge zu behalten. --MGChecker – (📞| 📝| ) 17:34, 24. Sep. 2015 (CEST)
- Spezial:Linkliste gibt es. Was sollte eine Spezial:Links auf dieser Seite anders machen? Oder geht es nur darum, das der Link blau wird? Auf der Seite Spezial:Änderungen an verlinkten Seiten kann man das ganze auch umdrehen, dann hätte man eine Spezialseite mit Änderungen an Seiten, die auf diese Seite verlinken (solange sie zu dem Zeitpunkt noch verlinken, als eine Entlinkung sieht man dort nicht). Der Umherirrende 22:18, 24. Sep. 2015 (CEST)
- Ich hätte gerne die Möglichkeit, nur einen Artikel, ohne die zugehörige Diskussionsseite, beobachten zu können. Und umgekehrt. Das wäre z.B. praktisch, wenn man den Kurier beobachten will, um auf dem laufenden zu sein, aber sich nicht für die umseitigen Diskussionen interessiert. Oder wenn man bei einem Meinungsbild oder einer Adminkandidatur die zugehörige Diskussion verfolgen will, ohne ständig angezeigt zu bekommen, wenn jemand abstimmt. --RookJameson (Diskussion) 10:36, 21. Sep. 2015 (CEST)
- Keine Lösung, aber als Tipp für den Kurier: {{Kurier-Ticker/Text}} beobachten.--Cirdan ± 22:40, 26. Sep. 2015 (CEST)
- Nur die Disk bzw. die Disk nicht beobachten geht über css, siehe Wikipedia:Technik/Skin/CSS#Beobachtungsliste --FeddaHeiko ☺ 18:11, 29. Sep. 2015 (CEST)
- Möglichkeit sich nicht öffentliche Notizen zu machen wie es aktuell mittels Missbrauchs des Übersetzungstool möglich ist. (nicht signierter Beitrag von Carlos-X (Diskussion | Beiträge) 11:15, 19. Sep. 2015 (CEST))
- Kennst du Benutzer:Schnark/js/notizen? --MGChecker – (📞| 📝| ) 16:58, 24. Sep. 2015 (CEST)
- Eigene beobachtete Kategorien-Kombinationen mit CatScan auf dem aktuellsten Stand halten: Es ist ja leider nicht möglich die Kategorien so zu beobachten, dass mann immer weiß wann mal ein neuer Artikel dazukommt. Wie wäre es denn, wenn man ein Feature einrichtet, dass die jeweils gewünschten Eingaben bei CatScan berücksichtigt, und das folgende Ergebnis dann mit der Beobachtungsliste des jeweiligen Benutzers vergleicht. Unstimmigkeiten könnten dann vielleicht farblich unterlegt werden oder so. Auf diese weise wäre es dann immer allen, egal wann, möglich ihren Beobachtunsbereich auf "Updates" hin zu überprüfen, denk ich.-- ErledigtEddgel (Diskussion) 10:45, 27. Sep. 2015 (CEST)
- Hallo Eddgel, der Wunsch Kategorien auf das Hinzufügen und Entfernen von Artikeln hin zu beobachten ist Bestandteil der aktuellen Top 20 und so gut wie fertig. Wäre das damit erledigt? Viele Grüße, Birgit Müller (WMDE) (Diskussion) 10:57, 30. Sep. 2015 (CEST)
- Ja, danke vielmals.--Eddgel (Diskussion) 11:00, 30. Sep. 2015 (CEST)
- Okay @Eddgel, hab es hierhin geschoben --Birgit Müller (WMDE) (Diskussion) 11:32, 30. Sep. 2015 (CEST)
- Ja, danke vielmals.--Eddgel (Diskussion) 11:00, 30. Sep. 2015 (CEST)
- Hallo Eddgel, der Wunsch Kategorien auf das Hinzufügen und Entfernen von Artikeln hin zu beobachten ist Bestandteil der aktuellen Top 20 und so gut wie fertig. Wäre das damit erledigt? Viele Grüße, Birgit Müller (WMDE) (Diskussion) 10:57, 30. Sep. 2015 (CEST)
- Ein zentrales Portal, wo über Technikwünsche gesprochen werden kann. -- Sdfghjklökjhgfds (Diskussion) 10:33, 25. Sep. 2015 (CEST)
- Auf WP:FR, WP:VV oder WP:TSW sind Wünsche willkommen, manchmal auch auf WP:FzW oder WP:AA, aber es ist nicht eine zentrale Seite. Der Umherirrende 17:08, 25. Sep. 2015 (CEST)
- @Sdfghjklökjhgfds:, wenn ich deinen Wunsch richtig verstehe, bezieht der sich ja eher auf Inhaltliches und kann nicht durch Software-Entwicklung realisiert werden. Ich hab ihn mal hierhin verschoben. --Kai Nissen (WMDE) (Diskussion) 11:40, 30. Sep. 2015 (CEST)
Analog zum Pfeil-Hoch-Helferlein ggf. ein Pfeil-zum-nächsten-Abschnitt-Helferlein. Insbesondere bei langen Listen wäre so etwas hilfreich.--Emergency doc (D) 00:56, 2. Okt. 2015 (CEST)- Wie wär's mit Benutzer:Schnark/js/section-links? --Leyo 01:27, 2. Okt. 2015 (CEST)
- Oja, danke, das ist schonmal ganz gut, auch wenn es jetzt etwas gewöhnungsbedürftig nach klickibunti aussieht. Diesen Punkt kann man schonmal streichen.--Emergency doc (D) 01:36, 2. Okt. 2015 (CEST)
- Wie wär's mit Benutzer:Schnark/js/section-links? --Leyo 01:27, 2. Okt. 2015 (CEST)
- Die Angabe "User:Contribs" (rechts unter Werkzeuge auf Benutzerseiten) sollte nach "User:Beiträge" umbenannt werden. So ist es für viele, gerade aber auch für Neulinge besser zu verstehen und anzuwenden. Wie geschrieben nur eine Kleinigkeit.--Eddgel (Diskussion) 07:39, 3. Okt. 2015 (CEST)
- Bei mir steht nirgendwo etwas von Contribs. Was meinst du? --MGChecker – (📞| 📝| ) 22:01, 3. Okt. 2015 (CEST)
- Ich hab das auch. Wenn man Benutzerseiten anschaut, steht rechts im Kasten "Werkzeuge" als dritter Punkt "User:Contribs" und linkt auf die Beitragsliste. Ich glaub, das kommt irgendwie von PDDs monobook, das ich benutze. --Hareinhardt (Diskussion) 22:44, 3. Okt. 2015 (CEST)
- @Hareinhardt: Im Standard-Vector steht dort „Benutzerbeiträge“, bei dir ist wohl etwas an der Übersetzung umgestellt.--Cirdan ± 22:52, 3. Okt. 2015 (CEST)
- @Benutzer:Cirdan Hab ebenfalls Monobook. Was muss ich denn wo an meiner Übersetzung umstellen, damit "Contribs" als "Beiträge" angezeigt wird. Gruß.--Eddgel (Diskussion) 09:58, 10. Okt. 2015 (CEST)
- @Eddgel: Da kann ich dir leider nicht helfen, ich bin mit einem leicht modifizierten Vector unterwegs. Ich denke, du müsstest einfach mal die von dir verwendeten Skripte einzeln abschalten und schauen, welches Skript der Übeltäter ist. Dann sollte es nicht so schwierig sein, in das Skript die richtige Übersetzung einzupflegen.--Cirdan ± 14:26, 10. Okt. 2015 (CEST)
- @Eddgel: Hab mal nachgesehen: du (und ich) hast in deiner Monobook Benutzer:Eddgel/monobook.js die Zeile
- @Benutzer:Cirdan Hab ebenfalls Monobook. Was muss ich denn wo an meiner Übersetzung umstellen, damit "Contribs" als "Beiträge" angezeigt wird. Gruß.--Eddgel (Diskussion) 09:58, 10. Okt. 2015 (CEST)
- @Hareinhardt: Im Standard-Vector steht dort „Benutzerbeiträge“, bei dir ist wohl etwas an der Übersetzung umgestellt.--Cirdan ± 22:52, 3. Okt. 2015 (CEST)
- Ich hab das auch. Wenn man Benutzerseiten anschaut, steht rechts im Kasten "Werkzeuge" als dritter Punkt "User:Contribs" und linkt auf die Beitragsliste. Ich glaub, das kommt irgendwie von PDDs monobook, das ich benutze. --Hareinhardt (Diskussion) 22:44, 3. Okt. 2015 (CEST)
- Bei mir steht nirgendwo etwas von Contribs. Was meinst du? --MGChecker – (📞| 📝| ) 22:01, 3. Okt. 2015 (CEST)
var usercontribtext = "User:Contribs"; // Text des Contributions-Links ("Benutzerbeiträge")
- stehen. Wenn du dort "User:Contribs" in "was anderes" änderst, steht dann in der Werkzeugbox "was anderes". --Hareinhardt (Diskussion) 00:43, 11. Okt. 2015 (CEST)
- Ah, vielen Dank Hareinhardt.--Eddgel (Diskussion) 02:41, 11. Okt. 2015 (CEST)
- stehen. Wenn du dort "User:Contribs" in "was anderes" änderst, steht dann in der Werkzeugbox "was anderes". --Hareinhardt (Diskussion) 00:43, 11. Okt. 2015 (CEST)
- (Task 2424) Für jeden Eintrag in der Beobachtungsliste ein "Nicht Beobachten"-Button + Button zur völligen Leerung von ebendieser.
- Letzteres gibt es doch schon. --MGChecker – (📞| 📝| ) 22:20, 20. Sep. 2015 (CEST)
- Für Ersteres gibts ein Codeschnippsel fürs Monobook.js. Siehe Benutzer:Hareinhardt/monobook.js ganz als erstes. --Hareinhardt (Diskussion) 20:53, 24. Sep. 2015 (CEST)
- listPageOptions@PerfektesChaos bietet genau das an. --PerfektesChaos 11:22, 4. Okt. 2015 (CEST)
- Für Ersteres gibts ein Codeschnippsel fürs Monobook.js. Siehe Benutzer:Hareinhardt/monobook.js ganz als erstes. --Hareinhardt (Diskussion) 20:53, 24. Sep. 2015 (CEST)
- Letzteres gibt es doch schon. --MGChecker – (📞| 📝| ) 22:20, 20. Sep. 2015 (CEST)
- Möglichkeit, (reine) Kategorisierungsbearbeitungen aus der Beobachtungsliste auszublenden -- Sir Gawain Disk. 20:42, 20. Sep. 2015 (CEST)
- listPageOptions@PerfektesChaos bietet eine Möglichkeit zum Ausfiltern von Aktivitäten mit bestimmten Bearbeitungskommentaren an; hier würde sich die Suche nach dem HotCat-Link anbieten. Ob eine Bearbeitung aber tatsächlich nur eine Kategorie verändert hatte oder das lediglich im BK so behauptet wird, lässt sich nur aufwändig feststellen und hätte als weltweit verkomplizierende Software-Option kaum eine Chance. --PerfektesChaos 11:22, 4. Okt. 2015 (CEST)
- Beobachtungsliste nach (Ober-)Kategorien (z.B. Bearbeitungen an Biographien oder an Orten o.ae.), ggf. entsprechende Kategorien durch Nutzer im BNR festlegbar (mit logischer Verknüpfung (Kategorie: Person vs. Kategorie: nicht Person), --MachtaUnix (Diskussion) 01:47, 23. Sep. 2015 (CEST)
- Es gibt zumindest Möglichkeiten, den Inhalt bestimmter Kategorien als Namensliste den beobachteten Seiten hinzuzufügen. Eine automatische Mitbeobachtung ganzer Kategoriebäume mit Unterkategorien könnte leicht zu 50.000 beobachteten Seiten führen und würde das System sprengen. Eine praktikable Alternative sind „Änderungen an verlinkten Seiten“ (links unter „Werkzeuge“) von einer Redaktionsseite oder einem Oberbegriff aus. --PerfektesChaos 11:22, 4. Okt. 2015 (CEST)
- optional Disk-Beiträge in Beobachtungslisten ausblenden, --MachtaUnix (Diskussion) 01:47, 23. Sep. 2015 (CEST)
- Das geht über css, siehe Wikipedia:Technik/Skin/CSS#Beobachtungsliste --FeddaHeiko ☺ 18:11, 29. Sep. 2015 (CEST)
- Möglichkeit Bots (oder vielleicht sogar Benutzer) individuell von der Beo auszublenden. Weil ich z.B. Beobachtunglistenflutungsbot, Kategorienschubsbot und Aka (sorry ;) ) nicht sehen mag, dafür aber Dateientlinkerbot und Kaputterweblinkbot. -- Hareinhardt (Diskussion) 22:53, 24. Sep. 2015 (CEST)
- listPageOptions@PerfektesChaos bietet unzählige Möglichkeiten zum Ausfiltern von Bearbeitern an, die sich in jede beliebige Komplexität steigern lassen. Es gibt Benutzer, die ich auch nicht sehen möchte, und die auf genau diese Weise bei mir nicht mehr in Erscheinung treten. --PerfektesChaos 11:22, 4. Okt. 2015 (CEST)
- Mir ist es beim Bedienen per Tablet schon häufiger passiert, dass ich aufgrund der eng nebeneinander stehenden Verlinkungen der Beo versehentlich auf "Kommentarlos zurücksetzen" geklickt habe, was bekanntlich direkt einen Revert auslöst. Offenbar bin ich nicht der einzige dem das passiert. Evtl. wäre hier eine Sicherheitsabfrage o.ä. sinnvoll. --Sakra (Diskussion) 12:43, 30. Sep. 2015 (CEST)
- Dann mach es einfach weg: WP:CSS #rollbacklink. --PerfektesChaos 11:22, 4. Okt. 2015 (CEST)
- @Sakra: Der Link ist auf der Beobachtungsliste durch die lokale MediaWiki:Common.css eigentlich ausgeblendet. Höchstens bei Versionsunterschieden oder in der Versionsgeschichte könnte das, meines Erachtens, passieren. Der Umherirrende 19:45, 8. Okt. 2015 (CEST)
- Möglichkeit, Bilder bewerten zu können, um Bilder nach Qualitätskriterien suchen zu können (Idee von der WikiCon) -- Daniel Kinzler (WMDE) (Diskussion) 23:23, 3. Okt. 2015 (CEST)
- Es gibt Vorlagen für die Qualitätsbewertung gibt es. Man kann auch nach Seiten mit bestimmten Vorlagen suchen, oder Seiten mit bestimmten Templates besser bewerten, siehe Hilfe:Suche/Cirrus#boost-templates:_Seiteneinbindungen_bevorzugen. Was fehlt? -- Daniel Kinzler (WMDE) (Diskussion) 23:23, 3. Okt. 2015 (CEST)
- Visualisierung von allen Bildwünschen in Artikeln mit Koordinaten auf einer Karte (Google Maps, Bing, OSM). --2A02:810D:27C0:5CC:24AB:2892:87BB:FC54 13:37, 19. Sep. 2015 (CEST)
- Sowas meine ich mal gesehen zu haben, allerdings gibt es mit WP:LT/wikishootme bereits eine deutlich ausgereiftere Lösung. Wenn du dort den Umkreis auf eine große Zahl setzt, kannst du wahrscheinlich auch alle Bilderwünsche in Deutschland anzeigen lassen.--Cirdan ± 11:25, 1. Okt. 2015 (CEST)
- JavaScript-Repository: Anlegen einer Sammlung von JavaScript-Funktionen z.B. im Gadget-Namensraum um es Einsteigern in JavaScript einen Baukasten für das Erstellen eigener Benutzerskripte zu ermöglichen. Auch bestehende Benutzerskripte könnten dadurch profitieren, wenn wichtige Funktionen zentral gewartet werden, womit neue Gadgets viel schneller als getestet freigegeben werden können. Mögliche Java-Script-Funktionen in so einen Repository könnten sein:
- Schaltfläche im Bearbeitungsfenster um eine benutzerdefinierte JS-Funktion aufzurufen
- An wikitext angepasstes Regexp-Replace dass im Default Kommentare, nowiki, syntaghighlight, code,... ignoriert, und eventuell auch Vorlagen rekursiv durcharbeitet. Ein mittelfristiges Ziel könnte hier sein, dass man wikitext-taugliche sed-ähnliche Skripte mit Hilfe JavaScript erstellen kann.
- Funktionen und Objekte die derzeit schon häufig in immer wieder ähnlicher Form von den meistgenutzten Userskripts verwendet werden. Frohes Schaffen — Boshomi ☕⌨☺ 14:01, 21. Sep. 2015 (CEST)
- Das ist keine Software-Aufgabe, sondern es bedarf der Manpower und langjährig eingearbeiteter Fachleute, um sowas über ein Jahrzehnt pflegen und erneuern zu können. Du kannst ja mal WP:TWS#Obsoletes auf MediaWiki:Gadget-* aufarbeiten. Das können regelmäßig nur die Original-Autoren; nach deren Ausscheiden gibt es nur selten einen nachfolgenden Maintainer. Ohne Maintainer ist das Repository völlig wertlos; wir haben schon längst eines, das allmählich vergreist und in das wir auch keine größeren Neubauten mehr aufnehmen. Und da es keine Zuständigkeiten gibt und keine über fünf Jahre im Voraus zugewiesen werden können, ist das Utopie.
- Für die Kern-Software von MediaWiki gibt es weltweit einige Dutzend Leute, die sich damit auskennen; für die Hunderte von Komponenten in Drumherum jeweils ein, zwei oder null Leute, die darin eingearbeitet wären.
- Ein „Baukasten für das Erstellen eigener Benutzerskripte“ für „Einsteiger in JavaScript“ ist völliger Nonsens. Entweder man erlernt das Programmieren allmählich bzw. kann es von vornherein; oder man wird nix zusammenbringen. Das ist kein copy&paste irgendwelcher Zeilen. Vorbilder kann sich jeder auf WP:HX abgucken; und uralte Zombies neben brandaktuellen Techniken finden.
- Ich verwende auch gleichartige Code-Sequenzen aus meinen früheren Skripten in Neuentwicklungen erneut; aber wenn diese schon zwei Jahre alt sind, dann haben sich längst Rahmenbedingungen geändert und ich bin etwas schlauer geworden, und die Neuprogrammierung erhält keine Kopie 1:1, sondern schon wieder eine zukunftsträchtigere Weiterentwicklung.
- „Schaltfläche im Bearbeitungsfenster um eine benutzerdefinierte JS-Funktion aufzurufen“ könnte vielerlei meinen. Benutzerdefinierte JS-Funktionen lassen sich aber nicht einfach aufrufen; sie müssen vorher schon geladen gewesen sein und eine global zugängliche Schnittstelle haben, damit so etwas funktionieren könnte. Kaum eine ausgereifte Vorstellung von Programmierung und Performance; kaum ein Benutzer in Sicht, der eine solche Wackelkonstruktion hinterher auch bedienen könnte.
- Wikipedia:Technik/Skin/Tutorial und Vom Benutzerskript zum Gadget nebst WP:JS schon gelesen? --PerfektesChaos 14:27, 4. Okt. 2015 (CEST)
- @PerfektesChaos: Manpower ist genau das Problem. Nur für LUA müsste man dich mindestens fünffach klonen, und du hättest immer noch genug zu tun. Dabei ist LUA nur eines von vielen Feldern die du beackerst, und all den anderen freiwilligen Programmieren die hier regelmäßig tätig sind, geht es kaum anders. Neue freiwillige Programmierer zu finden ist schwierig, denn zu den technischen Skills die hier notwendig sind, braucht es auch noch ein umfangreiches Wissen über die Wikipedia und die Fähigkeit mit der Community umzugehen.
- Ziel des Vorschlags zur Nutzung eines Namensraums für js ist es, wichtige Skripte die derzeit im BNR liegen in einen Bereich zu heben, wo sie zum einen von versierten Freiwilligen und zum anderen auch von professionenellen Mediawiki-Programmieren editiert werden können. Der Leitgedanke wären Opensource-Repositories wo es auch eine Aufteilung zwischen jenen gibt die einen Batch einreichen und jenen die das Commiten.
- Programmiersprachen werden um so produktiver je umfangreicher ein gut strukturiertes und dokumentiertes Set an Libraries zur Verfügung steht.
- Derzeit kann eine kleine API-Änderung dutzende wichtige Userskripts ausschalten. Ist der Ersteller nicht erreichbar, müsste man das Skript klonen. Pech für alle die nur sporadisch Online sind, und nicht mitbekommen, dass das Skript dann wo anders liegt. Lägen die Skripts zentral könnte ein Commiter offensichtliche Änderungsnotwendigkeiten praktisch gleichzeitig mit dem Ausrollen der API-Änderung fixen. Frohes Schaffen — Boshomi ☕⌨☺ 16:41, 12. Okt. 2015 (CEST)
- Möglichkeit, aus abgeschlossenen Löschdiskussionen sich den gelöschten Artikel anzusehen, erstens um die Argumente nachvollziehen zu können und zweitens um abschätzen zu können welche und wie viele Arbeiten nötig wären um den Artikel auf akzeptables Niveau zu bringen. Möglichkeit der Verschiebung in BNR reicht nicht weil man schon vorher überlegen muss ob man sich überhaupt engagiert. Falls ein Link zum gelöschten Artikel nicht gewünscht ist, wäre auch ein spezielles Layout (z.B. Löschdiskussion links, Artikelanzeige rechts) denkbar. -- Gerd Fahrenhorst (Diskussion) 09:15, 27. Sep. 2015 (CEST)
- @Gerd Fahrenhorst: Meinst du, dass der gelöschte Artikel auch für nicht-Admins einsehbar sein soll? Je nach Löschgrund kann es sein, dass die Seite gar nicht mehr angezeigt werden darf (wegen personenbezogener Infos, Beleidigungen, etc). Bei Löschungen wegen mangelnder Relevanz oder Qualität wäre das aber kein Problem. Eine einfache Lösung wäre, soche Artikel gar nicht zu löschen, sondern nur aus dem Artikelnamensraum auf eine "Müllhalde" zu verschieben. Das kann die Community einfach machen, wenn das gewünscht ist. -- Daniel Kinzler (WMDE) (Diskussion) 11:28, 30. Sep. 2015 (CEST)
- @Gerd Fahrenhorst: Du könntest etwas analog zum Jungfischbecken für dein(e) Interessengebiet(e) schaffen. Meiner Meinung nach sollte aber gesichert sein, dass die Artikel zumindest mittelfristig auch weiterbearbeitet oder sonst gelöscht werden.--Cirdan ± 22:56, 3. Okt. 2015 (CEST)
- Bei Löschung wegen personenbezogener Infos, Beleidigungen u.ä. kann es so bleiben wie bisher, das interessiert mich nicht; allerdings werden in solchen Fällen üblicherweise nur einzelne Versionen der Seite versteckt und nicht der ganze Artikel gelöscht. Aber in anderen Fällen möchte ich die Löschdiskussion gerne verstehen, und dazu muss man (als nicht-Admin) irgendwie den gelöschten Artikel lesen können. Ein anderer Fall ist, dass der Artikel vor vielen Jahren gelöscht wurde wegen z.B. damals mangelnder Relevanz, dass aber inzwischen die Relevanz gegeben sein mag; da macht es einen Riesenunterschied, ob ich für ein Wiedereinstellen auf Grundlage des alten Artikels etwa bei einem Unternehmen lediglich aktuelle belegbare Umsatz-/Beschäftigtenzahlen eintragen müsste oder der alte Artikel völlig unbrauchbar war. Das wüsste ich gerne VORHER, bevor ich mich für ein Engagement entscheide und um eine Verschiebung in meinen BNR bitte. Und was nützt eine Müllhalde oder ein Jungfischbecken, wenn niemand weiß wo der gelöschte Artikel zu finden ist? Daher mein Wunsch: Link aus der Löschdiskussion auf den gelöschten Artikel. -- Gerd Fahrenhorst (Diskussion) 10:00, 4. Okt. 2015 (CEST)
- @Gerd Fahrenhorst: Ich sehe hier das technische Problem (noch) nicht. Du könntest vorschlagen, dass alle Artikel, die nicht wegen URV und anderen Gründen dauerhaft gelöscht und damit unsichtbar gehalten werden müssen, nicht gelöscht sondern in ein dem Jungfischbecken ähnliches Archiv verschoben werden. Den Link könnte man dann entweder in der Löschdiskussion eintragen, er ist aber natürlich auch aus dem Verschiebungslogbuch ersichtlich, wenn man auf den Rotlink in der Löschdiskussion klickt (Benutzer:XYZ verschob den Artikel [[Gelöschter Artikel]] nach [[Ablage/Gelöschter Artikel]]). Ich bezweifel allerdings, dass du dafür eine Mehrheit finden wirst.
- Man könnte natürlich auch allen Benutzern das Recht geben, in gelöschte Versionen zu schauen. Dann müssten aber zumindest alle Beleididungen und in Bezug auf Datenschutz/Persönlichkeitsrechte problematische Artikel nicht nur gelöscht, sondern von den Oversightern versteckt werden. Das geht natürlich, aber die Frage ist, ob der Aufwand den Nutzen rechtfertigt. Wenn dich ein Artikel interessiert, kannst du recht problemlos und „auf dem kurzen Dienstweg“ um Wiederherstellung bitten und kein Admin wird dir böse sein, wenn du dann zwei Tage später wieder einen SLA stellst, weil der Artikel doch nichts taugt.--Cirdan ± 18:33, 4. Okt. 2015 (CEST)
- Mein Wunsch ist weiterhin, Löschdiskussionen nachvollziehen zu können, sofort (=ohne Hilfe anderer) und ohne spezielles Know-How. URV etc muss natürlich berücksichtigt werden. - Realisierungsvorschlag: 1. der löschende Admin wird beim Löschen gefragt, ob der Artikel normal gelöscht oder dauerhaft versteckt werden soll. 2. Zum Eintrag in die Löschdiskussion wird entsprechend eine Vorlage mit Link zum gelöschten Artikel und eine Vorlage mit Hinweis auf dauerhafte Löschung bereitgestellt. -- Gerd Fahrenhorst (Diskussion) 07:46, 5. Okt. 2015 (CEST)
- @Gerd Fahrenhorst: Gut, dann habe ich jetzt verstanden, was du machen möchtest. Das ist aber kein technisches Problem, sondern etwas, was man schon mit der aktuell vorhandenen Software genauso handhaben könnte, wie ich oben beschrieben habe: Entweder wird der Artikel so wie jetzt gelöscht, oder er wird aus dem ANR in eine Sammelstelle geschoben. In beiden Fällen wird das in der Löschdiskussion vermerkt und ggf. der Link auf den Artikel in der Sammelstelle gesetzt.
- Vorher müsstest du aber wohl ein Meinungsbild oder zumindest eine Umfrage starten, wo du diese redaktionelle Änderung zur Abstimmung bzw. Diskussion stellst. Insbesondere müsste wohl geklärt werden, ob diese Sammelstelle öffentlich einsehbar ist und wie sie strukturiert sein soll.
- Wenn das geklärt ist, kann der von dir vorgeschlagene Prozess für die Administratoren über ein einfaches userseitiges JavaScript-Helferlein (semi-)automatisiert werden. Dessen Entwicklung ist erst dann sinnvoll, wenn die Community der von dir vorgeschlagenen Veränderung im Bereich Löschkandidaten zustimmt.--Cirdan ± 12:06, 5. Okt. 2015 (CEST)
- Mein Wunsch ist weiterhin, Löschdiskussionen nachvollziehen zu können, sofort (=ohne Hilfe anderer) und ohne spezielles Know-How. URV etc muss natürlich berücksichtigt werden. - Realisierungsvorschlag: 1. der löschende Admin wird beim Löschen gefragt, ob der Artikel normal gelöscht oder dauerhaft versteckt werden soll. 2. Zum Eintrag in die Löschdiskussion wird entsprechend eine Vorlage mit Link zum gelöschten Artikel und eine Vorlage mit Hinweis auf dauerhafte Löschung bereitgestellt. -- Gerd Fahrenhorst (Diskussion) 07:46, 5. Okt. 2015 (CEST)
- Bei Löschung wegen personenbezogener Infos, Beleidigungen u.ä. kann es so bleiben wie bisher, das interessiert mich nicht; allerdings werden in solchen Fällen üblicherweise nur einzelne Versionen der Seite versteckt und nicht der ganze Artikel gelöscht. Aber in anderen Fällen möchte ich die Löschdiskussion gerne verstehen, und dazu muss man (als nicht-Admin) irgendwie den gelöschten Artikel lesen können. Ein anderer Fall ist, dass der Artikel vor vielen Jahren gelöscht wurde wegen z.B. damals mangelnder Relevanz, dass aber inzwischen die Relevanz gegeben sein mag; da macht es einen Riesenunterschied, ob ich für ein Wiedereinstellen auf Grundlage des alten Artikels etwa bei einem Unternehmen lediglich aktuelle belegbare Umsatz-/Beschäftigtenzahlen eintragen müsste oder der alte Artikel völlig unbrauchbar war. Das wüsste ich gerne VORHER, bevor ich mich für ein Engagement entscheide und um eine Verschiebung in meinen BNR bitte. Und was nützt eine Müllhalde oder ein Jungfischbecken, wenn niemand weiß wo der gelöschte Artikel zu finden ist? Daher mein Wunsch: Link aus der Löschdiskussion auf den gelöschten Artikel. -- Gerd Fahrenhorst (Diskussion) 10:00, 4. Okt. 2015 (CEST)
- @Gerd Fahrenhorst: Du könntest etwas analog zum Jungfischbecken für dein(e) Interessengebiet(e) schaffen. Meiner Meinung nach sollte aber gesichert sein, dass die Artikel zumindest mittelfristig auch weiterbearbeitet oder sonst gelöscht werden.--Cirdan ± 22:56, 3. Okt. 2015 (CEST)
- @Gerd Fahrenhorst, Cirdan: Eigentlich gibt es die Möglichkeit schon seit etwas mehr als 6 Jahren. Seit Mai 2009 werden nämlich gelöschte Wikipedia-Artikel im Marjorie-Wiki gesammelt. Dort können sie gelesen und verbessert werden. Wie User:Daniel Kinzler (WMDE) richtig bemerkte kann nicht alles übernommen werden. URV, POV/Werbung und Fakes wollen auch wir nicht haben. Aber die meisten Artikel können wir übernehmen. Wir importieren so etwa 200 bis 300 Artikel pro Monat (siehe Statistik der geretteten Wikipedia-Artikel). -- Reise Reise (Diskussion) 17:45, 12. Okt. 2015 (CEST)
- @Gerd Fahrenhorst: Meinst du, dass der gelöschte Artikel auch für nicht-Admins einsehbar sein soll? Je nach Löschgrund kann es sein, dass die Seite gar nicht mehr angezeigt werden darf (wegen personenbezogener Infos, Beleidigungen, etc). Bei Löschungen wegen mangelnder Relevanz oder Qualität wäre das aber kein Problem. Eine einfache Lösung wäre, soche Artikel gar nicht zu löschen, sondern nur aus dem Artikelnamensraum auf eine "Müllhalde" zu verschieben. Das kann die Community einfach machen, wenn das gewünscht ist. -- Daniel Kinzler (WMDE) (Diskussion) 11:28, 30. Sep. 2015 (CEST)
- (Wikidata) Einführung von Schablonen in Wikidata. Für jedes Item kann dann eine Schablone festgelegt werden, die dann die vorhandenen Daten hübsch formatiert. In etwa so wie Reasontor oder die Botartikel in einigen Wikipedias. Wenn man hier in Wikipedia keinen Artikel findet, es aber ein Wikidata-Item mit Schablone gibt, wird dieses angeboten, zusammen mit der Möglichkeit, bei einer Neuanlage diesen Stub zum weiteren Ausbau zu einem enzyklopädischen Artikel zu übernehmen. --Schnark 09:29, 25. Sep. 2015 (CEST)
- @Schnark: Das ist bereits in Arbeit, siehe d:Wikidata:Article_placeholder_input -- Daniel Kinzler (WMDE) (Diskussion) 10:39, 30. Sep. 2015 (CEST)
- Persönliche Spielwiese, die für Neulinge leicht erreichbar ist. In anderssprachigen WP gibt es nach dem Login ganz oben neben dem Link zur eigenen Seite einen Rotlink sandbox (en), brouillon (fr) oder prove (it). Dies fehlt auf deutsch. Bei WP-Einführungskursen muss ich jeweils umständlich erklären, wie sie eine Benutzerunterseite anlegen können. Plus, dass sie sich die Adresse merken müssen, weil sie nicht leicht wieder auffindbar ist. Oder wurde dieser Vorschlag schon mal diskutiert? Habe nix gefunden... --Hadi (Diskussion) 15:00, 29. Sep. 2015 (CEST)
- Das sollte als default-gadget oder common.js-Script leicht machbar sein, wenn das dafür einen Konsens gibt. -- Daniel Kinzler (WMDE) (Diskussion) 10:39, 30. Sep. 2015 (CEST)
- Nicht einmal das ist nötig, es gibt die Erweiterung mw:Extension:SandboxLink, die bei Konsens aktiviert werden könnte. --Schnark 10:50, 30. Sep. 2015 (CEST)
- Vielen Dank für die erfreulichen technischen Antworten! Kann mir nun jemand sagen, wie/wo die Einführung einer solchen persönlichen Spielwiese entschieden werden kann? Muss ich das irgendwo zur Diskussion stellen? Wenn ja, wo? Danke --Hadi (Diskussion) 19:04, 30. Sep. 2015 (CEST)
- @Hadi: Hm, Wikipedia:Verbesserungsvorschläge/Feature-Requests oder WD:NEU dürften ganz gute Orte sein, um das anzusprechen und Unterstützung zu sammeln. Grüße, —Martin (WMDE) (Disk.) 16:06, 12. Okt. 2015 (CEST)
- Das sollte als default-gadget oder common.js-Script leicht machbar sein, wenn das dafür einen Konsens gibt. -- Daniel Kinzler (WMDE) (Diskussion) 10:39, 30. Sep. 2015 (CEST)
- Neugestaltung der "Bearbeiten" Seite: Ich verbringe einen Gutteil meiner Wikizeit auf der Bearbeitungsseite. Die hat sich seit einer gefühlten Ewigkeit nicht mehr verändert. Wir haben inzwischen einen für Gelegenheitsnutzer recht guten VisualEditor, aber auf der normalen Bearbeitungsseite scheint der Einzug von html5 spurlos vorübergegangen zu sein. Vor einer Neugestalltung sollte man sich von Beginn an überlegen, welche Zielgruppen vor allem von VE unterstützt werden sollte, und welche Zielgruppen durch eine besser unterstützte direkte Wikitext-Bearbeitung am meisten gedient ist.
- Für Leute wie mich die viel Zeit auf den Bearbeitungsseiten verbringen und durch die langen Wege auch viel Zeit dort verlieren, könnte durch eine konzeptionell neu gestalte Wikitext-Bearbeitung viel unproduktiv verbrachte Zeit in produktiv nutzbare Zeit umgewandelt werden. Abgesehen von einer Neuaufteilung des zur Verfügung stehenden Platzes könnten eine Reihe von Hintergrund-Funktionen viel Zeit bringen, die etwa "intelligente" Kontext-Menues ermöglichen. Frohes Schaffen — Boshomi ☕⌨☺ 17:13, 23. Sep. 2015 (CEST)
- @Boshomi: Ich kann mir leider nicht vorstellen, was du mit „Neugestaltung“ und „Neuaufteilung“ meinst und befürchte, dass dein Wunsch so weder von den Benutzern verstanden werden kann, die hier später abstimmen, noch von den Entwicklern. Du sprichst von „HTML5“, aber welche HTML5-Features meinst du? Du sprichst von „langen Wegen“, nennst aber keine Beispiele. Bitte formuliere deinen Text um und teile ihn in mehrere, möglichst konkrete Wünsche auf. Das wäre super hilfreich. --Thiemo Mättig (WMDE) 12:12, 30. Sep. 2015 (CEST)
- @Thiemo Mättig (WMDE): Ich habe das absichtlich etwas offen gelassen, da ich mir nicht als der große Spezialist für optimale GUI-Gestalltung empfinde. Ich sehe da aber viel Entwicklung im Bereich der IDEs (ACE, codenvy, ChromeDevEditor, uva...). Ziel sollte es sein, dass Autoren mit möglichst geringen Aufwand das Gewünschte erreichen. Einige mögliche Funktionen
- Klammerergänzung (Automatisch schließende Klammern setzen, wenn eine öffnende eingetragen wird)
- Befindet sich der Cursor zwischen 2 eckigen Klammerne [[]] könnte man in einem weiteren Schritt gleich die Textvervollständigung aus dem bekannten Suchfeld laden,
- Bei geschwungenen Klammern könnte man templatepar-basierend gleich die Parameter vorschlagen,
- Tag-Vorschlag wie bei so manchen html oder xml-Editoren
- Fett, Kursiv,... in das Mouse-Kontextmenü
- uvam....
- Insgesamt sehe ich das als doch recht großes Projekt. Frohes Schaffen — Boshomi ☕⌨☺ 19:05, 2. Okt. 2015 (CEST)
- @Boshomi: Die Beispiele sind sehr hilfreich, vielen Dank dafür. Dennoch kann dein Beitrag in dieser Form unmöglich zur Abstimmung gestellt werden. Er ist so weder für die Benutzer verständlich, die hier später abstimmen sollen, noch für die Entwickler, die das umsetzen. Bitte formuliere deinen Wunsch um, teile ihn auf und werde wesentlich konkreter. Stell dir dabei immer eine Frage: Welche Bedingung muss erfüllt sein, um den Wunsch als erledigt abzuhaken? Wenn es dir um kürzere Wege geht, nenne den Wunsch bitte „kürzere Wege im Wikitext-Editor“ und nenne ganz konkrete Beispiele. Wenn es dir um ein Kontextmenü geht, eröffne bitte einen Wunsch „Formatierungs-Kontextmenü im Wikitext-Editor“. Wenn es dir um Auto-Formatierungen geht, eröffne bitte einen entsprechenden Wunsch. Danke. --Thiemo Mättig (WMDE) 10:22, 8. Okt. 2015 (CEST)
- @Thiemo Mättig (WMDE): Ich habe das absichtlich etwas offen gelassen, da ich mir nicht als der große Spezialist für optimale GUI-Gestalltung empfinde. Ich sehe da aber viel Entwicklung im Bereich der IDEs (ACE, codenvy, ChromeDevEditor, uva...). Ziel sollte es sein, dass Autoren mit möglichst geringen Aufwand das Gewünschte erreichen. Einige mögliche Funktionen
- @Boshomi: Ich kann mir leider nicht vorstellen, was du mit „Neugestaltung“ und „Neuaufteilung“ meinst und befürchte, dass dein Wunsch so weder von den Benutzern verstanden werden kann, die hier später abstimmen, noch von den Entwicklern. Du sprichst von „HTML5“, aber welche HTML5-Features meinst du? Du sprichst von „langen Wegen“, nennst aber keine Beispiele. Bitte formuliere deinen Text um und teile ihn in mehrere, möglichst konkrete Wünsche auf. Das wäre super hilfreich. --Thiemo Mättig (WMDE) 12:12, 30. Sep. 2015 (CEST)