Wikipedia:Technik/Archiv/2016

Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Projektseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Wikipedia:Technik/Archiv/2016#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

https://de.wikipedia.org/wiki/Wikipedia:Technik/Archiv/2016#Thema_1

Bevölkerungszahlen Frankreich

(ebenfalls als Verbesserungsvorschlag gemeldet, womöglich handelt es sich jedoch um einen Software-Fehler)

Am 31. Dezember hat das Institut national de la statistique et des études économiques die neuen amtlichen Bevölkerungszahlen der Gemeinden Frankreichs online gestellt. Dabei wurde der Stand zum 1. Januar 2012 durch den Stand zum 1. Januar 2013 ersetzt. Das entsprechende Wikipedia-Feature scheint das aber verschlafen zu haben, denn in den jeweiligen Artikeln stehen immer noch die –- automatisch erstellten –- Zahlen vom Vorjahr. Also bitte dieses Feature aktualisieren! Danke im Voraus, --Edelseider (Diskussion) 13:36, 3. Jan. 2016 (CET)

Das Feature hier ist nutzerbetrieben: Die Vorlagen in Kategorie:Vorlage:Metadaten_Einwohnerzahl_FR müssen manuell aktualisiert werden. Benutzer:Septembermorgen hat das die letzten Jahre gemacht, ist derzeit aber inaktiv. Vermutlich hilft ihm irgendein Script dabei, das Format zu konvertieren, alles von Hand zu machen wäre zu viel Aufwand. --mfb (Diskussion) 13:55, 3. Jan. 2016 (CET)

Wikipedia_Diskussion:WikiProjekt_Französische_Gemeinden#Bev.C3.B6lkerungszahlen_durch_den_Stand_zum_1._Januar_2013_ersetzt. Hier erledigt. --mfb (Diskussion) 13:59, 3. Jan. 2016 (CET)

Nach 2 BK bleibt mir dann nur noch HNY, mfb --PerfektesChaos 14:01, 3. Jan. 2016 (CET)

Stimmt, bin derzeit praktisch inaktiv. Wollte mich diese Tage, in denen ich etwas Zeit hätte, um die Vorlagen kümmern. Zum Vorlagen erstellen gab's seither aber keine Skripte, war alles Handarbeit und mit etwas Routine innerhalb von ~1 Tag auch gut zu machen. VG --Septembermorgen (Diskussion) 13:20, 4. Jan. 2016 (CET)

Na, dann fein, von dir was gelesen zu haben, und erfolgreiches 2016. Inhaltlich weiter auf Wikipedia Diskussion:WPFG. LG --PerfektesChaos 13:30, 4. Jan. 2016 (CET)

@Septembermorgen: Freut mich ebenfalls, von Dir zu lesen! Wenn Du im Bereich FR weitermachen möchtest oder Kommentare hast zum bisherigen Vorgehen (erstes Viertel umgestellt), gib mir Bescheid. Sorry für das Vorpreschen, ohne die Anfragen hier und auf WPFG hätte ich länger gewartet. Gruß --WolfgangLiebig • Disk. 09:01, 5. Jan. 2016 (CET)

Hatte noch nichts vorbereitet, daher ist es kein Problem, dass Du Dir die FR-Vorlagen vorgenommen hast. Deine abschließende Einschätzung zum Aufwand und evtl. Problemen bei der Aktualisierung mit Skript würde mich interessieren. Wenn Du jetzt ein brauchbares Skript hast, ist der Aufwand wahrscheinlich deutlich geringer als die bisherige Vorgehensweise. Gruß --Septembermorgen (Diskussion) 13:11, 5. Jan. 2016 (CET)

Im Bereich dieser Wekstatt erl.; kein Software-Problem. Weiter auf Wikipedia Diskussion:WPFG. LG --PerfektesChaos 15:36, 10. Jan. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 15:36, 10. Jan. 2016 (CET)

Benutzer:Port(u*o)s

Hallo! Bei der Vandalismusmeldung von Benutzer:Port(u*o)s bekam ich zwei Meldungen als Echo-Ping mit den Diffs [1] und [2]. Entweder bin ich blind und finde mich selbst dort nirgends erwähnt, das Ping-Skript hat einen Schaden oder Benachrichtigungen an Port(u*o)s kommen jetzt bei mir an o.O Kann da jemand mal nachgucken? – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 14:07, 20. Jan. 2016 (CET)

Hallo, in dem Zusammenhang: Ich hab übrigens gleich zwei Vandalismusmeldungen auf meiner Disk erhalten - hat das seine Richtigkeit? Zwar hat FFA P-16 das Formular zweimal ausgefüllt, vermutlich in der Aufregung, aber vielleicht kann man sowas rausfiltern? @ Doc Taxon: Sorry für die Unannehmlichkeiten, ich hoffe, dass ich mich jetzt nicht zu einem noch schlimmeren Rüpel entwickle und Du ständig angepingt wirst! Gruss --Port(u*o)s 14:48, 20. Jan. 2016 (CET)

Fälschlicherweise wurde Benutzer Diskussion:Port(u*o)s eingebunden. Und dort bist du erwähnt. --Leyo 14:52, 20. Jan. 2016 (CET)

Ach ja, danke! Gruss --Port(u*o)s 15:08, 20. Jan. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Leyo 21:25, 24. Jan. 2016 (CET)

Fehlermeldung

Was verursacht auf → dieser Portalseite die Fehlermeldung

„Kategorien existieren nicht: Kategorie:Porträtfotografie‎ (HEX: x50x6Fx72x74x72xE4x74x66x6Fx74x6Fx67x72x61x66x69x65x200E) Kategorie:Porträtmalerei‎ (HEX: x50x6Fx72x74x72xE4x74x6Dx61x6Cx65x72x65x69x200E)“

, und wie behebt man diese?

Mit freundlichen Grüßen, --Quaestio Iuris 17:34, 24. Jan. 2016 (CET)

Bei diesem Edit wurden von Benutzer:Partynia gleichzeitig unsichtbare Zeichen eingefügt (im normalen Diff nicht zu erkennen!), ich habe sie jetzt entfernt. Mit der nächsten Aktualisierung durch MerlBot sollte das Problem weg sein.--Mabschaaf 17:42, 24. Jan. 2016 (CET)

@Mabschaaf: Danke für die schnelle Fehlerbehebung und Antwort. Vermutlich wird es sich bei diesen unsichtbaren Zeichen um ein breitenloses Leerzeichen handeln. Mit freundlichem Gruß, --Quaestio Iuris 18:40, 24. Jan. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Quaestio Iuris 18:40, 24. Jan. 2016 (CET)

Artikel direkt in der Beo von der Beo nehmen

Ich fände es praktisch, wenn man unmittelbar in seiner Beobachtungsliste Artikel aus der Beo entfernen könnte. Im Laufe der Zeit sammeln sich viele Seiten an, die dann nur mühsam einzeln im Bearbeitungsmodus der Beo entfernt werden müssen. Gibt es schon so eine Erweiterung oder könnte man sie programmieren? (z.B. zusätzlichen Link ‎(Unterschied | Versionen | Ignorieren). Grüße --Partynia ^{∞ RM} 16:30, 27. Jan. 2016 (CET)

Gibt es; Benutzer:PerfektesChaos/js/listPageOptions.

Lesetipp: Hilfe:BEO #Zusätzliche Tools → Werkzeuge.

LG --PerfektesChaos 16:44, 27. Jan. 2016 (CET)

Danke Dir. Super! Aber wie binde ich das ein? c&p in meine commons hat nichts bewirkt. Grüße --Partynia ^{∞ RM} 18:49, 27. Jan. 2016 (CET)

Was du eingebunden hattest, war nicht das Werkzeug, sondern ein Versuch zu seiner Konfiguration.

Weiter oben: Benutzer:PerfektesChaos/js/listPageOptions #Einbindung.

LG --PerfektesChaos 19:26, 27. Jan. 2016 (CET)

Herzlichen Dank. Das war´s. Grüße --Partynia ^{∞ RM} 00:20, 28. Jan. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Partynia ^{∞ RM} 00:20, 28. Jan. 2016 (CET)

Darstellungsprobleme mit Tabellen

Ich sehe auf mehreren Seiten Darstellungsproblem mit Tabellen, die vor ein paar Tagen noch nicht da waren und ohne dass Änderungen an den Seiten stattgefunden haben. Z.B. hier Kunstgewerbeschule Dresden#Ehemalige Lehrer und Professoren oder hier Liste von Künstlergruppen der bildenden Kunst in Dresden. Getestet auf Firefox 44.01 unter Linux.

Hier ein Muster:

Name, Vorname	1893	1894	1895
Person 1	•		•
Person 2		•	•
Person 3	•	•

Aktuell werden die beiden mittleren Spalten miteinander verschmolzen. Vector als Skin. Wenn ich in WP unter Einstellungen die Oberfläche wechsle, ändert sich das Aussehen der Tabelle: Die Anzeigefehler treten an einem andern Ort auf. --Flyingfischer (Diskussion) 15:14, 11. Feb. 2016 (CET)

Der Antragsteller wurde von Wikipedia:VWS#Darstellungsprobleme mit Tabellen hierher verwiesen. global.css und co sind nicht vorhanden. Zur Klarstellung: Du siehst die Spalten "Name" und "1895" wie sie sein sollen, und was statt der Spalten "1893" und "1894"? Zwei Punkte in Zeile 3, oder wie? --nenntmichruhigip (Diskussion) 15:24, 11. Feb. 2016 (CET)

Die Spalten 1893 und 1894 enthalten keine Trennlinie. Die Punkte/Inhalte/Texte sind korrekt da. Die Anzeige ist korrekt, wenn ich im Header einen Titel ohne Leerschlag verwende und in den Inhalten aber weiterhin „Person [Leerschlag] 1“. Sobald ich überhaupt keine Leerschläge mehr verwende, verhaut es die Tabelle wieder... --Flyingfischer (Diskussion) 15:49, 11. Feb. 2016 (CET)

Hallo nenntmichruhigip, falls Du schon etwas geschraubt hast: die Tabelle sieht wieder korrekt aus! Und falls Du geschraubt hast: verneig!!! Und sonst einfach ein dickes Dankeschön ;-) --Flyingfischer (Diskussion) 16:11, 11. Feb. 2016 (CET)

Nein, ich habe deine Antwort eben erst gelesen. Aber ich kann dir sagen was du gemacht hast: Du hast bei gedrückter Strg-Taste das Mausrad nach hinten gedreht, dadurch die Zoomeinstellung deines Webbrowsers etwas verändert, wobei der eine Pixel des Rahmens zufälligerweise einer der nicht dargestellten wurde. Zwischen 15:49 und 16:11 ist dir das nochmal in der anderen Richtung passiert (oder du hast Strg+0 gedrückt), wodurch die Zoomeinstellung wieder zurückgesetzt wurde. --nenntmichruhigip (Diskussion) 16:21, 11. Feb. 2016 (CET)

Das war es offenbar tatsächlich! Ich habe definitiv den Zoom auf „normal“ gestellt. Wieder etwas gelernt! Danke! --Flyingfischer (Diskussion) 16:34, 11. Feb. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: nenntmichruhigip (Diskussion) 16:21, 11. Feb. 2016 (CET)

@Flyingfischer:

• Das ist ein Programmierfehler in einer Browserversion, der sich hoffentlich dann demnächst wieder gibt.
• Ich kenne das von alten Operaversionen; die hatten dünne untere horizontale Linien an Tabellen weggelassen. Einmal rauf und runter scrollen oder das Bildschirmfenster drei Pixel breiter ziehen, so dass der sichtbare Bereich neu aufgebaut werden muss, und alles ist wieder da. Zoom-In ginge wohl auch.
• Ursache ist ein Rundungsfehler; die aufgefrischt anzuzeigenden 100 Pixel in dieser Situation summieren sich nur zu 99,3 – damit fällt das letzte Pixel weg. Ändert sich die Konstellation ein wenig, kommen 99,6 oder 100,1 raus und alles fein.
• Ich vermute, dass sortierbare Tabellen bei dir eine Rolle spielen. Bei denen werden nachträglich zur normalen Tabelle noch die schwarzen Dreiecke (Pfeile) in den Kopfzellen hinzugefügt, damit wird die Tabellenspalte möglicherweise breiter und muss neu berechnet werden, und wenn die sich untereinander vertun, bis zu welchem Pixel die erneuerte Tabellenspalte reichen soll, dann kann das letzte abhandenkommen.

LG --PerfektesChaos 17:18, 11. Feb. 2016 (CET)

Hallo PerfektesChaos, danke für die Erklärungen! Insbesondere Punkt drei kann ich voll bestätigen: beim Speichern waren die Tabellen blitzkurz normal gestaltet, um sich danach neu falsch aufzubauen. Schon interessant, dass man bei einem gereiften Browser wie FF noch auf einen solchen elementaren Bug stößt. Und das, ohne dass Migros-Soft die Hände im Spiel hat ;-) --Flyingfischer (Diskussion) 20:09, 11. Feb. 2016 (CET)

Verschiebeschutz geht nicht?

Warum ging hier der Verschiebeschutz nicht? Sichter war das Account nicht. Kann mal jemand schauen? Viele Grüße, Luke081515 19:55, 2. Mär. 2016 (CET)

Mein Fehler, ich hatte ihn eingesetzt und dann durch meine Rückverschiebung unabsichtlich selbst wieder entfernt. --MBq ^Disk 19:59, 2. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Luke081515 20:03, 2. Mär. 2016 (CET)

Per JS neue Seite laden

Bin gerade etwas hilflos. Ich versuche per Javascript eine neue Seite zu laden (am Ende den aktuellen Artikel, aber im Bearbeiten-Modus) Habe ich schon mehrfach getan und umgesetzt hat immer funktioniert, nur dieses mal nicht Es geht um das (Wikidata-Helferlein) bei uns auf Wikivoyage. Es erweitert unsere Infoboxen und vergleicht lokale Daten mit Wikidata im Testartikel bei Kleinmachnow sieht man das, wenn man das Helferlein mal aktiviert. Nun möchte ich den Artikel im Bearbeiten-Modus öffnen, wenn man auf das orange Symbol klickt. Aber egal was ich für eine URL mit window.location.href öffne, ich bekomme immer die Wikivoyage-Hauptseite geliefert, selbst wenn ich meine private Homepage als Ziel angebe. Ich kann es mir nicht erklären. Überall anders funktioniert es. Ich habe Löschanträge programmiert usw... Es klappt immer, aber hier nicht, egal was ich angebe oder für eine Technik nutze, bei dem Skript bekomme ich immer die WV-Hauptseite geliefert. Hat jemand einen Tipp? Danke! -- DerFussi 10:44, 6. Mär. 2016 (CET)

1. Warum habe ich das Gefühl, dass ich diese Anfrage in den letzten Wochen schonmal irgendwo gesehen hatte?
2. Was genau sagt der alert bei page?
3. Was steht denn so in der JS-Konsole?
4. Was passiert, wenn in der URL der Seite, von der ich komme, schon ein ? stünde und du daran ein ?action=edit anhängst?

VG --PerfektesChaos 10:54, 6. Mär. 2016 (CET)

1. JA, ich hatte dir direkt gechrieben. Di hattest mir dann erstmal diese Seite hier gezeigt... Schlauer bin ich in der Zwischenzeit leider nicht geworden. Ich liefere nachher die Infos -- DerFussi 10:56, 6. Mär. 2016 (CET)
2. https://de.wikivoyage.org/wiki/Wikivoyage:Wikidata/Test_Modul:Wikidata2?action=edit' oder halt meine private Homepage. Je nachdem, was ich eingebe. Siehst ja, was ich alles auskommentiert habe. Ich könnte wohl auch www.opel.de eingeben, mit dem selben Ergebnis
3. Meine Konsole bleibt leer
4. Probiere ich noch....

VG DerFussi 11:01, 6. Mär. 2016 (CET)

4. war eine rhetorische Frage; in diesem Fall müsste ein & stehen.

1. hatte ich schon wieder völlig vergessen; ich bearbeite Dutzende von Angelegenheiten.

Ich hatte bereits empfohlen, mal window.load(page); für die Zuweisung zu verwenden.

Browser-Blocker oder aber projektweite Software auf voy: könnten dir in die Suppe spucken. Ggf. andere voy:-User @FriedhelmW: mit gleicher Konfiguration fragen.

Viel Erfolg --PerfektesChaos 11:33, 6. Mär. 2016 (CET)

Schon wenn man mit der Maus auf das orangefarbene Symbol zeigt wird die Adresse der WV-Hauptseite angezeigt... -- FriedhelmW (Diskussion) 12:29, 6. Mär. 2016 (CET)

Browserblocker sind es nicht, window.load(page); hatte ichg letztens schon probiert, aber langsam dämmert mir was. Danke FriedhelmW. Aber erstmal Kaffee. -- DerFussi 14:48, 6. Mär. 2016 (CET)

@FriedhelmW, DerFussi: Wenn bei der normalen Seitenansicht gilt: „Schon wenn man mit der Maus auf das orangefarbene Symbol zeigt wird die Adresse der WV-Hauptseite angezeigt“

• dann bedeutet das: Das href= dieses Elements ist auf die WV-Hauptseite gelegt.
• Wenn man nun draufklickt, passiert folgender Ablauf:
  1. Der Browser wird angewiesen, auf die WV-Hauptseite zu gehen, und startet einen entsprechenden Arbeitsprozess.
  2. Dem JavaScript wird gefolgt.
  3. window.location.href wird in die momentane Seitenadresse geschrieben.
  4. Das würde normalerweise zum Neuladen der Seite unter dieser Adresse führen; wird aber blockiert, weil schon der Prozess unter 1. aktiv ist.
  5. Der Prozess unter 1. wäre jetzt soweit und lädt die dort angeforderte Seite. Die JavaScript-Ausführung wird abgebrochen.

LG --PerfektesChaos 16:21, 7. Mär. 2016 (CET)

Danke... Ich habe mich durchgeackert und es in den Griff bekommen. Ich hatte noch ein link=# im Markup für das Bild drin. Habe jetzt einfach das Bild drin mit normalem Markup ohne Optionen drin und schmeiße mit unwrap() nach dem Laden der Seite den ganzen Link über dem Image-Tag raus. Jetzt klappt das. Danke. -- DerFussi 13:08, 10. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: DerFussi 13:10, 10. Mär. 2016 (CET)

Toolserverhelferlein-Config

Wisst ihr, wodurch dieses Bild im Quelltexteditor zustande kommt: http://grab.by/OGja? VG Chewbacca2205 (D) 21:10, 9. Mär. 2016 (CET)

Es ist weder sinnvoll noch möglich, Benutzer:Schnark/js/syntaxhighlight und WikEd gleichzeitig zu verwenden. --Schnark 09:12, 10. Mär. 2016 (CET)

Hat funktioniert, danke! --Chewbacca2205 (D) 19:42, 11. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Chewbacca2205 (D) 19:42, 11. Mär. 2016 (CET)

Bei Wikipadia-Links: "Keine App zum öffnen der URL gefunden"

Hallo,
seit gestern abend hab ich dieses Problem auf meinem Smartphone (Android 4.4.2), wenn ich in der Google-App, also mit der üblichen Suchfunktion, ein Ergebnis aufrufen will, das zu einer Wikipedia-Seite führt. Ich hatte früher mal die Wikipedia-App installiert, hatte die aber längst wieder deinstalliert (vor allem, weil man von dieser nicht an die Diskussion von Artikeln heran kommt). Das Problem tritt aber erst seit gestern auf. Andere Webseiten lassen sich aus den Suchergebnissen heraus aufrufen. Habe eben die Zuordnung von Chrome gelöscht, auch dessen Cache und Daten - keine Änderung. Wenn ich in Chrome direkt suche (in der Adresszeile), dann lassen sich alle Seiten aufrufen. Danke für Eure Hilfe! --Karsten Meyer-Konstanz (D) 10:20, 13. Mär. 2016 (CET)

Hast du den gestern ein Update der Google-App gemacht? -- Freddy2001 ^DISK 11:37, 13. Mär. 2016 (CET)

Ja, die war wohl auch dabei. --Karsten Meyer-Konstanz (D) 11:44, 13. Mär. 2016 (CET)

Die Diskussion auf der englischen Wikipedia impliziert daß das ein von Google erzeugtes Problem sei... --AKlapper (WMF) (Diskussion) 13:28, 15. Mär. 2016 (CET)

Es tut wieder. Bitte fragt mich nicht, warum. --Karsten Meyer-Konstanz (D) 12:58, 18. Mär. 2016 (CET) Deshalb:

Archivierung dieses Abschnittes wurde gewünscht von: Benutzer:Meyer-Konstanz 19:42, 11. Mär. 2016 (CET)

Regex-Frage

Ich habe mal wieder 'n Brett vorm Kopf und finde es nicht. Ich will einen lokalen Eintrag in einer Vorlage aus dem Artikeltext löschen (um in der Infobox künftig Wikidata zu nutzen). Aus |Fläche = 1.200 km² soll |Fläche = werden. Funktioniert auch. Ich habe heute nur bemerkt, dass ich den Fall abfangen muss, wenn jemand am Ende der Zeile die Vorlage schließt. Momentan werden die zwei geschweiften Klammern mit gekillt. Jetzt habe ich mir den folgenden Code ausgedacht.

var regexReplace = new RegExp ( '(\\| *Fläche *=).*(\\}*)', 'i');

txtArea.value = txtArea.value.replace ( regexReplace, '$1$2' );

Nun passiert gar nichts, wenn zwei geschweifte Klammern am Ende der Zeile stehen. Die anderen Zeilen funktionieren problemlos. Wo habe ich den Denkfehler? Ich bin gerade festgegangen. -- DerFussi 09:15, 14. Mär. 2016 (CET)

Es passiert gar nichts = kein match? Funktioniert es denn ohne geschweifte Klammern? Wenn nein, vermutlich ein Problem mit dem Escapen (die geschweifte Klammer zu sollte keines benötigen). Wenn ja, verstehe ich es nicht. Generell sind solche Ausdrücke problematisch, wenn regex greedy ist (was es sein muss damit dein Ausdruck ohne geschweifte Klammern funktioniert). Dann kommen geschweifte Klammern ins ".*". Besser: [^}]*. Und wenn du bis zum Zeilenende matchen willst, am besten noch *$ dahinter. Multiline-Modus bis zum nächsten | oder } wäre noch besser. Das versagt dann nur noch, wenn im Parameter Fläche eine Vorlage verwendet wird.

Für Python gibt es einen fertigen Parser, der Vorlagen versteht. Für JS keine Ahnung. --mfb (Diskussion) 16:09, 14. Mär. 2016 (CET)

@DerFussi: Ich hab das mal leicht verändert getestet: regex101 Das 2. Match findet nur noch den Teil hinter Fläche =, beendet wird das Match entweder durch neue Zeile + | oder neue Zeile (optional) + }}. Hilft dir das weiter? --FNDE (Diskussion) 16:27, 14. Mär. 2016 (CET)

Schon mal vielen Dank euch beiden. Ich stürze mich morgen gleich mal drauf und berichte. Der Gedanke, wenn als Werte wiederum Vorlagen drin stehen gingen mir auch durch den Kopf. Aber zum einen ist es sehr unwahrscheinlich und zum anderen wird der Artikel nur automatisch zum Bearbeiten geöffnet, der Wert entfernt und die Kommentarzeile befüllt und es kommt ein Hinweis noch mal drüberzugucken. Also bis morgen.... ich melde mich. -- DerFussi 21:27, 14. Mär. 2016 (CET)

Wieso ersetzt du nicht (\| *Fläche *=)[^|{}\[\]]* durch $1? Dadurch wird keine Vorlagenlogik jeglicher Art angefasst. Auch Links bleiben erhalten, was sonst (bei Pipelinks) ein anderes Problem ergäbe. --mfb (Diskussion) 01:25, 15. Mär. 2016 (CET)

Ich hab meine Expression nochmal angepasst (war auch ein kleiner Denkfehler drin): die Zeichenfolge hinter Fläche = ... wird nun ziemlich sicher erkannt, zumindest habe ich noch kein wahrscheinliches Szenario gefunden wo es nicht klappt. Das Match wird entweder mit einer neuen Zeile die mit | beginnt, oder den Klammern für die Infoboxvorlage (}}}} beendet. Dabei ist es egal, ob eine weitere Vorlage im Match eingebunden ist oder die Klammern in einer neuen Zeile stehen. → Link Viele Grüße --FNDE (Diskussion) 11:03, 15. Mär. 2016 (CET)

Es läuft endlich. Vielen Dank für eure Tipps. -- DerFussi 08:37, 16. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: DerFussi 08:37, 16. Mär. 2016 (CET)

Wunsch: Tool, um bilderlose Artikel aus Kategorien aufzulisten

Kann man sich hier auch ein Tool wünschen? ;-) Ich hätte gerne eines, mit dem man sich von einer Kategorie ausgehend die Artikel auflisten lassen kann, die keine Bilder enthalten, mit der Möglichkeit, bestimmte Elemente von Dateinamen auszunehmen, also z.B. anzugeben, dass alles, was "Karte", "Wappen", "Logo" etc. im Dateinamen enthält, nicht als vorhandenes Bild erkannt wird. Hintergrund: Merlissimo hatte mir vor Jahren erstmals Benutzer:Gestumblindi/Ort ohne Bilder generiert, was ich sehr nützlich fand. Die Liste hat (nicht nur) mich inspiriert, Fotos in diversen Dörfern zu machen. Zuunterst auf der Seite findet sich die Datenbankabfrage, die Merlissimo dafür genutzt hatte. Ich kenne mich mit sowas nicht wirklich aus; der Teil NOT REGEXP '([Bb]lason|[Bb]lazon|[Ww]appen|[Cc]oat|[Kk]arte|[Ii]con|[Ll]ogo)' scheint die gewünschten Ausnahmen zu enthalten (also, dass eben auch Artikel als "bilderlos" erkannt werden, die z.B. ein Wappen oder eine Karte enthalten).

Leider wurde die Liste schon lange nicht mehr automatisch aktualisiert und bei der manuellen Pflege geht ohne Zweifel das eine oder andere unter. Merlissimo, der ja gegenwärtig leider nicht aktiv ist, schrieb im Dezember 2014 auf seiner Diskussionsseite: "Die Query funktioniert so auf Labs nicht mehr wegen anderer Indexe. Bezüglich der diversen Extra-Abfragen, die ich in der Vergangenheit gemacht habe, ist was größeres in der Pipeline, dass auch dir erfreuen wird." Ich weiss nun nicht, was das "Grössere" ist, gibt es da etwa schon etwas, das sich für meinen Zweck nutzen lassen würde? Gestumblindi 17:51, 25. Mär. 2016 (CET)

@Gestumblindi: Kennst du FIST (Beispiel)? --Flominator 18:03, 25. Mär. 2016 (CET)

@Flominator: Danke; FIST kannte ich eigentlich (als Tool, um Bilder zu finden), aber die Option "Articles that have no image" war mir gerade nicht bewusst. Allerdings werden mit dieser Option eben nur Artikel gefunden, die keinerlei Bilder enthalten, was somit relativ nutzlos ist, wenn man Gemeinde-Artikel ohne Fotos suchen möchte, da diese sehr oft eben ein Wappen und/oder eine Karte enthalten und somit mit der Option "Articles that have no image" nicht berücksichtigt werden. Ah, aber ich sehe, es gibt ja auch noch "Articles that have less than ... images", das ist schon besser... mit der Voreinstellung 3 kriegt man dann ja auch Artikel, die ein Wappen und eine Karte, aber sonst nichts enthalten, wie Heinrichswil... Gestumblindi 18:14, 25. Mär. 2016 (CET)

@Gestumblindi: Mit "Show images already in the article" könntest du auch noch einen Hauch von Sichtkontrolle betreiben, ohne alles anklicken zu müssen. Dann gäbe es noch meta:FIST/Ignored images. Das ist zwar etwas pflegeintensiv, aber mit einem Catscan über die Schweizer Wappen auf Commons sollte das machbar sein. --Flominator 18:23, 25. Mär. 2016 (CET)

@Flominator: Nochmal danke für die Tips! :-) Hm... meta:FIST/Ignored images ist gegenwärtig ja eine relativ kurze Liste und wurde zuletzt 2013 geändert. Man müsste die Leute dort wohl zunächst durch eine Ankündigung schonend darauf vorbereiten, dass die Liste um Tausende von Schweizer Wappen und Karten ergänzt wird, wenn man diesen Weg beschreiten möchte? ;-) Gestumblindi 18:29, 25. Mär. 2016 (CET)

@Gestumblindi: Ich würde es eher mit "sei mutig" versuchen   --Flominator 19:15, 25. Mär. 2016 (CET)

@Gestumblindi: Habe euch 'ne neue Option gebacken: "Count only JPEGs as images" (1. Abschnitt). Das zählt PNGs, SVGs etc., also sie Logo-und-Karten-Typen, nicht als Bilder. Dann klappt's auch mit Heinrichswil! --Magnus Manske (Diskussion) 14:12, 29. Mär. 2016 (CEST)

@Magnus Manske: Toll! Vielen Dank :-) Gestumblindi 20:58, 29. Mär. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Gestumblindi 20:58, 29. Mär. 2016 (CEST)

Bildbeschreibungen aus anderen Projekten einsammeln

Hallo zusammen, hier die zweite Migrationsleiche: Magnus Manske hatte für mich vor einigen Jahren ein Tool entwickelt, dass für eine Datei auf den Commons von allen Einbindungen die Bildbeschreibungen kopiert und als Kopiervorlage mit {{lang|Bildbeschreibung}} aufbereitet. Der Aufruf sah so aus. Gibt es das Tool noch? Könnte das jemand migrieren/reaktivieren? Danke und Gruß, --Flominator 13:06, 2. Apr. 2016 (CEST)

Gerade sehe ich http://tools.wmflabs.org/multidesc , das die Aufgabe wohl erfüllen soll, aber ein Problem zu haben scheint. @Magnus Manske: Kannst du da etwas tun? --Flominator 13:13, 2. Apr. 2016 (CEST)

Basiert auf WikiSense, das nicht mehr läuft. Ich guck mal...--Magnus Manske (Diskussion) 15:17, 2. Apr. 2016 (CEST)

So besser? --Magnus Manske (Diskussion) 15:31, 2. Apr. 2016 (CEST)

Vielen Dank, Magnus --Flominator 16:10, 2. Apr. 2016 (CEST)

@Magnus Manske: Hier läuft es nicht so gut. Sind meine Erwartungen zu hoch? Gruß, --Flominator 16:15, 2. Apr. 2016 (CEST)

Ja. gallery-tag, keine thumbnail-Unterschrift. Jetzt nachgerüstet. --Magnus Manske (Diskussion) 16:34, 2. Apr. 2016 (CEST)

Und nochmal: Vielen Dank, Magnus. --Flominator 17:37, 2. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Flominator 17:37, 2. Apr. 2016 (CEST)

Glamtools

Aus /Intro hierher. --PerfektesChaos 15:10, 20. Feb. 2016 (CET)

Die Glamstools (http://tools.wmflabs.org/glamtools/) wie GLAMorous laufen nicht mehr. --Derzno (Diskussion) 19:27, 19. Feb. 2016 (CET)

Sie scheinen wieder zu laufen. --Leyo 22:55, 5. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Leyo 22:55, 5. Apr. 2016 (CEST)

Kursor bei Programmstart sofort im Suchfeld (rechts oben) einsetzen

Vorschlag zur Verbesserung der Nutzung der Wikipedia: Kursor bei Programmstart sofort im Suchfeld (rechts oben) einsetzen Nutzer: Schorschski (nicht signierter Beitrag von Schorschski (Diskussion | Beiträge) 17:37, 28. Feb. 2016 (CET))

Eventuell hilft das Helferlein: Einstellungen -> Helferlein -> "Cursor-Platzierung auf der Hauptseite immer in der Suchbox". Der Umherirrende 18:05, 28. Feb. 2016 (CET)

Als generelle Änderung fände ich das fatal, denn damit würde ja die Tastatursteuerung der Seite selbst nicht mehr funktionieren. --Karsten Meyer-Konstanz (D) 11:11, 15. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Leyo 14:27, 8. Apr. 2016 (CEST)

Fehler in den Recent Changes?

Hallo, eben fiel mir bei den letzten Änderungen nebenstehendes auf. Die Seite Pedro Gómez Labrador ist so schnell gelöscht, daß sie zwar als drittletzte Änderung auftaucht, allerdings oben schon die Seitenlöschung im Löschlogbuch und die IP-Sperrung zu sehen sind, und die Seite auch als Rotlink erscheint. Ist Benutzer:Aka mit seinen Skripten inzwischen zu schnell für die Wikimediasoftware, oder wie kommt sowas zustande?--Emergency doc (D) 15:12, 10. Mär. 2016 (CET)

Das sieht mir eher nach irgendeinem Cache-Problem in der Mediawiki-Software aus. -- Gruß, aka 15:28, 10. Mär. 2016 (CET)

Ich habe in letzter Zeit öfter ähnliche Probleme, die mit einem Cache-Fehler zusammenhängen können, so sehe ich beispielsweise in abgemeldetem Zustand manchmal trotzdem die Beitragsliste meines Accounts o.ä. Werden solche Listen (z.B. auch die Letzten Änderungen) immer extra auf Anfrage für mich als Anfrager erstellt, so daß der Fehler möglicherweise bei mir wäre?--Emergency doc (D) 15:35, 10. Mär. 2016 (CET)

Lässt sich nicht allgemein beantworten, viele Listen laufen über Caches, sodass für deine Anfrage manchmal die Seite neu generiert wird und manchmal nicht. --mfb (Diskussion) 16:48, 10. Mär. 2016 (CET)

Die Löschung der Einträge auf Spezial:RecentChanges passiert über die Job-Queue, also etwas nachgelagert nach der Löschung einer Seite, daher kann es vorkommen, das man Geister-Einträge sieht. Der Umherirrende 18:29, 10. Mär. 2016 (CET)

Danke, interessant. Und dann erscheint die gelöschte Seite trotzdem als Rot- und nicht als Blaulink? Letzteres habe ich schon öfter gesehen, ein Blaulink, der laut Löschlog zu diesem Zeitpunkt schon gelöscht war.--Emergency doc (D) 18:37, 10. Mär. 2016 (CET)

Aktuell kann soetwas öfter vorkommen. Viele Grüße, Luke081515 17:22, 11. Mär. 2016 (CET)

Da kann man nicht mehr viel machen. Vielleicht die gelöschten Seiten ignoren (phab:T132215). Der Umherirrende 22:52, 8. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:52, 8. Apr. 2016 (CEST)

Technische Frage zum Wikipedia:Kurier

Kann man eigentlich einen Artikel dort irgendwie so verlinken, dass er auch nach Archivierung noch aufrufbar ist? Da gibt es nämlich hin und wieder gute Artikel, die auch für Außenstehende interessant sind. Denen würde ich gern - auf welchem Wege auch immer - einen Link dazu übermitteln. Aber ich kann mir ja nicht mal selber einen Artikel "merken" (bookmarken)! Gibt's da einen Trick? --Karsten Meyer-Konstanz (D) 11:14, 15. Mär. 2016 (CET)

Hi @Meyer-Konstanz: das ist möglich. Du könntest einfach die letzte Version aus der Versionsgeschichte auswählen und die Sprungmarke für den Artikel hinten dran hängen, z.B. so hier: https://de.wikipedia.org/w/index.php?title=Wikipedia:Kurier&oldid=152509444#WikiCon_2016_.E2.80.93_mach_mit.21. Dieser Link würde dann genau wie in einem Artikel unabhängig von folgenden Änderung Bestand haben, bzw. kann auch trotz Archivierung verwendet werden. Das mit der Sprungmarke ist etwas tricky, weil man ohne Inhaltsverzeichnis die ID nur aus dem Quellcode des Browsers entnehmen kann. Meines Wissens gab es dafür aber mal ein Helferlein? Werde das mal prüfen und ansonsten kurzfristig selbst ein Benutzerscript dafür zur Verfügung stellen. Viele Grüße --FNDE (Diskussion) 13:34, 15. Mär. 2016 (CET)

Gefunden: Benutzer:Schnark hat zu diesem Zweck mal section-links.js entwickelt. --FNDE (Diskussion) 13:54, 15. Mär. 2016 (CET)

Ganz herzlichen Dank, FNDE! Habe mir auch gleich mal das Script installiert (mein erstes!). Mir ist zwar noch nicht klar, wie das mit Artikeln funktionieren soll, die ins Archiv wandern, aber ich probiere es. M.E. müsste sich durch's Archivieren ja der URL ändern. --Karsten Meyer-Konstanz (D) 14:35, 15. Mär. 2016 (CET)

Hi @Meyer-Konstanz: bei der Archivierung bleibt die Versionsgeschichte unberührt. Das heißt konkret: du verlinkst lediglich auf eine alte Version der Hauptseite, nicht direkt auf das Archiv. Die Artikel werden sozusagen doppelt archiviert. Einmal in der Versionsgeschichte selbst, und wenn diese Version überschrieben wurde noch einmal im Archiv nach Monaten geordnet. Du brauchst dir also keine Gedanken machen, ob sich der Link ändert – dein Link wird unverändert immer gleich sein (vorausgesetzt die Version wird nicht gelöscht, siehe dazu Hilfe:Versionslöschung). Zum Vergleich:

• Die Version am 31. Dezember 2015 der Hauptseite von WP:Kurier
• Die Version für Dezember 2015 im Archiv

Wie du siehst, werden im Archiv auch die Termine ausgeblendet. Verlinken kannst du natürlich beides, allerdings wird das Archiv erst nach Abschluss des jeweiligen Monats angelegt. Viele Grüße --FNDE (Diskussion) 15:05, 15. Mär. 2016 (CET)

Jetzt ist, hoffe ich, der Groschen gefallen! Ich darf nicht aus meinem normalen Aufruf des Kurier heraus verlinken, sondern muss ihn aus seiner Versionsgeschichte heraus aufrufen, bevor ich einen Link generiere. Jetzt ist mir auch klar, dass ich auf diese Art ja eh beliebige Versionen "bookmarken" kann. Danke fürs Augen öffnen, FNDE - --Karsten Meyer-Konstanz (D) 15:38, 15. Mär. 2016 (CET)

So ist es. Du hast es viel unkomplizierter erklärt als ich Vorlage:Smiley/Wartung/:p  Viele Grüße --FNDE (Diskussion) 15:40, 15. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:42, 8. Apr. 2016 (CEST)

Update der Suchvorschläge-Funktion (Autocomplete) am 16. März

Hallo! Die existierende Beta-Funktion "Completion Suggester" (Suchvorschläge) ist bereits am Donnerstag, den 10.März auf einer Gruppe kleinerer Wikis zum Default umgewandelt worden. Der anfängliche Rollout wurde auf diese Projekte begrenzt, um sicherzustellen, dass die Veränderungen kontrolliert geschehen. Auf den übrigen Wikis wird das Update am Mittwoch, den 16. März stattfinden. Dieses Update beinhaltet drei wesentliche Verbesserungen der Suchfunktion: Eine besseres Ranking der Suchergebnisse, das Tolerieren einer kleine Anzahl von Schreibfehlern sowie weniger Tippfehler unter den Suchvorschlägen.

Seit Dezember 2015 haben sich bereits etwa 19 000 Benutzer entschieden, die Beta-Version der Suchvorschläge zu nutzen. Jeder ist aufgerufen, diese Möglichkeit vorab auszuprobieren. Bitte gebt Eure Bemerkungen und Kommentare auf der Diskussionsseite ein. Jede Sprache ist willkommen.

Für mehr Informationen über die Arbeit des Discovery-Teams der Wikimedia Foundation sowie weitere Verbesserungen der Suchfunktion siehe das Wikimedia-Blog. Die MediaWiki-Extension, auf der die Wiki-Suchfunktion beruht, ist CirrusSearch. - User:CKoerner (WMF) (talk) 16:17, 15. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 22:41, 8. Apr. 2016 (CEST)

SVG werden nicht angezeigt

Hallo an die Spezialisten! Ich habe einige Logos im Artikel zum Atari 1200XL eingebaut. Allerdings werden die SVG-Versionen nicht angezeigt:

• Datei:Electronic Arts historical logo.svg
• 
• 
• 

Hier die URLs der SVGs:

https://en.wikipedia.org/wiki/Electronic_Arts#/media/File:Electronic_Arts_historical_logo.svg

https://en.wikipedia.org/wiki/MicroProse#/media/File:MicroProse.svg

Kann das bitte jemand korrigieren? Danke im voraus, Knurrikowski (Diskussion) 17:25, 8. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Knurrikowski (Diskussion) 18:42, 8. Apr. 2016 (CEST)

Catscan2 tot?

Hallo zusammen, speziell natürlich an Magnus Manske. Weiß jemand, warum sich http://tools.wmflabs.org/catscan2/catscan2.php nicht mehr rührt? Gruß, --Flominator 09:51, 9. Apr. 2016 (CEST)

Keine Ahnung; aber als sofortge Nothilfe kannst du es ja mal mit Wikipedia:Technik/Labs/PetScan probieren. LG --PerfektesChaos 10:11, 9. Apr. 2016 (CEST)

Petscan liefert mir "schon immer" (=seit es bei Catscan oben verlinkt ist und ich mal Zeit zum Testen hatte) nach ewigem Warten nur HTTP-504 (Gateway Timeout), also iirc genauso wie Catscan bei Ausfällen. Wenn ich das bei vorherigen Ausfällen richtig verstanden habe müsste bei Catscan wohl irgendjemand (@Magnus Manske?) irgendetwas neu starten. --nenntmichruhigip (Diskussion) 17:00, 9. Apr. 2016 (CEST)

Habe Catscan2 neu gestartet. Empfehle aber, stattdessen PetScan zu verwenden. Wenn da was nicht geht, bitte melden (am besten im Bugtracker), mit konkreter Abfrage etc. Sonst gehe ich natürlich davon aus, das es für alle funktioniert. --Magnus Manske (Diskussion) 18:29, 9. Apr. 2016 (CEST)

Ich habe das PetScan-Formular jetzt nochmal neu (iirc genauso wie beim ersten Versuch) ausgefüllt, und jetzt funktioniert es :-) --nenntmichruhigip (Diskussion) 13:24, 11. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: nenntmichruhigip (Diskussion) 13:24, 11. Apr. 2016 (CEST)

ref-group-Fehler

Auf Diskussion:Krebscluster wird ganz unten von der MediaWiki-Software die Meldung

• Referenzfehler: <ref>-Tags existieren für die Gruppe note, jedoch wurde kein dazugehöriges <references group="note" />-Tag gefunden.

angezeigt, dies führt aber offenbar nicht zur Auslösung einer Wartungkategorie. Ich gehe mal davon aus, dass das nicht der einzige Artikel mit einem solchen Referenz-Fehler ist. Wie kann man die anderen finden?--Mabschaaf 11:29, 7. Mai 2016 (CEST)

Die Wartungskategorie ist auf Diskussionsseiten deaktiviert (Vergleiche Quelltext von MediaWiki:Cite-tracking-category-cite-error). Der Umherirrende 11:43, 7. Mai 2016 (CEST)

@Umherirrender: Der Fehler dort ist im Artikel, die Fehlermeldung jedoch erfolgt auf der Disku. Jetzt sollte man sich entscheiden: Entweder Fehlermeldung im ANR mit Wartungskat oder meinethalben auch Fehlermeldung auf der Disku - dann aber ebenfalls mit Wartungskat. Korrekt ist natürlich, dass keine Wartungskat geworfen wird, wenn sich der Fehler selbst auf der Disku befindet, das ist aber hier eben nicht der Fall.--Mabschaaf 12:44, 7. Mai 2016 (CEST)

Nein, im Artikel ist kein Fehler, dort ist ein references für die group=note vorhanden. Das Problem ist hier (wieder mal) die Vorlage für die defekten Weblinks, die auf der Diskussionsseite eingebunden ist und die den Artikeltext einließt und verarbeitet. Dort wird auch mit references gearbeitet. Die Referenz hier wird aber im Artikel mit #tag:ref erzeugt, was in der Vorlage wohl nicht verareitet wird und daher fehlt auf der Diskussionsseite die Gruppe. @PerfektesChaos: Bitte mal schauen. Der Umherirrende 12:53, 7. Mai 2016 (CEST)

Tatsächlich, da habe ich nicht genau genug hingesehen.--Mabschaaf 13:05, 7. Mai 2016 (CEST)

Wer so einen Quatsch wie ref-in-ref zusammenschustert, hat eigentlich einen Marsflug frei.

Ich werde mir das vormerken und gelegentlich in Lua sämtliche {{#tag: einebnen.

VG --PerfektesChaos 13:13, 7. Mai 2016 (CEST)

Lol, Einzelnachweis mit Einzelnachweis, wusste gar nicht dass das technisch geht. xD Sollte man das nicht technisch unterbinden, das dürfte doch sowieso quasi nie sinnvoll sein? 94.218.177.61 21:04, 7. Mai 2016 (CEST)

Es müsste durch geschachtelt verbaute Parserfunktion auch ref-in-ref-auf-ref-in-ref funktionieren.

• Nein, sowas ist natürlich wenig sinnvoll; vor allem auch, weil es die Leser kreuz und quer durch die Seite springen lässt, und eine logische Artikelstruktur gibt es auch nicht.

Und sonst? Konveniert es den Herrschaften nunmehr? --PerfektesChaos 16:11, 8. Mai 2016 (CEST)

Such Dir eine Antwort aus: Ja, die auf der Disku unpassende Fehlermeldung ist weg. Nein, die ref-note-cite-anm-source-Struktur im Artikel ist immer noch Schrott (genauso wie die stellenweise unvollständige Übersetzung). Aber das ist kein Technik-Problem. Aber ich pinge mal Benutzerin:Lómelinde an, vielleicht hat sie ja Nerv, das ein wenig zu überarbeiten? Generell könnten mM im ANR alle völlig nutzlosen {{#tag:ref-Konstruktionen entfernt werden. Ob dann noch sinnvolle Vorkommen übrig bleiben, müsste man mal schauen. Hier die aktuell 89 Fundstellen im ANR. --Mabschaaf 17:00, 8. Mai 2016 (CEST)

Na, Ló, da guck dir aber mal vorher die VG an, mit welch stolzen Hauptautoren du es da zu tun bekommst. Die sind dick wie Bolle, dass ihnen das Kunststück gelungen ist, und wahrscheinlich wenig erbaut, wenn man ihnen den Beweis ihrer Tüchtigkeit wieder abmontiert. LG --PerfektesChaos 17:09, 8. Mai 2016 (CEST)

Speziell der konkrete <ref>-in-<ref>-Fall im Artikel Krebscluster (in der Tabelle im Abschnitt 'Liste bekannter Krebscluster') ist seit der Hinzufügung dieser gesamten Tabelle (des Abschnitts) vorhanden, wobei diese laut der Angabe dabei 'unredigiert' von en-WP übernommen wurde (nur übersetzt) – siehe dazu den entsprechenden großen Diff. -- Sonne7 Disk!  03:25, 18. Mai 2016 (CEST)

Guten Abend, worum geht es denn eigentlich, ich bin noch nicht ganz wieder da, gerade erst angekommen und habe so auf die Schnelle nicht ganz verstanden wo genau ich etwas tun sollte wenn ich es denn relativ gefahrlos tun könnte. Morgen habe ich wieder etwas mehr Zeit. --Liebe Grüße, Lómelinde Diskussion 18:22, 8. Mai 2016 (CEST)

Ich habe gerade etwas Zeitdruck, weil ich noch ein wenig für den WBW tun muss, wirklich Lust habe ich aber nicht mich mit diesen Refs zu befassen. --Liebe Grüße, Lómelinde Diskussion 19:00, 9. Mai 2016 (CEST)

Kein Problem, dann schließe ich hier mal.--Mabschaaf 20:15, 9. Mai 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Mabschaaf 20:15, 9. Mai 2016 (CEST)

Beobachtungsliste: Zeitbegrenzung für beobachtete Seiten einrichten

Hallo, wäre es nicht wünschenswert, analog zur automatischen Archivierung auch für die zu beobachtenden Sites im Inhaltsverzeichnis Zeitbegrenzungen vorgeben zu können? Einmal global für alle, dann für die einzelnen Sites, falls sie länger oder kürzer beobachtet werden sollen. Damit könnte die manuelle Abwahl wesentlich vereinfacht werden oder entfallen. Gruß von --Wi-luc-ky (Diskussion) 17:51, 3. Mär. 2016 (CET)

Ist in Arbeit, siehe hier, Entwurf soll im Mai 2016 vorgestellt werden. --Wi-luc-ky (Diskussion) 11:33, 13. Mai 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Wi-luc-ky (Diskussion) 11:33, 13. Mai 2016 (CEST)

Urlencode-Mysterium

Hi all, especially to Teslaton, today I integrated the link to GeoLocator into Vorlage:Bilderwunsch/Doku. Although I managed to inject the custom template code in the same manner I did it at Vorlage:Bilderwunsch/Listeneintrag/Doku, I have a problem: I somehow to not manage to send the lowercase character ä to the tool, while the uppercase version Ä works pretty well. What am I doing wrong? Thanks in advance, --Flominator 15:22, 16. Apr. 2016 (CEST)

@Flominator: Why you're writing in english? Wrong page? Vorlage:Smiley/Wartung/:p . Viele Grüße, Luke081515 15:28, 16. Apr. 2016 (CEST)

In order for Teslaton to be able to follow the conversation. --Flominator 15:32, 16. Apr. 2016 (CEST)

I don't understand the problem. I changed the encoding from Ä to ä, works fine - at least for me. --mfb (Diskussion) 17:02, 16. Apr. 2016 (CEST)

Thanks, Mfb. I was using [3] and didn't know that I had to enable the checkbox „RFC 2396 mode“, therefore I only got "%C3%A4", which didn't work. --Flominator 17:08, 16. Apr. 2016 (CEST)

I searched for "%c4 ä" and found ISO 8859. --mfb (Diskussion) 18:31, 16. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Flominator 12:34, 31. Mai 2016 (CEST)

Weiterverarbeitung von Koordinaten aus Bilderwünschen

Damit man sich später wieder zurecht findet:

Diese Diskussion über die Vorlage:Bilderwunsch liegt nun unter Wikipedia Diskussion:Bilderwünsche/bwAPI. --Flominator 14:42, 3. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Flominator 14:42, 3. Jun. 2016 (CEST)

Zählung in Kategorie

Die Zählung in Kategorie:Wikipedia:Exzellent ist fehlerhaft. In der Kategorie steht Es werden 200 von insgesamt 2.428 Seiten in dieser Kategorie angezeigt. PetScan findet allerdings 2434 Seiten, was auch das Durchblättern bestätigt, wenn auf der letzten Seite steht "Es werden 34 von 2428 Seiten angezeigt." obwohl ja nur noch 28 übrig sein sollten. 92.75.205.202 19:20, 19. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Schnark 09:21, 20. Jun. 2016 (CEST): s. Wikipedia:Fragen zur Wikipedia#Anzahl exzellente Artikel

CatScan

Könnte sich mal darum jemand kümmern, bitte? Siehe dazu Wikipedia:FzW#CatScan. MfG --Informationswiedergutmachung (Diskussion) 19:53, 30. Jun. 2016 (CEST)

Nichts, wo man auf dieser Seite was machen kann. Kann jeder selber machen und bei den Seiten, die man nicht ändern kann, kann man Vorschläge auf Wikipedia:AA machen. Der Umherirrende 20:20, 30. Jun. 2016 (CEST)

Hat sich erledigt, es hat offensichtlich jemand kapiert. --Informationswiedergutmachung (Diskussion) 21:32, 30. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Informationswiedergutmachung (Diskussion) 21:32, 30. Jun. 2016 (CEST)

wikEd verschluckt Text

Beim Schreiben mit wikEd passiert es immer wieder, dass ein von mir geschriebener Satz unkontrolliert gelöscht wird, wenn ich eine Referenz einfügen will. Offenbar überschreibt das Referenzfeld einen Teil des zuvor geschriebenen Textes. Ist dieser Fehler bekannt? Wird er ggf. behoben? --Jjkorff (Diskussion) 14:06, 28. Jul. 2016 (CEST)

Sollte sich in der Zwischenzeit erledigt haben, siehe hier. Der Umherirrende 18:32, 12. Aug. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 18:32, 12. Aug. 2016 (CEST)

Artikel-Editor: PNG-Datei Upload mit Button „eingebettete Datei“ - Fehlermeldung nach Button „Hochladen“

(Falls ich hier nicht richtig bin, könnte mich dann jemand in die richtig Werkstatt verschieben?)

Wo liegt der Fehler? Beim Versuch über den Editor eine png-Datei (356KB) hochzuladen erhalte ich, nachdem ich einen Dateinamen (ohne Sonderzeichen, 3 Wörter) und einen Beschreibungstext eingegeben habe sowie 3 gültige Kategorien ausgewählt, nach dem Klicken auf "Hochladen" eine Fehlermeldung, WP habe einen Schadversuch o.ä. gefunden. Kein Upload möglich. Gerade nochmal probiert, dies ist der Wortlaut der Fehlermeldung:

Etwas ist schief gelaufen { {autotranslate|base=Abusefilter-warning-baduploads} }

(zwischen den geschweiften Klammern habe ich nur ein jeweila Leerzeichen eingefügt) Gruß :-) --BrutFork (Diskussion) 11:47, 2. Sep. 2016 (CEST)

@BrutFork: Dein Hochlade-Versuch wurde hier dokumentiert. Warum die Fehlermeldung nicht richtig dargestellt wird, lässt sich nur vermuten, aber du kannst sie unter c:MediaWiki:Abusefilter-warning-cwuploads nachlesen. Diese Fehlermeldung wird nur neueren Benutzern angezeigt, die Dateien in einigen Dateiformaten in Kombination mit einer kleinen Dateigröße oder kleine Dateimaße hochladen. Durch diese Methode soll verhindert werden, das jeder neue Logos oder Vorschaubilder hochlädt. Du kannst aber Diagramm lokal auf der deutschsprachigen Wikipedia hochladen oder direkt auf Commons. Mehr zum zentralen Dateienarchiv unter Hilfe:Wikimedia Commons. Wichtig ist die Beachtung der Wikipedia:Bildrechte. Der Umherirrende 12:11, 2. Sep. 2016 (CEST)

Danke @Umherirrender: für deine Antwort. Eigenartig bleibt es, bin inzwischen nicht mehr ganz neu, drei Monate oder so. Ich habe die Datei nun in Commons hochgeladen, ging auf Anhieb mit denselben Angaben. :-) Gruß und verlauf' dich nicht ;-) --BrutFork (Diskussion) 14:45, 2. Sep. 2016 (CEST)

Ja, es sind bei dir 3 Monate, die Prüfung ist aber das doppelte. Der Umherirrende 15:32, 2. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Der Umherirrende 15:32, 2. Sep. 2016 (CEST)

Weiterleitungumwandlung und Neue Seiten

Hinweis und Frage zur fehlender korrekten Erfassung eines neu angelegten Lemmas. Vorgang: Lemma Moers-Mitte wurde am 17.09.16 über die Bearbeitungsseite „Weiterleitung Moers-Mitte“ neu angelegt (die Weiterleitung wurde dabei vor Anlegung des Textes gelöscht). Dies scheint nach der derzeitigen WP-Technik nicht zulässig zu sein, da das neue Lemma weder unter der Rubrik „Neue Artikel 17. Sept.“ noch unter „Beiträge-Urdenbacher/Neue Artikel“ erfasst und angezeigt wird. Frage: Muss die Weiterleitung (Redirekt) vor Anlegung eines derartigen Lemmas von einem Admin gelöscht werden, da in Kürze ein weiteres neues Lemma statt einer derzeitige „Weiterleitung“ erstellt wird? --Urdenbacher (Diskussion) 11:45, 18. Sep. 2016 (CEST)

Bist du dir sicher, dass du die Frage hier stellen wolltest? Technisch ist das Ändern einer Weiterleitung in einen normalen Artikel keine Artikelanlage. Das ist auch so gewünscht, nichts zu ändern. --mfb (Diskussion) 15:16, 18. Sep. 2016 (CEST)

Sicher bin ich nicht, dass hier Hinweis und Frage hingehören. Aber eine zutreffendere Rubrik wurde trotz Suche unter WP-Technik nicht gefunden. --Urdenbacher (Diskussion) 17:09, 18. Sep. 2016 (CEST)

Die Erkennung von neuen Artikeln geht auf Basis neu erstellter Seiten, daher wird die Umwandlung einer Weiterleitung in einen Artikel nicht als solcher auf Spezial:Neue Seiten gelistet. Des Weiteren führt dies auch nicht zu Zuordnung dieser Seiten als "Neu" in diversen Tools die Benutzerinfos aufbereiten. Dies ist aber technisch aktuell nicht anders möglich. Bei Tools zur Ermittelung des Hauptautors wie Benutzer:APPER/WikiHistory würde diese Umwandlung aber entsprechend berücksichtigt werden. Aber nur wegen der eigenen Benutzerinfos die Admins mit der Löschung zu belästigen halte ich persönlich nicht für gerechtfertigt. Aber ich denke, da gehen die Meinung auseinander. Der Umherirrende 18:49, 20. Sep. 2016 (CEST)

Ich war mal so frei und habe die Weiterleitung gerade gelöscht, da ich es teilweise auch als nervend empfinde, Link-Benachrichtigungen zu Weiterleitungen zu bekommen, die ich mal angelegt habe und die irgendjemand zu einem Artikel ausgebaut. Ich würde Benutzer:Urdenbacher empfehlen, in Zukunft einen SLA vor der Neuanlage des Artikels zu stellen. Das macht weniger Arbeit. Gruß aus dem nassen Schwarzwald, --Flominator 19:30, 20. Sep. 2016 (CEST)

@Urdenbacher: Die Seite ist schon richtig, aber dein Beitrag war im Abschnitt #Benutzerbeitr.C3.A4ge weiter oben der mit dem Thema nichts zu tun hat. --mfb (Diskussion) 20:57, 20. Sep. 2016 (CEST)

Danke für die Hinweise und Info. Falls nochmals "Hilfe/Info" für einen technischen Vorgang benötigt wird, erfolgt dies über einen neuen Abschnitt. Für normale Bearbeitungen ist die Inanspruchnahme "dieser Seite" aber kaum erforderlich und der Vorgang "Weiterleitung/Ersatz durch neues Lemma/Löschung der Weiterleitung" dürfte sich - für mich - erledigt haben. Gruß, --Urdenbacher (Diskussion) 18:07, 21. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Urdenbacher (Diskussion) 10:57, 25. Sep. 2016 (CEST)

Box verkleinern

Guten Tag! Im Artikel Hementerin im Abschnitt "Aminosäuresequenz" geht die graue Box bis zur Infobox, was unschön aussieht. Gibt es eine Möglichkeit, die graue Box dem Text anzupassen? --ChemPro (Diskussion) 12:04, 25. Sep. 2016 (CEST)

Geht mit Div-tags

        10         20         30
XTLSEPEPTC SIEYFRYQAI EDCEYSISVK

so? --Liebe Grüße, Lómelinde Diskussion 13:04, 25. Sep. 2016 (CEST)

Vielen vielen Dank! --ChemPro (Diskussion) 13:22, 25. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --ChemPro (Diskussion) 13:22, 25. Sep. 2016 (CEST)

Babeleinbindung scheitert an CSS?

Hi all,

kann mal jemand, der mehr Ahnung davon hat als ich, hier schauen, woran die fehlerhafte Einbindung des Babelbausteins liegt? Ich tippe entweder auf CSS und die Einbindung der Vorlage in meine (vor Urzeiten gestrickte) Babelleiste oder aber auf eine fehlerhafte Vorlage, die sich, so wie beschrieben, dann in dem Kontext nicht nutzen lässt. Viele Grüße Martin Bahmann (Diskussion) 17:01, 26. Sep. 2016 (CEST) P.S.: Natürlich darf jeder dafür gerne Hand an meine Seite legen :-)

Du könntest es machen wie Benutzer:Schwenn. --Leyo 17:07, 26. Sep. 2016 (CEST)

Ich habe mal versuchsweise einen Baustein eingefügt. --Liebe Grüße, Lómelinde Diskussion 18:26, 26. Sep. 2016 (CEST)

Lómelinde hat das Problem gelöst. Vielen lieben Dank dafür! Viele Grüße Martin Bahmann (Diskussion) 09:43, 27. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Martin Bahmann (Diskussion) 09:43, 27. Sep. 2016 (CEST)

Bearbeitungsproblem Quelltext

Hallo, seit einem umfangreichen "update" für Windows 10 vor etwa 8 Tagen besteht ein Problem bei der Bearbeitung eines Quelltextes. Problem: Üblicherweise kann der Quelltext über die letzte vertikale Spalte (daneben liegt rechts noch eine weitere vertikale Spalte für die gesamte Seite) über Anklicken und Halten mit dem Kusor nach oben und unten verschoben werden. Dies ist - bei mit - zur Zeit seit dem update nicht mehr möglich. Eine Textverschiebung kann derzeit nur noch über die Pfeiltasten für "nach oben" und "nach unten" Zeile für Zeile durchgeführt werden. Bei längeren Textabschnitten ist dies für die Bearbeitung von Textzeilen, die am Ende des Textbereiches liegen, sehr umständlich und zeitraubend.

Tritt dieses neue Problem auch bei Anderen auf? Gibt es eine Möglichkeit den Fehler zu beheben, wenn ja, wie? Gruß, --Urdenbacher (Diskussion) 15:58, 3. Okt. 2016 (CEST)

• Es dürfte ein Problem von Windows 10 sein.
  • Unserer Wiki-Software eher nicht.
  • Ich habe sowas nicht; kann mich nicht näher äußern.
• Das mit den mehreren vertikalen Spalten habe ich nicht verstanden.
• Wichtig zur Erprobung durch andere Benutzer: Welcher Browser exakt?
  • Wohl IE, oder ein anderer?
  • Genaue Versionsbezeichnung?
• Hast du noch andere Browser, und ist es dort genauso?

LG --PerfektesChaos 16:05, 3. Okt. 2016 (CEST)

Zu den Fragen:

• Browser: Windows Internet Explorer, bisher für das Problem keinen anderen untersucht
• letzte Fassung (update) von Windows 10 wird verwendet, Anwahl Internetverbindung über Microsoft Edge
• Spalte: diese Seite bei der Bearbeitung hat rechts vertikale 2 Spalten (nur sichtbar wenn der Kusor nach rechts geführt wird). Beide Spalten beginnen mit einem Winkel. Oben: Spitze nach oben, unten: Spitze nach unten. Bei Kusorlage in den Spalten wird jeweis ein längerer dunkler vertikaler Balken angezeigt, der sich mit dem Kusor nach oben und unten verschieben lässt und die Textseite mit verschiebt. Aktuell funktioniert bei mir der äussere Balken während der zweite, der links davor liegt und der den Quelltext bewegen soll, nicht funktioniert. Gruß, --Urdenbacher (Diskussion) 16:39, 3. Okt. 2016 (CEST)

Neuer Hinweis: Habe soeben das Internet mit IE "ohne Verwendung von Microsoft Edge" angewählt. Kann bei dieser Anwahl wieder normal die Quelltextseite mit der Verschiebung über den linken Balken betätigen. Problem wird somit durch die "MS App Edge" verursacht. Gruß, --Urdenbacher (Diskussion) 16:51, 3. Okt. 2016 (CEST)

Es ist wohl die Scrollleiste gemeint. Der "Kusor" heisst übrigens Cursor ;-) --nenntmichruhigip (Diskussion) 17:23, 3. Okt. 2016 (CEST)

Linkservice: Bildlaufleiste --Diwas (Diskussion) 17:40, 3. Okt. 2016 (CEST)

Ah, Scrollleiste war bis eben rot und hatte auch keine Suchtreffer, daher war ich davon ausgegangen, dass das wohl für zu trivial für einen Artikel befunden worden wäre :-D --nenntmichruhigip (Diskussion) 18:00, 3. Okt. 2016 (CEST)

Nachtrag: Nach einem erneuten update zu Windows 10 besteht das Scrollproblem auch bei Anwahl über "Edge" nicht mehr. --Urdenbacher (Diskussion) 14:25, 5. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Urdenbacher (Diskussion) 14:25, 5. Okt. 2016 (CEST)

Zusammenfassungslänge ohne JS

Gibt es einen Grund dafür, dass die Zusammenfassungszeile normalerweise nur 200 Zeichen enthalten darf (Attribut maxlength des input-Elements), und erst per Javascript auf 255 Zeichen verlängert wird? Falls ja könnte das vllt auf Hilfe:ZQ erwähnt werden, falls noch jemand dadurch irritiert ist :-) --nenntmichruhigip (Diskussion) 10:38, 19. Nov. 2016 (CET)

Die Maximallänge für eine Zusammenfassung ist 255 Byte (UTF-8-kodiert). Daher liegt die Maximallänge in der Regel (außer wenn nur ASCII-Zeichen verwendet werden) unter 255 Zeichen. Wie viele Zeichen genau das Maximum sind, kann man nur mit Javascript feststellen, das die Eingabe direkt überprüft, als Maximallänge für Benutzer ohne Javascript muss geraten werden und da hat man sich vor Urzeiten für 200 Zeichen entschieden, aber es kann natürlich vorkommen, dass auch mehr Zeichen möglich sind, oder auch, dass schon 200 zu lang sind. Mehr Details sind in den Kommentaren in https://phabricator.wikimedia.org/diffusion/MW/browse/master/resources/src/jquery/jquery.byteLimit.js nachzulesen. --Schnark 11:06, 19. Nov. 2016 (CET)

Merci! Ich hab's auf Hilfe:ZQ ergänzt. --nenntmichruhigip (Diskussion) 07:58, 20. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: nenntmichruhigip (Diskussion) 07:58, 20. Nov. 2016 (CET)

interaktiver?

Hallo, ein kurzer Hinweis dass das Reading-Team der Wikimedia Foundation sich momentan Rückmeldungen wünscht, um zu erkunden wie man Wikipedia interaktiver machen könnte. Bitte schaut Euch die Seite an um neue Ideen hinzuzufügen (gerne auch in deutscher Sprache) oder bestehende Ideen zu kommentieren. Danke! and thanks for Andre for translating this text for me.--Melamrawy (WMF) (Diskussion) 11:15, 23. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 14:47, 21. Nov. 2016 (CET)

Benutzer:Matthiasb/monobook.js

Mir ist nicht ganz klar, wie ich da addOnloadHook( function() ersetzen muß.

Ich denke, daß ich Lupins "Popups" ganz rauswerfen kann, weil ich das eh als Helferlein aktiviert habe? --Matthiasb – ^{(CallMyCenter)} 11:15, 2. Apr. 2016 (CEST)

1. Die Zeichenkette addOnloadHook ist hier durch $ zu ersetzen.
   • Mehr Infos
2. Die beiden Funktionen mit document.write sind seit längerer Zeit wirkungslos und können eliminiert werden.
3. Die Zeichenkette addPortletLink ist zu ersetzen durch mw.util.addPortletLink.
   • Mehr Infos
   • Korrekterweise müsste auch noch mittels mw.loader.using sichergestelllt werden, dass diese Bibliothek bereits geladen wurde; siehe Code-Beispiel unter Wikipedia:GUI #addPortletLink().

VG --PerfektesChaos 11:41, 2. Apr. 2016 (CEST)

Gibt es eigentlich eine elegantere Möglichkeit, den Purge-Knopf zurück zu kriegen? Oder muß ich

// [[Benutzer:ParaDox/monobook/purge.js]]
document.write('<SCRIPT SRC="https://de.wikipedia.org/w/index.php?title='
+ 'Benutzer:ParaDox/monobook/purge.js&action=raw&ctype=text/javascript&dontcountme=s">'
+ '<\/SCRIPT>');

anpassen, ich nehme an etwa so:

mw.loader.load('//de.wikipedia.org/w/index.php?title=Benutzer:ParaDox/monobook/purge.js&action=raw&ctype=text/javascript&dontcountme=s');

Dann besteht ja noch das Problem, daß Paradox offenbar inaktiv ist und man wohl einen Admin überreden müßte, dessen Skript auf den neuesten Stand zu bringen. --Matthiasb – ^{(CallMyCenter)} 17:57, 3. Apr. 2016 (CEST)

ich hab den Benutzer:T§/PurgePortlet. --Wetterwolke (Diskussion) 18:19, 3. Apr. 2016 (CEST)

PS: In Bezug auf 3.), muß mw.loader.using vor die Zeile beginnend mit mw.util.addPortletLink oder vor die erste geschweifte öffnende Klammer? --Matthiasb – ^{(CallMyCenter)} 18:23, 3. Apr. 2016 (CEST)

Nach BK, die erste.

Was document.write angeht, so nimmst du in etwa richtig an; diese Funktion ist ansonsten wirkungslos gemacht worden (wobei in der URL auch noch ein obsoletes dontcountme=s vorkommt).

Was das Skript von 2008 angeht, so würde ich es als Totalschaden einstufen; mit rumdoktern ist es ob fundamentaler Rückstände in der Browser-Technologie nicht getan.

• Wenn du einfach ein Purge haben möchtest, kann ich dir Benutzer:PerfektesChaos/js/pageLinkHelper anempfehlen.

VG --PerfektesChaos 18:31, 3. Apr. 2016 (CEST)

Nach BK, die zweite, zum PS:

mw.loader.using( [ 'mediawiki.util' ],
                 function () {
	mw.util.addPortletLink('p-personal', "https://de.wikinews.org/wiki/Hauptseite",  'wikinews', 'pt-wikinews', 'wikinews', '', 'pt-userpage');
                 } );

Ist double-safe; erfahrungsgemäß ist zu diesem Zeitpunkt die Bibliothek util schon im Browser einsatzbereit; aber wäre vorstellbar, dass irgendwann mal nicht, und dann wird das halt abgewartet.

VG --PerfektesChaos 18:41, 3. Apr. 2016 (CEST)

Danke bis dahin. Jetzt habe ich aber das Problem, daß seit dieser Änderung das Auslösen der Eingabe im Suchfeld kein neues Browsertab mehr öffnet. --Matthiasb – ^{(CallMyCenter)} 19:20, 5. Apr. 2016 (CEST)

Bei deiner Änderung fehlte noch ein "});". Ich würde es so schreiben:

// systemweite Default-Optionen aus [[MediaWiki:Monobook.js]]
 mw.user.options.set( 'NavigationBarShowDefault', 10 );     // Navi-Leisten: alle einklappen == 0; alle ausklappen == 15 (z.B.)

$( function()
 {
  $("#searchform").attr("target", "_blank");
  $("div.suggestions").bind("DOMSubtreeModified", function(){$("a.mw-searchSuggest-link").click( function (e) { e.preventDefault(); });}); //search in  new page
  mw.loader.using( [ 'mediawiki.util'], function() {
   mw.util.addPortletLink('p-personal', "https://de.wikinews.org/wiki/Hauptseite", 'wikinews', 'pt-wikinews', 'wikinews', '', '#pt-userpage');
  });
 });

// IW-Entfernung
mw.loader.load('//www.wikidata.org/w/index.php?title=User:Yair_rand/checksitelinks.js&action=raw&ctype=text/javascript');

Der Umherirrende 22:39, 8. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 14:47, 21. Nov. 2016 (CET)

2 Millionen Artikel - Logo ändern?

Guten Tag, es wurde der Vorschlag gemacht, das Wikipedia Logo bei Erreichen von 2 Mio. Artikeln kurzfristig zu ändern: hier. Wäre dies technisch umsetzbar, bzw. wer würde das überhaupt umsetzen? Viele Grüße, Rayukk (Diskussion) 01:11, 6. Nov. 2016 (CET)

So wird es ja auch in anderen Sprachversionen handgehabt. -- Freddy2001 ^DISK 09:53, 6. Nov. 2016 (CET)

• Eine dauerhafte Logo-Änderung muss, so glaube ich, bei der internationalen Server-Administration beantragt werden.
  • Das würden die aus einem solchen Anlass durchaus machen, und nach einer Weile auch wieder zurücksetzen.
  • Braucht aber einen Antrag, und wäre für die sekundengenaue Aktivierung außerhalb der Bürozeiten etwas schwerfällig.
  • Antrag braucht sowas.
• Wir können das bei einem Zeitraum einiger Wochen aber auch lokal und sogar ohne Flackern realisieren.
  • Könnte jeder Admin wenige Sekunden nach Ereignis einbauen, und nach vorher festgelegtem Zeitraum auch wieder entfernen.
  • Es müsste in den Beta-Abschnitt ein CSS-Gadget eingefügt werden; bzw. aus einer schon eingefügten Zeile nur ein Bremsklotz in Form von [rights=hidden-NIEMAND] herausgelöscht werden.
  • Das Gadget dewiki-2000000.css würde aussehen wie folgt:

.mw-wiki-logo {
   background-image: url("https://upload.wikimedia.org/wikipedia/commons/g/gh/Wikipedia-logo-dewiki-2000000.png") !important;
}

• @Leyo: Ein Commons-Admin müsste die Logo-Mediendatei, nach welchem Verfahren auch immer, zeitweilig auf Vollschutz setzen, damit nicht ein Schlaufuchs ein Nacktfoto von Erdogan auf allen unseren Seiten einblendet.
• Hierzuwiki müsste ein kleiner Konsens über die unbestritten sinnvolle Aktion gefunden werden, eine Bildjury das Logo auswählen und der Zeitraum in Wochen festgelegt werden.
  • Dazu bräuchtest du ein Entscheidungstreffer-Gremium; vielleicht den Hauptseitengestaltungsclub.
• Muttu zügig angehen; 5.300 Artikel sind schnell angelegt.
• Nebenbei: Was irgendeine andere Community macht, ist für uns nicht maßgeblich; wir verantworten unsere Entscheidungen schon noch selbst.

VG --PerfektesChaos 11:07, 6. Nov. 2016 (CET)

Vielen Dank für die Infos. Ich habe hier mal eine Umfrage gestartet. -Rayukk (Diskussion) 13:03, 6. Nov. 2016 (CET)

@PerfektesChaos: Umfrage wurde nun abgeschlossen. Es haben sich 86 % für eine Logoveränderung ausgesprochen, was ich für ziemlich eindeutig halte. Wie wäre denn nun die weitere Vorgehensweise, da die 2 Millionen Artikel ja jetzt wirklich kurz bevor stehen? -Rayukk (Diskussion) 17:52, 13. Nov. 2016 (CET)

Du müsstest dir einen Admin suchen (vielleicht Wikipedia:A/A), der:

• die 86 % überzeugend findet,
• sich für einen der beiden Bildentwürfe oder einen Mix entscheidet,
• eine Realisierung, ggf. über das von mir vorgeschlagene hidden-Gadget (vielleicht auch allgemeiner und wiederverwendbar als dewiki-Logo für zukünftige Anlässe) vorbereitet,
• den Vollschutz der Logo-Mediendatei auf Commons schon vorbeugend sicherstellt.

Viel Erfolg --PerfektesChaos 18:00, 13. Nov. 2016 (CET)

Bitte auch an die hidpi-Version denken, sonst hat nicht jeder etwas davon. Der Umherirrende 19:48, 13. Nov. 2016 (CET)

@PC: Die Anleitung habe ich nicht recht verstanden. Ich hätte ja vermutet, daß das Logo via MediaWiki:Common.css geändert werden kann. Du möchtest aber sowas wie MediaWiki:Gadget-dewiki-logo.css, das dann in MediaWiki:Gadgets-definition im Abschnitt „Beta“ drinsteht? LG --Schniggendiller Diskussion 13:48, 19. Nov. 2016 (CET)

Das ist richtig.

Für die Zeit, in der dieses Gadget innerhalb von MediaWiki:Gadgets-definition drinsteht, können diejenigen registrierten Benutzer, die unbedingt ihr altes Logo sehen möchten, das temporäre Logo wieder abschalten.

Bevor es für alle default geschaltet wird, kann man das Gadget mit mw.loader.load() einem letzten Test unterziehen.

Der oben skizzierte Code kann danach bis auf weiteres schlummern in dem nicht verwendeten Gadget-CSS, und kann bei drei Millionen oder für zwanzig Jahre Wikipedia oder zu welchem Anlass auch immer separat wieder aufgemotzt werden.

Generell strebe ich separate Versionsgeschichten an, hier also eine eigene nur mit Logo-CSS, statt einem großen Brei in MediaWiki:Common.css für alles durcheinander.

LG --PerfektesChaos 13:56, 19. Nov. 2016 (CET)

Okay, also doch richtig verstanden. Der Codeschnippel von oben müsste also in die Gadget.css-Datei (mit dem richtigen Pfad zum richtigen Logo (NNW hat eins gebastelt, siehe WP:AA)). Wenn ich das da oben mit dem Bremsklotz richtig verstehe, könnte das Gadget jetzt schon angelegt werden, in die Gadget-Definitionsliste eingepflegt werden, aber mit rights=hidden-NIEMAND. Sobald es dann tatsächlich 2 Mio. Artikel sind, wird eben jenes rights=hidden-NIEMAND rausgenommen und das Logo ist für alle sichtbar. Wer es nicht haben möchte, kann es über Spezial:Einstellungen abhaken.

Wie genau müsste die einzutragende Zeile in MediaWiki:Gadgets-definition lauten? So?:

* Jubiläumslogo[ResourceLoader|type=general|default|dependencies=|rights=hidden-NIEMAND]|dewiki-logo.css

Mit ResourceLoader? Und was bei dependencies? Wirklich NIEMAND (versteht MW da dt.?). Und wie soll das Testen mit mw.loader.load() funktionieren? Wikipedia:Technik/Skin/Gadgets kenne ich, aber …

LG --Schniggendiller Diskussion 14:24, 19. Nov. 2016 (CET)

Mit dem Vorgang habe ich wenig Routine, der Umherirrende ist da fitter.

• Jetzt ist wohl erstmal richtig:
  * dewiki-logo [ResourceLoader|rights=hidden-NIEMAND]|dewiki-logo.css
• Das kann man dann ausprobieren mit
  mw.loader.load( "ext-gadget-dewiki-logo" )
• Die aktuelle Beschriftung „Jubiläumslogo“ kommt in eine separate Nur-Text-Seite:
  MediaWiki:Gadget-dewiki-logo
  Beispiel: MediaWiki:Gadget-Vorlagenmeister
• Die beschreibende Nur-Text-Seite und der CSS-Code und die Zugriffs-ID dewiki-logo sollen alle den identischen Bezeichner erhalten.
• Später heißt dann der Eintrag
  * dewiki-logo [ResourceLoader|default]|dewiki-logo.css
• Das vorbehaltlich der Richtigkeit im Detail, ich schreibe grad aus dem Gedächtnis.
• Mit Wikipedia:BETA kannst du noch alles voraus testen, und die Mini-Seiten leicht hierher kopieren.

Hintergrund ist, dass die Aufgabe „temporäres Logo für dewiki“ dann eine eigene Dokuseite und eine Diskuseite bekommt und man sich in Zukunft das nicht mehr aus einem Gemansche von Werkstattseite und allgemeinen Diskuarchiven und einer verstreuten VG zusammensuchen braucht.

• Ist dann in Kategorie:Wikipedia:Technik/Skin/Gadgets auffindbar.

LG --PerfektesChaos 14:52, 19. Nov. 2016 (CET)

@Schniggendiller: Wikipedia:HW/dewiki-logo LG --PerfektesChaos 15:34, 19. Nov. 2016 (CET)

Danke dir, habe es mal „drüben“ getestet. Das mit dem mw.loader.load hat nicht funktioniert, vielleicht habe ich etwas falsch gemacht (ich kann ja kein JavaScript). Nachdem ich es auf default gesetzt habe hat es aber funktioniert (zumindest wenn man das betastyle-Gadget ausschaltet, die beißen sich), sowohl auf Hauptseite, RC, Versionsgeschichte, Editmodus, BEO, nicht existierenden Seiten. Nicht auf den Einstellungen selbst, aber das ist ja normal, da funktioniert auch anderer Voodoo nicht.

Ich denke, dann könnte ich das so auch hier einrichten. Sobald dann die 2 Mio. überschritten sind, würde ich das auf default setzen, vorausgesetzt daß das Logo auf Commons dann geschützt ist.

LG --Schniggendiller Diskussion 16:39, 19. Nov. 2016 (CET)

PS: Monobook ebenfalls getestet und für gut befunden. Und wie ich sehe, ist das Logo auf Commons bereits geschützt.

@Schniggendiller:

Die beiden MW-Seiten kannst du schon vorab anlegen; die schlummern ja noch. Das ist ja der Trick.

mw.loader.load( "ext.gadget.dewiki-logo" ) muss das heißen; also zwei Punkte statt verlockender Bindestriche. Musste auch erstmal meine eigene Doku lesen.

Firefox: Umschalt+F4 → JavaScript-Eingabemöglichkeit

LG --PerfektesChaos 16:55, 19. Nov. 2016 (CET)

NNW war jetzt doch etwas schneller ;-)

FF: nope, Syntaxfehler. Wenn ich hinter die Klammer noch ein Semikolon setze ebenso. (Ich nehme an, daß das bewirken soll, daß das Gadget jetzt in meinem Browser ausgeführt wird, die gerade offene WP-Seite also mit getauschtem Logo dargestellt wird? Bin aber so oder so zuversichtlich, daß nachher das Umstellen klappt :-) )

LG --Schniggendiller Diskussion 17:28, 19. Nov. 2016 (CET)

Ich hätte es allein nicht hinbekommen und habe einfach nachgeschaut, was du im Testwiki gemacht hast. Wäre die 2 Mio. wie von mir erwartet heute abend gekommen, hätte ich mir das alles ersparen können. :o) NNW 17:30, 19. Nov. 2016 (CET)

Ja, da schreibe ich noch „nachher“, da ist die Grenze schon erreicht. Da hatten bestimmt manche etwas vorbereitet … Nicht auszudenken, wenn das zukünftig bei jedem Meilenstein so laufen würde Vorlage:Smiley/Wartung/teufel  --Schniggendiller Diskussion 17:50, 19. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Leyo 00:35, 22. Nov. 2016 (CET)

Wikipedia:Technik/Labs/Tools/persondata

Liebe Techniker, seit dem 17. November 2016 liefert oben beschriebenes Tool Personensuche keinerlei Inhalt mehr. Die Datenbank scheint leer zu sein. Da APPER seit Juni 2016 für unbestimmte Zeit keine Zeit mehr für Wikipedia hat, frage ich hier einmal vorsichtig an, ob auch von anderer Seite Einfluss auf das Tool genommen werden kann. Das Tool ist in 563.900 Artikeln über die Vorlage:Normdaten eingebunden. Ich selber bin in technischer Hinsicht komplett überfordert. Vielen Dank und herzliche Grüße --Silke (Diskussion) 18:45, 19. Nov. 2016 (CET)

@Silewe: Sehr bedauerlich.

Frag doch mal mit dem gleichen Text auf Wikipedia:BA an. Dort sitzen die Bot-Betreiber und lesen mit, die auf den Labs/Tools zugange sind und ein hängengebliebenes Werkzeug vielleicht einfach nur etwas anschubsen können. Eine völlige Neuprogrammierung wird es wohl nicht brauchen, dürfte einfach nur eine organisatorische Kleinigkeit sein. Hier in dieser Werkstatt sitzen mehr die Techies für innendrin, während die Tools außerhalb liegen.

LG --PerfektesChaos 14:31, 21. Nov. 2016 (CET)

@PerfektesChaos: herzlichen Dank für den Wink in die hoffentlich richtige Richtung. Ich werde es einmal dort versuchen. Liebe Grüße Silke (Diskussion) 19:33, 21. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Silke (Diskussion) 19:33, 21. Nov. 2016 (CET)

Modul:Wikidata

Beim Modul:Wikidata ist aus irgendeinem grund die Dokumentation nicht zugänglich, stattdessen erscheint da so eine Fehlermeldung ganz oben auf der Modulseite (“Modul:Vorlage:LuaModuleDoc:55: bad argument #3 to 'format' (string expected, got nil)”). Ich kenne mich mit der Organisation vom Modul-Namensraum nicht aus und finde den Fehler nicht, wer kann mir da mit einem schnellen Fix helfen? Dankeschön und Viele Grüße! —MisterSynergy (Diskussion) 22:20, 23. Nov. 2016 (CET)

@PerfektesChaos: Du hast das Modul Vorlage:LuaModuleDoc zuletzt bearbeitet. Kannst du mal gucken? -- FriedhelmW (Diskussion) 23:09, 23. Nov. 2016 (CET)

Jetzt mal abgesehen von der Fehlermeldung, würde ich einfach mal trivial feststellen dass betr. Doku-Seite leer ist. ↔ Benutzer: Perhelion 23:39, 23. Nov. 2016 (CET)

Ouh, sorry. Fixed.

Nein, leer ist sie mitnichten; schon allein deshalb nicht, weil sie die Fehlermeldung ausgelöst hatte.

VG --PerfektesChaos 10:18, 24. Nov. 2016 (CET)

Läuft wieder, Dankeschön! Das betraf tatsächlich offenbar alle Module, wie ich heute Morgen feststellte. Viele Grüße, MisterSynergy (Diskussion) 10:27, 24. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: MisterSynergy (Diskussion) 10:27, 24. Nov. 2016 (CET)

Verschiedene Probleme mit veralteten rDNS Benutzer Namen

Wir bemerkten ein wichtiges Problem mit veralteten rDNS Benutzer Namen.

Werfen Sie einmal einen Blick auf die ersten Bearbeitungen der Seiten Wikipedia oder Deutschland. Sie werden Benutzer Namen wie pD9E943F2.dip0.t-ipconnect.de oder bw3-116pub141.bluewin.ch finden. Nach dem SUL Übergang ist es möglich, diese als Benutzer Namen zu registrieren, welches unterschiedliche Effekte hat: Zuerst verlinkt der Benutzer Name in der Version Geschichte zu dem neuen erstellten Benutzer.(Bemerken Sie, dass der neue Benutzer mit einem Großbuchstaben startet, anders als der alte! Ich habe dies jetzt nicht getestet mit einer URI welche nicht mit einem Buchstaben startet. Aber es ist nicht möglich, Benutzer wie 134.225.3.213.dial.bluewin.ch oder p508492D9.dip.t-dialin.net zu registrieren. Auch können bestimmte Technische Benutzer Namen von dem Nupedia Übergang nicht registriert werden, wie Benutzer:Conversion script.) Dann ist das Verhalten von verschiedenen Wikimedia Werkzeugen variabel. Einige Werkzeuge werden Bearbeitungen von beiden Benutzern zählen, aber nicht die Bearbeitungen von dem alten Benutzer anzeigen; andere betrachten nur Posts von dem neuen Konto. Wir wissen nicht, wenn es andere Probleme mit diesem Glitch gibt. Das ist alles, das wir wissen. --Zhb146pub141.bluewin.ch (Diskussion) 21:04, 29. Nov. 2016 (CET)

Luke081515 kannst du mal Stellung nehmen? --Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 06:52, 30. Nov. 2016 (CET)

Der Fehler ist bereits bekannt, auch gegenüber der WMF. Luke081515 17:58, 30. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: ↔ Benutzer: Perhelion 19:45, 30. Nov. 2016 (CET)

Links im Quelltext beim Versionsvergleich

Wenn man Artikel sichtet oder auch sonst Änderungen verfolgt, wäre es schön, man könnte Links in der Anzeige der Änderungen - vor allem WP-Links - direkt aufrufen, um sie zu prüfen. Momentan muss ich extra dafür die Textstelle im "Wie heißt der verarbeitete Quelltext noch"-Text suchen, oder bei externen Links diesen herauskopieren, um ihn in die Adresszeile eines Browserfensters zu kopieren. Gibt es dafür was? Aber eigentlich wäre diese Möglichkeit für alle und generell wünschenswert. Danke für Hinweise! --Karsten Meyer-Konstanz (D) 11:23, 20. Nov. 2016 (CET)

wikEd kann unter anderem das. Benutzer:Schnark/js/linkUnlinked benutze ich nicht, könnte aber auch was für dich sein. Gruß --Schniggendiller Diskussion 22:45, 20. Nov. 2016 (CET)

Vielen Dank, Schniggendiller! Habe mir jetzt Fliegelflagel installiert, in dem ja dein zweiter Vorschlag enthalten ist. Mal gucken, was es alles bringt. Aber eigentlich lehne ich ja solche Erweiterungen ab, denn wenn ich mal jemand anderem mit was helfen will, muss ich immer erst überlegen, wie der das sieht, was ich evtl. anders sehe. Schönen Gruß --Karsten Meyer-Konstanz (D) 23:49, 20. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Schniggendiller Diskussion 01:49, 4. Dez. 2016 (CET)

Abrufstatistik

Beim Artikel VZLU TOM-8 zeigt die Abrufstatistik keine Abrufe an. Da der Artikel von mehren Autoren bearbeitet wurde, muss er auch abgerufen worden sein. Bei der Anlage des Artikels habe ich nichts anders gemacht als bei Artikeln, bei denen die Abrufstatistik funktioniert.--Urfin7 (Diskussion) 15:30, 31. Jan. 2016 (CET)

Die letzten Tage scheinen generell zu fehlen, siehe z. B. hier - normalerweise 200 Aufrufe pro Tag, aber für die letzten Tage zeigt die Statistik 0 an. --mfb (Diskussion) 16:04, 31. Jan. 2016 (CET)

Und hier bricht sie mit dem 20.01. ab.--Urfin7 (Diskussion) 17:02, 31. Jan. 2016 (CET)

Es gibt genau eine Person, die diese Abrufstatistik reparieren kann, und das ist en:User:Henrik. Der liest hier aber bestimmt nicht mit. --Schnark 09:49, 1. Feb. 2016 (CET)

Macht aber nichts, weil der Fehler dort auch schon merfach gemeldet wurde.--Urfin7 (Diskussion) 21:43, 1. Feb. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Automatische Einkategorisierung

Hallo zusammen, ich weiß nun nicht, ob ich hier richtig bin, versuche es aber trotzdem mal mit meinem Problemchen, da ich vermute, es hat hat mit irgend einem Formatierungs-Automatismus zu tun. Also: Ich habe für das Portal:Heidelberg, wie es sie für etliche andere Portale auch gibt, eine eigene Kategorie:Portal:Heidelberg angelegt, um die ganzen eingebundenen Unterseiten zu sammeln. Klappt ganz gut, nur: wenn ich die Seite Portal:Heidelberg/Fehlende Artikel einkategorisiere, dann taucht auf anderen Seiten die Portalkategorie Heidelberg als Kat auf, ohne daß ich dort eine Änderung vorgenommen hätte und ohne daß diesen Seiten einen direkten Bezug zum Portal hätten. Konkret sind dies die Seiten Portal:Städte/Artikelwünsche und Benutzer:SDB/Portal:Städte. Ähnliches Problem auch bei den Bilderwünschen. Hat jemand eine Idee, woran das liegt, und was dagegen zu tun wäre? Liebe Grüße aus der Kurpfalz von -- Kallewirsch (Ugh, Ugh!) (Iiek?) 02:59, 5. Feb. 2016 (CET)

Die Seite Portal:Heidelberg/Fehlende Artikel wird auf Portal:Städte/Artikelwünsche und Benutzer:SDB/Portal:Städte eingebunden, sodass die Kategorie übernommen wurde. Verhindert werden kann das mit einem <noinclude>, das ich jetzt ergänzt habe. --Schnark 09:37, 5. Feb. 2016 (CET)

Super. Herzlichen Dank und ein schönes Wochenende. -- Kallewirsch (Ugh, Ugh!) (Iiek?) 10:20, 5. Feb. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Abschnitte, API

Hallo lieber Techniker! Wisst ihr da weiter? --Jobu0101 (Diskussion) 23:05, 14. Feb. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Minervas Hintergrund

Ich hab versucht über meine persönliche minerva.css mit body { color: #eee; background-color: #555;} den Hintergrund und die Schriftfarbe der mobilen Version zu ändern (ist für mich persönlich − vor allem Nachts − angenehmer):

Bei der Schriftfarbe hat das auch gleich geklappt, allerdings ist der Hintergrund zwar während dem Laden in der richtigen Farbe, wenn die Seite komplett geladen ist, ist sie jedoch trotzdem wieder weiß. Kann mir jemand sagen, warum das nicht funktioniert und wie man das ändern kann? Liebe Grüße, KPFC 💬 22:23, 3. Mär. 2016 (CET)

Die Farbe wird von mehreren Elementen darunter wieder überschrieben. Im konkreten Fall könntest du analog zu "body" auch "pre" die Hintergrundfarbe geben, das sollte zumindest bei vielen Objekten helfen. --mfb (Diskussion) 00:21, 4. Mär. 2016 (CET)

Danke :) Funktioniert jetzt größtenteils. Nur Tabellen muss ich noch ändern. Liebe Grüße, KPFC 💬 17:58, 6. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Benutzerskript zum SLA stellen

Kann mir jemand ein Benutzerskript schreiben, welches ich zusätzlich zum normalen SLA-Skript nutzen kann, und mir {{Löschen|1= ''Abgearbeiteter Bot-Hinweis'' --~~~~}} als vorbelegten Feld-Code anzeigt. Das würde mir viel Tipparbeit bei den SLAs einsparen. Danke schonmal im Voraus. Viele Grüße --Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 10:03, 8. Mär. 2016 (CET)

Mach einfach die Seite leer, speicher sie ab, und gut ist.

Wir haben mehrere 10.000 leere Artikeldisk, die zu 99 % auf Weblink-Bots zurückgehen.

• Die alle händisch per Extra-SLA abzuarbeiten ist einfach nur gaga.

Lesetipp: BD:PerfektesChaos #Diskussionsseiten einzig mit Bothinweisen

Irgendwann mal kann jemand alle leeren Artikeldisk mit einem sinnvollen Automatismus löschen; vorgeschrieben ist allerdings per MB eine vorherige menschliche Sichtkontrolle, wenn an einen Bot oder Skript delegiert wird.

LG --PerfektesChaos 10:18, 8. Mär. 2016 (CET)

Dann mache ich das so und verweise im Zweifel einfach auf deine Disk. Danke! Grüße --Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 10:32, 8. Mär. 2016 (CET)

Einspruch: Ich würde die 99 % mal eher auf 50 % runterkorrigieren, zumindest hat das meine Stichprobe ergeben. Daher ist ein SLA nach Abarbeitung der Bothinweise hilfreich. Yellowcard (D.) 18:36, 10. Mär. 2016 (CET)

@Der Buckesfelder: Also ich benutze für so etwas meta:User:Hoo man/Scripts/Tagger, das geht sehr fix, und ist praktisch. Sollte schneller gehen als Seite leeren (zwei klicks im Skript auf die Buttons). Viele Grüße, Luke081515 18:39, 10. Mär. 2016 (CET)

@Luke081515: Ich habe das Skript jetzt über meine global.js eingebunden, aber ich sehe weder unter Vector noch unter Monobook irgendwo einen Button oder ähnliches, wo ich drauf klicken kann. Grüße --Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 11:14, 11. Mär. 2016 (CET)

Wenn du es richtig konfigurierst (ggf mal schauen, änderst du die Auswahlmöglichkeiten). Der Link zum aktivieren ist rechts oben unter dem Link für "Tag". (Nicht im Bearbeitenmodus, aber im normalen Lesemodus.) Viele Grüße, Luke081515 11:50, 11. Mär. 2016 (CET)

Ah da. :) War durch ein anderes Skript verdeckt. Danke für den Hinweis. Mal sehen, ob ich es mir irgendwie umschreiben kann, dass es an passender Stelle erscheint, also in irgendeinem Menü, egal ob links oder oben. --Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 13:59, 11. Mär. 2016 (CET)

• Der kürzeste technisch sinnvolle Text auf einer Artikeldisk wäre
  #redirect[[Talk:X]] und hätte 19 Zeichen.
  • Etwas mit weniger als 10 Bytes kann kaum ein inhaltlich voranbringender Text sein.
  • {{BLP}} mit 7 Bytes ist wohl die untere Grenze.
• Es gibt momentan rund 14.300 Artikeldisks mit Null oder wenig mehr Bytes.
• Es ist völlig wurscht, ob diese wegen erledigtem Bot-Hinweis oder Vandalismus Null Byte groß sind; alle etwa 14.000 sind zu löschen und wieder in den Status eines redlinks zu bringen.
• Problematisch ist, dass im Einzelfall ein nicht-vandalierender Nicht-Tastaturtest, der auch nicht nach Wikipedia:DS wegen Bedeutungslosigkeit zu entfernen wäre, in der VG auftreten könnte und böswillig verborgen worden sein mag. Davon muss sich der löschende Admin aber ohnehin beim Abarbeiten jedes einzelnen individuellen SLA persönlich überzeugen.
• Bereits 2014 gab es 9.000 absolut löschwürdige ANR-DS.
• Seit Jahren sind die Admins völlig überfordert damit, die Unmengen inhaltsfreier Artikeldisks effizient und massenhaft zu löschen. 15.000 einzelne SLA zu stellen und damit die SLA-Kat zu fluten wäre auch keine Lösung; die gesamte erwin85/shortpages ist ein einziger SLA.

VG --PerfektesChaos 17:11, 11. Mär. 2016 (CET)

Was ist da mit alten Diskbeiträgen, wo die Seite geleert wurde? Kommt z.B. im Astronomiebereich oft vor. Viele Grüße, Luke081515 17:20, 11. Mär. 2016 (CET)

Wenn die Disk völlig oder bis auf einen nicht bedeutungstragenden Rest geleert wurde und in der VG nichts böswillig entferntes steht (das wäre per revert wieder offensichtlich zu machen) und in der VG nichts für kommende Generationen erhaltenswürdiges steht (also nur zurückgesetzter Vandalismus oder Vandalismus-nahes inhaltsfreies Gebrabbel oder trivale Hinweise [Da ist ein Schreibfehler, in Strn fehlt ein „e“] oder aber nur Bot-Hinweise), dann ist die Disk so oder so zu löschen und zum redlink zu machen. Andernfalls ist Sinnvolles sichtbar zu machen; und sei es ein Archiv-Verweis-Baustein. Wenn es erledigte erhaltenswürdige Diskussionen gibt, gehören sie ggf. auf eine Archiv-Unterseite – wie sollte man die sonst jemals auf einer leeren Seite vermuten?

VG --PerfektesChaos 18:27, 11. Mär. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Nutzung der Vorlage:Bilderwunsch

war: Abschnitt für Fragen aus dem "Publikum" :) Habe ich das richtig verstanden, dass ein Bilderwunsch auf einer Seite mit Koordinaten ausreicht (Text egal)? –Be..anyone (talk) 14:12, 8. Apr. 2016 (CEST)

@Be..anyone: Hier gibt's nur Flo   und der versteht die Frage nicht --Flominator 14:18, 8. Apr. 2016 (CEST)

Flow ist das, was vielleicht mal Diskussionsseiten ::: Gefummel ablöst, nach dem beendetem Liquid Threads Versuch, kein persönlicher Angriff des WMF gegen Dich. Vorlage:Smiley/Wartung/smile  Vergessene Signaturen gibt's bei Flow jedenfalls nicht. –Be..anyone (talk) 14:52, 8. Apr. 2016 (CEST)

@Be..anyone: Meinst du so hier? {{Bilderwunsch|Koordinaten|Breitengrad=51/18/59/N|Längengrad=09/23/34/E|ISO-Region=DE-HE|Benutzer=~~~}} → diese Vorlage erstellt einen Bilderwunsch ohne Kommentar, mit Koordinaten. --FNDE (Diskussion) 14:31, 8. Apr. 2016 (CEST)

Nein, ich habe zufällig vor ein paar Stunden die {{Bilderwunsch}}-Doku gelesen, und dann angenommen, dass das einfach so geht. –Be..anyone (talk) 14:47, 8. Apr. 2016 (CEST)

@Be..anyone: Wenn das Bild an den Koordinaten von Akademischer Verein Motiv Berlin ( 52° 30′ 42″ N, 13° 18′ 54″ O) aufgenommen werden soll, kannst du einfach {{Bilderwunsch|hier|Leibnizstraße 14|Benutzer=~~~}} schreiben. --Flominator 14:57, 8. Apr. 2016 (CEST)

Aha, das hatte ich nicht spontan kapiert, egal oder hier ist hier nicht egal, Danke, korrigiert. –Be..anyone (talk) 15:11, 8. Apr. 2016 (CEST)

@Be..anyone: Genau. Hast du eine Idee, wie man unter Vorlage:Bilderwunsch/Doku besser beschreiben kann? --Flominator 15:32, 8. Apr. 2016 (CEST)

Vorschlag zur Besichtigung, vielleicht ist es jetzt offensichtlicher. –Be..anyone (talk) 16:08, 8. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Dankeschön-Logbuch - Einträge um Artikelnamen ergänzen

Kann man die Einträge im Dankeschön-Logbuch um den Artikelnamen ergänzen (also z.B. nach dem Zeitstempel, dem von-Benutzer, dem Text 'dankte' und dem an-Benutzer noch der Text 'bezüglich' und der Artikelname (als Link) wäre sehr hilfreich - kurzform: A dankte B bezüglich C ).

Diese Anfrage betrifft konkret das 'Regiowiki AT' (http://regiowiki.at/), bei dem über deren Betreiber K@rl, auch alle Systemadministrationsrechte verfügbar sind.

Bitte hierzu um einen konkreten Tipp der Realisierbarkeit davon - oder falls nicht einfach selbst konfigurierbar/programmierbar, dann bitte dieses als Verbesserungsvorschlag werten (vermutlich für MediaWiki) - vielen Dank, schon im Voraus!

-- Gruß, Sonne7 Disk!  12:14, 9. Apr. 2016 (CEST)

Die Grundidee hinter mw:Extension:Thanks war, dass die Info der betroffende Seite nicht öffentlich ist. Nur die generelle Benutzung ist öffentlich. Dies gilt dann aber für Drittnutzer wie das regiowiki. Man könnte dies über eine Konfiguration machen, der Verbesserungsvorschlag muss dann in Phabricator erfasst werden. Der Umherirrende 12:23, 9. Apr. 2016 (CEST)

Hallo Umherirrender, an den Regeln der Wikipedia möchte ich eigentlich hier gar nicht drehen (dazu wäre vermutlich viel zu viel Widerstand zu überwinden), obwohl es als VV mMn ungefährlich wäre, wenn es entweder nur für angemeldete Benutzer sichtbar sein würde (also gar nicht für IPs), oder sogar nur für die 'Danke' vom/zum eigenen Benutzer angezeigt werden würde (an diesen somit längeren Zeilen würden diese in der Liste sogar sehr viel besser zu erkennen sein, was ich als gewünschten Nebeneffekt betrachte). Jedenfalls für das im Vergleich zur WP nahezu familiäre Regiowiki AT (dort gibt es prinzipiell keine IPs und nur relativ wenige aktive Benutzer) möchte ich diese Erweiterung selbst (bzw. über K@rl) kurzfristig implementieren - dazu benötige ich aber den Namen der dafür dort (im RW) zu ändernden Datei (und eventuell zusätzlich noch einen Tipp zur erforderlichen Durchführung dieser Änderung). Deshalb bitte ich um diese Info(s) - Danke, schon im Voraus! -- Gruß, Sonne7 Disk!  16:11, 9. Apr. 2016 (CEST)

Versteckt sich alles in der Thanks-Erweiterung mediawiki/extensions/Thanks/*. Was genau zu ändern wäre, muss entsprechend geprüft werden. Man könnte den Seitennamen als Log-Parameter zusätzlich speichern und hat es dann bei der Anzeige wieder zur Verfügung. Lässt sich natürlich auch anders lösen. Der Umherirrende 17:24, 10. Apr. 2016 (CEST)

Vielen Dank für diese Info und den Tipp. Leider bin ich derzeit durch das RL sehr stark beschlagnahmt, weshalb ich erst später dazu kommen werde, diese Info und den Tipp praktisch zu nutzen. -- Gruß, Sonne7 Disk!  21:01, 13. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

background-image funzt nicht

Hi, mag jemand mal schauen, warum ich hier den background-image nicht reinkrieg, siehe Quelltext Benutzer:Doc Taxon/WikiMUC – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 16:23, 10. Apr. 2016 (CEST)

background-image sind verboten, weil man über den url-Parameter auch Dateien von anderen Webseiten laden könnte. Der Umherirrende 16:27, 10. Apr. 2016 (CEST)

@Umherirrender: was wäre dann die Alternative für wiki/commons-Bilder? – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 16:38, 10. Apr. 2016 (CEST)

@Doc Taxon: Du kannst folgendes machen: Bild normal einbinden, <div> als Container umschließen und mit position: absolute; hinter deine andere Ebene packen, notfalls mit z-index anpassen. Viele Grüße! --FNDE (Diskussion) 16:59, 10. Apr. 2016 (CEST)

Liegt daran, was man machen möchte. Wenn du Text über das Bild schreiben möchtest, dann wirst du um die genannten Spielerreihen nicht drumherum kommen. Die Positionskarten machen das beispielsweise. Der Umherirrende 17:26, 10. Apr. 2016 (CEST)

prima, hat super funktioniert. Vielen Dank, – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 01:58, 11. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Wikimails kaputt?

Hallo, seit heute bekomme ich weder Wikimails von anderen Benutzern als auch solche von der Software. Senden geht wohl noch, aber die Kopie an mich geht auch nicht raus. Eingehende Mails werden nur als Ping angezeigt, jedoch nicht bei mir im Postfach. Andere E-Mails kommen problemlos bei mir an, also kann dies nicht an meinem Postfach liegen. Auch habe in letzter Zeit weder irgendetwas an meinen Einstellungen, noch an meinem Postfach geändert. Hat hier noch jemand anderes das Problem oder kann mir weiterhelfen? -- Freddy2001 ^DISK 20:08, 19. Apr. 2016 (CEST)

Ich habe ziemlich genau dieses Verhalten auch beobachtet. Als Vermutung naheliegend wäre ein Zusammenhang mit der heutigen wikitech:Switch Datacenter-Aktion. --Entlinkt (Diskussion) 20:14, 19. Apr. 2016 (CEST)

Die PDF-Funktion geht wohl auch nicht. Mal sehen, was jetzt sonst noch alles kommt… -- Freddy2001 ^DISK 20:56, 19. Apr. 2016 (CEST)

Die PDF-Funktion ist schon seit vielen Monaten nicht mehr brauchbar (Tabellen werden ignoiert), also ist ein aktueller Ausfall gar nicht schlimm. --Atamari (Diskussion) 21:01, 19. Apr. 2016 (CEST)

Das Problem mit der PDF-Funktion ist in Phabricator gemeldet und auch sehr zügig behoben worden (phab:T133136); für das E-Mail-Problem habe ich keinen Phabricator-Eintrag gefunden, dafür aber viele Meldungen quer durch die Wikipedia, siehe etwa dort oder dort oder dort. --Entlinkt (Diskussion) 07:22, 24. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Benachrichtungen defekt?

Seit dem Datacenter-Switch werden bei mir keine Benachrichtigungen mehr in der obersten Seitenzeile addiert (also bei den Glocke- & Tabs-Feldern). Die letzte Nachricht ist am 19. April um 8:25 generiert worden. Wie ich jetzt entdeckt habe, gab es aber ein paar Edits für die es Nachrichten geben müsste (z.B. Erwähnung meines Benutzernamens). Hat jemand eine Idee, dazu? Emailus Interruptus gab es beim Switch offenbar auch? mit gruessen von VINCENZO1492 10:24, 22. Apr. 2016 (CEST)

Test-Danke unterwegs, versuch mal die üblichen Tricks (Purge, logout+login, …); bei mir geht's. –Be..anyone 💩 10:54, 22. Apr. 2016 (CEST)

Danke. Dein Danke wurde angezeigt. Anderes aber weiterhin nicht. Logout, purge, Einstellungen ein/aus, Erweiterte Benachrichtungen ein/aus, alles schon gemacht, trotzdem nix passiert. Die Benachrichtigungen der letzten Tage sind einfach nicht aufgetaucht. Es ist ja nicht nur die Anzeige, auf der Benachrichtigungsseite selbst ist auch nichts verzeichnet, obwohl es müsste. Die Edits die bisher ich gefunden habe, waren zwischen Switch & Re-Switch (19. & 21.04.). Falls Du noch mal antwortest, wäre es praktisch wenn Du darin ggf. meinen Benutzernamen erwähnen würdest, das sollte ja eine Nachricht auslösen. Evtl. ist ja jetzt auch bei mir wieder ein genaues Verzeichnis der Aktivitäten vorhanden. mit gruessen von VINCENZO1492 11:59, 22. Apr. 2016 (CEST)

@Vincenzo1492: angefordertes Ping. Dass irgendwas fehlt, was kurz vor der Umstellung war, wäre vielleicht Einzelschicksal, aber "geht gar nicht mehr" ist schlecht (bei Chrome gibt es chrome://settings/clearBrowserData beschränkt auf cached images and files, lösch nix anderes, wenn Du das probierst). –Be..anyone 💩 12:22, 22. Apr. 2016 (CEST)

Dein Ping ist jetzt korrekt angekommen. Aber mind. 3 Nachrichten zwischen den Switches, von denen ich inzwischen weiss, fehlen komplett... Seltsam. mit gruessen von VINCENZO1492 13:29, 22. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Anzeigen, ob ein Bild auf Commons zum Löschen vorgeschlagen wurde

Hierher verwiesen von FzW.
Gibt es die Möglichkeit, sich per CSS einen Link zu einem Bild z.B. rot zu hinterlegen, das auf Commons zum Löschen vorgeschlagen wurde? –Queryzo ⁈ 14:34, 27. Apr. 2016 (CEST)

Hallo Queryzo, wie dort schon erwähnt wird das mit CSS nicht ausreichen (zur Unterscheidung von Bildern aus Commons würde das reichen). Hier benötigt man JavaScript respektive API-requests. Nun ist noch die Frage, ob es nur Bilder von Commons sein sollen? ↔ Benutzer: Perhelion 14:43, 27. Apr. 2016 (CEST)

(nach BK) @Queryzo: Da sehe ich leider keine Chance. Dafür müsste der Link auf de:WP generell eine eigene Klasse haben. Man könnte es aber mit einem Script lösen, dass den jeweiligen Link prüft. Viele Grüße --FNDE (Diskussion) 14:44, 27. Apr. 2016 (CEST)

Mir ist es eigentlich egal, wie es funktioniert. Wenn es geht, würde ich mich riesig freuen, wenn mir jemand so etwas basteln könnte. Das würde die tägliche Arbeit mit der MerlBot-Liste ziemlich erleichtern. –Queryzo ⁈ 14:56, 27. Apr. 2016 (CEST)

@Magnus Manske: Ginge das vielleicht über „Category:DR“ + die Option „ist von dieser Seite verlinkt“ mit PetScan? --Flominator 15:29, 27. Apr. 2016 (CEST)

Man kann eine Liste von Seiten (Dateien) an PetScan übergeben, die dann ein Subset des „Category:Deletion requests“-Baums zurückgibt. Beispiel für „File:Max_V.jpg“. Das ginge per Script dann auch für die Dateien auf der Merlbot-Liste. Ich hoffe, das wird ein Link in der Werkeug-Leiste, kein automatisch-bei-jedem-Seiten-Laden, oder wir DDOSen PetScan… --Magnus Manske (Diskussion) 17:37, 27. Apr. 2016 (CEST)

Also ist im Prinzip die so geforderte Anfrage sinnvoll oder nicht?

@Magnus Manske: „kein automatisch-bei-jedem-Seiten-Laden“ also Benutzer:YMS meinte mehrere hundert API-Abfragen pro Aufruf wären kein Problem⁉

Ich habe nämlich schon mal die API-Anfrage (mit einem Bsp-Bild) fertig (Edit): jetzt im Script: ↔ Benutzer: Perhelion 01:05, 28. Apr. 2016 (CEST)

// [[Datei:User:Perhelion/riskImages.js]] (workaround for [[phab:T35355]])
importScript( 'Benutzer:Perhelion/problemImages.js' );

Fehlt nur noch die jQuery-Schleife welche eine Bilderliste der Seite generiert und eine CSS-Funktion die das Ergebnis umsetzt. ↔ Benutzer: Perhelion 18:16, 27. Apr. 2016 (CEST)

Meine Nachfrage auf FzW und die Antwort, dass da ein API-Aufruf reicht, habt ihr schon berücksichtigt? --° (Gradzeichen) 18:25, 27. Apr. 2016 (CEST)

Ich wollte mal etwas Ähnliches erreichen: Die Commons-Kategorien eines Bildes anzeigen zu lassen (ohne Test ob eine davon eine Löschen-Kategorie ist). Bisher war ich soweit gekommen:

image = document.getElementsByClassName("image")[0]; //Hier müsste eine For-Schleife hin, so wird nur das erste Bild genommen
urlcomp = image.href.split('/');
if (urlcomp[2] === "commons.wikimedia.org"){      //Nur für Commons-Bilder
  mw.loader.using( 'mediawiki.ForeignApi' ).done( function () {
    var api = new mw.ForeignApi( 'https://commons.wikimedia.org/w/api.php' );
    api.get( {
      action: 'query',
      prop: 'categories',
      format: 'json',
      formatversion: '2',
      titles: decodeURI(urlcomp[4])
    } ).done( function ( data ) {
      newdiv = document.createElement("div");
      image.insertBefore(newdiv, image.firstChild);
      newdiv.style.position = "absolute";
      newdiv.style.maxWidth = "200px";
      newdiv.className = "commonsCat";
      newdiv.style.textAlign= "left";
      obj1 = data.query.pages[0].categories;
      for (i = 0; i < obj1.length; i++){
        newdiv.appendChild(document.createTextNode(obj1[i].title.split(':')[1]));
        newdiv.appendChild(document.createElement("br"));
      }
    } );
  } );
}

Legt über das erste Bild der Seite eine Liste mit den Kategorien. Vielleicht hilft euch ja ein Teil davon. Mein Versuch alle Bilder in eine Abfrage zu packen begann so:

var images = document.getElementsByClassName("image");
filenames = "";
for (n = 0; n < images.length; n++){
  var urlcomp = images[n].href.split('/');
  if (urlcomp[2] === "commons.wikimedia.org"){
    filenames += decodeURI(urlcomp[4]);
    if (n != images.length - 1) { filenames += "|";}
  }
} //Generiert einen mit | geteilten String den die Commons-API versteht.

Ich bin bei Javascript aber nicht so talentiert, die Code-Qualität ist nicht sonderlich gut. Die API-Antwort für mehrere Bilder dabei habe ich aber nie ganz unter Kontrolle gekriegt, das continue bereitete mir Probleme. Ich habe an der Stelle dann aufgegeben. Vom JS-Amateur einen Gruß, --Nfreaker91 18:45, 27. Apr. 2016 (CEST)

Sorry, habe in der Zwischenzeit mein eigenes Script gebaut :-( Auf Deiner common.js-Seite nur

importScript( 'Benutzer:Magnus_Manske/rotbilder.js' );

hinzufügen, dann gibt’s ein neues „Rotbilder“-Werkzeug. Auf Wikipedia:Redaktion Film und Fernsehen/3F/Bilderwunsch z.B. markiert das dann alle von Löschung bedrohten Bilder. Habe es auf „normalen“ Seiten noch nicht ausprobiert, mangels Beispiel.

Oh, und die Commons-API könnt ihr gerne beharken wie ihr lustig seid. PetScan kann komplexere Anfragen bearbeiten, aber nicht ganz so zügig… --Magnus Manske (Diskussion) 19:07, 27. Apr. 2016 (CEST)

Wow, richtig was los hier! @Magnus Manske: Mit deinem Skript regt sich bei mir nix, hab gepurgt und alles, (die Merlbot-Liste) sieht aus wie vorher. –Queryzo ⁈ 23:33, 27. Apr. 2016 (CEST)

Ich habe mal Spaßes halber das Script, wie Anfangs gedacht (mit Hilfe von Teilen des Scriptes von Magnus) fertig gestellt:

importScript( 'Benutzer:Perhelion/problemImages.js' );

Bitte mal testen, z.B. ein Bild bei Benutzer:PerfektesChaos :-)

PS: Weiß jemand warum nicht alle Bilder die class image haben? Somit greift auch nicht immer das Gadget-Direct-link-to-Commons.js (dessen Erkennungsschleife ich genommen habe) ↔ Benutzer: Perhelion 00:31, 28. Apr. 2016 (CEST)

Ohne jetzt genau nachgeschaut zu haben: Wie behandelt dein Script Bilder die bei de.wiki gehostet werden statt commons? Ansonsten vielleicht wenn ein Bild kein Link ist (sehr selten wg. Lizenz), da das eine class des a-Elements ist. Gruß, --Nfreaker91 00:59, 28. Apr. 2016 (CEST)

@Nfreaker91: Gute Frage, es funzt momentan nur für Commonsbilder (wie eingangs gewünscht) und tatsächlich nur für Bilder die auch zum Bild verlinken. Die Wahrscheinlichkeit das unverlinkte Bilder gelöscht werden ist tasächlich sehr gering. PS: Ich habe auch noch Schnelllöschkandiaten drinnen und ich könnte noch offene Lizenz- und OTRS-Kandiaten in die „Gefahrengruppe“ aufnehmen. ↔ Benutzer: Perhelion 01:05, 28. Apr. 2016 (CEST)

@Magnus: Bei mir hat das Skript auch nichts markiert. ↔ Benutzer: Perhelion 01:05, 28. Apr. 2016 (CEST)

@Perhelion: Funktioniert auch nicht, getestet auf Firefox (44.0.2), Chrome (49.0.2623.112) und gepurgt. Vorlage:Smiley/Wartung/ErrorVorlage:Smiley/Wartung/: -(  –Queryzo ⁈ 08:34, 28. Apr. 2016 (CEST)

Na ja, „funktioniert nicht“ alleine ist nicht sehr hilfreich, bei mir geht’s. Wenn ihr auf „Rotbilder“ klickt, erscheint dann ein „Suchen“-Hinweis unter dem Link? Irgendwas in der JavaScript-Konsole? --Magnus Manske (Diskussion) 10:12, 28. Apr. 2016 (CEST)

@Magnus Manske: Wo steht denn „Rotbilder“? –Queryzo ⁈ 11:09, 28. Apr. 2016 (CEST)

Ich habe das Skript nicht aktiviert, aber so wie ich es gestern gelesen habe, müsste der Link in der Toolbox („Werkzeuge“ bei Vector links) stehen? --° (Gradzeichen) 11:49, 28. Apr. 2016 (CEST)

Gefunden! Super, danke!!‼ –Queryzo ⁈ 12:39, 28. Apr. 2016 (CEST)

Richtig, ihr könnt es auch testen in dem ihr einfach die Zeile in die JavaScript-Konsole (STRG + K oder J) des Browsers ausführt, dann müsste der Link immer ganz unten (links) bei den Werkzeugen sein (diese ist bei mir leider auch schön übergroß…).
Ich habe jetzt auch „lokale löschgefährdete Dateien“ hinzugefügt (kann mir hier kurz testen WP:GWS). @Nfreaker91: Kategorien anzeigen finde ich eigtl. praktisch, das füge ich auch noch hinzu bzw. gleich einen kleinen Symbolmarker, welche Datei auf Commons liegt⁉

Dabei fällt mir noch optional ein (was ich schon immer mal machen wollte und wenn wir schon dabei sind jede Datei zu scannen) gleich Dateien markieren die durch bessere ersetzt wurden, wie „Vector version available“ (oder Superseded PNG oder {{JetztSVG}})⁉ ↔ Benutzer: Perhelion 12:35, 28. Apr. 2016 (CEST)

@Perhelion: Mein ursprünglicher Plan war ein Popup für Bilder, so wie die Popups für Links. Dabei wollte ich den Commonsdateinamen, die -beschreibungen(de&en) und die -kategorien anzeigen lassen. Bisher habe ich Dateinamen und Kategorien, aber die Anzeige funktioniert nicht über Popup und nicht bei hover, sondern statisch. Wären auch andere an dieser Funktionalität interessiert? Dann würde ich weiterentwickeln. Gruß, --Nfreaker91 12:02, 29. Apr. 2016 (CEST)

@Magnus Manske: Nochmal vielen Dank für das Tool! Könntest du noch die Kategorien c:Category:Media without a license, c:Category:Media missing permission und c:Category:Candidates for speedy deletion ergänzen? LG –Queryzo ⁈ 13:00, 28. Apr. 2016 (CEST)

Funktioniert bei mir jetzt auch. @Queryzo, da war wohl ein kleines Verständnisproblem, ich hatte Anfangs das zu allg. verstanden. Meine Script-Variante arbeitet nun auf jeder Seite, jedoch nur bei Links mit Bild⁉ (auf so eine Liste muss man ja erst mal kommen, bzw. den Sinn dieser speziellen Liste verstehen) ^^ ↔ Benutzer: Perhelion 13:14, 28. Apr. 2016 (CEST)

also mit deinem Skript kriege ich bei der Merlbot-Liste „0 Dateien markiert“ … –Queryzo ⁈ 13:42, 28. Apr. 2016 (CEST)

@Queryzo: Deswegen sagte ich „Links mit Bild“ also Betonung auf mit Bild (deutlicher gemacht). Da ich eher dachte das Script im Artikelnamensraum auszuführen, da ist das Verhältnis zu andern Links wohl 0,000001 %. Wie gesagt ich dachte nicht an eine „einzelne“ Listenseite… ↔ Benutzer: Perhelion 14:01, 28. Apr. 2016 (CEST)

Auf Anregung von User:° habe ich nun auch eine globale Version erstellt und auf Meta abgelegt. ↔ Benutzer: Perhelion 14:37, 1. Mai 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Alternativvorschlag: Bot-Benachrichtigung

Auch wenn Ihr hier schon fleißig an einer Implementierung für eine gegebene technische Lösung gearbeitet wird, lohnt es sich wahrscheinlich nochmal einen Schritt zurück zugehen und die Frage zu stellen, ob das überhaupt die beste Lösung für das dahinterliegende Problem ist⁈

Soweit ich das interpretiere, ist diese rote Markierung ja kein Selbstzweck, sondern soll den betroffenen Artikelautoren mitteilen: „Achtung dieses Bild ist von einer Löschung bedroht. Äußere Dich zum Löschantrag oder schau Dich nach Alternativen um.“ Diese Aufgabe kann die oben skizzierte Lösung aber nur dann erfüllen, wenn der jeweilig Autor zum Zeitpunkt des Löschantrags die betreffende Seite aufruft und bis zur Stelle des Bildes scrollt. Und dass das so gut wie nie der Fall sein dürfte, wird schnell klar, wenn man mal die Gesamtheit der beobachteten Seiten mit der Anzahl der Seiten vergleicht, die man in der letzten Woche tatsächlich besucht hat. Ich glaube daher nicht, dass diese geringe Erfolgswahrscheinlichkeit es rechtfertigt, Tag für Tag hunderte JS-API-Anfragen loszuschicken.

Wenn es also im Grunde darum geht, den Autoren der betroffenen Artikel mitzuteilen, dass ein dort verwendetes Bild gelöscht werden könnte, dann sollte man genau das tun: Genauso, wie heute schon ein Bot bei jedem Löschantrag, den Uploader des Bildes auf seiner Diskussionsseite informiert, könnte man das auch bei den Artikel tun. Und wenn bei einem Bild-Löschantrag automatisch auf der Diskussionsseite jeder Seite, die dieses Bild Wikimedia-weit einbindet eine Info gepostet würde, dann bekäme dass (im Gegensatz zur oben skizzierten Lösung) auch jeder Autor mit, der diese Seite auf seine Beobachtungsliste hat – und zwar ohne dafür täglich tausende sinnlose API-Anfragen zu schicken. // Martin K. (Diskussion) 19:13, 27. Apr. 2016 (CEST)

Das ist auf jeden Fall ein guter Gedankenansatz, der, wie ich befürchte, schon mal irgendwo gedacht wurde. Das sollte man mal irgendwo breiter vorschlagen, zwecks Sinnhaftigkeit. ↔ Benutzer: Perhelion 21:26, 27. Apr. 2016 (CEST)

Ich könnte mir vorstellen, das der MerlBot für Portale auf diesem Wiki diese Funktion anbieten kann (oder schon anbietet?). Der Umherirrende 22:00, 27. Apr. 2016 (CEST)

Auf Benutzer:Flominator/Breisgau-Hochschwarzwald/Baustellen habe ich etwas mit dem Subster-Bot gebastelt, das mir zumindest die Löschanträge in einer Kategorie und ihren Subkategorien anzeigt. Vielleicht hilft das ja weiter (wobei die Benachrichtigung auf der Diskussionsseite des einbindenden Artikels schon mehr Charme hätte) --Flominator 22:32, 27. Apr. 2016 (CEST)

Wie könnten interaktive Karten auf Wikipedia eingesetzt werden?

Hallo!

Das Maps-Team bei der Wikimedia-Stiftung kommt der Einbindung von Interaktiven Karten immer näher. Wer schon einmal Dienste wie Google Maps oder Mapquest genutzt hat, wird mit interaktiven Karten vertraut sein. Wir würden gerne Editoren zum Austausch darüber einladen, wie diese Karten in Artikeln zu Einsatz kommen könnten. Dazu haben wir Informationen zusammengestellt, wie diese Karten und ihre Gestaltung aus technischer Sicht funktionieren — wo die Daten herkommen, wie Karten gestaltet werden sowie einige Beispielanwendungen.

Wir möchten uns besonders auf die Diskussion um drei Kernfragen konzentrieren (eine offene Diskussion außerhalb dieser Fragen ist auch willkommen).

• Welche Arten von Artikeln würden interaktive Karten einsetzen?
• Wie unterscheiden sich diese Artikel in ihren Anforderungen?
• Gibt es Artikelklassen, deren Anforderungen an die Kartenstile grundlegend im Konflikt mit anderen Artikelklassen steht und daher mehrere Stile braucht?

Bitte besucht mw:Maps/Conversation about interactive map use, um mehr zu erfahren und mitzuhelfen. CKoerner (WMF) (Diskussion) 22:06, 20. Mai 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

vector.js

Hallo! Ich möchte gerne meine vector.js so erweitern, dass im Kasten links ein Punkt Coord erscheint. Wenn dieser angeklickt wird soll {{Coordinate|NS=|EW=|type=|region=}} im Artikel eingefügt werden. Kann mir da jemand helfen?-- Viele Grüße aus Druffel sendet der Druffeler! (Diskussion) 10:10, 29. Mai 2016 (CEST)

@Druffeler: Unter Commons:User:Flominator/flos functions.js habe ich vor Jahren ein ähnliches Feature erstellt. Als Beispiel kann dort insert_painting_template zusammen mit insert_into_textarea dienen. Gruß, --Flominator 09:47, 1. Jun. 2016 (CEST)

@Flominator: Da steige ich gar nicht durch! -- Viele Grüße aus Druffel sendet der Druffeler! (Diskussion) 12:51, 1. Jun. 2016 (CEST)

Wenn du das wirklich willst, kann ich dir zeigen, wie du meinen Uralt-Code in deine vector.js einbauen kannst. Es wäre aber vermutlich sinnvoller, den Code vorher von Benutzer:PerfektesChaos (oder jemand anderem auf dem Stand der Technik) auf "veraltetes Gedöhns" untersuchen zu lassen. Ich vermute, er kennt sowieso eine Lösung, die weiter verbreitet ist, als meine. Gruß, --Flominator 09:32, 6. Jun. 2016 (CEST)

@Druffeler: Meinst du mit Kasten links den Kasten von PDDs Monobook? In dem Fall könnte Benutzer Diskussion:PDD die bessere Anlaufstelle sein. Prinzipiell müsstest du in die Funktion „function qbEditTags()“ oder „function qbArticleTemps()“ einen weiteren Eintrag hinzufügen, die Syntax erklärt sich quasi von selbst. Gruß, --Nfreaker91 09:19, 12. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Commons-Kategorien von Bildern einer Kategorie

Nachdem das mit PetScan nicht geht: Wie kann ich (ohne größeren Entwicklungsaufwand) auf "einen Blick" sehen, welche Kategorien die einzelnen Bilder in Category:ETH-BIB Mittelholzer-Persia flight 1924-1925 haben bzw. welche noch nicht in Orts- bzw. Sachkategorien einsortiert wurden? Danke und Gruß, --Flominator 09:43, 1. Jun. 2016 (CEST)

@Flominator: Verweis auf ähnliche Diskussion: Wikipedia:TWS#Anzeigen, ob ein Bild auf Commons zum Löschen vorgeschlagen wurde. Die Frage war wie man auf einen Blick feststellen kann ob ein Commons-Bild in einer Löschkategorie ist. Benutzer:Magnus Manske schrieb ein Javascript dass per API alle Kategorien holte und überprüfte ob eine Löschkategorie dabei ist. Das löst zwar dein Problem nicht, könnte aber ein Ansatz sein. Mein Plan war für jedes Bild die jeweiligen Kategorien anzeigen zu lassen wenn man mit dem Mauszeiger draufzeigt, dieses Projekt habe ich aber noch nicht fertig. Gruß, --Nfreaker91 09:25, 12. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Fehlerbehebung in meinen Skripten erforderlich?

Moinsen. Seit einiger Zeit habe ich, ohne meine Einstellungen verändert zu haben, folgendes Probelm beim Artikelbearbeiten: Bearbeite ich den Gesamtartikel, fehlen über dem BearbFenster sämtliche Formatierungsicons und unter dem Fenster die Sprachauswahl- und Sonderzeichen-Leisten. Bearbeite ich hingegen im selben Artikel nur ein einzelnes Kapitel, stehen diese Hilfsmittel komplett zur Verfügung, wie es seit vielen Jahren in jeder Bearbeitungsweise der Fall war. Woran liegt dieser Unterschied und – vor allem – wie bekomme ich die fehlenden Leisten auch beim Gesamtbearbeitungsfenster zurück? Danke, sagt --Wwwurm 12:07, 26. Jun. 2016 (CEST)
Wenn weitere Angaben zu meinen Konfigurationen u.ä. benötigt werden, bitte sprachlich berücksichtigen: hier spricht eine absolute Softwaretechniknull. Vorlage:Smiley/Wartung/:) 

Hallo, ich hätte ein paar Rückfragen:

1. Tritt das Verhalten auch auf wenn du abgemeldet bist?
2. Tritt das Verhalten auf mehreren Geräten auf (anderer PC)?
3. Tritt das Verhalten bei verschiedenen Skins auf (Monobook, Vector usw.)?
4. Welchen Skin benutzt du normalerweise?
5. Gibt es Javascript-Fehlermeldungen? Das fragte PerfektesChaos schon auf FZW.
6. Wieso hast du den Inhalt in Benutzer:Wahrerwattwurm/common.js? Die zugehörige Hilfeseite empfiehlt eine andere Installation. Zumal deine Version von der „offiziellen“ (Benutzer:Kai Nissen (WMDE)/js/Artikelmonitor.js) leicht abweicht. Das hat aber wahrscheinlich nichts mit deinen Anzeigeproblemen zu tun.

Gruß, --Nfreaker91 12:48, 26. Jun. 2016 (CEST)

zu 1.) Ich bin permanent angemeldet, weiß das also nicht.

zu 2.) Ich nutze zum Schreiben ausschließlich einen PC; das ist allerdings seit ca. 2 Monaten ein neuer, und es könnte hinkommen, dass das auch der Zeitpunkt war, ab dem mein Problemchen aufgetreten ist.

zu 3.), 4.) und 6.) Das weiß ich nicht. Ich habe folgende Monobooks/Skripte laufen, die allesamt von anderen Nutzern bei mir installiert wurden, weil ich ehmt eine IT-0 bin: monobook.css, monobook.js, vector.css, vector.js, common.css, common.js – das müssten alle sein.

zu 5.) Soweit ich das mitbekommen habe, nicht.

--Wwwurm 13:14, 26. Jun. 2016 (CEST)

Nachklapp zu Fehlermeldungen (Deine Frage 5.): Folgendes fand ich unter Browser-Konsole:

Use of "wgNamespaceNumber" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgCanonicalNamespace" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgNamespaceNumber" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgCanonicalNamespace" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgTitle" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgNamespaceNumber" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgCanonicalNamespace" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgNamespaceNumber" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgCanonicalNamespace" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgNamespaceNumber" is deprecated. Use mw.config instead. (unbekannt)

Use of "wgCanonicalNamespace" is deprecated. Use mw.config instead. (unbekannt)

mutating the Prototype of an object will cause your code to run very slowly; instead create the object with the correct initial Prototype value using Object.create browser-places.js:663:3

TelemetryStopwatch: requesting elapsed time for nonexisting stopwatch. Histogram: "FX_PAGE_LOAD_MS", key: "null"

TelemetryStopwatch.jsm:297:0

NS_ERROR_ILLEGAL_VALUE: Invalid arguments nsLivemarkService.js:299:0

• Ich kann zwar dein Problem noch nicht lösen, aber jetzt einkreisen.
• Der Bug-Report ist ausschlaggebend.
  • Was davor steht mit is deprecated. Use mw.config instead ist im Moment egal, aber wird dich irgendwann mal einholen. Nicht heute.
  • Ausschlaggebend ist offenbar: Invalid arguments nsLivemarkService.js:299:0
  • Warum das in genau dieser Situation wirksam wird, weiß ich nicht.
• Du hast anscheinend en:Features of Firefox #Live bookmarks aktiviert.
  • Die stürzen offenbar ab.
  • Ich habe keine Ahnung, was das ist, und benutze es auch nicht.
  • Es scheint sich um eine Art RSS-Feed zu von dir beobachteten Seiten zu handeln.
  • Sieh zu, wie du das irgendwie ausgeschaltet bekommst.
  • Es solle sich um gelbe Pfeile in der Statusleiste handeln.
  • Könnte auch was mit in deinem Firefox-Lesezeichen-Menü sein; „Diese Seite abonnieren“ oder so.
  • Vielleicht hast du auch ein Add-On namens FeedTicker oder Simple RSS Reader (SRR).
• Der neue Rechner mit neuer Browser-Installation könnte passen; seitdem hast du irgendwie dieses Feature. Gibt es aber eigentlich schon mindestens seit 2004, aber du hattest es bisher wohl nicht aktiviert.
• Die Wiki-Software hätte eigentlich eher nix damit zu tun. Deshalb bist du wohl auch der einzige Betrofffene.

Viel Spaß --PerfektesChaos 14:09, 26. Jun. 2016 (CEST)

Firefox' „dynamische Lesezeichen“ sind einfach ein ganz normaler RSS-Feedreader mit anderer Darstellung. Da gibt's eigentlich nichts zu aktivieren, kann man (wie normale Lesezeichen) nur nutzen oder seinlassen. Sollte (wie die anderen genannten Meldungen) auf die Darstellung von Websites eigentlich keinen Einfluss haben. --nenntmichruhigip (Diskussion) 16:38, 26. Jun. 2016 (CEST)

@Wahrerwattwurm: Könntest du mal versuchen, eine Seite im privaten Modus (Strg+Shift+P) zum Bearbeiten zu öffnen? War die Konsole beim Seitenaufruf schon offen? Falls nicht nochmal mit offener Konsole neuladen. Meldungen mit Kreuz vornedran sind interessant, solche mit "nur" einem Ausrufezeichen sind wahrscheinlich nicht auslösend, sollten aber auch nicht vorkommen. --nenntmichruhigip (Diskussion) 16:38, 26. Jun. 2016 (CEST)

@Nenntmichruhigip: Moin. Ich weiß zwar weder, was noch weshalb ich es gemacht habe – auch nicht, ob es überhaupt ich war, der etwas gemacht hat Vorlage:Smiley/Wartung/;)  –, aber jedenfalls funzt die Anzeige der fehlenden Leisten seit gestern, ca. 23 Uhr, wieder. Danke @all, die mir geholfen haben. --Wwwurm 11:20, 27. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

TeX-Darstellungsproblem.

Sollte ich hier an der falschen Stelle sein, bitte ich um Entschuldigung und einen Tipp, wo diese Frage wirklich hingehört. :-)

Ich habe ein Problem mit der Darstellung von Text in Formeln. Man betrachte die Wikipedia-Seite Direkte Summe in der Version vom 6. Februar 2016, also hier (ich hoffe, dass dies ein Permalink ist). Die Definiion enthält einen Umlaut (das ü in "für alle..."). Dieser Umlaut wird komplett anders, nämlich zumindest um einiges größer gesetzt als sämtliche "normalen" Textzeichen. Der Befehl \text{} aus dem AMS-Paket wurde beim Experimentieren für die darauf folgende Version ohne Probleme vom Parser und Interpreter angenommen, allerdings war das Satzproblem damit nicht ansatzweise behoben - ü ragte immer noch unter den anderen Buchstaben hervor. \textrm{} sowie \textnormal{} wurden erst gar nicht erkannt. Die englischsprachige Hilfeseite zu TeX zeigt auch den charakteristischen Großdruck von Buchstaben mit Umlauten.

Daher meine Fragen:

1.) Wie kann ich Umlaute im Mathemodus auf Wikipedia unauffällig setzen, ohne kurzfristig mittels </math> in den Textmodus wechseln zu müssen? Dadurch wird nämlich beispielsweise die überaus elegante Anwendung der \left- und \right-Befehle bei den geschweiften Klammern in der Definition der direkten Summe verhindert. (Momentan wird die Größe manuell mittels \Big eingestellt - hässlich.) Ich weiss um die Variante mittels \left\{ ... \right.</math>...<math> \left. ... \right\}, allerdings erscheint mir auch diese Lösung unelegant.

2.) Gibt es irgendwo einen kompletten, sehr knapp gefassten Überblick, was texvcl alles erlaubt? Die Befehle des Paketes amsmath ja anscheinend schon. Kann man auch eigene Pakete einbinden?

3.) Wo liegt mein Fehler? Wenn ich im visuellen Bearbeitungsmodus eine Formel mittels "Bearbeiten" (nicht "Schnell Bearbeiten") bearbeite und den LaTeX-Quelltext verändere, so wird meine Änderung maskiert, in meinem Falle also ein Schrägstrich / durch das Ampersand-Äquivalent ersetzt, was aber an dieser Stelle syntaktisch keinerlei Sinn machte und vom Parser mit einem Syntax-Fehler beantwortet wurde. Oder liegt der Fehler im Quelltext der entsprechenden Funktion für den visuellen Bearbeitungsmodus verborgen?

Rückfragen sind immer willkommen. Vielen Dank im Voraus, --217.237.164.210 20:23, 27. Jun. 2016 (CEST)

Zu 1) Das Problem sollte in MediaWiki behoben werden, damit alle Artikel davon profitieren, da es wohl noch mehr mit Umlauten gibt, siehe dazu Hilfe:Phab

Zu 2) Nein, Hilfe:TeX ist auch nicht vollständig. Vielleicht aber auf mediawiki.org (mw:Texvc).

Zu 3) Zu Problemem im VisualEditor kann ich nichts sagen, vielleicht auf Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen anbringen.

[[Benutzer:Umherirrender|Der Umhe--Alturand (Diskussion) 22:43, 6. Dez. 2016 (CET)rirrende]] 10:45, 30. Jun. 2016 (CEST)

Ich besitze momentan und mittelfristig kein Wikipedia-Konto, sodass das persönliche Melden eines Fehlers im Phabricator für mich flachfällt. Wenn Du oder ein anderer das übernehmen will, nur zu! Die englische MediaWiki-Seite zu Texvc ist sehr interessant. So hat man wenigstens Zugriff auf den Quelltext. Das Problem mit dem VisualEditor habe ich hier konstatiert, bis jetzt ist allerdings noch nichts passiert. Mal gucken, ob noch was draus wird. --80.156.181.148 00:08, 6. Jul. 2016 (CEST)

So: <math>\text{für}</math>

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Anmelden mit mobiler Version auf der Hauptseite unmöglich

Hallo, ich weiß nicht, ob das der richtige Ort für die Frage ist, aber wenn ich von einem Mobiltelefon (Mobile Version) aus versuche mich auf der Hauptseite anzumelden, kommt jedes mal eine Fehlermeldung. Wenn ich mich von einer anderen Seite aus anmelde (als Test: Kulturapfel), funktioniert es einwandfrei. Aber wenn ich in die Klassische Ansicht wechsle (wozu ich allerdings Cookies aktivieren muss, warum auch immer), kann ich mich auch von der Hauptseite aus anmelden.

Wenn's weiterhilft: das betroffene Gerät ist ein Windows Phone Lumia 535, Software Windows Phone 8.1 Update, Browser Internet Explorer unbekannter Version, WLAN. Könnte jemand nachsehen, ob's an der Software liegt? Ich hatte nicht die Möglichkeit, dies an einem gleichartigen Telefon auszuprobieren. LG, --Lesendes Okapi (Diskussion) 20:21, 4. Jul. 2016 (CEST)

@Lesendes Okapi: Was genau ist denn die Fehlermeldung? Verstehe ich es richtig, dass Cookies in der mobilen Ansicht im Browser deaktiviert sind? --AKlapper (WMF) (Diskussion) 23:05, 4. Jul. 2016 (CEST)

Danke, AKlapper (WMF), es lag tatsächlich an den Cookies. Wenn ich sie aktiviere, funktioniert auch die mobile Version. Muss ich jetzt für immer und ewig die Cookies aktivieren? :( --Lesendes Okapi (Diskussion) 14:29, 5. Jul. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Wie sollen Suche die Fragezeichen behandeln?

Das Wikimedia Foundation Sucheteam kürzlich entdeckt dass Suchanfragen, die mit einem Fragenzeichen (zum Beispiel “Wie alt int Tom Cruise?”), manchmal erfolglos erschien. Dieses ‘Null Resultat’ ist die Art und Weise dem Wikimedia Foundation Sucheteam wie die Menschen mit den Suchergebnissen zufrieden sein. Das Sucheteam schlägt das Verhalten der Wikimedia Suche ändern vor, aber es möchte Feedback von den Gemeinden zu helfen, eine intelligente Entscheidung machen. Wenn Sie wissen möchten, wie Suche funktioniert, oder sehen dieses als eine mögliche Unterbrechung für Ihre Arbeit, lernen mehr über diese Änderung bitte und lassen die Ingenieure Ihre Gedanken kennen. Vielen Dank. CKoerner (WMF) (Diskussion) 23:44, 5. Jul. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Abschnitt "Sprachen" ganz nach oben vor Abschnitt "Mitmachen" ?

Hallo, ich suche seit geraumer Zeit nach einer Möglichkeit den Abschnitt "Sprachen" ganz nach oben vor den Abschnitt "Mitmachen" im Menüband links im Skin Vector zu setzen. Ich muss sehr oft zu anderen Sprachversionen schalten. Ich habe jetzt unter Einstellungen die "Kompakten Sprachlinks" aktiviert, was eine große Hilfe darstellt. (Leider funktionieren die "Kompakten Sprachlinks" nur in der deutschen Version. Sobald ich eine fremdsprachige Version aufrufe, sind sie nicht mehr verfügbar, obwohl ich ein globales Benutzerkonto habe!?) Wenn ich jetzt die "Kompakten Sprachlinks" noch ganz nach oben links versetzen könnte, wäre mir sehr geholfen. Leider kenne ich mich mit CSS nicht aus. Ich weiß also nicht, was ich auf meine global.js- oder global.css-Seite schreiben müsste, um das Anzeigeverhalten entsprechend zu ändern. Kann mir jemand helfen? --Wolfgang1018 (Diskussion) 19:01, 7. Jul. 2016 (CEST)

Könnte mir vorstellen, dass das für manche hier überraschend ist, aber ja, das geht auch nur mit CSS: #mw-panel { display: flex; flex-direction: column; } #p-lang { order: -1; } :-) --nenntmichruhigip (Diskussion) 20:25, 7. Jul. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Wikipedia.org portal update

Hallo,

Hilf bitte mit, in deine Sprache zu übersetzen. Danke!

The Wikimedia Foundation Portal team has recently completed an A/B test on the Wikipedia.org portal. These tests were to see if a new design would be easier to navigate. This design added a dropdown that contained all the languages by article count.

The test results found that visitors were more likely to click through to a link. With the new design there was a lower amount of 'non-action' on the page. We also tested the page with many Wikipedia users. We received comments that the new page design was pleasing and less cluttered.

With this information, we would like to promote this into production on the Wikipedia.org portal. We would like to ask the community for feedback and suggestions.

Vielen Dank und prost aus dem Discovery-Portal Team! CKoerner (WMF) (Diskussion) 23:50, 12. Jul. 2016 (CEST)

Eine schnelle Uebersetzung: / A quick translation:

Das Portal-Team der Wikimedia Foundation hat vor kurzem auf dem Wikipedia.org-Portal einen A/B-Test durchgefuehrt. Dieser Test wurde gemacht um herauszufinden ob ein geaendertes Design einfacher zu navigieren waere. Das geaenderte Design bietet eine Auswahlliste, die alle Sprachen (sortiert nach Anzahl der Artikel) enthaelt.

Die Test-Ergebnisse (in Englisch) zeigen dass Besucher oefter auf diese Links klickten und dass es weniger 'Nicht-Aktionen' auf der Seite gab. Die Seite wurde mit vielen Wikipedia-Nutzern getestet, und wir haben Kommentare erhalten dass das neue Seiten-Design als angenehm empfunden wird.

Aufgrund dieser Erfahrungen moechten wir diese Designaenderung fuer alle Nutzer auf dem Wikipedia.org-Portal durchfuehren. Wir bitten die Nutzergemeinschaft um Rueckmeldungen und Vorschlaege.

--Malyacko (Diskussion) 12:38, 14. Jul. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Portal:Luftfahrt/Überarbeiten

Wäre es möglich, dass man dort den Button für die Signatur und Zeitstempel integriert..?--MBurch (Diskussion) 18:52, 15. Jul. 2016 (CEST)

vgl. Wikipedia:Umfragen/Unterschriften-Icon in Bearbeiten-Werkzeugleiste--Rik VII. my2cts   16:13, 8. Aug. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Warum sind die Beiträge von Skibz777 verschwunden?

Mir ist aufgefallen, dass Skibz777 keine Beiträge mehr gelistet hat (das war vorher anders). Man sieht aber seine Mitarbeit in der Versionsgeschichte von Birdemic: Shock and Terror. Könnte es etwas damit zu tun haben, dass die Bearbeitungen damals nicht in dewiki, sondern in enwiki gemacht wurden? Der Artikel wurde ja dann importiert. Aber selbst wenn dem so ist, dass importierte Beiträge nun nicht mehr in Skibz777 aufgeführt werden, dann muss sich das vor kurzem geändert haben. Am 24. Juli hatte er noch Beiträge. --Jobu0101 (Diskussion) 10:39, 29. Jul. 2016 (CEST)

Übrigens: Bei WikHead sieht man den Beitrag in Birdemic: Shock and Terror in dessen Benutzerbeiträgen, obwohl dieser genau so importiert wurde. Mit dem Import kann das also nicht zusammenhängen. --Jobu0101 (Diskussion) 10:42, 29. Jul. 2016 (CEST)

Beim Import gab es das Konto von WikHead bereits in der deutschsprachigen Wikipedia und die Beiträge haben eine User-Id zugeordnet bekommen. Das Konto des anderen Benutzers wurde erst später angelegt, daher hat es keine User-Id. Da die Suche über die User-Id schneller geht wurde dies irgendwann auf der Spezialseite mal geändert. Es handelt sich daher um phab:T36873. Warum dir die Spezialseite zum 24. Juli noch Beiträge angezeigt hat, kann ich nicht herausfinden. Änderungen dort habe ich nicht gefunden. Der Umherirrende 16:37, 21. Aug. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Login length being extended on Tuesday

Gemeldet in Phabricator
Task T68699

I have good news: A few years ago, the login length was reduced from 180 days (on most WMF projects) to just 30 days. From my POV, this means 12 opportunities to accidentally get logged out mid-edit per year.

The login length is being extended on Tuesday, 16 August at 15:00 UTC (8:00 a.m. PDT). After that, the next time you login, if you choose the option to stay logged in, you'll be logged in for a full year. This has been requested for more than two years and is finally ready to go.

There is some more information at mw:"Keep me logged in" extended to one year. There is information on that page about how to automatically display the length for users in the message on the login page. If you have other questions, please feel free to {{Ping}} me. Whatamidoing (WMF) (Diskussion) 21:52, 12. Aug. 2016 (CEST)

@Whatamidoing (WMF): What is this exactly about? I've not been logged out since the last force-logout a few months ago (when MediaWiki sometimes not actually logged out some users when they wanted to and everyone had to be logged out to make sure no one is unintentionally left logged in). But I remember there was a ~30 day timeout when I did not check "keep me logged in". So, is this about having "keep me logged in" checked, having it checked but beeing inactive, having it not checked, or something even different? --nenntmichruhigip (Diskussion) 14:28, 13. Aug. 2016 (CEST)

@Nenntmichruhigip: This is about having "keep me logged in" checked. I do not know what "having it checked but being inactive" means... --Malyacko (Diskussion) 14:41, 14. Aug. 2016 (CEST)

I have this checked, but am not beeing logged out after 30 days. So to me it seems the "good news" is under some wrong premise. But I'm usually doing something (i.e. looking at watchlist) before those 30 days are over. Now about the "having checked but inactive" thing: I suspect that the timeout meant above might be if the box is checked but the user doesn't do anything, i.e. is in some strange area without internet for 30 days. --nenntmichruhigip (Diskussion) 19:23, 14. Aug. 2016 (CEST)

What happens when you close/quit your web browser? Whatamidoing (WMF) (Diskussion) 22:53, 15. Aug. 2016 (CEST)

My Browser is set to keep session cookies when closed, so I can't close my web browser the way you mean ;-) --nenntmichruhigip (Diskussion) 12:04, 16. Aug. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Infobox bei ungeeigneten Benutzernamen

Wäre es nicht möglich bei jeder Verwendung der Vorlage {{ers:Benutzernamensverifizierung}} automatisch einen Hinweis auf Wikipedia:LBA einzublenden? Zum Beispiel analog wie wenn man einen neuen Löschkandidaten einträgt. Oder aber zumindest auf Wikipedia:BG ein Hinweis auf Wikipedia:LBA?--MBurch (Diskussion) 22:25, 23. Aug. 2016 (CEST)

Hey MBurch, soll das denn automatisch unter Wikipedia:LBA vermerkt werden? Das wäre ja ein Botauftrag. --FNDE (Diskussion) 00:04, 30. Aug. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Wiki-Mail

Wiki-Mail funktiioniert nur suboptimal. Mails, über die man per Benachrichtigung in Kenntnis gesetzt wurde, kommen nicht immer an, das ist mir mehrmals als Adressat und heute auch als Absender passiert; dass die abgesandte Mail gleichzeitug auch den eigenen Mail-Account geht, hat bei mir noch nie geklappt - und ja, ich habe jdes Mal das entsprechende Häkchen gesetzt. Was ist da los?

Ich hatte diese Frage schon auf WP:? gepostet, aber keine gescheite Antwort erhalten. kann mir hier jemand weiterhelfen? --Φ (Diskussion) 21:45, 12. Sep. 2016 (CEST)

 Info: Auf WP:? ist das aktuell Wikipedia:?#Wiki-Mail, nach Archivierung wäre es Wikipedia:Fragen zur Wikipedia/Archiv/2016/Woche 36#Wiki-Mail. --Schniggendiller Diskussion 00:26, 18. Sep. 2016 (CEST) Link korr. 00:17, 2. Dez. 2016 (CET)

Fuer technisch Interessierte: Ich nehme an dass es sich um ein DMARC-Problem handelt (vorallem falls Yahoo fuer E-Mails genutzt wird): Die technischen Details des Problems werden in https://phabricator.wikimedia.org/T134886#2291395 auf Englisch beschrieben. Moegliche Ansaetze sind phab:T137603 und phab:T137614. --AKlapper (WMF) (Diskussion) 17:09, 19. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 11:25, 4. Dez. 2016 (CET)

Link zum dewiki-Eintrag eines properties aus wikidata abfragen

Hallo, gehen wir davon aus, eine Person X hätte einen Sterbeort bei Wikidata (Property:P20) eingetragen. Auf den Ortsnamen kann ich ja mit {{#property:P20}} zugreifen. Gibt es auch eine Möglichkeit, den dazugehörigen dewiki-Eintrag abzufragen? Viele Grüße --Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 13:00, 30. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 13:36, 7. Dez. 2016 (CET)

URV Überprüfungslink

Hallo, könnte mir jemand ein Script basteln? Es soll in den Werkzeugkasten auf der linken Seite einen Link „URV Überprüfen“ hinzufügen, welcher dieses Script direkt schon mit dem eingetragenen Lemma und auf dewiki eingestellt aufruft. -- Freddy2001 ^DISK 15:05, 1. Dez. 2016 (CET)

@Freddy2001: Gibt es schon, jedenfalls benutze ich es. Muss nur noch schauen, wie es heißt. Moment. --Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 15:08, 1. Dez. 2016 (CET)

@Freddy2001: Dieses Skript hat diese Funktion. --Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 15:12, 1. Dez. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Der Buckesfelder  ^Disk.  _bewerten  ^E-Mail 15:36, 7. Dez. 2016 (CET)

Statistik escapet HTML

Also das Hochgeladene Dateien <small>(ohne Dateien von Wikimedia Commons)</small> auf Spezial:Statistik sollte nicht so sein, und ist auch noch nicht lange so. Wieso werden die smalls nicht interpretiert? --MGChecker 14:49, 21. Dez. 2016 (CET)

Linkservice: Der Text steht in MediaWiki:Statistics-files. Gruß -- FriedhelmW (Diskussion) 15:06, 21. Dez. 2016 (CET)

Umherirrender hat es gefixt. --FriedhelmW (Diskussion) 23:19, 21. Dez. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: FriedhelmW (Diskussion) 23:19, 21. Dez. 2016 (CET)

Textübergabe mittels Parameter?

Ist es möglich beim Aufruf einer Edit-Seite (action=edit) gleich einen Text an die URL anzuhängen, der dann dort bereits im WikiText-Editor eingetragen wird? Dass das mittels eines Preload-Templates geht, weiß ich. Das bringt mir nur leider nichts, weil ich den Text dynamisch übergeben möchte. Vorab schon vielen Dank für Eure Hilfe! // Martin K. (Diskussion) 19:59, 18. Dez. 2016 (CET)

https://www.mediawiki.org/wiki/Manual:Parameters_to_index.php/de#Edit_and_submit -- FriedhelmW (Diskussion) 20:40, 18. Dez. 2016 (CET)

Keine Ahnung wie aktuell das ist, aber unter mw:Manual:Parameters_to_index.php#Edit_and_submit steht auch etwas. Ansonsten mal die Technik aus {{AddNewSection}} mit Preloadtext anschauen. Der Umherirrende 20:41, 18. Dez. 2016 (CET)

Danke für die Tipps.

Da es eigentlich albern ist, dass man zwar Template-Parameter aber keinen vollständigen Text übergeben kann, hab ich mir einfach mal ein BlankoTemplate mit einem Parameter angelegt, dass genau das ermöglicht. MediaWiki-Typisch von hinten durch die Brust ins Auge...

Und was weitergehende WikiText-Bearbeitungsmöglichkeiten angeht, wird man wohl nicht nicht umhinkommen über die API zu gehen?! // Martin K. (Diskussion) 13:01, 22. Dez. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Martin K. (Diskussion) 13:01, 22. Dez. 2016 (CET)

Hilfe bei Toolanpassung

Das Datei-Werkzeug macht, wenn man als Admin im Automatikmodus eine Datei als commonsfähig markiert automatisch einen Eintrag in Wikipedia:Commons-Transfer per Bot/Anfragen. Da PerfektesChaos leider keine Zeit hat und meine JS-Kenntnisse sehr schlecht sind, bitte ich hier um Hilfe, wie diese Eintragungen deaktiviert werden könnte. Die Lösung muss nicht zwangsläufig total „sauber“ (unnötiger Code verbleibt im Script) sein, sondern einfach nebenwirkungsfrei.
Das Lemma der betroffenen Seite wird in diesen Zeilen definiert:

      FAdm.trans.bot.pageName      =  "Wikipedia:"
                                      + "Commons-Transfer per Bot"
                                      + "/Anfragen";

Folgende Workaround-Möglichkeiten sehe ich:

1. Ganz löschen (potentielle Probleme: Hauptseite wird editiert; Fehler wegen undefinierter Variable)
2. Alles nach dem = durch ""; ersetzen (potentielles Problem: Hauptseite wird editiert)
3. Alles nach dem = durch "Spezial:Test"; ersetzen (unschön, aber sicher, da Spezialseiten nicht bearbeitet werden können)

Seht ihr eine Chance, dass eine der Möglichkeiten klappen könnte? --Leyo 03:10, 18. Feb. 2016 (CET)

Oder anders gefragt: Sind die Optionen 1 und 2 zu gefährlich? --Leyo 14:28, 8. Apr. 2016 (CEST)

Durch Benutzer:Krd gelöst, vielen Dank. --Leyo 16:11, 4. Jan. 2017 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Leyo 16:11, 4. Jan. 2017 (CET)

Einfügung eines geschützten Leerzeichens in fremde Benutzerbeiträge

Bei meinem letzten Edit [4] wurde - neben einer Tippo-Korrektur ("m" > "n"), die ich selbst durchführte, und der Einfügung meines Diskussionsbeitrags - an zwei Stellen ein geschütztes Leerzeichen eingefügt. Das habe ich nicht veranlasst und es ist mir unangenehm (es wirft zum Beispiel ein seltsames Licht auf meinen Beitrag, als wolle ich den Beitrag eines anderen Benutzers highlighten oder so). Weiß jemand, wie das zustandegekommen ist? Womöglich liegt es an meinem Browser? Ich wäre dankbar für eine technische Hilfe hierzu. --Carolin 11:57, 6. Jan. 2016 (CET)

Siehe Wikipedia:?#Unbeabsichtigte Fehlkorrektur. --Leyo 12:36, 6. Jan. 2016 (CET)

Ich danke für diesen Hinweis. --Carolin 12:51, 6. Jan. 2016 (CET)

Stellungnahme:

• Es gibt Benutzerskripte, die derartige Veränderungen vornehmen.
  • Bei Carolin sehe ich allerdings keinerlei derartige Skripte aktiviert; auch nicht global.
  • Greasmonkey und Add-Ons kann ich naturgemäß nicht analysieren.
  • Gadget-Aktvierung kann ich ebenfalls nicht sehen.
    • Mir ist dunkel in Erinnerung, dass wikEd sowas auch macht. (BK: diese Vermutung inzwischen auch auf FZW aufgekommen)
• WSTM
  • WSTM wehrt sich mit Händen und Füßen, auf Diskussionsseiten eingesetzt zu werden.
  • WSTM macht in Artikeln automatisch eine derartige Ersetzung; jedoch durch das inhaltlich gleichbedeutende   – somit lassen sich menschlich eingefügte   sicher unterscheiden.
• Zeichenkodierung
  • Es liegt in der Hoheit der MediaWiki-Software, aus technischen Gründen den byteweisen Code einer Seite in eine gleichbedeutende Form zu ändern.
  • So werden beim Speichern einer Seite seit langen Jahren alle Leerzeilen und Leerzeichen am Seitende eliminiert; statt dessen seit einigen Jahren wohl immer ein abschließendes Zeilenumbruch-Zeichen spätestens bei der Wiedergabe eines Seiteninhalts produziert.
  • Von den Zeichencodes unter 32 werden nur 8 und 10 vom Server abgespeichert.
  • Es wird bereits seit einigen Jahren diskutiert, die unsichtbaren oder von Leerzeichen ununterscheidbaren Zeichen zur Transparenz gegenüber den nachfolgenden Autoren als sichtbare HTML-Entities zu kodieren, wenn die Seite in der Datenbank abgespeichert wird; das beträfe weiterhin in Unicode undefinierte Zeichenkodierungen oder auch durch den Sanitizer als unerlaubt klassifizierte HTML-Konstrukte. Letztere werden bislang jedes Mal erst detektiert, wenn ein Wikitext als HTML dargestellt wird, und dann trotzdem nicht umgesetzt.
  • Es gibt keinen Anspruch der Autoren, in ihren Wikitexten verborgene unsichtbare und nullbreite Botschaften mit abzuspeichern, obwohl man ansonsten ein ganzes Whitespace-Programm einschmuggeln könnte.
  • Eine inhaltliche „Verfälschung“ liegt nicht vor, wenn statt einer intern-technischen Zeichenkodierung eine andere intern-technische Zeichenkodierung gespeichert wird.
  • Der gesamte Text wird vom Server derzeit ohnehin nicht so gespeichert, wie es die Benutzer wollten, sondern in das effizientere UTF-8 konvertiert und beim Abruf wieder dekodiert.
• Im vorliegenden Fall liegt in der Benutzersignatur offenbar eine verborgene und innerhalb des <small> unübliche abweichende Zeichenkodierung vor.
  • Das sollte, wenn es denn beabsichtigt ist, dann schon besser durch offene Kodierung dargestellt werden.
• Welche Software diese Umkodierung bei den fraglichen Seiten vorgenommen hat, weiß ich nicht.
  • Es wäre ohne weiteres möglich und legitim, dass Browser so handeln. Alerdings wüssten diese nicht, dass ein HTML-Entity ein angemessenes Encoding im Textfeld wäre.

VG --PerfektesChaos 13:23, 6. Jan. 2016 (CET)

PS: Nochmals zur absoluten Klarstellung hinsichtlich der Abschnittsüberschrift – du hast kein „geschütztes Leerzeichen in fremde Benutzerbeiträge eingefügt“. Das hatte da schon längst gestanden, und vom Signatar selbst geschrieben, bloß mit anderer technischer Kodierung. VG --PerfektesChaos 13:45, 6. Jan. 2016 (CET)

Danke für die Details. Als pragmatisches Vorgehen habe ich inzwischen wikEd deaktiviert (siehe auch meinen Kommentar hier), da ich vermute, dass das Problem dorther kam und ich wikEd sowieso nicht wirklich benötige. --Carolin 16:13, 6. Jan. 2016 (CET)

Oh, daran bin ich wohl ein wenig mitschuld. Also an dem versteckten Leerzeichen. Ist es wirklich so bedenklich? Ich könnte es aus dem Script nehmen (s. meiner Sig). ↔ Benutzer: Perhelion 22:12, 6. Jan. 2016 (CET)

Nun ja, zumindest für Diskussionsseiten sollte es m.E. wirklich besser ganz aus dem Skript genommen werden. Denn sonst sieht es ja so aus, als hätte man die anderen Benutzerbeiträge für den Diff-View hervorheben wollen. Könnte es für Artikelseiten optional geschaltet werden (so dass man selbst in den Benutzereinstellungen aussucht, ob man automatische Korrekturen will oder nicht, und wenn ja, welche)? --Carolin 22:19, 6. Jan. 2016 (CET)

• Das eigentliche wikEd ist ein weltweit eingesetztes Benutzerskript auf der enWP, und dessen Entwickler wird sich erfahrungsgemäß nicht um Befindlichkeiten der deWP hinsichtlich der Verhinderung einer expliziten und für alle Autoren durchschaubaren Zeichenkodierung geschützter Leerzeichen scheren.
  • Es ist weltweit unerwünscht und führt auch in der deWP immer wieder zu unnötigen Anfragen in den Werkstätten, auf FZW, und zu endlosen Diskussionen, wenn durch Zeichenkodierungen, die für die (zumindest anderen) Benutzer nicht wahrnehmbare Geheimbotschaften transportieren, Layout-Probleme und die unerklärliche Verhinderung der Suche nach Zeichenketten sowie Skript-Aktivitäten wie diese ausgelöst werden – namentlich wenn sowas dann unbemerkt durch C&P sonstwohin verschleppt wird.
• Was du allerdings ankreuzt, ist nicht jenes selbst, sondern das unter Wikipedia:Technik/Skin/Gadgets/wikEd beschriebene Skript, das die Situation vorsortiert und das wir ändern können.
  • Vorstellbar ist es, die Nummer des Namensraums zu analysieren und in Diskussionsseiten oder aber auf allem, was nicht Artikel ist, auf speziellen Benutzerwunsch hin wikEd nicht zu starten. Eine Projektseite als Forum wie diese hier ist jedoch keine Diskussionsseite, und es gibt auch keine Möglichkeit, effizient Projektseiten zu identifizieren, auf denen signierte Beiträge vorkommen.
  • Wenn ich mal Langeweile habe, kann ich dort eine derartige Benutzeroption einbauen, deren Aktivierung du dann aber wie dann dort beschrieben selbst vornehmen musst; am über viele Jahre hindurch angebotenen Standardverhalten wird sich nichts ändern.

VG --PerfektesChaos 01:57, 8. Jan. 2016 (CET)

Weil wir grad unsichtbare Zeichen am Wickel hatten:

• Hier hatte jemand eines hinter die URL geschleppt, aber vor den ohnehin verkehrten Doppelpunkt.
• Die resultiernde wirksame Verlinkung war dann: http://www.mediaevistik.uzh.ch/downloads/MaiundBeaflor.pdf%E2%80%8E:
• Der Bot hatte es dann gemerkt.

VG --PerfektesChaos 15:48, 10. Jan. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: Leyo 15:36, 17. Jan. 2017 (CET)

CSS: Inhaltsverzeichnis der Wikipedia:Redaktion Biologie

Auf der Seite der Wikipedia:Redaktion Biologie ist mir aufgefallen, dass die Abstände der Gliederungspunkte im Inhaltsverzeichnis ungewöhnlich groß sind. Ich kann nicht nachvollziehen, warum das so ist. Folgendes habe ich finden können: li { margin-bottom: .1em;} sowie .mw-body-content { line-height: 1.6;}. Doch auch wenn man in Firebug beide Eigenschaften deaktiviert, ist der Abstand noch zu groß. Woran liegt es, dass die Gliederungspunkte im Inhaltsverzeichnis so einen großen Abstand zueinander haben? Vielen Dank und beste Grüße, --Soluvo (Diskussion) 19:27, 21. Dez. 2016 (CET)

Die Ursache für die großen Abstände liegt in dem veralteten HTML-Attribut cellspacing="5" der übergeordneten Tabelle, das äquivalent zu der CSS-Anweisung border-spacing: 5px ist und an das Inhaltsverzeichnis weitervererbt wird. Als Lösung müsste man diese Vererbung irgendwie unterbrechen, zum Beispiel durch ein border-spacing: 0 an der Tabellenzelle, die das Inhaltsverzeichnis enthält. --Entlinkt (Diskussion) 12:33, 7. Jan. 2017 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: ↔ Benutzer: Perhelion 15:00, 17. Jan. 2017 (CET)

Eine Zeitleiste (Timeline) erstellen

Liebe Technik, am Schluss der Seite Wikipedia:Schiedsgericht sehe ich eine Zeitleiste der Leute dort. In der Quelle dieser Seite sehe ich bis auf ein Wort nichts davon. Wie ist das gemacht? Kann man die Quelle irgendwo sehen? Es scheint sich ja nicht nur um eine Grafik zu handeln und ich suche schon lange so etwas für einen anderen Anwendungsfall. Danke für Tipps - --Karsten Meyer-Konstanz (D) 00:18, 19. Dez. 2016 (CET)

Das eine Wort ist eine Vorlageneinbindung, hier Wikipedia:Schiedsgericht/timeline (der erste Teil kann weggelassen werden, wenn eine Unterseite eingebunden wird). --mfb (Diskussion) 01:02, 19. Dez. 2016 (CET)

Schönen Dank für die schnelle Antwort, mfb, ich hab auch schon die Hilfe dazu gefunden. --Karsten Meyer-Konstanz (D) 11:29, 19. Dez. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: -- Benutzer: Perhelion 15:19, 5. Mär. 2017 (CET)

kleiner Fehler im Artikel Mediengruppe Thüringen

keine Ahnung ob ich hier richtig bin

im Lemma Mediengruppe Thüringen taucht gleich zweimal fett in Rot "Fehler im Ausdruck: Nicht erkanntes Satzzeichen „�“ " auf

Wäre nett wenn ihr euch darum kümmern könntet.

Gruß --Über-Blick (Diskussion) 13:18, 21. Dez. 2016 (CET)

@Über-Blick:

1. Du bist hier durchaus an einer zuständigen Adresse gelandet.
2. Im fraglichen Artikel wurde in der internen Berechnung mit #expr ein luxuriöses typografisches Minuszeichen verwendet.
   • Computer sind aber doof, und haben keine ästhetischen Ansprüche.
   • Durch ASCII-Hyphen ersetzt.

LG --PerfektesChaos 13:21, 22. Dez. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 15:50, 2. Apr. 2017 (CEST)

Nekrolog-Kopiervorlage

Hallo zusammen, hier hatte APPER ein Toolserver-Tool entwickelt, das Kopiervorlagen für Nekrolog-Zeilen erzeugt. Inzwischen leitet die Toolserver-URL auf https://tools.wmflabs.org/persondata/misc/nekro.php?article=9057728 weiter, meldet aber dann 404. APPER reagierte nicht per E-Mal, daher die Frage an alle: Liegt das Skript vielleicht irgendwo anders? Fehlt noch etwas an der Migration? Gibt es eine Alternative? Danke und Gruß, --Flominator 13:00, 2. Apr. 2016 (CEST)

Alternativfrage: Fühlt sich jemand in der Lage, aus einer Artikel-ID PD auszulesen und daraus diese Zeile zu erzeugen?

| [[Todestag ohne Jahr]] || [[Lemma]] || Kurzbeschreibung || Alter 

Gruß, --Flominator 12:33, 31. Mai 2016 (CEST)

Hat vor kurzem wieder funktioniert, jetzt wieder nimmer Vorlage:Smiley/Wartung/:(  http://tools.wmflabs.org/persondata/service/nekrolog/onearticle.php?article=5505379 --Flominator 18:14, 9. Dez. 2016 (CET)

Jetzt wieder. --Flominator 09:13, 18. Mär. 2017 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Flominator 10:41, 23. Mai 2017 (CEST)

Erweiterung des BKL-Check

Folgendes Problem: bisher sieht man, wenn man das Helferlein angestellt hat, wo im Artikel auf BKS verlinkt werden. Was man nicht sieht ist, wenn es eine BKL II gibt. Konkretes Beispiel: irgend jemand schreibt einen Artikel zu einem Komponisten. In dem Artikel wird dann der Kollege Karl Marx (Komponist) erwähnt. Der Autor verlinkt in seinem Artikel aber nur auf Karl Marx. Da hat man keine Chance diese Fehlverlinkung zu sehen, außer man klickt alle Verlinkungen durch (was der Artikelerstelle zwar selber machen sollte, aber oft genug eben nicht macht). Könnte man das Helferlein bitte so erweitern, dass das sichtbar wird? Also alle Artikel, die die Vorlage Dieser Artikel oder die Vorlage BKH werden in anderen Artikel - vielleicht grün? - farblich unterlegt? MfG --Informationswiedergutmachung (Diskussion) 19:35, 29. Jun. 2016 (CEST) .

Das müsste doch mit Benutzer:Schnark/js/bkl-check möglich sein. -- FriedhelmW (Diskussion) 22:07, 29. Jun. 2016 (CEST)

Nein, das benutze ich, das funktioniert nicht. --Informationswiedergutmachung (Diskussion) 22:24, 29. Jun. 2016 (CEST)

Das Script müsste manuell alle verlinkten Seiten überprüfen. Bei der normalen BKL-Anzeige liefert die Software die Info gleich im Quelltext mit, aber von unseren BKL II-Vorlagen hat die Software keine Ahnung. Sicher möglich, wäre aber mit erheblichem Traffic verbunden. --mfb (Diskussion) 23:53, 29. Jun. 2016 (CEST)

Was ist wichtiger? Traffic oder ordentlich verlinkte Seiten? Und das Skript muss nur alle Seiten überprüfen, die die genannten Voorlagen haben, nicht alle. --Informationswiedergutmachung (Diskussion) 23:57, 29. Jun. 2016 (CEST)

MEn geht es dabei eher um den Traffic und die Performance beim Benutzer. Wenn das Helferlein das machen würde, würde ich es nicht nutzen, weil mir das viel zu lange dauern würde. Ok, mach ich eh nicht, weil ich aus der Zeit, als das Gadget noch nicht ausschliesslich mit CSS funktionierte, identisches mit anderer Farbe in meiner global.css stehen habe. Deshalb gibt es Schnarks BKL-Check für diejenigen, die sich das antun wollen. --nenntmichruhigip (Diskussion) 09:16, 30. Jun. 2016 (CEST)

Jeder BKL-Checker der JavaScript verwendet und nach Kategorien der Links sucht, kann auch nach Vorlagen suchen, dafür müsste man es nur entsprechend erweitern. Da Links auf BKL II aber nicht falsch sein müssen und damit auch nicht umbedingt aus Artikeln verschwinden müssen, wird es wohl weniger Bestrebungen der aktuellen Autoren geben, dies einzubauen (Anders gesagt: Hinweise, die man nicht entfernen kann, werfen nur Fragen auf und lässt man daher). Man kann diese Version auch auf Templates ausdehen oder man nimmt Schnarks Variante. Es Bedarf aber eines Forks (den ich nicht anbieten möchte). Der Umherirrende 10:41, 30. Jun. 2016 (CEST)

Benutzer:Flominator/BklRedir.js kann auch BKLs hinter Weiterleitungen zeigen. --Flominator 09:45, 30. Jun. 2016 (CEST)

Weiterleitungen werden seit dem 11. Februar bereits als BKL markiert. Der Umherirrende 10:41, 30. Jun. 2016 (CEST)

@Flominator: Also müßte ich jetzt Karl Marx farblich unterlegt sehen, nachdem ich dein Skript in meine common.js importiert habe? Tut sich aber nix. Woran kann es liegen? MfG --Informationswiedergutmachung (Diskussion) 14:20, 30. Jun. 2016 (CEST)

@Informationswiedergutmachung: Nein, du müsstest auf der linken Seite ein Fenster haben, in dem drin steht, dass Marx eine WL auf Karl Marx ist (solange du einen Artikel bearbeitest(!), in dem Marx verlinkt ist und sich der Artikel im ANR befindet) --Flominator 14:33, 30. Jun. 2016 (CEST)

Da war ein Fenster, ab da stand nichts drin... --Informationswiedergutmachung (Diskussion) 14:38, 30. Jun. 2016 (CEST)

@Informationswiedergutmachung: Wuppt das inzwischen, wenn du eine Seite bearbeitest, die auf eine BKL verlinkt? --Flominator 10:43, 23. Mai 2017 (CEST)

Ich stehe gerade etwas auf dem Schlauch, was meinst du? MfG --Informationswiedergutmachung (Diskussion) 13:44, 23. Mai 2017 (CEST)

@Informationswiedergutmachung: Wenn du Benutzer:Flominator/BklRedir.js in deine Commons.js aufnimmst (bisher steht dort nur Benutzer:Flominator/BKLSummary.js), sollte bei vorhandenen BKLs im Quelltext links eine Box aufgehen, in der diese aufgelistet werden. Ich dachte mir, dass das vielleicht zu deiner ursprünglichen Anfrage passt und du es vielleicht nochmal probieren möchtest. Gruß, --Flominator 13:53, 23. Mai 2017 (CEST)

Also soll ich beides aufnehmen oder nur eins? Oder kannst du das für mich kurz erledigen? Als Admin kannst du ja meine commons.js ändern. Darfst du hierfür auch. MfG --Informationswiedergutmachung (Diskussion) 13:56, 23. Mai 2017 (CEST)

@Informationswiedergutmachung: erledigt, hoffe, es gefällt. Gruß, --Flominator 14:29, 23. Mai 2017 (CEST)

Sobald es mir auffällt, gebe ich dir Bescheid. MfG --Informationswiedergutmachung (Diskussion) 14:38, 23. Mai 2017 (CEST)

Hmm, ich tschegg es gerade nicht, na mal abwarten. --Informationswiedergutmachung (Diskussion) 14:41, 23. Mai 2017 (CEST)

@Flominator: Ich mußte es rückgängig machen, da paßt was nicht. Es scheint mit Hexers Skript zu kollidieren. Sorry. MfG --Informationswiedergutmachung (Diskussion) 22:19, 23. Mai 2017 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Flominator 22:20, 23. Mai 2017 (CEST)

Bilder beschriften - Panoramabild

Liebe Techniker, wir möchten gern ein Panoramabild einer Küste von See her gesehen beschriften. Es gibt Tausende Artikel, für die ein solches Panoramabild ein hoher Informationsgewinn wäre (und vermutlich noch viel mehr Fälle, wo Bildbeschriftungen ebenfalls bei der Verständlichkeit helfen).

Die Fotowerkstatt hat sich viele Gedanken dazu gemacht. Mit Vorlage:Annotation (User:Smith609) ist eine tolle Lösung entstanden. Leider ist die Erzeugung des Bildes viel zu komplex, und der Code im Artikeltext statt "irgendwie in der Bilddatei":

Großenbrode Fehmarnsundbrücke Wulfen Fahrwassertonne Burg Einfahrt i. d. Burger See ↑ Café Sorgenfrei Burgstaaken Windpark Burg auf Fehmarn

Für eine sinnvolle Benutzung durch WP-Autoren bräuchte man:

• ein Tool zur Unterstützung bei der Erzeugung solcher Beschriftungen
• eine Lösung, wie man den Code "irgendwie in die Bilddatei" bekommt

Habt Ihr eine Idee? Gruss, --Markus (Diskussion) 04:34, 20. Aug. 2016 (CEST)

Das Panorama ist breiter als mein Browserfenster und die letzten Bildteile stehen untereinander. So geht das nicht. -- FriedhelmW (Diskussion) 18:40, 20. Aug. 2016 (CEST)

@Markus Bärlocher::

• Wenn Du den Code unbedingt in der Bilddatei haben möchtest, dann müsstest Du ihn in diese Grafki-Datei reinschreiben. Verlinkungen sind dann natürlich leider nicht mehr möglich.
• Alternativ könntest Du eine Vorlage basteln, in der dann die Annotation in WikiText drin steht und die Du dann einfach in beliebige Artikel einbinden kannst.

Die Wiki-Text-Umsetzung mit den mehrfachen Bildausschnitten ist jedoch wirklich etwas suboptimal und in diesem Fall auch die falsche Einsatzart von {{Annotiertes Bild}}. Das sollte wohl eher so aussehen:

Großenbrode

Fehmarnsundbrücke

Wulfen

Fahrwassertonne Burg

Einfahrt in den Burger See

Burgstaaken

Windpark

Burg auf Fehmarn

Hafeneinfahrt Burgstaaken-Burgtiefe

Ich bin mal so frei, das im Artikel auszutauschen. // Martin K. (Diskussion) 13:40, 21. Aug. 2016 (CEST)

@FriedhelmW, Markus Bärlocher: MagentaGreen war damit offensichtlich nicht ganz einverstanden. Die Diskussion geht jetzt also im zugehörigen Artikel weiter. // Martin K. (Diskussion) 10:56, 22. Aug. 2016 (CEST)

Da sich die Diskussion im Artikel gerade etwas festgefressen hat, wäre es schön, wenn sich dort der ein oder andere mit technischem Hintergrundmal zu Wort melden könnte. // Martin K. (Diskussion) 12:18, 23. Aug. 2016 (CEST)

Liebe Techniker, danke für die interessanten Lösungsvorschläge. Nun geht es darum, ein für den WP-Autor simpel zu benutzendes Tool zu schaffen: Klick ins Bild setzt den Cursor, Text eingeben, ggf. Schriftgrösse/Farbe wählen, fertig.

Die dabei entstehenden Metadaten werden in eine Datei geschrieben, die mit dem Bild verlinkt wird. Jede Sprachversion erzeugt eine eigene Metadatei (vielleicht ein neuer Commons-NR?). Die Herausforderung wird sein, die Position und die Schriftgrösse relativ an unterschiedlich skalierte Bilder anzupassen...

Im Artikeltext soll dann nur das Bild und die passende Metadatei eingebunden werden.

Und wenn es ganz komfortabel werden soll: Text horizontal/vertikal bündig machen, Zeilenumbruch, zentriert/links/rechtsbündig.

Gruss, --Markus (Diskussion) 12:23, 26. Aug. 2016 (CEST)

@Markus Bärlocher: Natürlich wäre ein solche WYSIWYG-Editor hier (wie bei vielen anderen Vorlagen auch) hilfreich. Idealerweise würde man so etwas in den VisualEditor integrieren. Allerdings ist der Bau (und die Wartung eines solchen Tools) ziemlich aufwändig (und wäre zu mindest im Fall des VE bei der Foundation angesiedelt). So was wird sich bestenfalls langfristig realisieren lassen. Und wenn man sich ansieht, wie selten die Vorlage Annotiertes Bild bisher verwendet wird, gibt es sicherlich dringendere Baustellen.

oben links

unten zentriert

oben rechts

Ein annotiertes Bild

Es ist bereit s jetzt so, dass sich einfach Beschriftungen mit relativ wenig Code einbinden lassen. Und ich habe die Vorlage {{Annotation}} (die die Labels steuert) mittlerweile so erweitert, dass sich die Texte mit den parametern valign und halign vernünftig ausrichten lassen:

{{Annotiertes Bild
| image = Pacific Ocean - panoramio - ---=XEON=--- (2).jpg
| image-width = 400
| float = right
| annotations = 
{{Annotation|left=200|top=150|text=oben links|valign=-1|halign=-1|font-size=16 | font-weight=bold | color=#FFF}}
{{Annotation|left=200|top=150|text=unten zentriert|valign=1|halign=0|font-size=16 | font-weight=bold | color=#FFF}}
{{Annotation|left=200|top=150|text=oben rechts|valign=-1|halign=1|font-size=16 | font-weight=bold | color=#FFF}}
| caption =Ein annotiertes Bild
}}

// Martin K. (Diskussion) 14:03, 26. Aug. 2016 (CEST)

Für Imagemaps gab es vor Jahren mal ImageMapEdit von Benutzer:Dapete. Vielleicht hält sich der Aufwand einer Anpassung für Annotations ja in Grenzen. Daneben gibt es noch das Teil, mit dem man die Annotations auf Commons einfügt. Vielleicht könnte man das ja auch mit relativ geringem Aufwand anpassen. --Flominator 14:54, 27. Aug. 2016 (CEST)

Aktueller Stand

Technische Ergebnisse habe ich in Hilfe:Bilder/beschriftete Panoramabilder zusammengefasst, damit man sie später mal wiederfinden (oder weiter daran arbeiten kann). Martin, bist Du noch dran? Gruss, --Markus (Diskussion) 16:49, 29. Aug. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Flominator 10:48, 23. Mai 2017 (CEST)

Neues Benutzerskript: WikiBar

Hallo liebe Mitstreiter,

ich habe seit dem vergangenen Jahr ein Benutzerskript in Erprobung, welches ich nun der Gemeinschaft zur Verfügung stellen möchte. Unter Benutzer:FNDE/Script/WikiBar ist (hoffentlich) ausreichend dokumentiert was es kann, welche Optionen zur Personalisierung zur Verfügung stehen und wie es eingebunden werden kann. Auf den Kern heruntergebrochen habe ich ein Tool entwickelt, welches dem Benutzer erlaubt, schnell und komfortabel durch die Wikipedia zu navigieren und mit frei definierbaren Shortcuts verschiedene Aktionen (z.B. Sichten) auszulösen. Ich würde mich freuen, wenn jemand mal einen Blick darauf werfen könnte und vllt. besonders kritische Fehler anmerkt. Ich bin kein professioneller Programmierer und bitte deshalb um Nachsicht bei besonders dummen Fehlern Vorlage:Smiley/Wartung/:)  Viele Grüße --FNDE (Diskussion) 19:01, 28. Jan. 2016 (CET)

Ja, die Doku ist fein, und nach Wikipedia:HX hast du ja schon hingefunden.

• Auf deiner Doku-Seite hättte ich gern noch einen auffindbaren Abschnitt zu den Codes mit Links zu allen beteiligten JS(/CSS?).

Hinsichtlich deiner Parameter rege ich die Wahl eines vielleicht noch etwas spezifischeren Bezeichners an

• und dann Registrierung auf Wikipedia:JS/LIBS
• und dann Optionsparameter in einem mw.libs-Objekt, statt einzelner globaler Variablen.
  • Siehe etwa Benutzer:Flominator/WaWeWeWi.js
  • und weiter Wikipedia:Technik/Skin/JS/Datenelemente #config.opt –
  • vor zehn Jahren hatte man mal lose Parameter verteilt.
• Du kannst dich nicht darauf verlassen, dass eine solche lokal definierte Funktion des Anwenders langfristig nutzbar wäre; es ist kein zukunftsweisendes Konzept.

LG --PerfektesChaos 19:28, 28. Jan. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 20:18, 30. Sep. 2017 (CEST)

Zwei Dinge

Ich weiß nicht, ob das hier hingehört, aber ich versuche es mal. Es sind zwei Vorschläge mit der Nachfrage, ob das technisch möglich und sinnvoll ist.

Erstens: Es kommt häufig gerade auf mobilen Geräten vor, dass man statt "nächster Versionsunterschied" auf "kommentarlos zurücksetzen" kommt. Ist eine Einführung einer Nachfrage "Willst du wirklich..." hier möglich und sinnvoll?

Zweitens: Kann man im Helferlein etwas einbauen, dass einem Links, die auf Weiterleitungen führen, grün oder so angezeigt werden, wie Begriffsklärungsseiten einem auch rot angezeigt werden können? Das könnte zum Beispiel einerseits dazu dienen Falschschreibungen besser zu erkennen (mit Sonderzeichen, die manche Leute leider nicht eingeben wollen), andererseits beispielsweise, um Links, die auf Weiterleitungen führen, aber mittlerweile einen Artikel haben, besser erkennen und den Link korrigieren zu können. Ich meine so etwas (oder etwas ähnliches) bereits in der ungarischen WP einmal gesehen zu haben. Sinnvoll?

Vielleicht sind das ja gute Ideen. Mir würden sie helfen. Gruß Kenny McFly (Diskussion) 21:02, 5. Jun. 2016 (CEST)

Hallo Kenny McFly,

mal nur zum zweiten Punkt: Das Thema ist ein Dauerbrenner, es gab diverse Diskussionen hierzu unter Wikipedia Diskussion:Helferlein/Begriffsklärungs-Check/Archiv.

Um es kurz zu machen: Eine derartige Erweiterung des Helferleins wäre trivial realisierbar, wurde aber bisher immer abgelehnt, da Links auf Weiterleitungen im Gegensatz zu Begriffsklärungen in der Regel nicht umgebogen werden müssen und auch nicht umgebogen werden sollen. Die Erweiterung des Helferleins würde dazu führen, dass zu viele Benutzer zu prominent auf Weiterleitungen hingewiesen werden, was mit der Gefahr verbunden wäre, dass unerwünschte Umbiegungen stattfinden.

Daher sollte es wohl dabei bleiben, dass die Hervorhebung von Weiterleitungen nur durch individuelle CSS-Einträge erfolgt. Ich persönlich verwende folgendes in Spezial:Mypage/common.css:

/* Weiterleitungen mit einem vorangestellten Pfeil markieren */
.mw-redirect:before {
	content: "↪";
}

Eine Hintergrundfarbe wäre mir persönlich zu penetrant. Gruß --Entlinkt (Diskussion) 23:07, 5. Jun. 2016 (CEST)

An diesen Gegenpunkt habe ich auch gedacht. Er regt mich auf, aber lässt sich leider sowieso nicht verhindern. Aber vielen Dank für den Code (oder wie das heißt. Ist nicht mein Fachgebiet). Dankeschön und Gruß Kenny McFly (Diskussion) 23:11, 5. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 20:18, 30. Sep. 2017 (CEST)

Kategorie ermitteln im Bearbeiten-Modus

Hallo, (... der entspr. Seite) das scheint wohl nicht so einfach zu sein? Ich habe zwar schon ein Script geschrieben, dass dies per Ajax-API tut und auch eines im View-Modus per HTML-id auslesen kann, allerdings frage ich mich ob das die optimalste Lösung ist? Tatsächlich werden versteckte Kategorien am Ende der Seite angezeigt (somit auch per DOM-Selektor abrufbar), jedoch keine Normalen!? ↔ Benutzer: Perhelion 18:17, 24. Jun. 2016 (CEST)

Afaik werden alle Kategorien angezeigt, aber (wie z.B. die Abschnitte im Inhaltsverzeichnis) nur die, die im bearbeiteten Abschnit enthalten sind. --nenntmichruhigip (Diskussion) 21:02, 24. Jun. 2016 (CEST)

Hm, also ich sehe hier (Wikipedia:Technik/Werkstatt) nix, auch bei kompletter Seiten-Bearbeitung. tatsächlich bräuchte ich diese bei Abschnitts-Bearbeitung und tatsächlich ist es jetzt im konkreten Fall eine versteckte, also konnte ich diese per Selektor-Abfrage:

var exists = 0;
$('.hiddencats li').children('a').each(function () { // check cats
	if ( this.text && /Non-talk pages that are automatically signed$/.test( this.text ) )
		exists = 1;
});

(tatsächlich gibt es diese Katze nur auf EnWiki) PS: Gibt es nicht auch bei uns einen Bot-Betreiber der hier eine Kat pflegen könnte? (das würde meinem Signing-Script die extra Listen und ggf. eine API-Abfrage im Projekt-ns ersparen) ↔ Benutzer: Perhelion 21:14, 24. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 20:18, 30. Sep. 2017 (CEST)

Javascript-Problem Wikipedia-Aufruf mobil?

Seit einigen Tagen bleiben in meinem Android-Browser (2.3.6 auf Samsung Galaxy S plus) mobile Wikipedia-Seiten (z.B. https://de.m.wikipedia.org/wiki/Wikipedia:Hauptseite) beim Laden irgendwann hängen: Text und Bilder laden zwar und lassen sich scrollen, der Ladevorgang wird aber nicht abgeschlossen, denn das Laden-Symbol dreht sich weiter. Es funktionieren dann weder Verweise/Links noch die Zurück-Taste noch das Suchfeld noch ein Stopp/aktualisieren/Aufruf von Favoriten. Dieses Problem tritt nur bei Wikipedia auf, andere Seiten funktionieren problemlos. Wenn ich Javascript deaktiviere, verschwindet das Problem. Deshalb vermute ich, dass eine Javascript-Bibliothek oder eine Javascript-Funktion aufgerufen wird, die einem (zugegeben veralteten) Mobilbrowser Probleme bereitet und diesen quasi blockiert. Leider fehlen mir die Analysemöglichkeiten, um die Sache näher einzugrenzen. Welche Javascript- oder z.B. jquery-Funktion(en) könnte(n) das sein, und sind sie für Wikipedia unbedingt erforderlich? Vielen Dank für Kommentare und Feedback. (nicht signierter Beitrag von Clapham44 (Diskussion | Beiträge) 11:47, 8. Aug. 2016 (CEST))

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 20:18, 30. Sep. 2017 (CEST)

[Idea] Wikidata descriptions to help disambiguate article topic on mobile web

Hello German Wikipedia, and apologies for posting in English. This is a little update to share with you a suggestion around Wikidata: The Reading team would like to help readers learn faster about the topics they are browsing on our mobile site, by displaying Wikidata descriptions underneath article title. This has been the case on apps for a while now, and the team would like to move with the same practice to mobile web, and help our mobile readers, by using content from a Wikipedia sister project. This change has already been enabled on Catalan and Polish Wikipedias. There is a page the describes the idea and the details here . Please check to learn more about the rationale and the details of the suggested change. Grüße vom --Melamrawy (WMF) (Diskussion) 18:14, 12. Aug. 2016 (CEST)

• First mobile screen with and without description
• 
  You can't tell who Maria Callas is from the first screen
• 
  The current beta view where the descriptions show under the title makes it easy to learn about the topic from the first glance

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 20:18, 30. Sep. 2017 (CEST)

Automatisiert Links umbiegen per Javascript

Hallo zusammen, D hat mir vor Jahren beim Erstellen von Benutzer:AnotherFlominator/monobook.js geholfen. Ziel war es damals ein einfaches Skript zu haben, das Links auf eine BKL umbiegt. Leider funktioniert es nicht mehr. Versteht jemand, warum das nicht geht oder hat eine einfache Alternative zur Hand? Danke und Gruß, --Flominator 19:27, 28. Aug. 2016 (CEST)

Hallo Flominator, probier es doch mal mit bkl-check von Schnark. Es ist auch in seiner sehr nützlichen Skriptsammlung Fliegelflagel enthalten. Gruß --vy 73 de Ptolusque AFu • ☑ 23:58, 28. Aug. 2016 (CEST)

Danke für die Antwort. Jedoch ging es mir um etwas, das eine Liste von Lemmas bekommt, diese abklappert und darin Links ersetzt. --Flominator 08:41, 29. Aug. 2016 (CEST)

Verstehe, hatte „Skript zu haben, das Links auf eine BKL umbiegt“ nicht ganz verstanden. Viel Erfolg! Gruß --vy 73 de Ptolusque AFu • ☑ 09:04, 29. Aug. 2016 (CEST)

• Benutzer:AnotherFlominator/monobook.js kann nicht (mehr) funktionieren, weil darin FeedbackArea vorkommt.
  • FeedbackArea wird definiert in Benutzer:D/monobook/user.js – dieses muss erst vollständig geladen worden sein, bevor die BKL-Umbiegfunktion angefasst werden kann.
• Beide Seiten sind interessant für Software-Archäologen und atmen den Geist des letzten Jahrhunderts.
  • Insbesondere als es nur ganz wenig Skripte gab und man nach Belieben irgendwie die Namen von Variablen nutzen konnte, ohne befürchten zu müssen, dass jemand anders einen Namen wie initialize oder Communication oder Special verwenden könnte, und man jemand anders das Skript zerschießen würde oder von einem anderen Skript die eigenen Variablen geplättet würden.
  • Hier ist katastrophal, dass davon ausgegangen wird, dass im Browser immer nur ein Skript nach dem anderen ausgeführt wird, und immer erstmal die letzte Ladeanweisung bis zum Ende, bevor in die zuvor noch laufende zurückgesprungen würde.
  • Moderne Browser führen aber viele Skripte gleichzeitig aus und versuchen möglichst viele schon mal herunterzuladen und den Code bereitzustellen. Früher hatte der Browser eine Pause mit dem Seitenaufbau eingelegt und abgewartet, bis das nächste angeforderte Skript bereitgestellt wurde und ausgeführt werden konnte. Heutzutage wird diese Wartezeit aber genutzt, um inzwischen andere schon ausführbare Aufgaben anzugehen. Bei den Hunderten von Skripten, die teilweise in eine Wiki-Seite fließen, würde der Aufbau jeder Seite sonst mehrere Minuten dauern.
• Heißt: Kompletter Neubau; ohne die von D zusammenkopierte Skriptbibliothek.
• Nebenbei gibt es bei Benutzer:AnotherFlominator/monobook.js einen Fehler beim Laden der CSS-Ressource; hier ist ein falscher MIME-Typ angegeben.

Bedauernd --PerfektesChaos 14:26, 29. Aug. 2016 (CEST)

Mit Benutzer:DerHexer/fixlinks.js müsste das gehen, denke ich. Gruß --Schniggendiller Diskussion 22:40, 29. Aug. 2016 (CEST)

Nicht ganz so, wie ich mir das vorgestellt habe, aber vielleicht sogar cooler. Das könnte auch Benutzer:Informationswiedergutmachung gefallen. Danke, --Flominator 09:46, 30. Aug. 2016 (CEST)

@Flominator: Wie könnte mir das helfen? Wenn ich ein Lemma Vorname Familienname auf ein Klammerlemma verschiebe, muss ich alle Links persönlich durchgucken, damit ich nicht fehlverlinke. Das könnte mir nur helfen, wenn ich einen Artikel von Vorname Familienname (Klammerlemma alt) auf Vorname Familienname (Klammerlemma neu) verschiebe. Geht das mit diesem Skript? Und wie funktioniert es? MfG --Informationswiedergutmachung (Diskussion) 18:36, 30. Aug. 2016 (CEST)

@Informationswiedergutmachung: Du gehst auf "Links auf diese Seite", dann findest du im Werkzeugkasten (wo normalerweise der Contexter ist) "Fix Links". Es geht ein Popup auf, das dich nach dem Ziel fragt, auf das umgebogen werden soll. Dann gehen x neue Tabs auf, die jeweils eine lokal beschränkte Vorschau der Änderung zeigen. Wenn sie dir gefällt, kannst du die Änderung speichern. Wenn nicht, kannst du einen anderes Ziel eingeben und trotzdem speichern. Wirkt durchdacht auf mich. Gruß, --Flominator 20:05, 30. Aug. 2016 (CEST)

Wieviele Tabs? Und das kommt vom Hexer? Ich bin erstaunt, ich dachte immer, der kann nur labern. Klingt aber interessant, muss ich mal ausprobieren. :) --Informationswiedergutmachung (Diskussion) 20:08, 30. Aug. 2016 (CEST)

@Flominator: Kannst du mir das mal in meine cs einbinden? Oder wohin das auch immger gehört? MfG --Informationswiedergutmachung (Diskussion) 20:15, 30. Aug. 2016 (CEST)

Hey, ich labere erst seit fünf Jahren! xD —DerHexer (Disk., Bew.) 21:24, 30. Aug. 2016 (CEST)

Hi Informationswiedergutmachung, du musst das hier: mw.loader.load('//de.wikipedia.org/wiki/Benutzer:DerHexer/fixlinks.js&action=raw&ctype=text/javascript'); in deine common.js einbinden :) Schönen Gruß --FNDE (Diskussion) 20:32, 30. Aug. 2016 (CEST)

@FNDE: Danke. Gruß. --Informationswiedergutmachung (Diskussion) 20:34, 30. Aug. 2016 (CEST)

So? --Informationswiedergutmachung (Diskussion) 20:41, 30. Aug. 2016 (CEST)

Auf jeden Fall ohne ' am Anfang und am Ende mit Klammer und Semikolon, dann klappts auch Vorlage:Smiley/Wartung/:)  Einfach meine Zeile kopieren. --FNDE (Diskussion) 20:42, 30. Aug. 2016 (CEST)

Hmm. Funzt nicht. --Informationswiedergutmachung (Diskussion) 20:52, 30. Aug. 2016 (CEST)

Bei dir steht: 'mw.loader.load('//de.wikipedia.org/wiki/Benutzer:DerHexer/fixlinks.js&action=raw&ctype=text/javascript'.

Es müsste aber heißen:mw.loader.load('//de.wikipedia.org/wiki/Benutzer:DerHexer/fixlinks.js&action=raw&ctype=text/javascript');

--FNDE (Diskussion) 20:54, 30. Aug. 2016 (CEST)

Immer noch nicht - trotz mehrfachen Cache-Leerens. --Informationswiedergutmachung (Diskussion) 21:01, 30. Aug. 2016 (CEST)

Informationswiedergutmachung: Oh! Ich war zu schnell mit copy&paste – tut mir Leid! :) Hiermit geht es auf jeden Fall: mw.loader.load('//de.wikipedia.org/w/index.php?title=Benutzer:DerHexer/fixlinks.js&action=raw&ctype=text/javascript'); Schöne Grüße --FNDE (Diskussion) 22:04, 30. Aug. 2016 (CEST)

@FNDE: Jetzt funktioniert es. Danke. --Informationswiedergutmachung (Diskussion) 02:05, 31. Aug. 2016 (CEST)

@DerHexer: Ganz ordentlich. Aber verbesserungswürdig. Zeige ich dir auf der WikiCon, nicht vergessen, in Ordnung? Aber gleich zwei Bitten vorab. Erstens du hast die Obergrenze der sich zu öffnenden Tabs auf 10 gesetzt? Erhöhe doch mal bitte auf 20. Und zweitens: dein Skript sollte nur Seiten im ANR erfassen. Linkfixe in Archiven, auf Benutzer- und Portalseiten, generell auf Meta sind eh unüblich und unerwünscht. MfG --Informationswiedergutmachung (Diskussion) 02:05, 31. Aug. 2016 (CEST)

Hm, da ich eine Session aufmache und die bei mir auch bei 10 Tabs schon ab und an abläuft, sehe ich jetzt nicht das große Problem, hier zweimal heranzugehen. Vielleicht mach ich es auch einfach individuell. Zum Teil sind Linkfixe auch auf Metaseiten sinnvoll; hier kann man ja individuell abbrechen. Auf Diskussionsseiten wird nichts ersetzt, nur in den Namensräumen 0|4|6|10|12|14|100. Grüße, —DerHexer (Disk., Bew.) 02:11, 31. Aug. 2016 (CEST)

@DerHexer: Ich muß noch etwas üben. Für Verschiebungen von Klammerlemmata uf Klammerlemmata scheint es ordentlich zu sein, aber ansonsten habe ich noch Probleme. Mal schauen. Übrigens: Linkfixe auf Metaseiten sind nie sinnvoll. Glaub mir ausnahmsweise mal, ich habe mehr WikiPedia-Erfahrung als du. Liebe Grüße --Informationswiedergutmachung (Diskussion) 02:14, 31. Aug. 2016 (CEST)

Der war gut! —DerHexer (Disk., Bew.) 23:24, 1. Sep. 2016 (CEST)

@DerHexer: Also beim Verschub von Klammerlemma auf Klammerlemma funktioniert das Tool ordentlich, aber beim Verschub von klammerfreiem Lemma auf Klammerlemma gibt es noch Probleme: immer, wenn ich Artikel sehe, die nicht zum geklammerten Lemma passen, und ich auch nicht weiß, wer da nun gemeint ist, schließe ich die Fenster. Die werden aber beim nächsten Versuch Links zu fixen wieder geöffnet. Aber dem 11. Unbekannten geht nichts mehr. So eben beinahe geschehen nach dem Verschub von Richard Hunt auf Richard Hunt (Puppenspieler). Zum Glück gibt es da "nur" sechs Richard Hunts, die ich nicht zuordnen kann, siehe Spezial:Linkliste/Richard Hunt, auch nicht über die BKL. So muss ich diese Richard Hunts notgedrungen in den Artikeln als BKL stehen lassen. Zwar immer noch besser als komplett fehlverlinkt, aber nicht wirklich gut. MfG --Informationswiedergutmachung (Diskussion) 23:57, 3. Sep. 2016 (CEST)

Ja, das lässt sich aber ohne irgendeine Form von Speichersystem nicht wirklich lösen. Man könnte dann in den Fenstern, in denen du schließt, auf Person (Jahr/Tätigkeit/usw.) verlinken. Ich könnt aber wahrscheinlich ein starte ab Link x einbauen, würde dann aber ein zweites Bestätigungsfenster bedeuten, das man mit einer 0 standardmäßig ausfüllen könnte. Grüße, —DerHexer (Disk., Bew.) 00:03, 4. Sep. 2016 (CEST)

@DerHexer: Ich habe eben mal geguckt: Salem-Preis, mit einem Mathemathiker Richard Hunt. Über den Umweg Engwiki en:Salem Preis habe ich en:Richard Allen Hunt alös Preisträger gefunden. Jahr fällt da flach, und auch als Richard Hunt (Mathematiker) eher kontraproduktiv. Und das wird mir dann doch zuviel - das auf jeden einzelnen Namen abzuklopfen und am Ende eine Relevanz per Rotlink zu erzeugen, die am Ende bei uns nicht vorhanden ist. Bei dem habe ich das jetzt aber mal gemacht, der hat damit jetzt sogar drei Rotlinks, siehe Spezial:Linkliste/Richard Allen Hunt. Das Tool ist gut, aber das ist für den gehobenen Umlinkanspruch. :) MfG --Informationswiedergutmachung (Diskussion) 00:12, 4. Sep. 2016 (CEST)

@Informationswiedergutmachung: Zum Thema "gehobener Anspruch" habe ich gerade den Contexter etwas optimiert. Vielleicht gefällt es dir ja. Und vielleicht gefällt es Hexi ja, dass ich sein Script dafür missbrauche. Dabei gleich noch zwei Verbesserungsvorschläge dafür:

1. [[Produzent]] mit Produzent => Musikproduzent sollte m.E. zu [[Musikproduzent|Produzent]] werden (bisher wird daraus einfach [[Musikproduzent]]). Ich kann zwar für das Ersetzungsziel auch Musikproduzent|Produzent angeben, aber dann liege ich bei [[Produzent|Producer]] oder [[Produzent|Produzentin]] auf der Nase. Schön wäre ein optionaler Parameter zum Maskieren der Links.
2. [[Münster (Westfalen)]] mit Münster => Münster (Westfalen) sollte m.E. nicht zu [[Münster (Westfalen) (Westfalen)]] werden. --Flominator 22:13, 6. Sep. 2016 (CEST)

Schau mer mal, muss ich ein paar Mal ausprobieren. MfG --Informationswiedergutmachung (Diskussion) 22:16, 6. Sep. 2016 (CEST)

Bug Nummer 1 ist mir bekannt, da hatte ich aber noch keine Zeit, das zu fixen. Bug Nummer 2 ist spannend, sollte eigentlich nicht passieren. Da sollt ich mich mal drängender dran machen. Danke für das wachsame Auge! Grüße, —DerHexer (Disk., Bew.) 23:15, 6. Sep. 2016 (CEST)

@DerHexer: Vielleicht willst du ja in der Summary zudem auf das Skript verlinken? --Flominator 13:32, 7. Sep. 2016 (CEST)

Doch, klar, würde natürlich passieren. Für den Umgang mit der Pipe müsste ich sämtliche reguläre Ausdrücke noch mal durchgehen, das dürfte etwas dauern. @Flominator, Informationswiedergutmachung: Ich hab aber den Link auf das Tool sowie eine Möglichkeit ergänzt, die ersten x Links zu überspringen. Grüße, —DerHexer (Disk., Bew.) 21:01, 8. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 20:18, 30. Sep. 2017 (CEST)

Fehler in der "Übersichtszeile"

Hallo liebe Leute, ich habe einen Fehler bei der "Übersichtszeile" gefunden. Und zwar ist es ja jetzt neu, dass bei der mobilen Version der Wikipedia hier nun eine Kurzbeschreibung aus Wikidata angezeigt wird, z. B. "Deutsche Politikerin, Bundeskanzerin". Bei Weiterleitungen in fremdsprachige Wikis führt dies zu Fehlern. So ist Allwissende Müllhalde mit en:List of Fraggle Rock characters#Marjory the Trash Heap verknüpft. Dies führt dazu, dass zur Ermittlung der Übersichtszeile das Wikidata-Objekt wikidata:Q2649509 gelesen wird. Das hingegen führt dazu, dass Allwissende Müllhalde als "Wikimedia-Liste" bezeichnet wird, statt korrekt als "Fiktionaler Charakter". Könnt ihr das mal überprüfen? Danke sehr. --Stoffdelphin (Diskussion) 23:14, 6. Dez. 2016 (CET)

Habe die Verbindung getrennt. Grüße -- FriedhelmW (Diskussion) 17:14, 7. Dez. 2016 (CET)

Danke sehr. Ich hoffe mal, dass das ein Einzelfall ist. Ich will nämlich keine Symptome bekämpfen, sondern das Problem an der Wurzel lösen. Auffällig finde ich auch, dass in der Type-Ahead-Suche bei Wikidata bei der Eingabe von "List of" direkt mehrere komische Ergebnisse anzeigt. "List of neighborhoods of Curitiba" zeigt auf wikidata:Q4361 (Curitiba), "List of settlements in Svalbard" auf wikidata:Q25231 (Spitzbergen) usw. usf. Da scheint sich ein riesiger Schiefstand an unbeabsichtigter Synekdochen aufzubauen. --Stoffdelphin (Diskussion) 23:30, 7. Dez. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 20:18, 30. Sep. 2017 (CEST)

Verwandte Seiten

Es gibt seit einiger Zeit die Funktion Verwandte Seiten bei der man in angemeldeten Zustand unter seinem neu angelegten Artikel Hinweise auf drei verwandte Artikel erhält. Gefällt mir an sich ganz gut, aber zuweilen wird wohl danebengegriffen. Etwa bei meinem Artikel Rosemarie Fiedler-Winter mit dem Foto eines jüdischen Schriftstellers, bei dem sich unterhalb des Artikels als verwandter Artikel der Antisemit Rudolf Heß befindet. Gibt es die Möglichkeit, sowas zu ändern - ohne die ganze Funktion zu entfernen? MoSchle (Diskussion) 20:19, 4. Apr. 2016 (CEST)

Werden die Vorschläge anhand der Kategorien gemacht? --FNDE (Diskussion) 23:06, 5. Apr. 2016 (CEST)

Siehe zum Hintergrund der Funktion dieses Meinungsbild in Vorbereitung: Wikipedia:Meinungsbilder/Mehr erfahren (Unterstützer gesucht!) - und die Links, die sich dort finden. Soviel ich weiss, ist die Funktion immer noch ein Beta-Feature und muss bewusst eingeschaltet werden, ist auch für angemeldete Benutzer noch nicht Standard. Man kann die Auswahl in einzelnen Artikeln anpassen, indem eine Zeile in diesem Stil eingefügt wird: {{#related:Neue Seite 1}}{{#related:Neue Seite 2}}{{#related:Neue Seite 3}} Gestumblindi 23:50, 5. Apr. 2016 (CEST)

Vielen Dank für die ausführliche Erklärung! Bei den Kategorien der beiden Artikel habe ich als Übereinstimmung Deutscher gefunden, im Artikel Zweiter Weltkrieg. Das dritte Bild hieß Landsberg/ Lech und kam bei Fiedler-Winter als Verlagsort eines Buches von ihr vor. MoSchle (Diskussion) 18:27, 6. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Editnotice für ganze Gruppen von Artikeln einrichten?

Hallo, ich habe auf Wikipedia:Administratoren/Anfragen#Editnotice Schweizbezogen eine Frage und Anregung zur Editnotice in Artikeln gestellt. Dort scheint nicht der richtige Ort für eine entsprechende Diskussion zu sein, vielleicht aber hier? Ich fände es sinnvoll, wenn es möglich wäre, in mehrere gleichartige Artikel eine bestimmte Editnotice (z. B. Vorlage:Editnotice Schweizbezogen) einzubauen. Dass man das – wie mir von den Administratoren mitgeteilt wurde, selbst habe ich davon keine Ahnung – für jeden Artikel nur einzeln machen kann, selbst wenn der Hinweis mehrere verwandte Artikel betrifft, ist doch unpraktisch und uneinheitlich. Was meint ihr? --Miss-Sophie (Diskussion) 16:00, 14. Apr. 2016 (CEST)

Die technische Auskunft stimmte, siehe Hilfe:Editnotice. Ob das, was Du willst, anders ginge, oder ob es wirklich sinnvoll wäre, kann ich nicht sagen. Auf enwiki unterdücke ich den editnotice-Spam mit en.wikipedia.org##DIV[class="editnotice-page"] im AdBlock. –Be..anyone 💩 16:40, 14. Apr. 2016 (CEST)

wie auf Wikipedia:Administratoren/Anfragen#Editnotice Schweizbezogen bemerkt, halte ich nicht nichts von massenhaften Verteilen von Editnotice-Seiten, da es für das gewünschte Ziel auch einfachere Methoden gibt, die nicht unnötigen Wartungsaufwand im Nachhinein verursachen (Etwa nach Seitenverschiebungen). Ich schätze, dass das derzeitige Editnotice-System irgendwann komplett geändert wird, und danach eigene Editnotice-Seiten gar nicht mehr notwendig sein werden. Die bestehenden werden dann wohl Löschkanditaten.  Frohes Schaffen — Boshomi ⌨   17:33, 17. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Veraendertes nowiki - tag Verherhalten ??

Hallo, ich habe das <nowiki> tag immer benutzt, um zB. beim Erstellen eines Artikel kategorie: etc verbose erscheinen zu lassen, seit einiger Zeit geht das nicht mehr und ich sehe nun das <nowiki> und Kategorien erscheinen. Bug oder Feature ? -- A1000 (Diskussion) 19:26, 1. Jun. 2016 (CEST)

Falls du dies meinst: Das Tag ist bei dir nicht geschlossen, d. h. du hast nur das Start-Tag (<nowiki>) angegeben, aber nicht das End-Tag (</nowiki>).

So ist es nicht richtig:

<nowiki>[[Kategorie:Wikipedia:Hauptseite]]

So ist es richtig:

<nowiki>[[Kategorie:Wikipedia:Hauptseite]]</nowiki>

Siehe auch Hilfe:Tags#Syntax.

Es mag sein, dass sich das Verhalten der Software bei unvollständigen Tags auch mal ändert und dass das fehlende End-Tag früher „toleriert“ wurde, das weiß ich aber nicht sicher. Viele Grüße --Entlinkt (Diskussion) 19:53, 1. Jun. 2016 (CEST)

Das nowiki-Tag selber hat sich nicht geändert, aber jedes MediaWiki-Tag wird seit einigen Wochen nur noch erkannt, wenn es auch geschlossen wird. Da es bei deinen Verwendungen nur ein offnes nowiki-tag gibt, wird es nicht mehr erkannt. Schreibe auch noch ein schließendes Tag ans Ende der Seite und du hast die Funktion wieder. Der Umherirrende 19:55, 1. Jun. 2016 (CEST)

Ist das auch bei div, span und font so? Da wird eine kaputte Verwendung ja (leider) auch von MediaWiki repariert. Würde (imho erfreulicherweise) ein paar Verwendungen auf BD-Seiten (und bei font auch anderswo…) beenden :-) --nenntmichruhigip (Diskussion) 12:42, 2. Jun. 2016 (CEST)

Meines Wissens nicht. Geplant sind aber zwei Dinge:

• Laut phab:T134423 soll die Self-Closing-Syntax bei HTML-Tags (d. h. sowas wie <div style="clear:both;"/> bald nicht mehr unterstützt werden. Das betrifft bei uns einige produktiv genutzte Vorlagen, wo dies irrigerweise eingebaut wurde, und insbesondere eine ganze Reihe von Artikeln, wo {{Absatz}} substituiert wurde, als es genau dieses Konstrukt enthielt.
• Laut mw:Parsing/Replacing Tidy soll HTML Tidy entfallen und dadurch ersetzt werden, dass man den Code durch einen HTML5-Parser schickt und wieder serialisiert. Der Effekt ist dann in HTML5-konformen Browsern derselbe wie keine Reparatur (und in nicht-HTML5-konformen Browsern derselbe wie in HTML5-konformen). Die üblichen Verwendungen auf BD-Seiten, die mir so einfallen, würden damit aber möglich bleiben (da ein HTML5-Parser diese genauso behandelt wie Tidy).

Beide Änderungen werden aber wohl noch eine Weile dauern. --Entlinkt (Diskussion) 12:45, 2. Jun. 2016 (CEST)

Praktisches Beispiel: Die Implementierung des Geo-Mikroformats in Vorlage:CoordinateMain verlässt sich derzeit darauf, dass Tidy leere <span>-Elemente entfernt und verzichtet deshalb an einer sehr performancekritischen Stelle auf einige #if-Abfragen. Dies wird kaputtgehen. --Entlinkt (Diskussion) 13:19, 2. Jun. 2016 (CEST)

mit </nowiki> gehts wieder, logisch Verständlich aber nervig -- A1000 (Diskussion) 15:03, 2. Jun. 2016 (CEST)

Aktuell gilt es nur für MediaWiki-Tags, nicht für html-Tags. Gilt also für <abschnitt>, <categorytree>, <ce>, <charinsert>, <gallery>, <graph>, <hiero>, <imagemap>, <indicator>, <inputbox>, <math>, <nowiki>, <poem>, <pre>, <ref>, <references>, <score>, <section>, <source>, <syntaxhighlight>, <templatedata> und <timeline> (Geklaut von Spezial:Version). Für noinclude, includeonly und onlyinclude weiß ich es nicht. Der Umherirrende 17:56, 2. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Bildnotizen ...

... und "Notiz hinzufügen"-Knopf fehlen! „Not-Aus“ unter Helferlein ist aber nicht aktiviert! --Andreas Schwarzkopf (Diskussion) 07:40, 8. Jun. 2016 (CEST)

Also ich kenne so ein Gadget nicht, höchstens eins von Schnark. Ich habe aber auch gehört dass soetwas offiziell von Wikimedia in Planung ist. ↔ Benutzer: Perhelion 09:50, 8. Jun. 2016 (CEST)

Ach zufällig gesehen: c:Commons:Forum #Bildnotizen_... (manchmal ist die Glaskugel mir sehr gnädig) Den deutschen Namen dafür kannte ich nicht, wird auch erst weiter unten in der Beschreibung verwendet c:Help:Gadget-ImageAnnotator/de, dann wechselt der Begriff auch mal zu "Bildvermerk-Werkzeug". Sehr gute Idee einer Software mehrere Namen zu geben.

@Zur Frage: Ich empfehle dir erst mal den gelben Kasten prominent ganz oben durchzulesen, da du ja schon mindestens an 3 weiteren Stellen die Frage gestellt hast. ↔ Benutzer: Perhelion 10:29, 8. Jun. 2016 (CEST)

Da ich kein IT-Fachmann bin verstehe ich dieses Kauderwelsch nicht. :-( --Andreas Schwarzkopf (Diskussion) 11:04, 8. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Wikihistory

APPER hatte einmal verdankenswerterweise ein Tool entwickelt, mit dem die verschiedenen Beiträger zu einem Artikel ausgewiesen werden. Auf der dewiki läuft es seit längerer Zeit nicht mehr, und APPER reagiert nicht, wenn man ihn anspricht (siehe Benutzer Diskussion:APPER/WikiHistory/Programm#Tool läuft bei mir ...). Auf der alswiki läuft es hingegen nach wie vor tadellos. Weiss jemand, wie man das Tool auch auf der dewiki wieder zum Laufen bringen kann? Dank und Gruss, --Freigut (Diskussion) 15:27, 27. Jun. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Grundsätzliche Fragen zu CSS und Wikitext

Da ich (als jemand, der sich mit HTML/CSS/JS eigentlich ziemlich fit ist) mir gerade bei der Renovierung der diesjährigen WLM-Seite mal wieder ziemlich die Zähne an Wikitext ausbeiße, möcht ich mal ein paar grundsätzliche Fragen stellen:

1. Gibt es eine Möglichkeit ganz normales CSS in eine Wikitext-Seite einzubinden? Damit meine ich nicht die Inline-Styles in einzelen HTML Elements (die besitzen ja weder Selektoren noch Media-Queries) und auch nicht die Eintragung in der eigenen common.css (die wären ja nur für mich sichtbar) bzw. der projektglobale MediaWiki:Common.css. Das in letztere tatsächlich das komplette CSS für die Hauptseite steht, lässt mich befürchten dass das es keine solche Möglichkeit gibt?!
   Falls das tatsächlich so ist, würde ich vorschlagen darauf hinzuwirken, das zu ändern und irgendeine Möglichkeit zu schaffen seitenindividuelle Style-Sheets einzubinden (und sei es nur solche, die einem speziell geschützten Namensraum stehen). Immerhin braucht man für jede Seite, die nicht 100% den Standardlook haben soll CSS. Und Inline-Style blähen einerseits den Code völlig unnötig auf und funktionieren andererseits spätestens dann nicht mehr, wenn es um Responsive Webdesign geht. Alles (wie das Haupseiten-CSS in die globale CSS-Datei zu pumpen ist sicher auch keine Lösung)
2. Gibt es eine Möglichkeit Links oder WikiLinks auf Bilder zu legen? Ersten Tests zur Folge, werden Wikilinks ignoriert, sobald in ihnen irgendeine Grafik mit Wikitext eingebunden wurde. Gibt es da einen Workaround?
   • Nachtrag: HAbe gerade rausgefunden, das der Wikitext für Bilder einen Parameter "link" akzeptiert. Von daher ist diese Frage eigentlich beantwortet.
3. Gibt es eine Möglichkeit Bilder ohne die WikiSyntax einzubinden?
4. Gibt es eine Möglichkeit dieses Icon hinter externen Links loszuwerden? Ich brauche solche Links zum Ansteuern des Hochladeassistenten mit verschiedenen Parametern. Und das Icon sieht echt hässlich aus, wenn es hinter einem Button steht.
5. Gibt es irgendwo eine Liste, welche HTML-Tags von Media-Wiki unter welchen Voraussetzungen druchschleift und weche nicht?

Wäre toll, wenn ihr mir da weiterhelfen könntet. // Martin K. (Diskussion) 14:06, 21. Aug. 2016 (CEST)

1. „ganz normales CSS in eine Wikitext-Seite einzubinden“ (meint: style-Rules/sheet statt inline)
   • Im Moment definitiv nicht.
   • Ob vielleicht irgendwann mal – steht in den Sternen.
   • Wenn jemals, dann muss Wechselwirkung zwischen Teilen der Seite und eingebundenen Vorlagen ausgeschlossen werden.
   • Für jetzt: Vergiss es. Ist Absicht, dass das nicht geht.
2. „WikiLinks auf Bilder“
   • Im Prinzip ja.
   • Urheberrechte der Bild-Ersteller sind zu beachten; sonst wird dir das wieder entfernt.
3. „Bilder ohne die WikiSyntax einzubinden“
   • Wird mit voller Absicht verhindert.
   • Gründe: Schadsoftware, Zählpixel, Urheberrechte der Bild-Ersteller
4. „Icon hinter externen Links loszuwerden“
   • Im Prinzip ja.
   • Fraglich ist, warum du überhaupt eines sehen kannst.
   • Wie genau lautet denn die Verlinkung?
5. „welche HTML-Tags von Media-Wiki“
   • Hilfe:Tags
   • „weche nicht?“ – dort: Verbotenes HTML

VG --PerfektesChaos 14:32, 21. Aug. 2016 (CEST)

Danke für die schnelle Antwort, auch wenn sie leider meine Befürchtungen bestätigt.

Aktuell sieht der Link so aus. Ich musste leider diese umständliche From wählen, weil ich nur so URL-Parameter übergeben kommte. Oder gibt es da einen anderen Weg?!

[{{canonicalurl:c:Special:UploadWizard|campaign=wlm-de-bb}} <span class="mw-ui-button" style="width:20em;">Brandenburg&nbsp;»</span>]

// Martin K. (Diskussion) 14:41, 21. Aug. 2016 (CEST)

• Soso, das geht ja nach Commons.
• Und außerdem sind es keine Verlinkungen mittels <a>, sondern es sind href= von <area> in der imagemap.
• Wir hätten da zwar gewisse Möglichkeiten, aber die greifen alle nicht auf <area>.
  • @Umherirrender: Hast du irgendeine Meinung dazu? Entlinkt kaum amüsiert.

VG --PerfektesChaos 15:02, 21. Aug. 2016 (CEST)

Oder mal anders gefragt:

• Wenn du auf dieser Seite sowieso nur einen deutschsprachigen Hochladeassistenten für Commons-Bilder betreiben möchtest –
• warum gliederst du nicht einfach diese Unterseite hier aus, verlinkst nur darauf,
• und legst sie an geeignetem Ort auf Commons an?
• Dann ist sie dort lokal, die Links auch, und einen Icon gibt es deswegen auch nicht.

VG --PerfektesChaos 15:41, 21. Aug. 2016 (CEST)

Die Links in der Imagemap haben kein Icon, die Kästen daneben sind normale Kästen außerhalb der area, da hilft ein plainlinks. Der Umherirrende 16:22, 21. Aug. 2016 (CEST)

Ja, es ging um die Buttons, nicht um die Image-Map. Danke für das einfügen der CSS-Klasse. // Martin K. (Diskussion) 16:51, 21. Aug. 2016 (CEST)

@PerfektesChaos: Es gibt auf Commons ja durchaus ein gespiegelte Seite. Aus Gründen der Nutzerführung, wollen wir nur so viel wie möglich lokal hier in der Wikipedia halten. Schließlich ist die Idee hinter WLM ja gerade, neue Mitarbeiter für unser Projekt zu gewinnen, und da sollte man sie nicht woanders abgertigen. Deshalb werden wir übrigens auch die externe Website abschalten und die URL wikilovesmonuments.de hierher ins Wiki routen. // Martin K. (Diskussion) 16:51, 21. Aug. 2016 (CEST)

Nochmal zu der Sache mit dem CSS. Wenn das wirklich aktuell nichts außer Inline-Styles möglich sind, sollten wir da wirklich mittelfristig auf eine Lösung hinarbeiten. MMn ist es nämlich ziemlicher Unsinn, dass z.B. die nur auf der Hauptseite verwendeten Styles bei jeder einzelnen Wiki-Seite mit ausgeliefert werden müssen.

Natürlich kann man das CSS nicht einfach für alle frei geben – ein Selectoren-Fehler und die ganze Seite ist verunstaltet. Aber es gäber ja da durchaus Wege, die den Sicherheitsbedenken Rechnung tragen und trotzdem den Einsatz ordentlicher Style-Sheets ermöglichen:

1. Die Auslagerung solcher StyleSheets in einen eigenen Namensraum, der grundsätzlich nur von Admins bearbeitet werden darf. Die Einbindung würde dann mittels einer speziellen Vorlage erfolgen.
2. Freie Einbindbarkeit eines StyleSheets mittels einer Vorlage, die jedem Selektor ein Selektor vorangestellt, der dafür sorgt, dass nur der Inhaltsblock der jeweiligen Seiten von diesen Style betroffen ist. Als Hauptselektor konnte man hier die jeweilige Seitenkennnummer als Id oder Klasse im Boda-Tag ausgeben.

Natürlich würden beide Wege einen Eingriff in MediaWiki erfordern. Aber angesichts der Möglichkeiten, die uns ordentliche StyleSheets bieten und angesichts des aktuellen Inline-Style-Gewurschtels wäre das echt sinnvoll. // Martin K. (Diskussion) 16:51, 21. Aug. 2016 (CEST)

Ich vermute, dass das von dir vorgeschlagene Verfahren den Seitenaufbau merklich verlangsamen würde. Schließlich müssen mehr Daten vom Server geholt werden. Die Common.css wird nur einmal benötigt und steht dann im Browsercache. -- FriedhelmW (Diskussion) 20:34, 21. Aug. 2016 (CEST)

Es ginge hier ja i.d.R. um maximal eine zusätzlich Anfrage. Und die halte ich für vertretbar, im Vergleich zur Holzhammer-Methode sämtliches CSS von x Unterseiten in die common.css zu stopfen. // Martin K. (Diskussion) 21:34, 21. Aug. 2016 (CEST)

Ideen gibt es schon: phab:T483 oder phab:T37704. Der Umherirrende 20:39, 21. Aug. 2016 (CEST)

Danke für den Hinweis. Ich werd' mir das mal anschauen. // Martin K. (Diskussion) 21:34, 21. Aug. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Link auf Nutzerfunktionsseiten?

Ich hätte noch eine Frage: Ist es möglich einen Link so zu setzen, dass er z.B. für jeden Nutzer auf die eigene Datei- oder Beitragsliste (auf Commons) führt? Eine Variable mit dem Nutzernamen scheint es ja nicht zu geben... // Martin K. (Diskussion) 22:34, 24. Aug. 2016 (CEST)

Ja, Spezial:MyUploads bzw. Spezial:MyContributions, ggf mit Interwikipräfix. --nenntmichruhigip (Diskussion) 14:19, 25. Aug. 2016 (CEST)

Super. Danke! // Martin K. (Diskussion) 17:24, 25. Aug. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Unterscheidung Desktop-Version/Mobil-Version?

Und noch eine Frage:

Ist es möglich mit Wikitext zu unterscheiden, ob ein Inhalt in der Desktopversion der Wikipedia, oder in der Mobilversion angezeigt wird? Hintergrund ist, dass die aktuelle WLM-Seite in der Mobilversion ziemlich zerstört aussieht, wenn das Browerfester zu eng ist. Und ohne Media Queries (s.o.) wüsste ich nicht, wie ich das mit Inline-Styles korrigieren sollte, ohne dass die Änderungen gleichzeitig auch in der Desktop-Version angezeigt werden. // Martin K. (Diskussion) 13:28, 3. Sep. 2016 (CEST)

@Martin Kraft:

• Du kannst von Desktop-Darstellungen abspecken: Wikipedia:Technik/Mobil #Seitendarstellung.
• Betont interaktive Oberflächen entwickelt man heutzutage so, dass sie auf Mobil klappen; dann funktionieren sie auf den breiteren Desktops allemal und könnten dort ggf. automatisch in die Breite gehen.

VG --PerfektesChaos 15:11, 3. Sep. 2016 (CEST)

@PerfektesChaos: Danke für den Link. Wie man heutzutage mobile-first Websites entwickelt ist mir geläufig – immerhin verdiene ich seit über 10 Jahren meine Brötchen damit und unterrichte es auch an einer Hochschule.

Nur dummerweise ist man in dieser Hinsicht ziemlich aufgeschmissen, wenn man weder Medie Queries noch vernünftiges CSS, sondern ausschließlichInline-styles verwenden kann. Das Ein- und Ausblenden mittels der Klasse nomobile ist zwar besser als nichts, hilft letztlich im Hinblick auf echte Responsiveness und fluide Layouts auch nicht wirklich weiter.

Um mal beim konkreten Beispiel zu bleiben: Die WLM-Seite sitzt ja in einem doppelten Container, der auf dem Desktop ja durchaus seine Berechtigung hat. Dieser besteht aus zwei divs jeweils mit einem padding. In der schmalen Smartphone-Ansicht führt das nun leider dazu, dass sich die beiden Paddings und ggf. noch Einrückungen und float-Element im Inhalt so blöd aufaddieren, dass keine vernünftige Breite mehr für den eigentlichen Inhalt übrige bleibt.

Hätte ich Media Queries, würde ich einfach einen Breakpoint setzen, ab dem die horizontalen Paddings einfach wegfallen bzw. so reduziert werden, dass die Kästen bis zum Rand gehen und genügen Platz für den Inhalt übrige bleibt (Mobile-First würde man das natürlich genau andersrum machen, aber die Desktop-Seite ist ja hier schon da). Dummerweise habe ich aber keine Media-Queries und nichtmal auf die Klassen-Unterschiede im Mobile-Rendering reagieren. Und class="nomobile" bringt mich im Bezug auf das Padding umgebender Container leider auch nicht weiter.

Ehrlich gesagt bin ich ziemlich ratlos. Die einzige funktionierende Möglichkeit, die mir aktuell einfallen würde, wäre ein entsprechende CSS global in die MediaWiki:Common.css schreiben zu lassen. Aber das kann es ja auch nicht sein, oder? Habt Ihr vielleicht irgendeine Idee? // Martin K. (Diskussion) 15:55, 3. Sep. 2016 (CEST)

Es wird sich wohl niemand darauf einlassen, für genau eine einzige von zehn Mllionen aktiven Seiten ein eigenes CSS in jede erdenkliche aufrufbare Seite zu injizieren.

Aaaalso: Erst ein steilisches neues Konzept basierend auf mobil in Testumgebung entwickeln, und das dann für alle Umgebungen produktiv stellen.

Padding ist sowieso Platzverschwendung. Aber wenn man vorher schon weiß, dass man mit einer simplen, bewusst reduzierten Wiki-Sprache arbeitet, dann kann man ja für den Desktop auch breite Padding-Streifen horizontal wie vertikal durch Tabellenstreifen dynamisch generieren, die width und class für nomobile kombinieren. Der Desktop funktioniert allerdings auch ohne petting.

Pfiffig eingesetztes float flutscht übrigens problemlos bei jeder Breite.

VG --PerfektesChaos 16:08, 3. Sep. 2016 (CEST)

Tabellen? Oje - das klingt nach HTML anno 1999 ;( // Martin K. (Diskussion) 16:44, 3. Sep. 2016 (CEST)

Das pfiffig "gesetzte float" der normalen Thumbnails sorgt übrigens dafür, dass der Text auf dem Smartphone in 2-Buchstaben-Zeilen zerfällt. Es ist echt ein Elend... // Martin K. (Diskussion) 17:54, 3. Sep. 2016 (CEST)

Ich hab das Padding jetzt mal in vw-Einheiten definiert. Das ist zwar nicht wirklich hübsch, verhindert auf dem Smartphone aber das Schlimmste.
Mittelfristig muss da aber wirklich eine Möglichkeit zur Einbindung von eigenem CSS herbei. So wie es jetzt ist, kann man im mobilen Zeitalter wirklich nicht mehr arbeiten. // Martin K. (Diskussion) 17:54, 3. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Vorlagenparameter mit HTML-Tags wird ignoriert

Beim annotierten Bild in diesem Artikel wird leider einer der Vorlagen-Parameter nicht interpretiert. Und zwar geht es um die Annotationen selbst, die i.d.R. Links sind und zudem mit HTML formatiert wurden:

{{Annotation|left=600|top=115|text=[[Burger Binnensee|<small style="color:#FFF">Einfahrt in den Burger See</small>]]}}

Bei allen Annotationen, die von einem Wikitext-Link umklammert sind funktioniert's. Fehlt dieser Link, wird nicht der Text, sondern das hier angezeigt: {{{3}}}. Ich vermute, dass in die HTML-Element im Text orientieren. Jedenfalls erscheint der Text sobald ich das <small> entferne.

• Woran liegt das?
• Gibt es eine Möglichkeit das zu verhindern (idealerweise in der Vorlage Annotation selbst)?

Wäre toll, wenn ihr mir da mal wieder weiterhelfen könntet. // Martin K. (Diskussion) 23:56, 21. Aug. 2016 (CEST)

• Das Ding enthält ein Gleichheitszeichen.
• Alles links vom ersten vorhandenen Gleichheitszeichen ist der Name des Parameters.
• Also hat dein Parameter den Namen:
  [[Burger Binnensee|<small style
• Somit ist es ratsam, vor die Zuweisung zu setzen:
  3=[[Burger Binnen

VG --PerfektesChaos 00:06, 22. Aug. 2016 (CEST)

Ah, ok das erklärt's. Gibt es in Wikitext eigentlich sowas wie eine Klammerung, die nichts weiter tut, als solche Effekte zu verhindern? // Martin K. (Diskussion) 00:09, 22. Aug. 2016 (CEST)

Nein, das kann man am besten umgehen in dem benannte Parameter verwendet werden. Hilfe:Vorlagen#Problem: Gleichheitszeichen in Parameterwerten. Der Umherirrende 17:11, 25. Aug. 2016 (CEST)

Und was ist mit dem | ? In der Vorlage:Dateiüberprüfung hab ich häufiger das Problem, dass er mir Links zerhackt, sobald ein | drin ist. // Martin K. (Diskussion) 17:24, 25. Aug. 2016 (CEST)

Hast du ein Beispiel? Komplette Wikilinks oder Vorlagensyntax werden nicht in der Mitte zerlegt, man kann sie in Vorlagen verwenden (Nicht nur im Parameter-Bereich). Ansonsten muss man es maskieren. Hilfe:Vorlagen#Senkrechter Strich. Der Umherirrende 20:44, 25. Aug. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Hochkant

Hi, ich hätte einen Vorschlag: Könnte man nicht unter Eingebettete Datei und hier unter Format noch die Option hochkant einfügen?--Hubon (Diskussion) 21:46, 1. Okt. 2016 (CEST)

@Hubon: Was sind denn die notwendigen Schritte, damit man Eingebettete Datei angezeigt bekommt? --Malyacko (Diskussion) 13:31, 5. Okt. 2016 (CEST)

Danke. Ich meine einfach im Editor das 5. Ikon von links, um Bilder einzufügen. Dieses Ikon trägt eben die Bezeichnung Eingebettete Datei.--Hubon (Diskussion) 13:35, 5. Okt. 2016 (CEST)

Es geht um die erweiterte Bearbeitungsleiste in Kombination mit dem Assistenten zum Einfügen von Links.

Man könnte die Option dort aufnehmen. Es würde aber nicht unter "Ausrichtung" oder "Format" passen, sondern es braucht wohl eine neue Rubrik. Außerdem bietet hochkant die Möglichkeit eine Zahl anzugeben, das in so ein Formular zu bringen, braucht einen guten Einfall zur Platzierung/Gestaltung. Der Umherirrende 16:20, 6. Okt. 2016 (CEST)

Danke dir! Warum meinst du, Format passt nicht?--Hubon (Diskussion) 16:21, 6. Okt. 2016 (CEST)

Nach Hilfe:Bilder#Automatische Skalierung kann man hochkant nur mit miniatur und rahmenlos zusammen verwenden, nicht mit gerahmt. Man müsste dort also zwei Sachen auswählen können. Der Umherirrende 16:25, 6. Okt. 2016 (CEST)

Verstehe. Vielleicht hat ja dennoch jemand eine pfiffige Idee...?--Hubon (Diskussion) 15:17, 8. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Eingabefeld

Wäre es aus eurer Sicht nicht sinnvoll und möglich, dass beim Drücken der Tastatur im Lesemodus automatisch die Eingabe im Suchfeld erfolgt?--Hubon (Diskussion) 14:13, 6. Okt. 2016 (CEST)

Es gibt ein Helferlein dazu: Einstellungen -> Helferlein -> Cursor-Platzierung auf der Hauptseite immer in der Suchbox. Die Tastatur ist für eine alternative Eingabemöglichkeit für die Maus. Wenn jetzt jeder Tastatur-Klick zur Suche geht, ist diese Eingabemöglichkeit nicht mehr gegeben. Daher gibt es die Funktion nicht standardmäßig. Der Umherirrende 16:06, 6. Okt. 2016 (CEST)

Ich habe das Helferlein aktiviert, aber der Cursor ist trotzdem nicht automatisch in der Suchbox (sobald ich die Tastatur bediene). Außerdem scheint sich das ja dem Namen nach nur auf die Hauptseite zu beziehen; ich hätte das aber gerne auf jeder Seite.--Hubon (Diskussion) 16:27, 6. Okt. 2016 (CEST)

Dann musst du selber aktiv werden, der JavaScript-Quelltext liegt unter MediaWiki:Gadget-Suchfokus-Hauptseite.js. Den Quelltext kopieren nach Spezial:MyPage/common.css und das if sowie die letzte } entfernen. Mehr Infos unter Wikipedia:JS. Wenn dir das zu kompliziert ist, vielleicht gibt es auch Browser-Add-Ons, die man installieren kann. Der Umherirrende 18:55, 17. Okt. 2016 (CEST)

Habe ich gemacht, aber es wurden Fehler angezeigt... Ich habe es trotzdem so gespeichert, aber offenbar funktioniert das nicht. Habe ich etwas falsch gemacht? Unabhängig davon: Das Problem scheint wohl generell eine Browser-Sache zu sein, richtig? Könnte man das hier nicht dennoch Browser-übergreifend möglichst einfach bzw. elegant lösen?--Hubon (Diskussion) 23:20, 19. Okt. 2016 (CEST)

@Hubon: Der Umherirrende hatte wohl einen kleinen Tippfehler, er meinte die Seite Spezial:MyPage/common.js. Für einen Laien können (derart kurze) Code-Änderungs-Beschreibungen wohl etwas uneindeutig sein. Falls es immer noch nicht funzt würde ich ( mw.config.get( 'skin' ) === 'cologneblue' ) in Klammern setzen (wohl für ältere Browser). ↔ Benutzer: Perhelion 02:10, 20. Okt. 2016 (CEST)

@Perhelion: Danke, aber wenn ich das entsprechend der Anweisung (das if sowie die letzte } entfernen) von Der Umherirrende auf die von dir besagte Unterseite kopiere, werden immer noch als Fehler gemeldet: „Missing ";" before statement“ sowie „Unmatched '{'“. ???--Hubon (Diskussion) 23:02, 23. Okt. 2016 (CEST)

@Hubon: Aja, wenn du nicht gerade Cologneblue als Skin verwendest sollte $("#searchInput").focus(); auch völlig ausreichen. MfG ↔ Benutzer: Perhelion 01:53, 24. Okt. 2016 (CEST)

@Perhelion: Super Tipp, vielen Dank – jetzt funzt es endlich! Aber könnte man das denn wirklich nicht – für alle – leichter haben (ohne Programmierkenntnisse)?--Hubon (Diskussion) 03:05, 24. Okt. 2016 (CEST)

PS: Ich sah gerade, dass nach Verwendung der Suchfunktion (Strg + F) und Schließen derselben der Cursor leider doch nicht wieder automatisch im Wiki-Suchfenster landet, wenn ich die Tastatur betätige – also wohl zu früh gefreut...--Hubon (Diskussion) 03:09, 24. Okt. 2016 (CEST)

@Hubon: Das wird aber anders (vermutlich) nicht gehen, da die Browser-eigene Suchfunktion den Fokus natürlich löscht. Eine JS-Event für das Schließen dieses Fensterchen ist mir nicht bekannt. Du kannst auch einfach Shift + Alt + F für die Wiki-eigene Suche benutzen. Übrigens kann man den focus auch default (also Wikimedia native) per HTML setzen.

Der offene Wikimedia Phabtask dafür ist: phab:T3864 (ich kommentiere mal dort auf English). MfG ↔ Benutzer: Perhelion 19:45, 24. Okt. 2016 (CEST)

Sorry, aber da komme ich leider nicht mehr mit...--Hubon (Diskussion) 20:55, 24. Okt. 2016 (CEST)

Theoretisch könnte man über window.innerHeight erraten, wann das Browsersuchfeld offen ist, und ansonsten den Fokus immer wieder auf das Wikisuchfeld setzen. Da müsste aber @Hubon die für seine Browser- und GUI-Konfiguration passenden Werte selbst ermitteln, was ich ihm gerade nicht wirklich zutraue. Oder vielleicht das OP wörtlich nehmen, und den Focus mit einem Eventhandler "Keypress überall" setzen? Viel Spass mit den möglichen Nebeneffekten in beiden Fällen :-) Oh, und um die Frage aus dem OP zu beantworten: Nein, aus meiner Sicht ganz deutlich nicht sinnvoll. --nenntmichruhigip (Diskussion) 09:09, 25. Okt. 2016 (CEST)

@nenntmichruhigip: Danke, aber warum nicht? Eine Begründung wäre schön...--Hubon (Diskussion) 22:41, 28. Okt. 2016 (CEST)

Wurde hier ja eigentlich schon von mehreren geschrieben: Weil man dann nicht wirklich was anderes mit der Tastatur machen könnte. Aber wenn du meinst, dass das für dich in Ordnung sei: Nur zu. Ich vermute aber, dass du damit irgendwann (ich hab's eben ausprobiert und war schon nach weniger als zehn Sekunden soweit, es wieder entfernen zu müssen) auf Probleme stossen wirst, mit denen du das lieber nicht mehr haben willst. Und hier wird eher niemand die Zeit haben, dein Script immer wieder anzupassen, wenn du doch mal irgendwo anders die Tastatur nutzen willst. Falls es anders wäre hätte sich wohl schon jemand die fünf Minuten genommen, um dir die Lösung für deine ursprüngliche Anfrage als kopierfertigen Code zu nennen. Nachträglich anpingen funktioniert übrigens nicht, es braucht einen neuen Beitrag samt passender Signatur. --nenntmichruhigip (Diskussion) 17:30, 7. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Autovervollständigung von Links

Zur Funktion Link einfügen: Wäre es aus eurer Sicht nicht sinnvoll und möglich, dass bei der automatischen Vervollständigung auch Abschnittslinks angezeigt werden? Dies könnte uns allen eine Menge Arbeit ersparen... Kollegiale Grüße--Hubon (Diskussion) 14:16, 6. Okt. 2016 (CEST)

Ob es sinnvoll ist, kann ich nicht sagen, aber aktuell sind diese Infos über eine Seite nicht zum auswerten verfügbar, daher wäre dies nicht so einfach umzusetzen (was aber kein Ausschluss ist). Verlinkungen auf Abschnitte (im Artikelnamensraum) sind vermutlich nur in wenigen Fällen hilfreich, was den Aufwand vielleicht nicht rechtfertigt. Der Umherirrende 16:08, 6. Okt. 2016 (CEST)

Vielen Dank. Gibt es weitere Meinungen?--Hubon (Diskussion) 23:03, 23. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Zeitstempel und Vorschaufunktion

Ich weiß nicht, ob das Problem hier schon mal diskutiert wurde bzw. ob es sich um ein Problem bei mir handelt, ich schilder es hier einfach mal: Wenn ich mit --~~~~ signiere und auf „Änderungen speichern“ klicke, wird immer die aktuelle Zeit in der Signatur angezeigt. So weit nichts Neues. Wenn ich aber --~~~~ in das Feld eingebe, zuerst die Vorschaufunktion benutze und dann erst abspeichere, erscheint in der Signatur schließlich die selbe Zeitangabe, die mir auch in der Vorschaufunktion angezeigt wurde, nicht die Zeit zum Zeitpunkt des Abspeicherns. Ich meine, früher wäre das nicht so gewesen. Gibt es da ein Problem mit meinem Cache oder ist das ein wikipediaseitiges Problem? --Singsangsung ^{Los, frag mich!} 14:42, 8. Okt. 2016 (CEST)

Das hat mit dem Cache nichts zu tun. Gruß -- FriedhelmW (Diskussion) 14:49, 8. Okt. 2016 (CEST)

Die Beobachtung könnte, was die Sekunden angeht, durchaus stimmen.

Seit einigen Monaten betreiben wir ein “preemptive save”. Ich versuche mal, das grobe Prinzip zu erklären:

• Mit der Vorschau schickst du den Quelltext an den Server; der kennt den also.
• Wenn du nun nichts mehr veränderst, und auf [Speichern] klickst, dann wird nicht dein 100 kB großer Quelltext erneut an den Server geschickt, wie das immer schon gewesen war, sondern der schon auf dem Server vorhandene Quelltext wird gespeichert, und die Nachricht ist nur mini ErHatSpeichernGeklickt.

Es mag nun sein, dass dabei der Zeitstempel der Vorschau für ~~~~ verwendet wird, statt der von ErHatSpeichernGeklickt.

• Das würde ich für einen Bug halten; sogar meldepflichtig.

Müsste mal wer genauer erforschen; Vorschau, Kaffee trinken, dann Speichern.

LG --PerfektesChaos 15:12, 8. Okt. 2016 (CEST)

Sowas wie in deinem letzten Satz mache ich gelegentlich, deshalb habe ich mal durch meine Diskussionsbeiträge der letzten Tage geschaut: Fast alles unterhalb von 20 Sekunden (davon ausgehend, dass ich laut Signatur bei 59 Sekunden gespeichert hätte, was bei mir dann aber erstaunlich oft vorkommen würde), bis auf einmal 39 Sekunden und einmal 82(!) Sekunden. Wenn's mehr wäre würde ich das ausserdem als Datenschutzproblem einstufen, die 82 Sekunden finde ich schon grenzwertig. --nenntmichruhigip (Diskussion) 15:31, 8. Okt. 2016 (CEST)

Es gab immer schon Zeitdifferenzen zwischen dem Moment, in dem hier auf Abspeichern gedrückt wurde, und dem Moment, wo der gesamte neue Text fertig durchs Netz übertragen wurde, und der Server seine Warteschlange abgearbeitet und die Änderung in die Datenbank geschrieben und in dem Moment das ~~~~ aufgelöst hatte.

Sekundengenau registriert wurde der Klick auf Speicher somit noch nie, und wenn die eine Grenze von einer Minute eingebaut hätten, oder zwei, wäre das okay. Fünf Minuten wären schon seltsam.

VG --PerfektesChaos 15:39, 8. Okt. 2016 (CEST)

Zur Illustration, wo es mir zum ersten Mal richtig aufgefallen ist: klick. Da handelt es sich um eine Zeitdifferenz von gut 5 Minuten. --Singsangsung ^{Los, frag mich!} 15:48, 8. Okt. 2016 (CEST)

Test. --Singsangsung ^{Los, frag mich!} 16:15, 8. Okt. 2016 (CEST) (Hier stand im Vorschaufenster 15:59, es gibt also eine Grenze. --Singsangsung ^{Los, frag mich!} 16:17, 8. Okt. 2016 (CEST) )
Test. --Singsangsung ^{Los, frag mich!} 16:25, 8. Okt. 2016 (CEST) (Hier stand 16:17 im Vorschaufenster. Also wohl doch eher eine 5-Minuten-Grenze. --Singsangsung ^{Los, frag mich!} 16:25, 8. Okt. 2016 (CEST) )

Die Grenze liegt (aktuell) bei 5 Minuten (300 Sekunden). Ich meine es gibt auch ein phab das Signaturen/Diskussionen ausgenommen werden sollen, finde den nur nicht. Der Umherirrende 18:52, 17. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

The Wikimedia Developer Summit wants you

The Wikimedia Developer Summit is the annual meeting to push the evolution of MediaWiki and other technologies supporting the Wikimedia movement. The next edition will be held in San Francisco on January 9–11, 2017.

We welcome all Wikimedia technical contributors, third party developers, and users of MediaWiki and the Wikimedia APIs. We specifically want to increase the participation of volunteer developers and other contributors dealing with extensions, apps, tools, bots, gadgets, and templates.

Important deadlines:

• Monday, October 24: last day to request travel sponsorship. Applying takes less than five minutes.
• Monday, October 31: last day to propose an activity. Bring the topics you care about!

More information: https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit

Subscribe to weekly updates: https://www.mediawiki.org/wiki/Topic:Td5wfd70vptn8eu4

MKramer (WMF) (talk) 21:07, 14. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Karte mit Lage des Ortes wird nicht richtig angezeigt

Hallo

Auf vielen Seiten wird die Karte mit der Lage des Ortes nicht korrekt angezeigt. Es erscheint nur ein roter Punkt. Klickt man die Karte an, erscheint die blanke Karte, der rote Punkt fehlt.

Beispiel: https://de.wikipedia.org/wiki/Lampenricht

Kann jemand den Fehler beheben?

Danke für die Hilfe.

Schöne Grüße! --A. Köppl (Diskussion) 10:56, 23. Okt. 2016 (CEST)

Mit welchen Browsern tritt der Fehler auf? Grüße -- FriedhelmW (Diskussion) 17:29, 23. Okt. 2016 (CEST)

Ich verwende Mozilla Firefox!

Schöne Grüße! --A. Köppl (Diskussion) 06:28, 24. Okt. 2016 (CEST)

Welche Version? Irgendwelche Addons oder relevante Änderungen an den Einstellungen? --nenntmichruhigip (Diskussion) 09:19, 24. Okt. 2016 (CEST)

Sehe gerade, dass das gestern abend in Wikipedia:FzW#Italien-Artikel von mehreren Benutzern gemeldet wurde. Damit haben sich meine obigen Fragen wahrscheinlich erübrigt. Interessierte sollten vielleicht eher dort weiterlesen. --nenntmichruhigip (Diskussion) 09:46, 24. Okt. 2016 (CEST)

Ich verwende Firefox, Verion 49.0.2, Schöne Grüße! --A. Köppl (Diskussion) 14:19, 24. Okt. 2016 (CEST)

@A. Köppl: Das ist by design. Die Positionskartenimplementierung arbeitet mit geobewussten Hintergrundkarten (kennen ihre Ränder im Koordinatensystem), der Punkt auf der Karte ist auch ein Bild und ein Overlay an der richtigen Position. Der Punkt selbst ist zum geohack und damit zu den Kartendiensten verlinkt, dort kannst du alle Karten ansehen (bis auf die ursprünglich unterlegte Positionskarte Vorlage:Smiley/Wartung/traurig ). Bei einem Klick auf die Karte (das Bild) bekommst du hingegen wie bei allen Bildern die Bildbeschreibungsseite der Karte (ohne Punkt). Ich denke da ist nicht viel zu machen. Das Verhalten ist browserunabhängig. lg --Herzi Pinki (Diskussion) 20:50, 7. Nov. 2016 (CET)

Danke für deine Mitteilung. Aber es funktioniert wieder alles! --A. Köppl (Diskussion) 21:18, 7. Nov. 2016 (CET)

Oh sorry, schlecht gelesen. Es hat vor ein paar Wochen (2-3, könnte also hinkommen) ein Problem mit dem Laden von Bildern gegeben, das sich wieder gegeben hat. Bildersuchergebnisse waren damals meist unvollständig, wechselnde leere Bilder. War gleichzeitig mit der großen DDoS-Attacke gegen einen DNS Provider in Amerika (21.10.). lg --Herzi Pinki (Diskussion) 21:28, 7. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Schriftgröße?

Wie kommt es, dass ich in unterschiedlichen Sprachversionen und WIKIs verschiedene Schriftformen und Größen angezeigt bekomme? Kann mir vielleicht jemand die optimalen Einstellungen für den FF (V 49.0.2) verraten, so dass ich eine Anzeige von ca. 12 pt hinbekomme? Ich habe eine Mindestgröße von 16 eingestellt, die Anzeige hat aber höchstens 10 pt? Nur in meiner (google)Mail bekomme ich 16 pt, die natürlich über die festgelegte Umgrenzungslinie hinausgehen und daher nicht angezeigt werden. In Opera ist die Darstellung noch besch . .eidener. Da sieht das Schriftbild in deWiki aus, als sei es in die Hosen gerutscht. D. h. die Buchstaben sind unten "dicker" als oben - ist sehr schlecht lesbar. In der noWiki ist die Darstellung aber wieder "normal", wenn auch zu klein. Ich mach mir die Augen kaputt ;=( J. K. H. Friedgé (Diskussion) 17:25, 23. Okt. 2016 (CEST)

Der Zoomfaktor beeinflusst die Schriftgröße. Mit Strg-Null stellst du 100% ein, mit Strg-Plus vergrößerst du Schrift und Bilder. Grüße -- FriedhelmW (Diskussion) 17:42, 23. Okt. 2016 (CEST)

Naja, das müsste ja dauernd und in jedem Tab neu abgefordert werden.

Wir verwenden die Original-Schrifteigenschaften von MediaWiki; es kann sein, dass andere Wikis daran gedreht haben.

Schau mal unter Hilfe:Skin; wenn du nicht „Vector“ eingestellt hast, wird es kleiner.

Wenn du Probleme mit den Augen hast, dann guck mal vorsichtig nach Wikipedia:CSS und kopiere danach in common.css die folgenden Zeilen, ggf. mit anderen Prozentzahlen:

body {
   font-size: 120%;
}

(OT: FriedhelmW: Guck doch mal nach Wikipedia Diskussion:HW/VM)

LG --PerfektesChaos 17:56, 23. Okt. 2016 (CEST)

Zumindest Firefox merkt sich die Zoomeinstellung (die man mit Strg+Mausrad auch versehentlich mal verstellen kann) pro Domain, und man kann (mit browser.zoom.siteSpecific) einstellen, dass stattdessen die Einstellung überall gleich ist. Also @J. K. H. Friedgé: Versuch mal hier Strg+0 zu drücken, um die Zoomeinstellung zurückzusetzen, und versuche das in einem Wiki, wo dir die Schrift anders gross vorkommt.

Man kann in Firefox aber auch einstellen, dass kein Text kleiner als eine bestimmte Schriftgrösse dargestellt werden soll. Das lässt sich zwar theoretisch umgehen, aber ich behaupte einfach mal, dass das in keinem WMF-Wiki gemacht wird. Es wäre aber denkbar, dass eine Schriftart grösser wirkt als eine andere. Andererseits nutzen ja (fast?) alle WMF-Wikis dieselben Schriftarten. Da müsste @J. K. H. Friedgé mal ein paar Wikis nennen, bei denen ihm das unterschiedlich vorkommt, falls es nicht durch das oben beschriebene Zoomzurücksetzen behoben ist. --nenntmichruhigip (Diskussion) 09:18, 24. Okt. 2016 (CEST)

@PerfektesChaos@Nenntmichruhigip Auf die CSS bin ich auch schon gekommen. Diese jedoch verstellt nur das Verhältnis und hat auch keinen Einfluss auf die Schriftart? Übrigens wird es noch schlimmer, wenn ich in den FF-Einstellungen die Schriftgrößenübernahme aus anderen Programmen anhake. Ich würde Euch gerne Muster zeigen, aber diese nicht auf COMMONS laden. Was @FriedhelmW vorschlägt, ist wirklich zu umstandlich. Da müssen dann wohl doch die HTML-Spezialisten ran. Wenn man im Browser eine Schriftgröße festlegt, sollte das wenigstens als Mindestgröße übernommen werden. LG J. K. H. Friedgé (Diskussion) 22:40, 24. Okt. 2016 (CEST)

Das mit der Mindestgrösse passiert browserseitig, da kann wikipediaseitig nichts dafür oder dagegen gemacht werden. Frag mal auf Wikipedia:Auskunft (absichtlich nicht Wikipedia:FzW) mit einem Verweis auf diesen Abschnitt nach, ob die dir verständlicher erklären können, was hier geschrieben wurde. --nenntmichruhigip (Diskussion) 09:13, 25. Okt. 2016 (CEST)

Ich denke wir können abschließen. Der Effekt ist nicht zu erklären. J. K. H. Friedgé (Diskussion) 10:14, 26. Okt. 2016 (CEST) (erl.)

@J. K. H. Friedgé: Lass mich nochmal eine Verständnisfrage stellen:

• Geht es darum, dass Dein Browser Websites in anderen Schriften und Größen anzeigt, als das in anderen Browsern der Fall ist? Geht es also um einen Fehler, der gefunden werden müsste?
• Oder geht es darum, dass Du alle Websites unabhängig von den Vorgaben des jeweiligen Anbieters auf eine Mindestschriftgröße zwingen möchtest? Also um ein Feature? Und falls ja: warum?

Wenn Dir generell alles etwas zu klein ist, solltest Du die Größenanpassung Deines Betriebsystems konsultieren und ggf. etwas nach oben korrigieren-

Zum lokalen anpassen des Browser-CSS würde ich das Firefox-Addon Stylish empfehlen. Dort kannst Du einen neuen Style erstellen und so z.B. die Basis-Schrift auf die gewünschte Schriftart und Pixelgröße setzen. Da die rem-Einheiten vom html-Element ausgehen, sollte man dieses stylen und nicht nur den Body

html, body{
   font-size: 12px; /* Oder irgendeine andere Größe */
   font-family: Arial, sans-serif;
}

Das ist die harmlose Methode, die nur die Basis-Schriftgröße verändert und wieder vom Page-Style der jeweiligen Seite überschrieben werden kann. Wenn Du es gerne etwas brutaler hättest, kannst Du auch die Stile aller relevanten Elemente auf eine Größe zwingen. Das sähe dann so aus:

html, body, div, p, main, section, article{
   font-size: 12px!important;
   font-family: Arial, sans-serif!important;
}

// Martin K. (Diskussion) 10:55, 26. Okt. 2016 (CEST)

@Martin Kraft Hallo Martin, in meiner Frage ganz oben steht, dass unterschiedliche Projekte/Sprachversionen unterschiedlich dargestellt werden. Die Mindestgrößeneinstellung des Browsers wirkt nicht (überall), und die vorgegebene Schriftgröße wirkt in Wiki auf andere Elemente als in anderen (z.B. Google) Fenstern.

Da Du ja Fachmann bist (ich bin keiner, jedenfalls in HTML): ich denke, dass die HTML-Seitenbeschreibung unterschiedliche "Quellen" für die Schriftgröße nutzt. Es ist wohl übertrieben, für die Umschaltung in ein anderes Fenster die Größe zu ändern. Wenn es Dich nicht belästigt, schicke ich Dir ein paar Screenshots, um zu verdeutlichen was ich meine. L.G. J. K. H. Friedgé (Diskussion) 13:07, 27. Okt. 2016 (CEST)

@J. K. H. Friedgé: Da ich aus dem, was Du da schreibst nicht ganz schlau werde, wäre es wohl tatsächlich am besten, wenn Du mir mal ein paar ScreenShots zu kommen lässt. // Martin K. (Diskussion) 14:55, 27. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Werkzeug zur Abfrage der prozentualen Bearbeitungen eines Artikels

Bisher habe ich dieses Werkzeug benutzt: wikihistory v. apper Aufruf- und Bearbeitungsstatistik. Funktioniert das noch oder gibt es eine Alternative? Dank im voraus. --Anima (Diskussion) 10:45, 27. Okt. 2016 (CEST)

• Funktioniert wohl zumindest bei mir →Der Hobbit
• Alternativ gibt es noch ein Skript Benutzer:Schnark/js/artikel-statistik, welches die Textstellen im Artikel farblich zum jeweiligen Autor markiert.

Hilft dir das weiter? --Liebe Grüße, Lómelinde Diskussion 11:29, 27. Okt. 2016 (CEST)

Hallo Lómelinde, ja, sehr. Bei mir lässt sich nur ein einziger Artikel nicht nach apper auswerten. Und jetzt lerne ich ein weiteres Werkzeug kennen. Liebe Grüße von --Anima (Diskussion) 16:13, 27. Okt. 2016 (CEST)

Das freut mich, ich benutze nur das von Schnark, es dauert zwar manchmal etwas sehr lange, bis alle Versionen ausgewertet wurden, aber so kann man sehr gut sehen wer wann eine Änderung durchgeführt hat. --Liebe Grüße, Lómelinde Diskussion 16:19, 27. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Bitte um Kommentare: Technical Collaboration Guideline

Hallo,

wir bitten um Rückmeldungen und Kommentare zu den Richtlinien für die Zusammenarbeit in technischen Bereichen ("Technical Collaboration Guideline", TCG).

Die TCG sind Empfehlungen zu bewährten Vorgehensweisen bei der Planung von Softwareprojekten und der Kommunikation mit den Wikimedia-Gemeinschaften (Communities). Das Ziel ist es eine bessere Zusammenarbeit zu ermöglichen. Bei der TCG handelt es sich um eine Anleitung deren Inhalt erlauben soll, dass Softwareprojektteams der Wikimedia Foundation (WMF) und die Wikimedia-Gemeinschaften gemeinschaftlich und systematisch zusammenarbeiten in der Phase der Produktentwicklung und der Phase des Bereitstellens von Software auf den Servern. Wir hoffen dass die TCG nützlich genug sein wird um beim Planen und Kommunizieren genutzt zu werden - für jedes Softwareprojekt, von jedem. Die TCG ist flexibel angelegt und bewusst nicht allumfassend, da sich Pläne und Produkte während der Entwicklung ändern können.

Der erste Entwurf der TCG wurde nach Diskussionen mit kleinen Gruppen von Mitgliedern der "Community Liaisons"- und Produkt-Management-Teams geschrieben, um sowohl Fehler als auch erfolgreiche Vorgehensweisen in der Kommunikation zu identifizieren, und was getan werden kann um die Zusammenarbeit zwischen Softwareentwicklungsteams und den Wikimedia-Gemeinschaften anzuregen und zu fördern. Während des nächsten Monats bitten wir Mitglieder der Wikimedia-Gemeinschaften um Rückmeldungen und Kommentare. Alle Kommentare werden gelesen. Die Kommentare werden berücksichtigt wenn am nächsten Entwurf der TCG gearbeitet wird. Die TCG und die Diskussionen zur TCG sind in englischer Sprache, aber Kommentaren in anderen Sprachen sind willkommen auf der Seite mw:Talk:Technical Collaboration Guideline.

In den nächsten Wochen wird zudem ein Review des Design-Team der WMF angekündigt werden. Das Team hat die letzten Monate daran gearbeitet den Zweck und Ziele von Design-bezogener Arbeit in der WMF zu beschreiben, und das Team freut sich darauf dies mit der Wikimedia-Bewegung zu teilen um Kommentare und Rückmeldungen zu erhalten. --AKlapper (WMF) (Diskussion) 13:01, 27. Okt. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Teilbeobachtung

Lässt sich iwie einrichten, dass man beispielsweise in Diskussionen nur einen Abschnitt beobachten kann oder beispielsweise nur die Diskussionsseite eines Artikels? Theoretisch kann man das ja bei "Beobachtungsliste als Liste bearbeiten" im Quelltext schreiben, aber der Abschnitt oder das "Diskussion:" werden einfach missachtet. Es ist manchmal sehr nervig, wenn man auf einer vielbearbeiteten Diskussion eine Antwort erwartet, aber auf der Beo alle anderen Abschnitte landen. Beispiel: VM oder LKH. --Kenny McFly (Diskussion) 11:40, 30. Okt. 2016 (CET)

Für ersteres ist ein Tool in der Entwicklung, siehe Benutzer:FNDE/secWatch (mehr Lesestoff unter Wikipedia:Fragen zur Wikipedia/Archiv/2016/Woche 39#Edit-Limits für Bots.

Für letzteres gibt es Benutzer:Schnark/js/watchlist++.

Gruß --Schniggendiller Diskussion 11:51, 30. Okt. 2016 (CET)

Für selektives Ein- und Ausblenden, insbesondere nur der Vorderseite oder nur der Diskussionsseite, oder der Beiträge bestimmter Benutzer, oder alle außer bestimmter Benutzer, gibt es auch listPageOptions.

Allgemein: Wikipedia:HX #Beo

LG --PerfektesChaos 11:58, 30. Okt. 2016 (CET)

@DrTrigon: Warum tut eigentlich Benutzer:DrTrigonBot/Doku#Diskussions-Zusammenfassung nimmer? Damit konnte man wunderbar Abschnitte beobachten. --Flominator 20:14, 7. Nov. 2016 (CET)

@Kenny McFly: Um nur Diskussionsseiten zu beobachten, kannst du dir sowas anlegen und dann auf Änderungen an verlinkten Seiten klicken. --Flominator 20:14, 7. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Darstellung von Überschriften

Ich möchte einfach mal loswerden, dass ich die derzeitige Darstellung von Überschriften nicht optimal finde. Ab er zweiten Hierarchieebene (Ebene 3) wird fette Schrift verwendet, weshalb diese Überschriften im Schriftbild stärker hervortreten als die der ersten Ordnung (hier Ebene 2 genannt) - die werden zwar deutlich größer, aber in normal ausgezeichneter Schrift dargestellt. Auf Chrome unter Android ist es etwas besser - dort wird unter der "Ebene 2" mehr Platz gelassen - als zum Beispiel im aktuellen Firefox unter Windows 10. Bin ich der einzige, der so so sieht? Welches Gremium hier hat denn das eigentlich festgelegt? --Karsten Meyer-Konstanz (D) 15:38, 19. Nov. 2016 (CET)

1. Es ist so oder so ein internationales Design; festgelegt von der WMF.
2. Für dich persönlich kannst du es mittels Wikipedia:CSS nach Belieben umgestalten.
3. Aus deinen Darlegungen geht nicht hervor, ob mobil oder Desktop; und welche Skin. Die Gestaltung ist überall anders konfiguriert.
4. Ich glaube nicht, dass diese Werkstatt viel mehr für dich tun kann.

VG --PerfektesChaos 15:47, 19. Nov. 2016 (CET)

Danke für die schnelle Antwort PerfektesChaos.

1. Die WMF ist groß. ;-)
2. Es geht mir darum, dass die, für die ich hier schreibe, das optimal sehen.
3. Mit "Chrome unter Android" meinte ich die mobile Ansicht, die klassische sieht weitgehend gleich aus wie beim Firefox unter Windows.
4. Das war zu befürchten.

Trotzdem Danke und ein schönes Wochenende --Karsten Meyer-Konstanz (D) 16:59, 19. Nov. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

markAdmins.js

Moin! Da hier wohl das versammelte Wissen zu .js-Seiten zu finden ist, möchte ich meine Frage hier zur notwendigen Erweiterung des PDD-Skripts hinweisen (geht vielleicht schneller als auf WP:FZW). Viele Grüße, NNW 11:16, 1. Dez. 2016 (CET)

Hallo NNW, hier ist die neue Version. Wie wäre es wenn wir das effektivere System von hier übernehmen? РDD3 (Diskussion) 02:50, 2. Dez. 2016 (CET)

Grundsätzlich spricht von meiner Seite nichts dagegen. Es ist wohl eher eine Frage, wie das für dich wird. Als reines Gadget verlierst du die Kontrolle über deine Unterseite, was vermutlich hauptsächlich die hin und wieder anklingende Frage betrifft, ob man weiterhin die Ex-Leute angibt oder nicht (und auch welche, z.B. Ex-CU und Ex-OS). Da ich froh bin, die Ex-Angaben nicht zu lesen, sollte es zumindest abschaltbar sein, falls diese Angaben im Gadget erhalten bleiben sollen. Schick wäre dann auch hier ein Bot, der die Liste aktuell hält, es ginge aber auch ohne. NNW 11:08, 2. Dez. 2016 (CET)

@NordNordWest, РDD3. NNW – „ein Bot wäre schick“ – ich wollte die Frage sowieso schon in Commons stellen, aber vielleicht kann PDD mit seinen Skriptkenntnissen da helfen, denn der aktive Bot in Commons hängt da etwas zurück. Siehe jetzt c:Commons:Administrators' noticeboard#Mark new admins, unmark de-adminships. — Speravir (Disk.) – 18:21, 2. Dez. 2016 (CET)

@NordNordWest, Speravir: gut, ich würde das Primärziel auf Performance setzen, ein reines Gadget scheint, nachdem was ich gesehen habe, jedoch nicht zwingend. Hat jemand zufällig eine große Seite mit betreffenden Benutzer-Links als Test-Referenz? @Speravir: bzgl. deines Anliegens, im dortigen Commons-Skript sind die Stewards zwar konfiguriert aber nicht standardmäßig per enabled: true eingeschaltet. Gruß РDD3 (Diskussion) 01:18, 4. Dez. 2016 (CET)

Danke, РDD3. Ach, so simpel! Das hätte ich aber auch ohne große JS-Kenntnisse selbst erkennen sollen. — Speravir (Disk.) – 01:42, 4. Dez. 2016 (CET)

@NordNordWest: Nachdem ich ein paar Stunden Einarbeitung benötigt habe, habe ich das System von Rillke weitestgehend übernommen, tatsächlich sollte es jetzt doppelt so schnell sein (nachdem was ich gemessen habe, der Fehler lag darin die meisten Abfragen in der Hauptschleife zu machen anstatt einmalig davor, etc.). Alle User sind nun ebenfalls in einer separaten Datei. Ob man jetzt bei der Gelegenheit dies in den Gadget-Raum verschiebt ist mir egal. Die Mini-Gruppen habe ich allerdings entfernen müssen, es machte performance-technisch keinen Sinn, wenn jetzt nur 1-2 User statt mit einen Slash mit einem Bindestrich gekennzeichnet werden sollen, und dabei diese Abfrage bei jedem Link erfolgen soll, ist dies leider ein klarer Overkill (konkret sind es die Mini-Untergruppen SG-A und Omb-A, wobei dortige User-Konfiguration auch gar nicht mehr stimmte, s. Man77. Bzw. die "neue Rechtekombination" von Gnom, das zu programmieren ging leider schon in die Richtung Spaghetticode, noch eine Variable noch eine Ausnahme und nochmal bei allen anderen und hinterher sieht man nicht mehr durch). Die Reihenfolge der Gruppenzeichen kann mittels der markAdmins-data.js erfolgen. Wobei nun neben der Alten möglichen Konfiguration zwei neue Möglichkeiten bestehen das Script zu konfigurieren, und eine Vierte mittels mw.user.options.get('markAdminCfg') welche ich nicht ganz verstanden habe (daher erst mal auskommentiert), da Rillke auch leider nichts zur Anwendung dokumentiert hat (vermutlich etwas für die Zukunft mittels GUI-Konfiguration). VG РDD3 (Diskussion) 15:33, 7. Dez. 2016 (CET)

Ich bin offensichtlich zu blöd, auf das Skript zuzugreifen, und kann daher nichts dazu sagen. NNW 16:39, 7. Dez. 2016 (CET)

@NordNordWest: Meinst Du Benutzer:РDD3/markAdmins.js oder Benutzer:РDD3/markAdmins-data.js (beide oben versteckt verlinkt)? Warum eigentlich funktioniert Spezial:Präfixindex/Benutzer:PDD3 nicht? — Speravir (Disk.) – 20:32, 7. Dez. 2016 (CET)

@Speravir: Das ist tricky. Du hast es wohl manuell eingegeben. Spezial:Präfixindex/Benutzer:PDD3/ nichts, Spezial:Präfixindex/Benutzer:РDD3/ gibt's. Sieht bei mir überall identisch aus außer im Quelltext, wo das P größer ist als das D. Was sind das für Zeichen? Benutzer:PDD3 = "Das Benutzerkonto „PDD3“ ist nicht vorhanden." Sollte man besser anlegen als Weiterleitung, wenn das technisch überhaupt geht (wegen der Ähnlichkeit). --Bjarlin 13:35, 9. Dez. 2016 (CET) PS: Es ist ein kyrillisches Р.

@Bjarlin: Sieh mal ein wenig weiter unten, Suchwort „Schelm“. ;-) RРDD3 hatte einen versteckten Hinweis gegeben. — Speravir (Disk.) – 18:38, 9. Dez. 2016 (CET)

markAdmins.js. Ich ging davon aus, dass das Skript die data-Seite selbstständig abruft. Vielleicht ist das auch alles falsch gedacht, jedenfalls bekomme ich es nicht zum Laufen. NNW 10:16, 8. Dez. 2016 (CET)

@PDD: Kann sein, dass ich dich missverstehe, aber hast Du die letzten Änderungen am Commons-Skript bemerkt? Vgl. c:Special:Diff/141906851/225110806. — Speravir (Disk.) – 20:32, 7. Dez. 2016 (CET)

Hm, das ist natürlich schade. Ja, das habe ich schon bemerkt, ich habe dieses mal eingefügt, obwohl dies eigentlich wie gehabt auf der Diskussionsseite hinterlegt werden kann. Evtl. unterliegt ihr beide der selben Stolperfalle, dann könnte ich euch hiermit auf die Sprünge helfen. Gruß, РDD3 (Diskussion) 01:02, 8. Dez. 2016 (CET)

(Aha, dieses Mal wieder als РDD3.) Jetzt hast Du mich verloren. Ich hätte das auf Deiner Disk.-Seite melden sollen, obwohl es hier die ganze Zeit um das Skript geht? Welche Stolperfalle, wo sollte bei dir etwas UTF8-kodiert sein? So,so, du Schelm; dann eben Spezial:Präfixindex/Benutzer:РDD3. Bei mir funktioniert übrigens diese individuelle Konfiguration in Commons. (Da ich inhaltlich wohl nichts mehr beitragen kann, sollte ich mich vermutlich aber sowieso ausklinken.) — Speravir (Disk.) – 17:34, 8. Dez. 2016 (CET)

@РDD3: Doch noch was: Perhelion hat auf der Diskussionsseite des Skriptes in Commons etwas ergänzt, wo ich vor allem die Möglichkeit, das Label zu ändern, hilfreich finde (obwohl das in DE-Wiki meiner Meinung nach nicht notwendig ist), vgl. c:Special:Diff/225553172/225572361. — Speravir (Disk.) – 18:38, 9. Dez. 2016 (CET)

@NNW, Umherirrender, ich sehe keinen Grund warum es nicht funktionieren sollte. Könntest du bitte etwas genauer werden bzw. noch mal testen? Grüße PDD3 23:39, 8. Dez. 2016 (CET)

Ich habe markAdmins in der monobook.js deaktiviert und wollte per mw.loader.load die neue Seite aufrufen (wie andere Benutzerskripte auch). Ich fürchte, ich brauche eine Anleitung, was ich zu ändern habe, das sind für mich alles böhmische Dörfer. NNW 10:05, 9. Dez. 2016 (CET)

Ich sehe mich nicht in der Lage, das zu reviewen. Der Umherirrende 12:44, 9. Dez. 2016 (CET)

@NordNordWest, Umherirrender: Mit der weiter oben zu findenden Methode, das Skript als Bookmarklet zu starten, also mit javascript:void(importScript('Benutzer:%D0%A0DD3/markAdmins.js')); (nicht vergessen, das Gadget zu deaktivieren), funktioniert das Skript bestens auf Seiten wie dieser hier oder Wikipedia:Liste der Administratoren, nicht auf Benutzerseiten und deren Diskussionen. @РDD3: Kann es sein, dass folgende Zeile mit den deutschsprachigen Pendants ergänzt werden muss? (Übrigens zweiter Ping, hoffentlich übersiehst du den anderen oben nicht.)

runOn: ['Special', 'User', 'User_talk', 'Project', 'File', 'Help'],

Und vielleicht wäre eine Weiterleitung, wie von Bjarlin oben angeregt, wirklich sinnvoll. — Speravir (Disk.) – 18:38, 9. Dez. 2016 (CET)

Gut dann will ich "euch" mal nicht "blöd" sterben lassen, eigtl. gibt es gar keinen Grund für eine größere Diskussion hier. Ich verabschiede mich dann erstmal wieder, vielleicht packt ja einer das Geschenk nach Weihnachten noch aus.

@NNW wie ich gesehen habe hast du mehrere Anläufe unternommen, allerdings tatsächlich wohl sehr unglückliche, da bei jedem Versuch etwas anderes falsch (bzw. dann wieder richtig) war. Ich möchte aber nur auf den einen, den ersten eingehen (dein "deaktiviert" war leicht untertrieben, die Kommentare von Speravir haben dann wohl leider gut gemeint noch zur vollsten Verwirrung gesorgt). In der Tat komme ich ursprünglich aus der Nähe von Böhmen. Also (wie eigtl. bei jeder Programmiersprache müssen Variablen vorher deklariert werden, hier bei JS mit var) du hast leider im Glauben des Nichtsnutzen oder besser gesagt für optional gehaltene (nur die die mit mark beginnen) var's "entfernt" (warum auch immer, denn das neue Script interpretiert diese auch, bzw. gehörten zur Monobook), folglich kam es zu einem Fehler und Abbruch (im FF, z.B. Chrome ist hier fehlertolleranter), ab der Abfrage dieser var's, was glücklich jedoch verschleiernd erst am Ende deiner Monobook geschah (also genau da wo du das Script eingebunden hattest). Als weitere Hilfe kann ich dir das Stichwort Web-/Browser-Konsole nennen, dort tauchte der Fehler auch als: ReferenceError: mawatchlist is not defined

Wie gesagt sind das alles sehr rudimentäre Sachen (für JS) daher habe ich nicht mit solchen Schwierigkeiten gerechnet, bzw. nicht deinen Kenntnisstand geahnt. :-P Dann einen schönen Advent noch. Gruß PDD3 16:25, 10. Dez. 2016 (CET)

@Speravir, ist mir nicht entgangen. runOn: das sind die globalen Standardnamen, sog. canonical names. Eine Weiterleitung halte ich für unnötig bzw. noch mehr für Verwirrung stiftend (@Böhmische Dörfer: wie Jan Böhmermann auch gerne mal mit offensichtlich anderer Identität unterwegs, Hinweise gibt es ja noch mehr... die dir offenbar entgangen sind). PDD3 16:51, 10. Dez. 2016 (CET)

Mein Status in solchen Dingen ist DAU, man muss mir alles erklären. Ich versuche es später nochmal, vielleicht klappt es diesmal. NNW 19:02, 10. Dez. 2016 (CET)

NNW, dann nochmal ausführlicher, wie ich es gemacht habe: Ein neues Lesezeichen anlegen mit einem markanten Namen und dort, wo der Link eingetragen werden soll, stattdessen javascript:void(importScript('Benutzer:%D0%A0DD3/markAdmins.js')); einfügen; sowas wird dann Bookmarklet genannt (funktioniert wenigstens im Firefox). Das Gadget in den Helferlein vorübergehend deaktivieren. Eine Seite aufrufen oder neu laden, wo auf jeden Fall Admins und weitere Funktionen aufgeführt sind, wie eben Wikipedia:Liste der Administratoren und dann auf das Bookmarklet klicken. Letzteres muss auf jeder Seite wiederholt werden. — Speravir (Disk.) – 20:47, 10. Dez. 2016 (CET)

@РDD3: „Hinweise gibt es ja noch mehr... die dir offenbar entgangen sind“ Was auch immer du meinst, oder … Anscheinend ja. Aber ich bin ja hier wohl derjenige, der noch die wenigsten Probleme mit dem Skript hat. Dieses funktioniert übrigens nach deiner/n letzten Änderung/en einwandfrei! Von mir aus könnte das dann standardmäßig verwendet werden (ich würde Deine Ergänzung der Commons- und WD-Admins sogar gern nutzen). — Speravir (Disk.) – 20:47, 10. Dez. 2016 (CET)

Danke und sorry wegen der vermeintlichen Verkomplizierung. Ich wollte euch nur vor etwaigen Enttäuschungen warnen, allerdings ist das jetzt wohl auch egal. (Das mit dem Namen kann natürlich selbst für versierte User eine Stolperfalle sein.) Ein Bookmarklet funzt zwar ist jedoch nicht das Wahre zum Testen, Stichwort Web-Konsole (im FF Strg+Shift+K) einfach importJavascriptL('РDD3/markAdmins','de'); eingeben (die URI-Kodierung wie beim Bookmarklet funzt hier nicht, JS-Unicode-kodiert wäre importScript('Benutzer:\u0420DD3/markAdmins.js'), genauso wie Bookmarklets kein richtiges, sprich reines JS sind und daher auch nicht in der Konsole oder als automatischer Import im Benutzerscript funzen). Genauso gut kann man gleich den kompletten Code in die Konsole einfügen (ohne einen Script- oder Seitennamen). @Helferlein: da NNW es über die ursprüngliche Monobook eingebunden hat wird er hier wohl eh nichts aktiviert haben. @NNW: um es in deiner Mono zu testen am einfachsten den zuletzt genannten Code kopieren und den dann wie hier ersetzen (Stichwort UTF8 Stolperfalle). PDD3 00:09, 11. Dez. 2016 (CET)

Danke, jetzt hat's gefunzt. NNW 20:58, 12. Dez. 2016 (CET)

Nachtrag: Com-A und WD-A werden bei mir nicht angezeigt. NNW 10:39, 15. Dez. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Die Vorlage Revisionuser …

… zickt offenbar herum und ist extrem „launisch“. Das bedeutet, dass auf manchen Seiten, z.B. auf meiner Nutzerdisku, einige Besucher den Namen des letzten dortigen Autors sehen können, gleichzeitig andere Besucher hingegen nicht. Und es kommt sogar vor, dass derselbe Betrachter den Namen des letzten Autors innerhalb kurzer Zeit einmal sehen kann und danach wieder nicht (siehe etwas anschaulicher diese Diskussion). Mich erinnert das Ganze an einen elektrischen Wackelkontakt … Ich hoffe, ich bin mit dem Problem(chen) hier an der richtigen Stelle. Gruß von --Wwwurm 14:11, 6. Dez. 2016 (CET)

• An einer grundsätzlich richtigen Adresse bist du schon.
• {{REVISIONUSER}} ist keine Vorlage, sondern eine Parserfunktion gemäß Hilfe:Variablen #REVISIONUSER.
• Eigentlich zickt die nicht; es kommt halt drauf an, wer die wann wozu benutzt. Auf einer bereits existierenden Seite zeigt sie an, wer die zuletzt abgespeicherte Version zu verantworten hat, und das auch während der Bearbeiten-Vorschau (dann den momentanen Bearbeiter).
• toolserver.org/~daniel/WikiSense gibt es nicht mehr.
• <center> ist zwar veraltet, funktioniert aber und kann kein Hindernis sein.

Da wird allerlei HTML und blockweise und float und TOC ineinandergeschachtelt. Ich gehe eher davon aus, dass das je nach Browserfensterbreite, Layout und Browserversion sich irgendwie überdeckt und unter die Räder kommt. Ich habe jedenfalls die Layout-Struktur nicht verstanden.

VG --PerfektesChaos 14:26, 6. Dez. 2016 (CET)

Das tritt auch bei ganz simplen Testfällen auf, und lässt sich (zumindest in 1 von 1 Fällen) per Purge lösen. Hier mal zum Beobachten: SpBot. Bei Nichtfunktion ist die Variable leer. --nenntmichruhigip (Diskussion) 15:30, 6. Dez. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Umlaute in Formeln fehlerhaft

Kopiert aus der Wikipedia:RPQS#Umlaute in Formeln

SNIP

Es gibt Hinweise darauf, dass es Probleme mit Umlauten in der Darstellung von Formeln gibt.

${\text{für}}\,$

Bei mir funktioniert das. Kann jemand hier ein Problem bei der Darstellung feststellen? --Boehm (Diskussion) 14:12, 30. Nov. 2016 (CET)

Ja, das ü ist viel zu groß, geschätzt zu 50%. Kein Einstein (Diskussion) 18:14, 30. Nov. 2016 (CET)

Und zu einem anderen Zeichensatz gehört es nach meinem Eindruck auch. --der Saure 18:24, 30. Nov. 2016 (CET)

Definitiv ein anderer Zeichensatz, der da gerendert wird. Gerade vs. geschwungene Linien, eckige statt abgerundeter Serifen, andere Proportionen (Strich zu Zeichengröße, Seitenverhältnis).--Alturand (Diskussion) 18:35, 30. Nov. 2016 (CET)

OH! Jetzt sehe ich es auch: Ich musste mich dazu erst einmal abmelden. Was ist denn hier passiert? Bei 'mbox' tritt das gleiche Problem auf. --Boehm (Diskussion) 19:41, 30. Nov. 2016 (CET)

Stimmt, wobei es bei mir ehr geschätzte 30% sind. Ich glaube, ich habe das schon mal gelesen, habe aber nur phab:T2798 und phab:T130967 gefunden @Physikerwelt:--Debenben (Diskussion) 20:57, 4. Dez. 2016 (CET)

Also ich sehe da ein Bild (https://wikimedia.org/api/rest_v1/media/math/render/svg/2d52c948c4d163661f7ebf6ebda1812f4bcb0c82) vom Typ "SVG+XML":

 <?xml version="1.0" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg xmlns:xlink="http://www.w3.org/1999/xlink" width="3.448ex" height="3.343ex" style="vertical-align: -1.171ex;" viewBox="0 -934.9 1484.6 1439.2"  xmlns="http://www.w3.org/2000/svg">
<defs>
<path stroke-width="10" id="E1-MJMAIN-66" d="M273 0Q255 3 146 3Q43 3 34 0H26V46H42Q70 46 91 49Q99 52 103 60Q104 62 104 224V385H33V431H104V497L105 564L107 574Q126 639 171 668T266 704Q267 704 275 704T289 705Q330 702 351 679T372 627Q372 604 358 590T321 576T284 590T270 627Q270 647 288 667H284Q280 668 273 668Q245 668 223 647T189 592Q183 572 182 497V431H293V385H185V225Q185 63 186 61T189 57T194 54T199 51T206 49T213 48T222 47T231 47T241 46T251 46H282V0H273Z"></path>
<path stroke-width="10" id="E1-MJMAIN-72" d="M36 46H50Q89 46 97 60V68Q97 77 97 91T98 122T98 161T98 203Q98 234 98 269T98 328L97 351Q94 370 83 376T38 385H20V408Q20 431 22 431L32 432Q42 433 60 434T96 436Q112 437 131 438T160 441T171 442H174V373Q213 441 271 441H277Q322 441 343 419T364 373Q364 352 351 337T313 322Q288 322 276 338T263 372Q263 381 265 388T270 400T273 405Q271 407 250 401Q234 393 226 386Q179 341 179 207V154Q179 141 179 127T179 101T180 81T180 66V61Q181 59 183 57T188 54T193 51T200 49T207 48T216 47T225 47T235 46T245 46H276V0H267Q249 3 140 3Q37 3 28 0H20V46H36Z"></path>
</defs>
<g stroke="currentColor" fill="currentColor" stroke-width="0" transform="matrix(1 0 0 -1 0 0)">
<use xlink:href="#E1-MJMAIN-66"></use>
<g transform="translate(311,0)">
<text font-family="STIXGeneral,'Arial Unicode MS',serif" font-style="" font-weight="" stroke="none" style="font-family: monospace" transform="scale(71.759) matrix(1 0 0 -1 0 0)">ü</text>
</g>
<use xlink:href="#E1-MJMAIN-72" x="920" y="0"></use>
</g>
</svg>

Da scheint der Umlaut erst im Browser generiert zu werden mit Hinweis auf eine font-family, während die anderen Zeichen schon vom renderer in Kurven aufgelöst werden.--Alturand (Diskussion) 07:52, 5. Dez. 2016 (CET)

Ist das ein Punkt für die community wishlist 2017 (hoffentlicher Nachfolger von Meta: 2016 Community Wishlist Survey Meta) oder gar ein bug? Zumindest scheint mir das softwaretechnisch nicht optimal gelöst zu sein. --Blauer elephant (Diskussion) 11:05, 5. Dez. 2016 (CET)

Es ist mit Sicherheit ein Bug. <math>\text{für}</math> sollte so

https://upload.wikimedia.org/math/1/c/d/1cd86f5f9ca8d116a34a85a07023ca39.png

aussehen. Es sieht aber bei einigen so

https://wikimedia.org/api/rest_v1/media/math/render/svg/2d52c948c4d163661f7ebf6ebda1812f4bcb0c82

aus. Das kann nicht gewollt sein.

Alturand ist wohl auf der richtigen Färte. Es stimmt was mit den Fonts nicht.

Meine persönliche Behelfslösung ist, was ich schon seit langem aus verschiedenen anderen Gründen gemacht habe, png-only in den Voreinstellungen zu aktivieren.

--Boehm (Diskussion) 14:35, 5. Dez. 2016 (CET)

Hmm...da versteh ich den Präsentationslayer der Wikisoftware nicht gut genug, insbesondere welche Komponente oder welches Skript (server oder clientseitig) jetzt eigentlich entscheidet, ob der Link zum PNG oder zum SVG eingesetzt wird -spricht eigentlich überhautp irgendwas für das SVG?. Dass im SVG der Text bereits in Kurven aufgelöst wird, erscheint mir jedenfalls sinnvoll - dass da drin einzelne Zeichen erst vom SVG-Browser durch eine auf dem Client installierte Font gezeichnet werden, ist mindestens inkonsistent.--Alturand (Diskussion) 23:16, 5. Dez. 2016 (CET)

oops, noch ein Nachtrag: "(empfohlen für moderne Browser und Barrierefreiheitswerkzeuge)" kommt mir aber auch wieder komisch vor, wenn im SVG dann der Text als Kurven vorliegt. Liest mir dann der Browser: "..Emm dreiundsechzig sechsundvierzig haa fünfzig Kuh neunundachtzig.." statt "eff ühh err" vor? "Für" wäre irgendwie barrierefreier!--Alturand (Diskussion) 23:20, 5. Dez. 2016 (CET)

Das wären also 3 Probleme:

1. das SVG mischt im gleichen Wort/Text Elemente die serverseitig gerendert wurden mit solchen die clientseitig gerendert werden, was nur dann gut funktioniert, wenn der Client dieselben Fonts verwendet wie der Server. Die PNGs sind ok.
2. die MathML Einstellung liefert manchmal das SVG und manchmal das PNG aus
3. MathML ist für Barrierefreiheit empfohlen, produziert aber nichts barrierefreies.--Alturand (Diskussion) 22:33, 6. Dez. 2016 (CET)

Anmerkung zu 2: Ich habe bei mir png-Darstellung bevorzugt eingestellt. Daher bekomme ich ein png-Bild der Formel dargestellt. Es ist also kein Zufall wann was dargestellt wird, sondern hängt von den Voreinstellungen ab. Unglücklicherweise bekommen unangemeldete Benutzer die kaputten Formeln zu sehen.

--Boehm (Diskussion) 11:28, 7. Dez. 2016 (CET)

Zumindest bei Dir ist es kein Zufall - ich wähle "MathML mit SVG oder PNG" aus - und bekomme SVG.--Alturand (Diskussion) 11:32, 7. Dez. 2016 (CET)

Der vorgeschlagene Workaround, PNG zu verwenden, sah lange Zeit vielversprechend aus, hat allerdings das Problem, dass einige (neuere) Ausdrücke in LaTex wie z. B. \ooint vom PNG Renderer nicht verarbeitet werden (s. Diskussion:Elektrische Ladung, Spezial:Diff/161310127/161310651) --Alturand (Diskussion) 12:18, 7. Jan. 2017 (CET)

Danke Alturand für den Hinweis. Im Endeffekt zeigt sich, dass das Rendern von mathematischen Formeln noch immer nicht ausgereift ist und es letztendlich viele Baustellen gibt. Schade, dass dem Ausbau einer konsistenten Latex- bzw. Render-Umgebung so wenig Priorität zugestanden wird. --Boehm (Diskussion) 18:07, 20. Jan. 2017 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 17:28, 29. Dez. 2017 (CET)

Warnmeldung bei IP-Sperre

Wie ich kürzlich mitbekommen und selbst nachvollzogen habe, bekommt jemand, dessen IP-Adresse global gesperrt ist, einen solchen Warnhinweis (Ausschnitt):

„Du kannst NN kontaktieren, um die Sperre zu diskutieren. Du kannst nicht die Funktion „E-Mail an diesen Benutzer“ benutzen, bis du eine gültige E-Mail-Adresse in deinen Benutzerkonteneinstellungen angegeben hast und du nicht daran gehindert wirst, diese Funktion zu verwenden.“

Das ist in den meisten Fällen wenig bis gar nicht hilfreich, vor allem wenn der Betroffene auch noch am Anlegen eines Benutzerkontos gehindert wird. Gäbe es die Möglichkeit, in den Warntext eine sinnvollere Kontaktmöglichkeit einzubauen, beispielsweise info-de@wikipedia.org o.ä.? Grüße  _hugarheimur 19:02, 3. Sep. 2016 (CEST)

Ich denke stewards[at]wikimedia[dot]org ist da die richtige Adresse, wenn es um Aktionen von Stewards geht. Wenn jemand nen Konto angelegt bekommt, und es nicht nutzen kann, weil er dennoch gesperrt ist, ist das auch blöd. Viele Grüße, Luke081515 20:11, 3. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 15:57, 30. Nov. 2018 (CET)

Geschütztes Leerzeichen

Auf Wikipedia:Typografie#Leerzeichen steht, man solle   verwenden, wenn man etwa „z. B.“ trennen möchte. Trifft dies noch auf die aktuelle "Wiki-Version" zu? Oder reicht da inzwischen ein "normales" Leerzeichen?   stört so manchen Quelltext-Autor ... Grüße --Brackenheim 18:38, 30. Nov. 2016 (CET)

Ein „normales“ Leerzeichen ist kein geschütztes Leerzeichen. Wenn die Wikitext-Editoren technisch in der Lage sind das geschützte Leerzeichen direkt als Unicodezeichen U+00A0 zu verarbeiten, dann wäre das die lesbarere Form für den Quelltext. --Fomafix (Diskussion) 19:29, 30. Nov. 2016 (CET)

Die Frage von Brackenheim ist nicht unberechtigt, denn mit dem Leerzeichen beim %-Zeichen wurde das ja bereits gemacht. Man müsste (einfach?) mal eine konkrete Anfrage bei Wikimedia machen. PS: Evtl. hat Fomafix sich etwas undeutlich ausgedrückt, denn die die "Wikitext-Editoren" können Unicode-Zeichen verarbeiten. ↔ Benutzer: Perhelion 19:50, 30. Nov. 2016 (CET)

1. In den letzten anderthalb Jahrzehten gab es auf diesem Feld keinerlei Bewegung.
   • Der angesprochene Text ist somit unverändert aktuell.
2. Die Angelegenheit Wikipedia:Typografie/Automatische Leerzeichen stagniert, und ich habe auch nicht den Eindruck, dass sich irgendjemand darum kümmern würde.
3. Alle in der Textdarstellung unsichtbar/unauffällig erscheinenden Zeichen müssen für die Bearbeiter im Quelltext und im VE sichtbar und unterscheidbar sein.
   • Die Bearbeiter müssen erkennen können, an welchen Stellen welche Zeichen vorhanden sind, und welche Auswirkung sie hätten.
   • Aus diesem Grund scheiden auch U+00A0 aus; bzw. es wäre völlig egal, ob als UCS oder wie derzeit HTML-Entity – wenn es an irgendeiner Stelle ein Zeichen gibt, das kein normales ASCII-Leerzeichen oder ein nullbreites Zeichen ist, dann müssen alle Bearbeiter mit jeder Software-Umgebung und jedem Browser sehen können, welches Zeichen an welchen Stellen vorhanden ist, und ein U+00A0 müsste für alle Bearbeiter in jedem Browser in gleicher Weise erkennbar gemacht werden.
   • Die Zeichen mit verborgener Nebenwirkung werden ansonsten kreuz und quer durch den gesamten Text kopiert und lösen unvermutet rätselhafte, unbeabsichtigte und unerwünschte Nebenwirkungen aus. Und jeder Bearbeiter würde ansonsten bei jeder Bearbeitung erneut ein geschütztes Leerzeichen zwischen z. und B. setzen müssen, weil man ansonsten nicht sehen könnte, dass dort ja bereits vorher ein geschütztes Leerzeichen vorhanden war.
4. Solange also im Quelltext Zeichen mit besonderer Kodierung eingestreut werden, muss das also auch weiterhin mittels HTML-Entity sichtbar gemacht werden.
   • Nur wenn ohne zusätzliche Zeichen im Quelltext nachträglich in das generierte Dokument formatierungswirksame Elemente eingebracht werden, können die HTML-Entities entfallen.

VG --PerfektesChaos 20:24, 30. Nov. 2016 (CET)

Danke Euch für die schnellen Antworten! Verstehe ich es also richtig, dass man z. B. bei solchen Änderungen das geschütze Leerzeichen doch nicht braucht und ein "normales" ausreicht? Grüße Brackenheim 11:12, 1. Dez. 2016 (CET)

Noch ist es nötig ein geschütztes zu verwenden. Käme man mit dem Automatismus weiter, wäre es unnötig, so wie schon jetzt vor dem % --Diwas (Diskussion) 11:52, 1. Dez. 2016 (CET)

Danke ;-) Der Automatismus wird wohl noch einige Zeit dauern ... Gruß, --Brackenheim 12:24, 1. Dez. 2016 (CET)

Wer Interesse hat: Auf Wikipedia_Diskussion:Typografie#Anwendung_gesch.C3.BCtzter_Leerzeichen findet eine Diskussion statt, inwiefern es sich durchsetzen lässt, dass man auf de.wiki Leerzeichen einfügt bzw. einfügen darf. --Brackenheim 17:02, 2. Dez. 2016 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 15:57, 30. Nov. 2018 (CET)

Eine Einstellung für alle Acc (Global Settings)

Hallo, hat zufällig jemand ein Code-Snippet für eine solche Funktion? Z.B. Die Sprach-Einstellung (oder Visual-Editor aus) für alle Benutzerkonten zu setzen und zu speichern? ↔ Benutzer: Perhelion 22:29, 17. Mär. 2016 (CET)

• Ich hatte mal ein Konzept für ein solches Gadget, bin aber aus Zeitmangel nicht dazu gekommen.
• Du kannst:
  1. Benutzer:PerfektesChaos/js/preferencesGadgetOptions #Installation laden.
  2. In die Callback-Funktion schreibst du rein, dass gemäß Wikipedia:JS/V #Benutzerkonfiguration mw.user.options.get("language") mit de verglichen werden solle, usw.
  3. Wenn das nicht den gewünschten Wert hat, kannst du preferencesGadgetOptions.string() zum Setzen benutzen.
  4. Was für Zeichenketten du bei logischen und numerischen Einstellungen verwenden müsstest, darfst du selbst herausfinden. Keine Ahnung; wenn du schlauer geworden bist, schreib es auf. "" neutralisiert vermutlich.
  5. Die ganze Installations-Aktion hüllst du in eine Abfrage auf wgNamespaceNumber (===2) und wgTitle (dein Nick), so dass es nicht auf jeder, sondern nur auf deiner Benutzerseite gestartet wird. Damit kannst du einmalig initialisieren und gelegentlich auch spätere Veränderungen propagieren.
  6. Für andere Benutzer kannst du eine Trennung in Programm und Daten vornehmen und ein konfigurierbares Objekt mit Eigenschaftsnamen und Sollwerten an ein neues Gadget übergeben, das dann die Analyse und Zuweisung für beliebige Eigenschaften ausführt.

Viel Spaß --PerfektesChaos 12:14, 18. Mär. 2016 (CET)

Wow* danke, da war ich wohl sehr naiv mit Snippet (deswegen habe ich jetzt auch nicht direkt nach einem Script gesucht). Ich teste mal morgen (wenn ich's schaffe). PS: Spontan habe ich jetzt nur einen Typo im Installtions-Code bemerkt, ein ] zu viel (die jshint tatsächlich nicht muckiert). ↔ Benutzer: Perhelion 15:15, 18. Mär. 2016 (CET)

• Eiwei; letzteres ist ja peinlich und noch von irgendwas übriggeblieben. Natürlich veröffentliche ich jshint-geprüft, verwende selbst den angegebenen Code aber niemals.
• Du kannst auch in der enWP gucken, vielleicht hat da schon jemand was.
• Vielleicht will oder muss man mal zu Testzwecken eine Einstellung ändern; da wäre es fies, wenn die beim Aufbau jeder beliebigen Seite sofort zurückgesetzt würde.
• Ein MW-Projekt zu sowas scheiterte daran, dass es absolut nicht wünschenswert wäre, auf jedem SUL-Wiki identische Konfigurationen für alles zu haben; Heimatwikis sind anders konfiguriert als Meta oder MW oder testwiki oder irgendein zufällig mal besuchtes Wiktionary. Also kann das nur für bestimmte Eigenschaften gelten, und ggf. braucht man zu jeder Eigenschaft noch eine Ausnahmeliste mit DB-Namen, wo das ignoriert werden soll.

LG --PerfektesChaos 15:48, 18. Mär. 2016 (CET)

Ein Button "diese Einstellung global übernehmen" würde schon viel helfen. Wer Ausnahmen will, kann diese danach einstellen oder den Knopf nicht nutzen. Besser noch: "diese Einstellung global übernehmen, sofern eine Einstellung nicht vom lokalen Standardwert abweicht". Wäre sicher einfach einzubauen und würde so viel helfen... --mfb (Diskussion) 22:50, 18. Mär. 2016 (CET)

• Das schreibst du so locker-flockig dahin; aber die Konsequenzen wären nicht trivial, und deshalb wurden diese Vorschläge bislang alle abgelehnt.
• Nehmen wir mal an, es gäbe so eine globale Preferences-Seite. Alles, was dort als Vorgabe markiert ist, solle sich so auf die lokalen Wikis auswirken. Das kann auf eine von drei Arten geschehen:
  • Die globale Einstellung hat den unbedingt verpfichtenden Wert.
    • Die lokale Einstellung für diese Option ist dann grau, festgelegt. Kein lokales Wiki kann sie ändern.
    • Man will aber in seinem Heimatwiki und einigen häufig besuchten Arbeitswikis (deWP, Commons, Wikidata, deWikisource) abweichende Einstellungen haben; für Beo und Echo und alles. Fremde Wikis sollen Echo per Mail, das Heimatwiki soll niemals mailen. Manches hängt von Sprache oder Schrift ab.
    • Gadgets sind sowieso ein lokales individuelles Angebot.
    • Jedoch soll in nur selten und zufällig besuchten Wikis das globale Schema gelten.
    • Maximal für die Sprache der Benutzeroberfläche würde eine solche globale Vorgabe sinnvoll sein. Die kann man dann aber nirgendwo noch in die lokale Sprache ändern, um sich mit jemand auszutauschen, wie bestimmte Menüfelder heißen.
  • Die globale Einstellung kann lokal überschrieben werden.
    • Dann haben die Checkboxen keine zweiwertige Logik ja/nein mehr, sondern eine dreiwertige:
      1. Lokal definitiv JA
      2. Lokal definitiv NEIN
      3. Verwende den momentanen Wert von GLOBAL (Vorgabe).
    • Statt einer Checkbox mit Häkchen muss dann eine Optionsliste mit den drei möglichen Werten angeboten werden.
    • Bei Zeichenketten wie der Sprachauswahl wird es noch komplizierter.
      • Wenn ich lokal aus irgendeinem Grund de-CH eingestellt habe und eine Stunde später klicke ich global auf de für alle; soll dann auch mein de-CH umgeschaltet werden, oder soll meine lokale Auswahl bleiben?
      • Wenn ich nach der globalen Vorgabe später lokal setze, soll aber die lokale Auswahl bis auf Weiteres gelten.
  • Die globale Einstellung gibt nur für alle Wikis, auf denen ich schon mal war, den Momentanwert vor; setzt ihn jetzt einmalig unbedingt auf diesen Wert zurück.
    • Dann schrottet es meine vier Arbeitswikis.
    • Wenn ich noch nie auf diesem Wiki gewesen bin, dann soll statt der MW-Vorgabe meine globale Einstellung die Vorgabe sein. Okay, wäre nett.
• Resultat der Beratungen war, dass es kaum Einstellungen gibt, von der Oberflächensprache abgesehen, für die man solche globalen Einstellungen problemlos auf alle lokalen Wikis übertragen kann, oder die Standardeinstellungen von MW treffen es sowieso und man braucht lokal kaum was zu verstellen.
  • Das resultierende Verhalten wäre kryptisch, konfus und unflexibel.
  • Kaum jemand würde ein solches Feature benutzen wollen, mit dem man sich die lokalen Konfigurationen unvorhersagbar wieder zerschießt, und breiten Bedarf gibt es auch nicht.
  • Lohnt den Aufwand nicht.

VG --PerfektesChaos 11:33, 24. Mär. 2016 (CET)

Was du da beschreibst, wäre alles viel komplizierter als die beiden von mir beschriebenen Optionen, die sehr viel helfen würden. Es ist keine globale Einstellung nötig, eine globale Seite die lokale Einstellungen ändern kann (wie oben beschrieben) wäre völlig ausreichend. --mfb (Diskussion) 20:48, 24. Mär. 2016 (CET)

Inzwischen durch MediaWiki implementiert. --PerfektesChaos 00:48, 14. Feb. 2019 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 00:48, 14. Feb. 2019 (CET)

Sonderzeichen

Hat jemand für dieses Problem "gefallen" eine Lösung?--Ekkehart Baals (Diskussion) 18:51, 23. Okt. 2016 (CEST)

Problem hat sich gelöst --Crazy1880 21:59, 8. Jun. 2019 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Crazy1880 21:59, 8. Jun. 2019 (CEST)

Fehlerhafte Darstellung bei Transklusion von Seiten mit Spezial:Änderungen an verlinkten Seiten

Siehe auch: WP:VWS#Fehlerhafte Darstellung bei Transklusion von Seiten mit Spezial:Änderungen an verlinkten Seiten

Die Einbindung der Seiten Wikipedia:WikiProjekt Amateurfunkdienst/Ungesichtete_Änderungen und Wikipedia:WikiProjekt Amateurfunkdienst/Letzte Änderungen führt zu einer fehlerhaften Darstellung von Spezial:Änderungen an verlinkten Seiten auf der Seite Wikipedia:WikiProjekt Amateurfunkdienst/Inhalt, in welcher Erstere eingebunden sind. Alle Einbindungen von Seiten mit Spezial:Änderungen an verlinkten Seiten werden auf Wikipedia:WikiProjekt Amateurfunkdienst/Inhalt angezeigt wie die Einbindung von Wikipedia:WikiProjekt Amateurfunkdienst/Letzte Diskussionen, welche dort ebenfalls eingebunden ist. Auf den beiden erstgenannten Seiten selbst funktioniert Spezial:Änderungen an verlinkten Seiten jedoch einwandfrei. Getestet mit verschiedenen Browsern und Cache leeren. Habe ich irgendetwas übersehen bzw. kennt jemand die Ursache für dieses Problem? Danke. --vy 73 de Ptolusque AFu • ☑ 23:30, 28. Aug. 2016 (CEST)

Ist wohl ein Softwarebug. Hat nichts mit Vorlagen zu tun, die gleiche Spezialseite doppelt mit verschiedenen Parametern direkt einzubinden ergibt das gleiche merkwürdige Verhalten. Die ungesichteten Seiten können je nach Reihenfolge einzeln erscheinen, aber die anderen beiden sind immer gleich, egal in welcher Reihenfolge. --mfb (Diskussion) 19:20, 30. Aug. 2016 (CEST)

{{Spezial:Änderungen_an_verlinkten_Seiten|days=90|target=Portal:Amateurfunkdienst/Artikelliste|limit=6}}

{{Spezial:Änderungen_an_verlinkten_Seiten|days=90|target=Portal:Amateurfunkdienst/Artikeldiskussionsliste|limit=4}}

{{Spezial:Änderungen an verlinkten Seiten|days=90|namespace=0|target=Portal:Amateurfunkdienst/Artikelliste|hideReviewed=1|limit=6}}

Ich habe mal mit gerrit:308144 einen Software-Änderungs-Vorschlag gemacht. Mal schauen, ob das so angenommen wird. Der Umherirrende 12:00, 2. Sep. 2016 (CEST)

@Umherirrender: Danke! Scheint ein globaler MediaWiki Bug zu sein. Nach gerrit:281174 ist der Bug auch bei anderen specialpages, die multipel inkludiert sind zutreffend. Gruß --vy 73 de Ptolusque AFu • ☑ 18:18, 2. Sep. 2016 (CEST)

 Info:: phab:T132545 Multiple special page transclusions all display the same as the first transclusion present --vy 73 de Ptolusque AFu • ☑ 19:19, 26. Sep. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 11:08, 10. Jun. 2019 (CEST)

Einzelnachweise im Bild

Hallo zusammen, im IE 11 bei 1920x1200 Pixeln laufen in Stallegger Tanne die Nummern der Einzelnachweise ins Bild hinein, auch nach Abmeldung. Ist das Verhalten schon bekannt? Gruß, --Flominator 13:42, 25. Nov. 2016 (CET)

Moin Moin Flominator, ich habe mir das Problem mal angeschaut, kann aber kein Problem feststellen. Bild ist links und mit etwas Abstand kommen die Einzelnachweise, auch in 1920x1200 Pixeln. Magst du das gegenprüfen, dann können wir diesen Abschnitt hier beenden. mfg --Crazy1880 22:01, 8. Jun. 2019 (CEST)

Danke fürs Nachschauen. Ich bekomme es auch nicht mehr reproduziert, daher

Archivierung dieses Abschnittes wurde gewünscht von: --Flominator 09:24, 17. Jun. 2019 (CEST)

Shared tabular data storage for Commons!

CCing from commons, please participate there as this will be a cross-wiki shared feature. Please translate.

During the last hackathon I created a new on-wiki tabular storage described in T120452, similar to CSV and TSV formats. It allows any user to create a page, e.g. "Data:List of interesting facts.tabular" (demo), and keep it as a table, rather than wiki text. Tabular storage allows strings, numbers, Booleans (true/false), and "localized strings" – a string that has different value depending on the language. Additionally, tabular data stores metadata, such as description (localized) and license. More metadata can be added as needed.

Tabular storage greatly simplifies storing data for lists, tables, and graphs. Graphs may directly access tabular data, and on-wiki tables and lists can be created by using simple Lua scripts. This storage is fundamentally different from Wikidata, because it works with "blobs" (batches) of data, whereas Wikidata works with tiny "facts". Wikidata technology is simply not suited for large storage such as the list of the most expensive paintings, the shoe size comparisons table, or data to plot Moscow Metro expansion graph.

After a long discussion, it seems Commons is the best fit for such data. Commons community already has good experience with international multi-licensed content. The current proposal is to create the data namespace on Commons, and use it from all of the wikis.

Feel free to experiment with it at http://data.wmflabs.org/wiki/Data:Sample.tabular. Note that you can view it with different languages, e.g. http://data.wmflabs.org/wiki/Data:Sample.tabular?uselang=fr

Technical notes: When storing, the data is validated and stored as JSON, so there are no delimeter problems common to the traditional CSV/TSV files. At this point, the wiki editor shows tabular data as a JSON, but very soon I hope to have a CSV/TSV editor to simplify copy/pasting, and afterwards – a full scale spreadsheet table editor. Eventually, I would also like to implement Q number support, allowing direct links to Wikidata. --Yurik (Diskussion) 23:10, 19. Apr. 2016 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: PerfektesChaos 16:43, 19. Dez. 2019 (CET)

Interaktive Karten auf Wikipedia

Screenshot einer eingebettet interaktiven Karte.

Hallo,

Das „interaktive“ Team der Wikimedia Foundation möchte die <mapframe> Funktion für interaktive Karten zu diesem Projekt aktivieren.

Diese neue Funktion ermöglicht es den Editoren, interaktive Karten in jede Wiki-Seite einzubetten. Diese Funktion ähnelt der <maplink> Funktion; aber anstelle eines Links zu einer Karte, die in einem Fenster geöffnet wird, sehen Sie ein schön formatiertes Bild der Kartendarstellung. Dieses Bild kann durch Klicken mit ihm interagiert werden.

Videos, die diese Funktionen demonstrieren, können auf Commons gefunden werden. [5] [6]

Die <mapframe> in Vorlagen und andere mehr technische Implementierungen. Die <mapframe> Funktion kann mit anderen Projekten (wie der Sandkasten auf Mediawiki.org) experimentiert werden, um die Funktion zu erleben und Reaktionen zu geben.

Wir möchten diese Funktion von Anfang bis Mitte Januar aktivieren, wenn wir die Unterstützung der Community hier haben. Bitte informieren Sie uns über irgendwelche Gedanken oder Interessen.

Vielen Dank für deine Zeit. CKoerner (WMF) (Diskussion) 23:40, 12. Dez. 2016 (CET)

Topografie --kogo (Diskussion) 23:18, 13. Dez. 2016 (CET)

erstmal ist es gut, wenn das Feature aktiviert wird. Ob es dann genutzt wird, ist ja nochmals eine andere Frage. Meine Punkte

• In Polnähe bietet Kartographer keinen Ersatz für die bisher verwendeten Postionskarten, vergleiche [[7]] (dort den Link folgen) und Südpol / Lage der verschiedenen Südpole. An einigen Stellen (z.B. Infoboxen) wird nicht nach Breitengradregionen unterschieden, d.h es würde die Einsetzbarkeit von Kartographer erst ermöglichen, wenn in den Polregionen die entsprechenden Projektionen verwendet würde und nicht die dort unsinnige (vermutlich) Zylinderprojektion.
• Kartographer unterstützt keine beliebigen labels, nur einfache ASCII-Zeichen.
• In WP:de werden je nach Anwendungsfall politische oder topographische Karten (relief) eingesetzt. Um das abzubilden bräuchte Kartographer eine Möglichkeit das zu steuern und je nach Kontext andere Basis-Kartentypen einzublenden bzw. einen einfache Umschaltmöglichkeit in der Karte selbst.
• generell die Diskussion Hilfe Diskussion:Kartographer beachten.
• Ich denke, dass ob er Komplexität der Schnittstelle eine direkte Einbindung in Artikel in WP:de eher nicht gewünscht ist.
• @CKoerner (WMF): I hope you understand the German here.

lg --Herzi Pinki (Diskussion) 01:03, 16. Dez. 2016 (CET)

Ja, mein Deutsch ist nicht so gut, aber ich verstehe. Ich warden lasse die Gruppe Ihre Bedenken wissen. Vielen Dank! CKoerner (WMF) (Diskussion) 16:09, 16. Dez. 2016 (CET)

Gibt es einen neuen Zeitplan? Mit 27. 1. ist <mapframe> nicht aktiviert. lg --Herzi Pinki (Diskussion) 02:25, 27. Jan. 2017 (CET)

IIUC beißt sich <mapframe> mit Flagged Revisions; vgl. phab:T153158. --Tim Landscheidt 08:12, 3. Feb. 2017 (CET)

User:CKoerner (WMF): Any news on this? --тнояsтеn ⇔ 09:30, 11. Dez. 2017 (CET)

тнояsтеn I wish I had more to tell you. Leadership at the foundation is investigating what it would take to better support Maps. I hope to have more information early in the new year. CKoerner (WMF) (Diskussion) 22:58, 15. Dez. 2017 (CET)

User:CKoerner (WMF), it's 2019 and it seems nothing happened... Hilfe Diskussion:Kartographer#Aktivierung von Mapframe points to phab:T138057. Any WMF activities on this topic? --тнояsтеn ⇔ 08:28, 20. Feb. 2019 (CET)

тнояsтеn, A little update. We now have a few folks keeping the maps infrastructure running and responding to bug reports. However the issue with flagged revisions persists. I'll ask if there's more information on the task. CKoerner (WMF) (Diskussion) 00:00, 21. Feb. 2019 (CET)

Archivierung dieses Abschnittes wurde gewünscht von --Wetterwolke (Diskussion) 00:43, 22. Okt. 2022 (CEST), seit juni 2022 verfügbar

insource:/\)\|\]\]/

Gemeldet in Phabricator
Task T4700

Als Beispiel: [[Donald Mackay]] wird mit [[Donald Mackay (Chemiker)|]] ersetzt. Das [[Donald Mackay (Chemiker)|]] wird beim Speichern normalerweise zu [[Donald Mackay (Chemiker)|Donald Mackay]]. Funktioniert aber nicht in Referenzen, siehe Spezial:Diff/157864615. Kann man diesen Bug mal fixen? --Informationswiedergutmachung (Diskussion) 15:08, 17. Okt. 2016 (CEST)

Bereits lange bekannter Bug, siehe phab:T4700 und gerrit:272916. -- hgzh 15:13, 17. Okt. 2016 (CEST)

(BK)

Das ist schon seit einem Dutzend Jahren so; oder seit es die jeweiligen Extensions gibt.

Siehe H:L#Pipe-Trick

Grund: In einer Extension erfolgt kein Reparsing des Wikitextes mehr, und der Pipe-Trick war schon vorher dran gewesen.

Abhilfe: Vorschau benutzen, oder wenigstens nach dem Speichern noch mal drübergucken; so auch Spezial:Diff/155228444 Spezial:Diff/155727135 Spezial:Diff/157814009 Spezial:Diff/158200970 Spezial:Diff/158493844.

@Flominator: FYI qed

VG --PerfektesChaos 15:18, 17. Okt. 2016 (CEST)

Das weiß ich mittlerweile selber. Aber diese Arbeitserleichterung war vor einiger Zeit sogar mal Tipp des Tages. Man sollte den Bug mal langsam abstellen - es wird mehr werden und die wenigstens der Fehler sind von mir. Übrigens: nettes Nerd-Kauderwelsch: In einer Extension erfolgt kein Reparsing des Wikitextes mehr, und der Pipe-Trick war schon vorher dran gewesen. :) --Informationswiedergutmachung (Diskussion) 15:30, 17. Okt. 2016 (CEST)

Ach ja: 64 Subscribers seit 2005 und nüschts geht? Wem muss man das Hinterteil denn nun abknutschen, dass dieser Uraltbug mal bearbeitet wird? --Informationswiedergutmachung (Diskussion) 15:32, 17. Okt. 2016 (CEST)

1. Ich kann nichts dafür, dass jemand solch brisantes Zeugs auch noch zum Tdt macht.
2. Mir wäre es lieber, dass auch auf der Hilfeseite nicht für sowas Reklame gemacht werden würde.
3. Bei den Extensions wird der Inhalt zwischen den H:Tags herausgeschnitten, von dieser intern verarbeitet und das Resultat hinterher in die ansonsten fertige Wiki-Seite einkopiert. Alles, was ansonsten noch auf der Seite passiert, bekommt eine Extension grundsätzlich nicht mit, so auch nicht diesen gefährlichen Trick. Aussicht darauf, dass sich hieran etwas ändert, gibt es wenig, weil der Pipe-Trick zum Kern gehört und die Extension eben gerade außerhalb des Kerns liegt und ihr eigenes Ding macht. Die Architektur der Seitenaufbereitung wird zwar in diesen Jahren grundlegend umprogrammiert, aber das betrifft nur den Kern.

VG --PerfektesChaos 15:39, 17. Okt. 2016 (CEST)

Muß man als Technik-Nerd, der ich bin, irgendwie nicht verstehen. Ich verstehe es auch nicht wirklich, aber das man sowas 11 (!) Jahre nicht in den Griff bekommt... Nun ja. Kein echtes Ruhmesblatt für die Wikipedia... --Informationswiedergutmachung (Diskussion) 15:46, 17. Okt. 2016 (CEST)

Eher für MediaWiki. Auch wenn man es schaffen würde diesen Bug zu fixen, würde das viele Seiteneffekte haben, die dann wieder als Bug aufgenommen werden sollen, obwohl es Features sind. Alle Tags (also alles mit spitzen Klammern was nicht HTML ist) wird identisch verarbeitet, aber bei pre oder nowiki will man vielleicht kein Pipe-Trick, da sie die Texte so darstellen sollen wie man sie übergeben hat. Man muss also Sachen die identisch behandelt werden, so trennen das es weiterhin das gewünschte Ergebnis liefert. Diesen Fix muss man dann noch ganz tief ins Herzstück der Wikitext-Verarbeitung platzieren. Da traut sich keiner der Freiwilligen dran und den bezahlten ist es vielleicht auch zu heikel. Der Umherirrende 18:49, 17. Okt. 2016 (CEST)

@Leyo: Zur Kenntnisnahme. MfG --Informationswiedergutmachung (Diskussion) 18:55, 17. Okt. 2016 (CEST)

Von den ursprünglich 70 Treffern sind nun bis auf 19 (zumeist in Kommentaren) alle gefixt. --Leyo 22:25, 17. Okt. 2016 (CEST)

Ich versuche mal noobverständlich zu formulieren, was das Problem ist, weil ich's bis eben auch noch nicht verstanden hatte und einen ganz offensichtlichen Vorschlag machen wollte: Wenn der Benutzer auf "Änderungen speichern" drückt wird der Artikelquelltext an den Server gesendet. Dort wird dann der Pipe-Trick (genauso wie {{subst:) schon aufgelöst, und erst danach die Seite gespeichert. Wenn die Seite danach aufgerufen wird, liest der Server die gespeicherte Seite und verarbeitet die ganze restliche Wikisyntax, also u.A. Vorlagen, solche Tags wie <ref>, <gallery> oder <math>, und die Links selbst. --nenntmichruhigip (Diskussion) 21:21, 17. Okt. 2016 (CEST)

Du hast schon ein Beispiel geliefert warum man nicht einfach subst und pipe-Trick vor dem Speichern auflösen kann. Nowiki würde nicht mehr funktionieren. Aus diesem Grund wird bereits vor dem Speichern (bzw. vor dem pst - pre-save-transform - "Vor-Speichern-Umwandlung") die Tags interpretiert und das führt zu diesem Ergebnis. Der Umherirrende 22:08, 17. Okt. 2016 (CEST)

Oh, stimmt, ich habe beim Schreiben ein paar Sätze vergessen :-) Ich versuche mal sie noch zu retten, wird jetzt evtl leider nicht ganz so noobfreundlich. --nenntmichruhigip (Diskussion) 22:22, 17. Okt. 2016 (CEST)

Die Inhalte der Mediawiki-Tags müssen bei der Transformation vor dem Speichern ignoriert werden, weil es bei deren Inhalt sehr wahrscheinlich ist, dass er anders interpretiert werden muss (z.B. <nowiki>, <math>). Wenn dann beim verarbeiten der restlichen Wikisyntax die Mediawiki-Erweiterung, die für die Verarbeitung dieser Tags zuständig ist, sagt "übersetze mir diesen Quellcode" wird er genauso verarbeitet wie der sonstige Quellcode nach dem Speichern. --nenntmichruhigip (Diskussion) 22:22, 17. Okt. 2016 (CEST)

Könnte man das Auflösen der |]] nicht vor dem Speichern clientseitig über Javascript lösen? --Flominator 13:18, 18. Okt. 2016 (CEST)

• Klar, einfach WSTM anklicken.
• Die Analyse ist allerdings hochkomplex, muss nowiki, syntaxhighlight und HTML-Kommentare sowie Vorlagensyntax berückschtigen. Mal so eben regexpen wird nix.

LG --PerfektesChaos 13:46, 18. Okt. 2016 (CEST)

Die Cirrus-Suche im Titel ergibt nun wieder 202 Treffer. Wäre die periodische Korrektur vielleicht eine für einen Bot zu bewältigende Aufgabe? --Leyo 10:27, 2. Nov. 2020 (CET)

Hmm … ist eine interessante Sache. Wenn niemand ein Veto einlegt, dann mach ich das. Einschränkungen:

* Wenn das innerhalb eines Kommentars steht --> Nein

* Wenn zwischen der korrespondierenden [[ und ]] ein nowiki, ein "<" oder ">" (Kommentar-Beginn/Ende bzw. ref, Tag), ein Anker (#), geschlungene Klammern oder noch ein weiteres Pipe-Zeichen steht --> Nein

* Nur im ANR.

--Wurgl (Diskussion) 12:13, 2. Nov. 2020 (CET)

Danke fürs Angebot, hört sich prima an! --Leyo 13:32, 2. Nov. 2020 (CET)

Noch zwei Einschränkungen:

* Der Link muss existieren, siehe Spezial:Diff/205132941 oder wenigstens ein Rotlink sein, der von wo anders verlinkt ist (siehe: Rotlink "Harald Ludwig (Erziehungswissenschaftler)" in Montessoripädagogik)

* und darf kein Link auf eine Kategorie sein, dort gibts auch ein paar Treffer.

sonst: Das Ding macht diese Nacht mal ein paar zum Ausprobieren, Trockentest sieht jedenfalls gut aus.

Und grob die Hälfte der Treffer ist innerhalb eines Kommentars. --Wurgl (Diskussion) 15:36, 2. Nov. 2020 (CET)

Auch diese Einschränkungen machen Sinn. Die Testedits von APPERbot von heute Nacht ab 02:24 sehen alle gut aus. --Leyo 17:21, 3. Nov. 2020 (CET)

Morgen ist er durch. Eventuell erweitere noch um die 5 Treffer bei "insource:/\[[^]:]*\)\| \]\]/", wobei ich gerade eine Trickserei bei der Vorlage Infobox Fluss sehe. Beispiel: Kinzig (Main), die Zuflüsse mit "(ausgeblendete Namen)". Dieses Konstrukt "| ]]" verhindert die Anzeige. Mal sehen. --Wurgl (Diskussion) 08:44, 4. Nov. 2020 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:12, 22. Mai 2024 (CEST)