Wikipedia Diskussion:Projektneuheiten/Archiv/2017

message: Wann werden die voraussichtlich live gehen? --\m/etalhead ✉ 18:25, 23. Mär. 2017 (CET)
replies: text: wikitech:Deployments schweigt sich für die hiesige Wikipedia noch aus. Nur plwiki und ptwiki sind für den 28. März 2017 vorgeplant. Auf dem Testwiki kann es schon getestet werden. — Raymond Disk. 21:40, 23. Mär. 2017 (CET)

text: Siehe Phab:T146972 für die Reihenholge. — Raymond Disk. 20:23, 27. Mär. 2017 (CEST)
thread_title:  RC filters 

message: Zufällig in den Einstellungen entdeckt: Inzwischen gibt es eine Möglichkeit die Auswirkungen zu testen, die sich durch die Migration weg von Tidy ergeben. –Schnark 11:39, 8. Apr. 2017 (CEST)
replies: text: Ach da gibt es die Funktion.... Ich hatte nur die Aktivierung auf dem Server gesehen, aber irgendwie keine Zeit gehabt, das zu verfolgen. — Raymond Disk. 12:00, 8. Apr. 2017 (CEST)
thread_title:  Parser-Migrations-Werkzeug 

message: Wo erhält man Hilfe beim Überarbeiten des Codes seiner .js-/.css-Benutzerseiten? --\m/etalhead ✉ 16:41, 28. Apr. 2017 (CEST)
replies: text: WP:TWS. LG --PerfektesChaos 17:07, 28. Apr. 2017 (CEST)
thread_title:  Benutzerskripte aktualisieren 

message: Eine Verständnisfrage zur neuesten Softwareänderung: Fast alle modernen Browser bieten die Möglichkeit, Cookies zu blocken. Ist das nicht eine Lücke im System, die es ermöglicht, dieses Autoblock-Feature zu umgehen? -- Chaddy · D – DÜP – 22:42, 8. Mai 2017 (CEST)
replies: text: Natürlich lässt es sich damit umgehen, aber die Funktion ist unerfahrenen Nutzern (Schülern z.B.) eher nicht bekannt. --FNDE 22:44, 8. Mai 2017 (CEST)
replies: text: Wer es wirklich will, wird hier immer scheiße bauen können. --MGChecker – (📞 📝 ) 17:43, 9. Mai 2017 (CEST)
replies: text: Danke für eure Antworten! Dann ist dieses Feature aber leider nur eine kleine Ergänzung, zu mehr taugt es nicht. -- Chaddy · D – DÜP – 10:24, 11. Mai 2017 (CEST)
thread_title:  Autoblock-Cookie 

message: Bitte in Mediawiki:linter-category-obsolete-tag-desc eine deutlich abschreckende Warnung einbauen, dass es sich nicht um einen „Fehler“ handelt, an dem man jetzt unbedingt sofort rummachen müsste.
* Die Browser werden diese Syntax noch auf Jahrzehnte verstehen, und wo welcher Ersatz sinnvoll ist, bedarf der Sachkunde und des Finferspitzengefühls und hat keine Dringlichkeit.
* Übereifrige semantische Murksereien können wir hingegen nicht brauchen; etwa dass jemand die längere Beschriftung einer Kirchenglocke zur angeblichen Tastatureingabe umdeklariert, nur um eine angeblich veraltete Darstellung in Schreibmaschinenschrift HTML5-konform zu „reparieren“.
Im Übrigen nett zu sehen, dass ANR und aktuelle Projektseiten zienmlich sauber sind, und weitaus überwiegend BNR und Archive die kleinen Problemchen haben.
LG --PerfektesChaos 02:01, 14. Apr. 2017 (CEST)
replies: text: Hast du einen konkreten Wortlaut? Es ist ja in der Kategorie "Warnung" enthalten. Müsste nicht jede Kategorie einen solchen Hinweis enthalten? Es läuft ja dem Prinzip "kosmetische Änderung" etwas entgegen, wenn man hier die Korrekturen macht. In den wenigsten Fällen hat es aktuell auswirkungen. Durch die Ablösung von HTML Tidy kann es allerdings irgendwann auswirkungen haben (Könnte man sich mit dem ParserMigration anschauen, siehe Abschnitt hier). Der Umherirrende 21:29, 14. Apr. 2017 (CEST)
replies: text: Wurde soeben wegen Performance-Problemen deaktiviert - Task 148609. Der Umherirrende 22:59, 14. Apr. 2017 (CEST)

text: Bei den Entwicklern gibt für alles "linter": jslint, csslint, phplint, lesslint, jsonlint. Mehr infos unter Lint (Programmierwerkzeug). Der Umherirrende 22:03, 14. Apr. 2017 (CEST)

text: Die Reihenfolge von Dateioptionen ist beliebig. Der Unterschied ist, das nichts mehr doppelt sein darf. Das Modul hinter "Quickbar Ort" verdoppelt eventuell enthaltende thumb-Parameter, wenn außerdem ein px-Breitenangabe gesetzt ist. Dies führt zum Lint-Fehler. Mit dieser Änderung sollte diese Art der Fehler verschwinden. Der Umherirrende 02:06, 6. Mai 2017 (CEST)
thread_title:  [[Spezial:LintErrors]] 

message: Moin zusammen, hat Gerrit:350197 eine sichtbare Auswirkung auf die Wikipedia? In meinem lokalen Testwiki konnte ich keine Veränderung feststellen. Bzw. was übersehe ich? — Raymond Disk. 11:19, 22. Mai 2017 (CEST)
replies: text: Wenn du mit dem Patch in seiner gegenwärtigen Form auf „Druckversion“ klickst, sollte sich der Druckdialog des Browsers öffnen, statt wie bisher (oder mit dem Patch bei einem Klick, der die Druckversion in einem neuen Tab öffnet) eine Version, die zeigt, wie die Seite vielleicht aussehen könnte, wenn man sie ausdruckt. –Schnark 12:11, 22. Mai 2017 (CEST)
thread_title:  prefer JS print over printable version. 

message: Da ich in diesem Task wirklich nicht durchblicke:
* Was genau blockiert diese Blacklist und was lässt sie durch?
* Ist sie privat oder auf einer Seite im BNR?
* Funktioniert sie nur zum Ausschließen einzelner Nutzer oder wurde auch der Wunsch mit den Gruppen umgesetzt?
Aufklärung zu diesen Punkten würde mich sehr freuen. --MGChecker – (📞 📝 ) 23:47, 31. Mai 2017 (CEST)
replies: text: Auf die Schnelle, bevor ich weg muss: Sie ist privat. In den Benutzereinstellungen wird man eine Liste der Benutzernamen eingeben können: "List of usernames that are blacklisted from triggering most Echo notifications (edits to your user talk page will still trigger notifications). — Raymond Disk. 07:16, 1. Jun. 2017 (CEST)
replies: text: Sehr gut, damit wäre meine größte Befürchtung, dass das mal wieder wie so vieles in den Wikitext ausgelagert wird, unbegründet. --MGChecker – (📞 📝 ) 12:03, 1. Jun. 2017 (CEST)

text: Wobei ich mich Frage, wie mit Renames und UserMerges umgegangen wird. Man wird ja nicht die Einstellungen durchsuchen. Oder speichert man gar die User-IDs? Würde Platz sparen. Aber beides wird auf MediaWiki:Echo-blacklist ja auch nicht betrachtet. Der Umherirrende 20:52, 2. Jun. 2017 (CEST)
thread_title:  Notification-Blacklist 

message: Vielleicht kommt das für jemanden hier in Frage? Auf der Technischen Wunschliste gibt es in diesem Jahr zum ersten Mal einen reservierten Platz für die Unterstützung eines ehrenamtlichen Entwicklers. Leute, die bei ihrem eigenen Projekt gerne Unterstützung hätten, können in dieser Rubrik einreichen: Wikipedia:Umfragen/Technische_Wünsche_2017/Projekte_ehrenamtlicher_Entwickler. Eingereicht werden können nur Projekte, an denen man selbst arbeiten will. Das Projekt mit den meisten Stimmen würde dann Support in Form von Beratung in technischen, konzeptionellen und organisatorischen Fragen sowie Code Review bekommen. Gesamtumfang der Unterstützung wären ca. 30-40 Stunden, um es planbar zu machen. Wir freuen uns auf Einreichungen & auf die Zusammenarbeit mit X :-) - Bei Fragen gerne pingen. Viele Grüße, --Birgit Müller (WMDE) (Diskussion) 16:55, 2. Jun. 2017 (CEST)
thread_title:  Support von ehrenamtlichen Entwicklern/Umfrage Technische Wünsche 

message: Ist gestern wieder mal nicht live gegangen. --\m/etalhead ✉ 19:54, 2. Jun. 2017 (CEST)
replies: text: Aufgrund der Verspätung von wmf.2 wird wmf.3 ausgesetzt, siehe phab:T165957. Der Umherirrende 20:48, 2. Jun. 2017 (CEST)
thread_title:  MediaWiki 1.30.0-wmf.3 

message: Via Ambassodors-Mailingliste Update to web print styles: mw:Reading/Web/Projects/Print Styles. — Raymond Disk. 22:52, 5. Aug. 2017 (CEST)
thread_title:  Lesetipp: Pläne zum Druck-Stylesheet 

message: Funktioniert bei mir (Firefox 55.0.1) im TWN nicht. JavaScript ist aktiviert. --\m/etalhead ✉ 21:32, 16. Aug. 2017 (CEST)
replies: text: Die Funktion kommt erst mit dem neuen Update, das für morgen geplant ist. Kann also noch gar nicht funktionieren. ;) -- Chaddy · D – DÜP – 23:16, 16. Aug. 2017 (CEST)
replies: text:  Im Translatewiki ist diese Neuerung wie gesagt schon aktiv. --\m/etalhead ✉ 09:43, 17. Aug. 2017 (CEST)
replies: text:   Ist bei die auf TWN die Benutzereinstellung "Änderungen auf „Letzte Änderungen“ und der Beobachtungsliste nach Seite gruppieren" aktiv? Dann klappt die neue Funktion bei mir auch nicht. Leider. — Raymond Disk. 21:29, 17. Aug. 2017 (CEST)
replies: text:   Genau das war der Grund. Hat schon jemand diesen Bug gemeldet? --\m/etalhead ✉ 21:46, 17. Aug. 2017 (CEST)

text: Nur, wenn die erweiterte Beo verwendet wird. --\m/etalhead ✉ 14:49, 18. Aug. 2017 (CEST)
thread_title:  (Ent-)Beobachtungslinks auf der Beobachtungsliste 

message: Wurde Schnarks Diff durch die neue Diffansicht „Verbessert“ abgelöst? Basiert diese ggf. sogar darauf? --Leyo 10:52, 17. Aug. 2017 (CEST)
replies: text: Du müsstest diese Frage ja beantworten können. --Leyo 13:31, 19. Aug. 2017 (CEST)
thread_title:  Diff 

message: Hey,
ich poste auch hier unsere Einladung zum neuen Technical Advice IRC Meeting. Die Einladung ist zwar auf englisch, weil es ein internationales Angebot ist, wir sprechen aber auch Deutsch, wenn das jemandem lieber ist.
On Wednesday, August 23rd, 2017 at 3 pm UTC, we start with our weekly Technical Advice IRC Meeting on #wikimedia-tech IRC channel.
The Technical Advice IRC meeting is open for all volunteer developers, topics and questions. This can be anything from "how to get started" over "who would be the best contact for X" to specific questions on your project.
If you know already what you would like to discuss or ask, please add your topic to the next meeting.
This meeting is an offer by WMDE’s tech team. Hosts of the meeting are: @addshore, @CFisch_WMDE.
Hope to see you there! -- Michael Schönitzer (WMDE) (Diskussion) 00:20, 19. Aug. 2017 (CEST)
thread_title:  Einladung zum wöchentlichem Technical Advice IRC Meeting 

message: Ich habe grade die neue Syntaxhervorhebung für Wikisyntax aktiviert. Dafür, dass es seit über zehn Jahren vertrautes Verhalten ändert, gefällt es mir erstaunlich gut. Ein kleiner Bug aber: bisher konnte ich während des Editierens den Zurück-Button im Browser drücken, den Artikel nochmal angucken und dann den Vor-Button benutzen und weiter editieren. Das ist mit dem neuen Feature nicht mehr möglich. Die Syntaxhervorhebung nimmt nicht den von mir editierten Inhalt des Editierfensters, sondern den Inhalt, den das Fenster beim Laden der Seite hatte. Das ist bestimmt so nicht gewollt.
Hier ist sicher nicht die richtige Stelle für Bug Reports, aber vielleicht kann ja jemand kundigeres daraus einen offiziellen Bug-Report machen. --::Slomox:: >< 12:40, 23. Aug. 2017 (CEST)
replies: text: Und was ebenfalls nicht mehr funktioniert: wenn man mit den Editiertools unterhalb des Editierfensters Sonderzeichen wie zum Beispiel die korrekten Anführungszeichen „“ eingefügt hat, dann sprang der Cursor bisher an die Stelle zwischen den beiden Zeichen. Mit Syntaxhervorhebung springt er ans Ende. --::Slomox:: >< 12:53, 23. Aug. 2017 (CEST)

text: Hallo ::Slomox::, deine Bugreports kannst du am besten entweder auf Phabrikator stellen, oder noch einfacher auf der Diskussionsseite des Betafeatures. Auserdem gibt es mittlerweile eine Seite zur neuen Syntaxhervorbung, wo Probleme und Tipps gesammelt werden! -- Michael Schönitzer (WMDE) (Diskussion) 15:37, 24. Aug. 2017 (CEST)

text: phab:T175509 wurde geschlossen. Die Änderung wird mit Version 1.31.0-wmf.8 kommen. --Fomafix (Diskussion) 13:09, 8. Nov. 2017 (CET)
thread_title:  Syntaxhervorbung für Wikisyntax 

message: Ein verbesserter Versionsvergleich steht nun auf http://test.wikipedia.org und http://mediawiki.org zur Verfügung: Textänderungen in verschobenen Absätzen werden nun kenntlich gemacht. Fehler können auf Phabricator oder auf der Diskussionsseite des Wunsches gemeldet werden.
Zudem wurde dabei ein alter Fehler korrigiert: Unter gewissen Umständen, zum Beispiel wenn ein Abschnitt entfernt und ein anderer eingebaut wird, oder ein Abschnitt verschoben wird, passiert es, dass zwei Abschnitte, die nichts miteinander zu tun haben, als ein stark veränderter Abschnitt dargestellt werden. Dieser wurde Ende Oktober/Anfang November korrigiert und ist auch hierzuwiki bereits deployed. -- Michael Schönitzer (WMDE) (Diskussion) 16:59, 8. Nov. 2017 (CET)
thread_title:  Verbesserter Versionsvergleich 

message: Ich würde dann noch vorschlagen, die Benutzergruppen „JPEG-Hochlader“, „FLAC-Hochlader“, „SVG-Hochlader“, „OGG-Hochlader“ usw. einzuführen. --\m/etalhead ✉ 21:39, 14. Nov. 2017 (CET)
replies: text: Eigentlich war eher eine Tendenz zu "trusted uploader" zu erkennen… Aber ja, schon eine ziemlich Perversion des Rechtesystems (mit haarsträubender Begründung). --MGChecker – (📞 📝 ) 21:50, 14. Nov. 2017 (CET)
replies: text: Mit dieser erneuten Restriktion soll vermutlich Missbrauch vermieden werden. --\m/etalhead ✉ 18:31, 15. Nov. 2017 (CET)

text: Nur fürs Protokoll: Die Einschränkung basiert auf einer Communitydiskussion: c:Commons:Village pump#RFC: Which user groups should initially be allowed to upload mp3s?. Ich persönlich begrüße die MP3-Hochlademöglichkeit, sehe jedoch auch die Schwierigkeiten bei der Kontrolle auf URVs. — Raymond Disk. 18:52, 15. Nov. 2017 (CET)
replies: text: Diese Probleme sind doch zunächst mal bei jedem Dateiformat präsent. Nur weil sie bei mp3 einfacher herbeizuführen sind, ist das für mich keine Begründung, da solche Schranken zu setzen. Und in dieser Diskussion ist keine wirkliche Tendenz zu der letztlich getroffenen Entscheidung zu erkennen. --MGChecker – (📞 📝 ) 00:01, 28. Nov. 2017 (CET)
replies: text: Ich sehe keinerlei Unterschied zu anderen Dateien. Die Gefahr, hier URVen zu produzieren, ist nicht wirklich höher. Das ist also nur ein vorgeschobener Grund. -- Chaddy · D – DÜP – 04:33, 28. Nov. 2017 (CET)
replies: text: Daran ist nichts vorgeschoben. Bei Bildern kann jedermann auf den ersten Blick eine URV erkennen. Bei Sound ist das nicht möglich. Oder kannst du im File-Manager erkennen, ob eine Datei eines Hayden-Stücks identisch ist mit einer alten (gemeinfreien) Einspielung oder mit einer neueren, dem Urheberrecht unterliegenden? Du musst einen Dateivergleich vornehmen, der könnte aber durch winzige Änderungen schon wieder getäuscht werden. URVs sind bei Sound kaum zu erkennen, deshalb ist es sinnvoll, hier vorsichtig zu sein. Wenn nach einiger Zeit keine Probleme auftreten, kann man die Schwelle senken, zB auf die vier Tage beim Bilderupload auf de-WP. Oder auf Null wie auf Commons. Grüße --h-stt !? 18:41, 28. Nov. 2017 (CET)
replies: text: Das Argument klingt zwar nachvollziebar, zieht aber nicht, da es seither ja auch schon möglich war, Audiodateien hochzuladen. 92.75.194.118 21:49, 1. Dez. 2017 (CET)
thread_title:  Benutzergruppe „MP3-Hochlader“ 

message: Hi folks, please see HD:LINT #Tidy-ex.
In a nutshell:
* MediaWiki is planning to leave HTML Tidy (from 1998) in December for dewiki.
* Someone might announce this on WP:NEU and explain it to the entire community, even more when broadcasted by Ausrufer.
* We might discover unknown rendering issues, bit we caused them by non-standard syntax ourselves.
Regards --PerfektesChaos 01:25, 17. Nov. 2017 (CET)
replies: text: (The anchor doesn't work for me? This was the proposal text. Let me know if there's anything you'd like me to do! Best, Elitre (WMF) (Diskussion) 09:11, 17. Nov. 2017 (CET)
replies: text: Hi again. I assume Hilfe:Wikisyntax/Parsermigration was developed with the switch in mind, again, great work there. Who can update WP:NEU? I know User:Raymond usually takes care of it, but again, let us know if there's anything we could clarify etc. Best, Elitre (WMF) (Diskussion) 17:37, 20. Nov. 2017 (CET)

text: Danke, ich habe das mal auf der Vorderseite gepostet. Gruß, --Gnom (Diskussion) 23:17, 23. Nov. 2017 (CET)
replies: text: Ich habe irgendwo etwas vom 5. Dezember gelesen. Keine Ahnung ob es noch aktuell ist. Der Umherirrende 21:19, 30. Nov. 2017 (CET)
replies: text:  Das stand auf HD:LINT#Tidy-ex, aber im aktuellen Deployment-Plan finde ich davon nichts, noch relevante Treffer auf die Stichwörter dewiki Tidy Parsoid Remex. Deshalb bin ich mit einem Datum immer recht zurückhaltend. LG --PerfektesChaos 12:09, 1. Dez. 2017 (CET)
replies: text: Buon giorno! I confirm the switch date is tomorrow 5 December. The Parsing team's slot is the 18 UTC one, per calendar. This is happening during the European SWAT slot, 14:00 UTC. As announced, if you notice any incorrect rendering, you can use ?action=parsermigration-edit to identify if the switch from Tidy actually caused it, by appending it at the end of a URL. And again, if we/you notice problems, we can revert the change, after identifying the source of the problem. I think the fastest way to get attention from the team would be on IRC, in the #mediawiki-parsoid channel. Or you can ping me or :mw:User:SSastry (WMF), of course. Hope this helps! I'm going to drop a quick note to de.wiki's IRC channel as well. Arrivederci, Elitre (WMF) (Diskussion) 11:44, 4. Dez. 2017 (CET)
replies: text: Change is now live, and for people wanting to fix errors, Spezial:LintErrors (you do have some great documentation locally, lucky you!). Best, Elitre (WMF) (Diskussion) 15:23, 5. Dez. 2017 (CET)
thread_title:  {{Anker|Tidy-ex}} Ablösung von Tidy auf dewiki in einigen Wochen 

message: Aktuell liegen wikidata und de.wp auf den gleichen Datenbankserver s5. Da Wikidata viele Ressourcen braucht, soll hier eine Trennung erfolgen. In phab:T181645 wird über die Community-Kommunikation geredet. Vielleicht möchte sich jemand einbringen. TL;DR: 9. Januar 2018, 06:00 UTC - 06:30 UTC. Der Umherirrende 21:21, 30. Nov. 2017 (CET)
replies: text: Ich denke, das gehört Anfang des Jahres zumindest auf WP:FZW, vielleicht auf die Admin-Notizen (da lesen auch viele mit) und auf MediaWiki:Sitenotice. NNW 15:32, 5. Dez. 2017 (CET)
replies: text:  Wurde heute durchgeführt. Der Umherirrende 17:28, 9. Jan. 2018 (CET)
thread_title:  Datenbanktrennung von de.wp und wikidata