Dies ist ein Archiv der Seite Wikipedia:Fragen zur Wikipedia. Es enthält alle Abschnitte, die in der Kalender-Woche 29 im Jahr 2017 begonnen wurden.
Verwende für eine aktuelle Frage zur Wikipedia bitte nur die aktuelle Seite. Setze in deine Frage ggf. einen Verweis auf den Diskussions-Abschnitt, den du wieder aufgreifen möchtest. So wird’s gemacht: [[Wikipedia:Fragen zur Wikipedia/Archiv/2017/Woche 29#Abschnittsüberschrift]]
Hallo zusammmen, kennt jemand ein Werkzeug mit dem ich mehrer Bilder möglichst einfach kategorisieren kann. Das heißt ich hab eine Liste von Dateinamen und möchte allen diesen Bildern eine neue Kategorie vergeben. Cat-a-lot und HotCat können das ja nur IMHO mit den Bilder, die schon in einer Kategorie sind bzw. die als Suchergebnis ausgegeben werden. -- sk (Diskussion) 13:22, 17. Jul. 2017 (CEST)
Gibt es eine Tabelle der thailändischen Visaarten mit Namen, Gültigkeitsdauer und Aufenthaltsdauer?
(Tourist Visa TR-M, non-immigrant visa O-M, O-S, O-A, non-immigrant B-S,B-M, ED-S,ED-M, M-S)
Meines Wissens: Nein. Eine kurze Erwaehnung von Thailand findet sich in Visum. Eine detaillierte Auflistung waere IMO besser bei Wikivoyage aufgehoben. Meint -- Iwesb (Diskussion) 14:45, 17. Jul. 2017 (CEST) PS: Wenn die Frage eher allgemein und nicht in Bezug auf WP war, dann hilft das hier. PS2: Etliche der genannten unterscheiden sich nicht in Gueltigkeits-/Aufenthaltsdauer, sondern lediglich wem sie erteilt werden koennen.
Was machen wir mit Diskussionsseite für Bilder die auf Commons liegen. Beispiel: Datei:AfD Landtage.svg hat hier eine Diskussionseite und auf Commons eine andere, die dann verdeckt ist. Es geht mir nicht um diesen Fall, sondern um den generellen Fall. Ist das schon mal Dikutiert worden? Catrin (Diskussion) 14:54, 17. Jul. 2017 (CEST)
Üblicherweise wird die Diskussion – falls sinnvoll – nach Commons übertragen und die hiesige Seite gelöscht. Sollte eine Commons-Datei mit hiesiger Diskussionsseite gelöscht oder verschoben werden, stände sie ja sonst allein im Raum. Dazu kommt die Unübersichtlichkeit, wenn es zwei Diskussionsseiten gibt. NNW10:58, 18. Jul. 2017 (CEST)
Sportlerin: mit Mädchenname sportliche Erfolge erzielt. Danach verheiratet und neuer Familienname
Cornelia Polit https://de.wikipedia.org/wiki/Cornelia_Polit war eine erfolgreiche Schwimmerin. Nach ihrer sportlichen Karriere hat sie geheiratet und heißt heutee Cornelia Embacher. Wie kann man das am besten in dem Artikel erwähnen? Es ist ja der Artikel über Cornelia Polit und nicht über Cornelia Embacher. Jedoch ist sie heute als Trainerin weiterhin im Sport aktiv. Weshalb Cornelia Embacher ja auch nicht verkehrt ist. Was tun?
--Chlorjunkie (Diskussion) 21:28, 17. Jul. 2017 (CEST)
Das Lemma sollte ihrem tatsächlichen aktuellen Namen entsprechen; im Text ist dann jeweils der im historischen Kontext korrekte Name zu verwenden. Eigentlich wie bei Orten. --j.budissin+/-21:30, 17. Jul. 2017 (CEST)
Ich wundere mich gerade etwas, dass WP:NK dieses Problem gar nicht behandelt. Es hat da im Lauf der Jahre doch sicher schon massig Diskussionen gegeben; gerade bei Sportlerinnen stellt sich dieses Problem doch mit Sicherheit nicht so selten. Es ist aber definitiv nicht so, dass immer der aktuelle Name verwendet wird, siehe Katja Seizinger oder (keine Sportlerin) Claudia Nolte. --slg (Diskussion) 21:44, 17. Jul. 2017 (CEST)
Ich präzisiere: Wenn sie heute noch eine im Artikel erwähnte relevanzstiftende Tätigkeit ausübt, sollte der aktuelle Name auch als Lemma verwendet werden. --j.budissin+/-22:05, 17. Jul. 2017 (CEST)
Ich denke auch, es ist entscheidend, wann die Person geheiratet hat und was sie nach der Heirat getan hat. Ein aktuelles Beispiel aus meinem Lieblingsthema Volleyball: Maren Brinker hat vor kurzem geheiratet und heißt jetzt Maren Fromm. Da sie weiterhin als Nationalspielerin aktiv ist und Relevantes tut, habe ich den Artikel auf den neuen Namen umgestellt. Der Geburtsname steht in der Einleitung hinter Geburtsdatum und -ort sowie im Abschnitt Karriere bis zum Zeitpunkt der Hochzeit. --MSchnitzler2000 (Diskussion) 00:52, 18. Jul. 2017 (CEST)
Klar, bei Personen, die weiterhin ihrer relevanzstiftenden Tätigkeit nachgehen, ist es eindeutig. Beispiele finden sich sicher massenhaft, etwa Fatmire Alushi oder Kristina Schröder (die diesen Namen sogar als amtierende Bundesministerin angeheiratet hat). Das Problem sind aber Personen, die seit langem (ganz oder größtenteils) aus der Öffentlichkeit verschwunden sind. Wäre Cornelia Embacher als Schwimmtrainerin relevant? Oder Claudia Crawford als Mitarbeiterin der Konrad-Adenauer-Stiftung? Wohl eher nicht. Bei Katja Seizinger weiß ich nicht, ob sie die Tätigkeit als Olympiaexpertin 2002 als Katja Weber absolviert hat, aber auch hier wären definitiv die als Katja Seizinger errungenen sportlichen Erfolge die Grundlage der Relevanz, weshalb ich auch hier für die Beibehaltung dieses Lemmas plädieren würde. --slg (Diskussion) 02:36, 18. Jul. 2017 (CEST)
Lemma gesucht
Hallo werte Wiki-Techniker,
von der Wiki-Auskunft wurde ich hierhin verwiesen.
Ich möchte einen Artikel mit dem Titel "Timo Müller", CSR-Botschafter einstellen, der Titel/Name ist jedoch bereits belegt durch einen deutschen Regisseur (https://de.wikipedia.org/wiki/Timo_M%C3%BCller). Wie kann man einen zweiten Artikel zu dieser Person erstellen?
Fragen zum Thema Relevanz diskutiere ich gerade an anderer Stelle - hier suche ich nur nach der technischen Umsetzungsunterstützung.
Vielen Dank !!
--Timomueller (Diskussion) 11:36, 18. Jul. 2017 (CEST)
Hier die nachgefragten Infos zu Timo Müller, die seine gesellschaftliche Relevanz vor allem als CSR-Botschafter aufzeigen sollen. Ähnlich wie bei seinem CSR-Kollegen Wilfried Thünker (https://de.wikipedia.org/wiki/Wilfried_Th%C3%BCnker) hier auf Wiki.
Timo Müller (* 04.08.1976 in Bergisch Gladbach) ist ein deutscher Jurist, Tanzlehrer und Unternehmer. Timo Müller ist von der IHK Bonn/Rhein-Sieg ernannter CSR-Botschafter (Corporate Social Responsibility). Als Botschafter werden Unternehmer ausgewählt, die gesellschaftliche Verantwortung vorleben. Zum Angebot des von ihm gegründete und geleitete "Tanzhaus Bonn" gehören Paradance-Kurse, in denen Menschen mit Behinderung tanzen lernen sowie Tanzveranstaltungen für an Demenz erkrankte Menschen.
Leben und Werdegang
Timo Müller wurde 1976 in Bergisch Gladbach geboren, er ist verheiratet und Familienvater. Nach seiner Berufsausbildung zum ADTV-Tanzlehrer in Bergisch Gladbach von 1993-1995 war Timo Müller zunächst als Tanzlehrer in Bielefeld tätig. 1997 kehrte er in die Heimat zurück und absolvierte eine zweite Berufsausbildung zum Bankkaufmann. Im März 2000 übernahm Timo Müller die Tanzschule Tanz Center Rose im Bonn-Beueler Brückenforum.
Begleitend zu dieser Tätigkeit studierte Timo Müller Wirtschaftsrecht mit dem Abschluss Dipl. Wirtschaftsjurist (FH) und schloss im Oktober 2016 ein weiteres Studium der Rechtswissenschaften (Jura) mit dem Staatsexamen ab.
Soziales Engagement
Timo Müller ist als ehrenamtlicher Handelsrichter am Landgericht Bonn tätig. Als Unternehmer engagiert er sich für soziale und gemeinnützige Projekte, unter anderem in Kooperation mit der Caritas oder der Lebenshilfe.
Der „Ludwig“
2015 erhielt Timo Müller im Rahmen des „Großen Preis des Mittelstands“ die regionale Zusatzauszeichnung „Ludwig“. Der Preis zeichnet mittelständische Unternehmen aus, die sich hinsichtlich der Kriterien unternehmerische Gesamtentwicklung, Schaffung und Sicherung von Arbeits- und Ausbildungsplätzen, Innovation und Modernisierung, Engagement in der Region sowie Service und Kundennähe besonders hervortun.
--Timomueller (Diskussion) 12:13, 18. Jul. 2017 (CEST)
Laut der Spielregeln für BKL muss aber erst ein Artikel ohne Klammertext erstellt werden - und das geht ja aus den o.g. bekannten Gründen nicht.
--Timomueller (Diskussion) 12:17, 18. Jul. 2017 (CEST)
@NNW - ich habe den Artikel jetzt unter - Timo Müller (CSR-Botschafter) - eingestellt. Vorbehaltlich der weiteren Prüfung, wie funktioniert das mit dem von dir beschriebenen verschieben auf den Regisseur Timo Müller etc.?? Danke für weitere Hilfestellung.
--Timomueller (Diskussion) 13:55, 18. Jul. 2017 (CEST)
Ich habe das Passwort zu meinem Account Specialities57 vergessen und habe dazu bereits hier eine entsprechende Frage gestellt. Ich bin auf einem Gerät noch auf dem Account angemeldet und habe im vorhin angegebenen Link bereits erste Antworten erhalten. Kann ich das Problem lösen?--Specialities57 Passwortproblem (Diskussion) 08:49, 19. Jul. 2017 (CEST)
Ich kann mich nicht daran erinnern, eine e-Mailadresse für den Account angegeben zu haben. Wo kann ich das nachschauen für den Fall, dass da etwas sein sollte? Oder vielleicht sollte ich mich mal bei einer möglichen e-Mailadresse anmelden und dort nachschauen gehen.--Specialities57 Passwortproblem (Diskussion) 09:24, 19. Jul. 2017 (CEST)
Oben ist in der Bearbeitungsansicht ein Reiter "unsigniert" - und dann musst du in der Liste suchen. Manchmal sehr mühsam, besonders wenn kein Absatz, sondern die ganze Seite editiert wurde. --Eingangskontrolle (Diskussion) 02:20, 20. Jul. 2017 (CEST)
Genau, danke! Ich suche "Alle Seiten (mit Präfix)" entsprechend meines Benutzernamensraums und nicht meine Beiträge, da ich diese sehr leicht oben rechts im Menü (Tool-Liste) finde.--Specialities57 (Diskussion) 11:42, 19. Jul. 2017 (CEST)
Da es noch nicht erwähnt wurde: Specialities57, Du gehst auf Deine Benutzerseite und dann auf Seiteninformationen; das steht unter den Werkzeugen in der Seitenliste links. Dort findest Du in der Tabellenübersicht einen Punkt Anzahl der Unterseiten, der verlinkt ist. Wenn Du ihn anklickst, landest Du auf der von DWI verlinkten Spezialseite. — Speravir– 19:46, 19. Jul. 2017 (CEST)
@Leyo, Raymond: Vorher war der Satz auch nicht falsch. (Auch vorher war der Satz nicht falsch/Der Satz war auch vorher nicht falsch/Falsch war der Satz auch vorher nicht.) Das nicht sollte wohl betont werden: Du kannst anderen danken, aber Du kannst nicht dir selbst danken. — Speravir– 19:36, 19. Jul. 2017 (CEST)
Zumindest war der Satz sehr holprig. Dir selbst kannst du nicht danken müsste es wenn schon heissen, wenn die Betonung so sein soll. IMHO sollte die Variante von Raymond belassen werden. --Leyo21:21, 19. Jul. 2017 (CEST)
Wo kommt der Satz eigentlich vor? Hinter fremden Beiträgen sehe ich "(rückgängig|danken)" hinter meinen eigenen nur "(rückgängig)". --DWI (Diskussion) 20:01, 19. Jul. 2017 (CEST)
Warum kommt, wo es einmal nützlich wäre, beim Klick auf das Bild nicht der URL-parameter ?lang=de ? Und wenn man ihn händisch ergänzt, warum wird dann allein der EN-Text angezeigt? --itu (Disk) 00:23, 18. Jul. 2017 (CEST)
Ich weiß nicht, wo genau du den Parameter vermisst (beim Klick auf ein Bild öffnet sich bei mir der MediaViewer auf Deutsch, wenn ich diesen deaktiviere oder überspringe, lande ich z.B. auf Datei:Antoine_de_Saint-Exupéry.jpg, und dort benutzt der Link "Zur Beschreibungsseite auf Commons" den Parameter), aber jedenfalls heißt er nicht lang, sondern uselang, und damit klappt's dann beim händischen Anhängen auch. --YMS (Diskussion) 03:02, 18. Jul. 2017 (CEST)
Im moment lande ich parameterfrei auf der commons-seite wenn ich auf das Bild klicke. Auf der WP-Proxyseite lande ich nur, wenn ich auf das Rechteckesymbol klicke, das ist schon umständlicher und dann muss ich ja erst nochmal klicken bevor ich tatsächlich mit uselang=de auf commons lande.
In dem dubiosen mediaviewer lande ich auch unregelmässig, wovon das abhängt ist mir bis heute schleierhaft. --itu (Disk) 12:20, 18. Jul. 2017 (CEST)
Das klingt nach dem Helferlein "Überspringen der lokalen Dateibeschreibungsseite, um sofort nach Commons zu kommen", das bei mir allerdings gerade überhaupt keine Funktion zeigt (evt. Cacheproblem, bin am Mobilgerät). --YMS (Diskussion) 13:03, 18. Jul. 2017 (CEST)
Um Dopplung der Koordinaten im Artikel zu vermeiden, geht das auch mit der Vorlage:Coordinate. Ich habe zusätzlich eine Reliefkarte spendiert, bietet sich bei dem Thema an. NNW10:54, 18. Jul. 2017 (CEST)
Die Leitung ist jetzt wieder frei unter 0800/945 47 3342 (+49-0800-WIKIPEDIA). Wir freuen uns auf Anrufe mit Fragen zur Wikipedia. Grüße, Conny17:59, 20. Jul. 2017 (CEST).
Ich bin in einem Artikel gerade auf die Vorlage "enS" gestoßen, die dann voll ausgeschrieben "auf englisch" besagt. Nun kann ich leider nicht den Ursprung dieser Vorlage finden, denn es irritiert mich doch sehr, dass das "auf Englisch" hier pauschal und offensichtlich quer durch die ganze Wikipedia fälschlicherweise kleingeschrieben wird und sich im Einzelfall eben auch nicht korrigieren lässt. Ich nehme an, dass es für andere Sprachen ähnliche Vorlagen gibt, bei denen dasselbe Problem besteht.
Da kommt diese her: Vorlage:EnS und dort steht auch, dass man die Diskussionsseite verwenden soll. Übrigens: Wenn du im Quelltexteditor den kompletten Artikel änderst, dann ist ganz unten eine Liste aller verwendeten Vorlagen eingeblendet und du kannst mit einem Klick zur Vorlage navigieren. (oder du tippst https://de.wikipedia.org/wiki/Vorlage: und danach den Namen der Vorlage in die Url. --Wurgl (Diskussion) 19:03, 20. Jul. 2017 (CEST)
Antwort siehe dort. Hier nur eben: Ich denke, das kann man unterschiedlich lesen, adjektivisch oder auch substantivisch; siehe Duden-Beispiel: "ein Englisch sprechender Tourist". --91.34.34.522:08, 20. Jul. 2017 (CEST)
In dem genannten Artikel habe ich (gemäß der Diskussion) sowohl das "fälschlich" als auch "auf" entfernt. Zumindest an dieser Stelle stellt sich das Problem nicht mehr. --Digamma (Diskussion) 20:10, 20. Jul. 2017 (CEST)
Danke! "Gemäß der Diskussion" ist gut... die bis dahin aus einem einem einzigen Beitrag von mir stammte... :-) --91.34.34.520:53, 20. Jul. 2017 (CEST)
Hallo zusammen, ich wurde auf der Seite Relevanzcheck hierher verwiesen, weshalb ich mal ganz frech einfach meinen Beitrag von dort hier hineinkopiere. :) Back to Life (Begriffserklärung)
[...] Ich bin immer noch neu auf dem Gebiet des Erstellens neuer Artikel oder Begriffserklärungen und bräuchte daher euren Rat. Ich habe vor einiger Zeit nach dem Verein "Back to Life" gesucht und festgestellt, dass der Wiki-Eintrag dahinter nur auf einen gleichnamigen Nummer-1-Hit verweist. Der Verein hat bisher keinen eigenen Artikel, ist aber dafür im Artikel zu seiner Gründerin Stella Deetjen genannt (die ich nur gefunden haben, weil ich ihren Namen kannte). Mag sein, dass der Verein allein nicht genug Relevanz für ein eigenes Lemma hat. Aber vielleicht könnte man stattdessen hinter dem Namen Back to Life eine Begriffserklärung hinterlegen, die dann auf den Song einerseits und auf Deetjen andererseits verweist, und das Lemma des Songs nach Back to Life (Lied) oder so verschieben. Ich würde mich freuen, dazu noch ein paar Meinungen zu hören. :)
Nun also meine Frage: Wie legt man eine solche Seite an? Und was wird aus der alten Seite mit dem Lemma? Gruß, --Oasenhoheit (Diskussion) 18:14, 18. Jul. 2017 (CEST)
Ich seh schon: Hier haben sich freundlicherweise ein paar alte Hasen eingeklinkt, von deren gebrauchten Abkürzungen ich die Hälfte erst einmal auch wieder nachschlagen muss. :P :D Ohne Ahnung davon zu haben, was nun der Unterschied zwischen den vorgeschlagenen Lösungen ist, sieht die von Aalfons vorgeschlagene Seite zumindest schon einmal nach soetwas aus, was ich im Sinn hatte. :) Danke für euer Feedback und eure Hilfe! :) Gruß, --Oasenhoheit (Diskussion) 22:19, 18. Jul. 2017 (CEST)
Tzz, hab doch extra die von mir verwendeten Abkürzungen in Klammern hinter die bei erster Gelegenheit ausgeschriebenen Begriffe gesetzt, mich zumindest bemüht... ;-) Der Unterschied liegt im Weg, den der "Normalsuchende" zurücklegt: Die meisten dürften den Song suchen, sollen ihn daher auch ohne Umwege finden. Alle anderen bzw. weitergehend interessierten Leser dürfen dann dem Begriffsklärungshinweis am Kopf der Artikelseite folgen. Sollte der Verein letztlich relevant sein oder werden und sich ggf. eine geänderte Bedeutungssituation für den Begriff ergeben, kann noch immer die Begriffsklärungsseite usw. verschoben werden (stark nachgefragt ist das Lemma Back to Life mit durchschnittlich sechs täglichen Seitenaufrufen ohnehin nicht [1]). LG --Verzettelung (Diskussion) 23:41, 18. Jul. 2017 (CEST)
Dafür hat die neue Begriffsklärungsseite, von mir erstmal nur provisorisch angelegt, gleich mehrere Bearbeiter gefunden und gestern immerhin 60 Aufrufe gehabt, vermutlich so viele wie im ganzen kommenden Jahr nicht. --Aalfons (Diskussion) 11:15, 19. Jul. 2017 (CEST)
Formatierung von Fußnoten
Auf der Diskussionsseite von Aka wird gerade um Leerzeilen vor lokalen Fußnoten etc. diskutiert. Aus Neugierde hab ich mir das mal angeguckt und so wie es aussieht, gibt es Vorlage:FNZ für solche lokalen Fußnoten und das bekannte <references/> für die Fußnoten aus Einzelnachweisen. Ich frage mich allerdings, warum bei MonoBook diese "references"-Fußnoten eine etwas kleinere Schrift haben, während die lokalen Fußnoten bei MonoBook die normale Schriftgröße haben. Bei Vector (also unangemeldet bzw. Voreinstellung) und in der mobilen Version haben beide die normale Schriftgröße, dort heben sich diese "references"-Fußnoten nicht ab. Sollte man nicht bei MonoBook diese lokalen Fußnoten ebenfalls mit einem etwas kleineren Font darstellen, so dass Fußnoten einheitlich aussehen, oder was ist der Grund für diese unterschiedliche Darstellung? --Wurgl (Diskussion) 09:52, 19. Jul. 2017 (CEST)
Frage ich mich auch. Fußnoten, egal zu welchem Zweck, sollten immer kleiner als der normale Fließtext sein. Ich schließe den Text in der FNZ-Vorlage dazu extra in small-Tags ein, wobei er dann eigentlich schon fast wieder zu klein ist (wahrscheinlich sollte ich style-Tags nehmen...) Gilt übrigens nicht nur für Monobook, sondern für alle Skins. --Gretarsson (Diskussion) 15:21, 19. Jul. 2017 (CEST)
Ja, ich hab einige wenige Verwendungen von Vorlage:FNZ angeguckt und dort einmal ein <sub> gesehen. Wenn du jetzt <small> verwendest, dann gibts wohl noch so ein paar Spezialitäten. Das sollte man irgendwie glätten und vereinheitlichen. Ob die Fußnoten jetzt kleiner sein sollen oder im gleichen Font, darüber kann man diskutieren und sich (optional) die Köpfe einschlagen – ich hätte sie gerne etwas kleiner, aber das macht mein MonoBook ohnehin – zumindest bei den "references"-Fußnoten. Mich stört da nur, dass diese Vorlage das nicht macht. --Wurgl (Diskussion) 15:41, 19. Jul. 2017 (CEST)
Ja, eigentlich sollte die Vorlage FNZ angepasst werden – und damit ebenso die Vorlage FNBox, damit keine doppelte Verkleinerung erfolgt. Aber dann müsste man sich auch jede der ca. 9500 Verwendungen ansehen und gegebenenfalls korrigieren. Die Schriftgröße der Referenzen ist übrigens auf 95% gesetzt. — Speravir– 20:01, 19. Jul. 2017 (CEST)
Nein; genau andersherum: Wo immer möglich, Links auf WMF-Projekte in das Wikilink-Format konvertieren, weil diese (anders als URL) zusätzliche Möglichkeiten bieten, und auch bei Suchvorgängen erwartet werden. VG --PerfektesChaos10:14, 21. Jul. 2017 (CEST)
Danke, PerfektesChaos, dann lag ich mit meiner s:…-Link-Korrektur richtig. Werde mal Kontakt zum Benutzer aufnehmen, da er leider wohl systematisch so verfährt; falls keine unbeabsichtigte Auflösung vorliegt. --Wi-luc-ky (Diskussion) 12:16, 21. Jul. 2017 (CEST)
Als die Frage kam, habe ich einen entsprechenden Hinweis gesucht (allerdings a) ohne Ergebnis und b) aufgrund RL nicht sonderlich gruendlich). @PerfektesChaos: Sollte man nicht prominent hervorheben, dass dies die bevorzugte Variante ist? 100% d'accord, aber es steht IMO derzeit nirgendwo Meint -- Iwesb (Diskussion) 14:52, 21. Jul. 2017 (CEST)
Hier steht der Text.<ref>Dieser Begriff kann aber auch XYZ bedeuten<ref>Hier die Buchreferenz dazu.</ref>, während es in anderem Zusammenhang als PQV übersetzt wird.</ref>
Solche Probleme werden auch nur in wikipedia geschaffen. Üblich ist eine Fußnote, wo alle Informationen zu finden sind.<ref>Dieser Begriff kann aber auch XYZ bedeuten. Vgl. dazu Buchreferenz.</ref> Oder hat irgendjemand außerhlab des Projektes eine Fußnote schon mal in einer Fußnote gesehen (vielleicht am besten noch mit Querverweis in den Artikelbestand zurück oder zu anderen Fußnoten und von davon zu den Weblinks). --Armin (Diskussion) 14:30, 21. Jul. 2017 (CEST)
Moin, gerade wollte ich einen Edit machen, bei dem kein Weblink o.ä. enthalten war. Soweit ich sehe war im ganzen Abschnitt kein Weblink enthalten. Beim Abspeichern habe ich dann eine Fehlermeldung bekommen: "Falsches oder fehlendes CAPTCHA". Dazu gab es ein Captche zum ausfüllen, was dann auch geklappt hat, wie man sieht. Kann jemand den Fehler erklären/beheben? --88.68.86.182 13:40, 18. Jul. 2017 (CEST)
Erg.: Und gleich noch einmal derselbe Fehler hier. --88.68.86.182 13:46, 18. Jul. 2017 (CEST)
Erg.: Derselbe Fehler ist seitdem bei jedem meiner Edits aufgetreten. --88.68.86.18214:07, 18. Jul. 2017 (CEST)
Ich bin nicht die IP von oben, hatte aber das Problem etwa zwei Tage lang auch, insbesondere auf der Auskunftsseite. Man wurde dies auch - anders als wenn man tatsächlich einen externen Link dringehabt hätte - erst nach dem ersten Abschick-Versuch gefragt.
Jetzt scheint es besser zu sein, aber warum, ist mir ebenso schleierhaft wie warum das Problem erst auftrat. --91.34.34.511:10, 20. Jul. 2017 (CEST)
Die Ursache habe ich genannt und entfernt. Das es in den entfernten Text um Bilderupload ging war reiner Zufall und hat mit der Sache wenig zu tuen. Der Umherirrende22:09, 22. Jul. 2017 (CEST)
Hallo, in dieser Überschrift werden die fünf hinterlegten Anker == {{Anker|Heraldisch rechts}}{{Anker|Heraldisch links}}{{Anker|Heraldisch vorn}}{{Anker|Heraldisch hinten}}{{Anker|Schwertseite}}Rechts/links und vorn/hinten in der Heraldik == sehr oft nicht korrekt angesprungen: zunächst führen die Anker für wenige Sekunden auf die gewünschte Überschrift des Abschnitts, dann geht's auf die Überschrift im Inhaltsverzeichnis, schließlich ruckelt sich die Seite ganz am Artikelanfang ein. Liegt es an der Formatierung resp. Aneinanderreihung von fünf Ankern? Könnten sie nicht zusammengefasst werden? Also: == {{Anker|Heraldisch rechts|Heraldisch links|Heraldisch vorn|Heraldisch hinten|Schwertseite}}Rechts/links und vorn/hinten in der Heraldik == Dankend, --Wi-luc-ky (Diskussion) 08:48, 19. Jul. 2017 (CEST)
Das Problem liegt am Seitenaufbau (bei mir hat sich die Seite nur kurz um eine Zeile nach unten und dann wieder zurück bewegt), nicht an den Ankern. Der Browser springt nämlich die Bildschirmposition an, für die das Sprungziel errechnet wurde. Spätere Wechsel in der Höhe werden dann nicht mehr berücksichtigt. Problematisch wird es, wenn noch Einklappfunktionen kommen, die plötzlich etwas wegzaubern, oder Banner, die beim späteren Laden Bildschirmzeilen dazu geben und dein Sprungziel verschieben. -- 32X13:47, 19. Jul. 2017 (CEST)
Dank für die Erläuterung, 32X. Was ich nicht verstehe: Wenn der Browser berechnet, wohin er springt, wieso nimmt er dann kurz hintereinander drei Positionierungen vor? Das aber nicht immer (!), jedoch auf verschiedenen Geräten ähnlich. Und: In Blasonierung gibt es keine Navileisten oder sonst was Ein-/Ausklappbares. Mglw. verhaspelt sich der Browser bei fünf separaten Ankern. --Wi-luc-ky (Diskussion) 20:54, 19. Jul. 2017 (CEST)
Weil der Browser 1.) die Seite lädt, 2.) die Darstellung aufbaut, sich 3.) an der Stelle positioniert. Bis jetzt passt alles. Aber nun kommt javascript und verändert die Seite, da wird mal ein Bild unbekannter(!) Größe eingefügt oder Text kommt rein oder oder. Und das verschiebt dann wieder alles. --Wurgl (Diskussion) 21:13, 19. Jul. 2017 (CEST)
(BK) Bei mir verschob es sich jetzt nur einmal, Grund war das Laden der per common.js eingebundenen X-Tools, deren Ladevorgang erst wohl nicht erfolgreich war (zweiter Sprung an ursprüngliche Position). Vermutlich hast du ein oder mehrere Gadgets aktiviert, die nachgeladen werden und sich auf den Bildaufbau auswirken. Gibt es diese drei Sprünge bei dir auch unangemeldet? -- 32X21:15, 19. Jul. 2017 (CEST)
Dank an alle: Wurgl, 32X. Unangemeldet springen alle fünf Anker, die ich namentlich in das Browser-WP-Suchfenster bei FF eingebe, auf Anhieb ganz korrekt auf die Überschrift „Rechts/links und vorn/hinten in der Heraldik“. Welches Gadget könnte kaputt sein bzw. die Ankerfunktion kaputt machen? --Wi-luc-ky (Diskussion) 23:29, 19. Jul. 2017 (CEST)
Ich weiß nicht, welche Gadgets du verwendest. Sie müssen auch nicht kaputt sein, es reicht schon wenn sie eine Änderung an der Seite vornehmen (Ergänzung einer Zeile, Anpassung der Schriftgröße, usw.), sodass sich ihre vertikale Pixelzahl ändert. -- 32X19:16, 20. Jul. 2017 (CEST)
Danke, 32X. Eine Spur könnte die commons.js sein, die ich nach dieser Diskussion und Vorschlägen (hier: der letzte) von Wiegels hinzugefügt hatte. Mglw. kopiert das Skript die Überschrift mit den Ankern in das Inhaltsverzeichnis, und dieses bzw. der Anker darin wird dann angesteuert. --Wi-luc-ky (Diskussion) 20:55, 20. Jul. 2017 (CEST)
Zur konkreten Frage: Ja, Wi-luc-ky, die Anker können auch zusammengefasst werden, und zwar im Dewiki bis zu sechs, vgl. die Doku zur Vorlage:Anker. Ich halte das auch für besser lesbar, wenn man vor/nach/vor und nach den senkrechten Strichen Leerzeichen einfügt:
Danke für die Bestätigung, Speravir. Ja, Leerzeichen sind übersichtlicher, mache ich gewöhnlich; war nur eine Arbeitsvorlage. Ich warte noch die Antwort von 32X ab, dann werde ich das mal umsetzen. Der Mensch hofft, solang er lebt. Ein Edit würde nichts verschlechtern, mglw. etwas verbessern. --Wi-luc-ky (Diskussion) 20:54, 19. Jul. 2017 (CEST)
Offenbar gibt es ja seit heute ein neues Design der Zusammenfassungszeile. Aber bei mir (Windows 7, Chrome) funktioniert die nicht richtig: Wenn die Zeile voll ist, scrollt sie nicht weiter. Ich kann zwar weiter tippen, aber ich kann nicht sehen, was ich schreibe. Hat das Problem noch jemand? -- HilberTraum (d, m) 19:50, 19. Jul. 2017 (CEST)
Jupp, bekomme es auch. Wenn ich in der Zusammenfassungzeile schreibe, bin ich irgendwann außerhalb es Bereiches und sehe nicht mehr was ich schreibe. Höre ich dann auf, gehe einen Buchstaben zurück, ohne diesen zu löschen, sehe ich den Text wieder. Fange ich dann wieder an zu schreiben, rutscht es wieder und man sieht den Text wieder nicht. --Crazy188020:39, 19. Jul. 2017 (CEST)
Ja das sind tatsächlich so eine Art Workarounds, danke. Nach ein paar Leerzeichen scrollt die Zeile ein Stück weiter und mit Cursor links kann man kurz sehen, was man geschrieben hat. Aber insgesamt sieht das super buggy aus. Wird denn sowas nicht getestet, bevor es implementiert wird? -- HilberTraum (d, m) 20:50, 19. Jul. 2017 (CEST)
@Mauerquadrant: Einspruch! Es funktionieren 255 von 256 Fälle, ein Fall funktioniert nicht so toll: Wenn die Zusammenfassungszeile rappelvoll ist, also wenn das Maximum von 255 Zeichen erreicht ist und man will noch ein Zeichen tippen, dann wird dieses Zeichen ganz schnell wieder entfernt, der Text springt und das (oder wenn es schmale Zeichen wie "i" sind, eben die) letzte(n) Zeichen ist/sind unterhalb dieser halbgrauen Null und damit unsichtbar. Okay, das ist eine Sache mit der ich leben kann, aber es ist eben nicht "funktioniert alles wie es soll". Deine Textwurst die du ausprobiert hast (siehe Versionsgeschichte), ist um 34 Zeichen zu kurz. --Wurgl (Diskussion) 09:19, 20. Jul. 2017 (CEST)
Hallo, ich finde das Tool nicht mehr, mit dem man sich die Autoren der Wikipedia nach Beiträgen geordnet auflisten lassen kann. Kann mir jemand weiterhelfen? Danke! --Kritzolina (Diskussion) 08:55, 19. Jul. 2017 (CEST)
Die Liste hilft mir auf jeden Fall weiter, mit dem Tool bin ich etwas überfordert ;). Gibt es etwas, wo ich mir eine vergleichbare Liste auch für andere Wikipedien oder Projekte erstellen lassen könnte? Ohne dass ich verstehen muss, wo ich was in welcher geschweiften Klammer ändere? Danke Euch beiden auf jeden Fall schon einmal sehr! --Kritzolina (Diskussion) 10:57, 19. Jul. 2017 (CEST)
Es geht mir nicht um die Beiträge einzelner Benutzer, die entsprechenden tools kenne ich. Ich würde z.B. gerne wissen, wer die wirklich aktiven Autoren in Wikivoyage oder Wikisource oder auf der boarischen Wikipedia sind. --Kritzolina (Diskussion) 12:55, 19. Jul. 2017 (CEST)
--178.8.202.11408:38, 21. Jul. 2017 (CEST)
Ich suchte nach höheren Mädchenschulen, fand in Wikipedia unter bremen eine schule, nicht aber die von H.Habenicht, die meine Mutter und meine Tante zwischen 1887 und 1808 besuchten ich habe auch noch ihre Zeugnisse von damals, die wenig aussagefähig sind,
meine Frage war zur Höheren Mädchenschule in bremen von H Habenicht - Eberhard Backhaus Berlin LA 138
Dagegen wirst du nicht viel machen koennen. Die Seite wird gepurged und anschliessend komplett neu geladen. Damit stehst du "oben". Wenn ich es richtig verstehe, dann bearbeitest du einen Abschnitt und moechtest dann (nach dem Speichern) wieder dorthin -> Wikipedia:Technische Wünsche. MfG -- Iwesb (Diskussion) 15:55, 21. Jul. 2017 (CEST) Gerade probiert; mein Nachschreiber hat Recht FF 54.0, Linux 16.04LTS -- Iwesb (Diskussion) 16:16, 21. Jul. 2017 (CEST)
Sind gleichnamige Überschriften auf der Seite kann es vorkommen, das man bei dem ersten Abschnitt landet, der die Überschrift trägt. Durch Klappelemente kann es auch sein, dass das sichtbare Fenster nicht ganz stimmt, da das Einklappen erst einen Tick später passiert. Im allgemeinen sollte man aber bei der Überschrift landen, die man bearbeitet hat. Der Umherirrende17:28, 21. Jul. 2017 (CEST)
Jetzt, wo ich nochmals darauf geachtet habe, muss ich euch Recht geben und meine pauschale Aussage gleich zurücknehmen. Nur eben, als ich diese Bearbeitung vorgenommen habe, landete ich wieder ganz oben – komisch... Gibt es dafür eine Erklärung? Ich benutze übrigens Firefox (aktuelle Version) als Browser.--Moduin (Diskussion) 18:33, 21. Jul. 2017 (CEST)
Ich fand den Artikel in Spielgel Online über den Womanediton interessant.
Frauenanteil bei Wikipedia Schreiben statt schweigen . Wie kann ich rausbekommen wann der Artikel erstelllt bzw. Veröffentlicht wurde? Wie macht ihr das wenn es nicht angegeben wird auf der Internetseite?
Das Datum war bei mir scheinbar von einer Anzeige verdeckt, nun sehe ich es auch. Hatte es inzwischen entdeckt das es auch bei der Druckversion des Artikels oben angegeben wird.
Probleme kenne ich eigentlich nur bei der Onlineversion von Le Monde, bei der kein Veröffentlichungsdatum angegeben wird, sondern nur Publié il y a (veröffentlicht vor...). Dann kann man nur noch das Abrufdatum angeben, wenn man präzise sein will. --MrsMyer (Diskussion) 16:51, 23. Jul. 2017 (CEST)
Heute morgen fällt mir auf, dass die ersten drei Spalten der Beobachtungsliste grösser geworden sind. Vor allem die Uhrzeit wirkt sehr gross. Wer hat daran geschraubt? ※Lantus08:43, 18. Jul. 2017 (CEST)
Also ich hab in der ersten Spalte ein kleines Dreieck um bei mehreren Änderungen einer einzigen Seite die einzelnen Änderungen aufzuklappen, danach eine Spalte mit der Uhrzeit der (letzten) Änderung, dann eine Spalte mit Artikelnahme, x Änderungen, Versionsgeschichte, bearbeitende Autoren.
Dass die Uhrzeit in Firefox (und möglicherweise anderen Browsern auch) bisher kleiner war, lag an einer uralten Konfigurationsanomalie, die jetzt umgangen wurde, sodass die Uhrzeit die gleiche Größe hat wie der Rest. –Schnark09:17, 18. Jul. 2017 (CEST)
Anscheinend hat die Uhrzeit die Schriftart mit fester Breite, diese ist gewöhnlich breiter als die Proportionalschrift und wirkt deshalb größer. Vermutlich deshalb ist für die Feste Breite meist eine kleinere Schriftgröße eingestellt. Anscheinend wird jetzt für die Uhrzeit immer die eingestellte Standard-Schriftgröße (wie Proportionalschrift) verwendet. --Diwas (Diskussion) 22:09, 18. Jul. 2017 (CEST)
Hallo, ist es erwünscht, Datei in File, mini in thumb, links in left usw. zu ändern? Die umgekehrte Änderungsweise ist bekannt. Dies soll eine allgemeine Frage aus diesem Anlass sein. --Wi-luc-ky (Diskussion) 14:21, 20. Jul. 2017 (CEST)
Dann sollte man aber mal klären, dass das nicht erwünscht ist. Und meiner Erinnerung nach gab es auch schon Änderungen (z.B. Rückänderungen von SORTIERUNG zu DEFAULTSORT), die nicht "nebenbei" gemacht wurden. -- Jesi (Diskussion) 15:20, 20. Jul. 2017 (CEST)
Ich kenne nur Bearbeiter (und Bots?) die nebenher oder gezielt genau das umgekehrte machen: File in Datei ändern, thumb in mini etc. [2]. --TheRunnerUp16:04, 20. Jul. 2017 (CEST)
Zum einen: Nicht erwünscht heißt ja nicht, dass es verboten ist. Zweitens: Das ist kein Bot. Ich weiß, dass es in der Vergangenheit genau um das Thema schonmal Diskussionen gab, das Ergebnis war aber nicht eindeutig pro Verbot. --Magnus(Diskussion)16:11, 20. Jul. 2017 (CEST)
Die Teutschen, die Frankophonen und diverse andere WPs haben vollkommen überflüssigerweise ihre eigenen Versionen der Schlüsselwörter kreiert. Sehr ärgerlich, wenn man etwas aus andersprachlichen Artikeln kopiert oder dort einsetzt. --Eingangskontrolle (Diskussion) 19:14, 22. Jul. 2017 (CEST)
Und besonders, dass man auch noch die BU übersetzen muss. Internationalisierung, so sad. Der 16. März 2001 war ein schwarzer Tag für Wikipedia. NNW19:21, 22. Jul. 2017 (CEST)
Importierte, übersetzte, verschobene Artikel werden nicht als "neue" Artikel angezeigt.
Neue Artikel kann man noch besser verstecken: Vorbereiten auf eigener Benutzerunterseite, wie Benutzer:xyz/Artikeltest. Da kann man jeden Blödsinn veröffentlichen, nach vier Tagen kann unbemerkt verschoben werden. Das merkt niemand, leider.
Hier werden wohl nur solche aufgelistet, die verschiedenartige öffnende und schließende Anführungszeichen haben. Nach meinem Eindruck gibt es noch zehntausende Seiten, bei denen die Anführungszeichen nicht typografisch sind, ich korrigiere jedenfalls laufend welche. Suchen kann man die mit STRG+F, wie andere Zeichen auch. --Janjonas (Diskussion) 21:31, 21. Jul. 2017 (CEST)
Mit STRG+F finde ich die ja nur im Artikel wenn ich schon drauf bin. Mir geht es aber um die Suche. Nach den Dinger, also den ", kann man halt schlecht suchen, da sie bspw. wie das * direkt der Suche dienen. Aber irgendwie muss es doch gehen, genau nach diesen Elementen zu suchen und entsprechende Artikel angezeigt zu bekommen. --Eibbloff (Diskussion) 02:33, 22. Jul. 2017 (CEST)
Ich bekam bei grad bei Wikidata über Echo eine automatische Danksagung für meine tausendste Bearbeitung. Und ich muss sagen, ich hab mich kurz darüber gefreut. Gibt es sowas auch bei uns (sprich bei de:wp) und falls nein, lässt sich das leicht übertragen? denn ich finde, dass ist eine hübsche Sache, um neuen Autoren einfach und unkompliziert danke zu sagen. viele grüße --Thomas13:19, 22. Jul. 2017 (CEST)
Die Stufen 1, 10, 100, 1000, 10000, 100000, 1000000 gelten für alle auf jedem Projekt. Man kann die genutzte Zahl in den Einstellungen des jeweiligen Projekts sehen. Da aber jeder unterschiedlich viele Bearbeitungen auf den unterschiedlichen Projekten hat, könnte man meinen, das es nur auf speziellen Projekten gilt, außerdem erreicht man die unteren Stufen auch auf nicht so häufig genutzten Projekten leichter. Der Umherirrende22:02, 22. Jul. 2017 (CEST)
sowas hatte ich auch letztens (auf Commons in der Art: hundertste Bearbeitung, bin da seit jahren, aber mach da nur coordinaten für Bilder). Hat mich verwirrt, im Arbeitsablauf gestört, und nicht wirklich positiv beeinflußt (was jetzt, erst einhundertmal?). Kann man das Abschalten? --Jmv (Diskussion) 00:20, 23. Jul. 2017 (CEST)
Definiere bitte "funktioniert". Die WL "funktioniert" insofern, als sie Links bläut. … «« Man77 »»(A) wie Autor22:52, 22. Jul. 2017 (CEST)
bläuen ist eigentlich ungünstig. es gibt rotlinks in artikeln die inhaltich auf dasselbe zeigen sind, aber anders lauten Kenneth L. Anderson und Kenneth Lewis Anderson, falls der artikel zu Kenneth Lewis Anderson angelegt wird und der autor nicht die WL anlegt, ist die verlinkung trotzdem gesetzt. aber wie gesagt das bläuen ist schlecht.
Hi, bis vor kurzem konnte ich Benutzerbeiträge (Spezial/Beiträge) "filtern" nach aktuellen Beiträgen und wahlweise auch mehrfache Beiträge (auf der gleichen Seite) ausblenden. Diese optionen sind weg. Weiß jemand, ob und wie ich das wieder einschalten kann? Vielleicht hatten wir meine Frage irgendwo schon. Dann bitte ich um Entschuldigung und einen Link. Danke --MartinaDisk.02:04, 23. Jul. 2017 (CEST)
Nur aktuelle Beiträge sollte doch noch funktionieren. Steht da bei dir nicht mehr das Kästchen? Nur aktuelle Versionen zeigen
Ausblenden kann man kleine Bearbeitungen, ich kann nicht erkennen, dass sich dort etwas verändert hat. Meinst du eventuell zu Gruppen zusammenfassen?
Das müsste eine persönliche Einstellung sein Änderungen auf „Letzte Änderungen“ und der Beobachtungsliste nach Seite gruppieren
Danke, Lómelinde! Oh, jetzt sehe ich " Nur aktuelle Versionen zeigen", aber an einer anderen Position und man muss danach auch nochmal auf "Suche" klicken. Das stand sonst neben dem Datumsfilter und die Auswahl wurde sofort aktiv, wenn man das Häkchen setzte. Und gleich daneben gab's auch noch " Doppelte Beiträge ausblenden" (oder so ähnlich). Man sah damit sofort, welche der zuletzt bearbeiteten Seiten verändert worden waren. Sehr nett. (Die Beobachtungsliste ist nach anderen Kriterien sortiert; da finde ich immer nix.)
Hm. Hatte eben eine Idee und nachgeschaut: Ich nehme an, "var hideduplicatecontribs = true; // bei Benutzerbeiträgen Checkboxen zum Filtern einblenden (von P.Copp)" aus dem PDD-Monobook ist kaputt. Ist offenbar 2011 schon mal passiert - und ich habe PDD dort jetzt gefragt, ob er das nochmal reparieren kann. Hat sich hier also wohl erledigt. Dir auch liebe Grüße! --MartinaDisk.09:50, 23. Jul. 2017 (CEST)
„Lua error in mw.wikibase.entity.lua at line 34: The entity data must be a table obtained via mw.wikibase.getEntityObject.“
Seit Tagen erscheint bei mir in diversen eingebundenen Vorlagen, allerdings immer nur zeitweise, zum Beispiel im Artikel Tour de France 2017 statt der Infobox oder der Etappenübersicht, der fette rote Hinweis „Lua error in mw.wikibase.entity.lua at line 34: The entity data must be a table obtained via mw.wikibase.getEntityObject.“ Auch in der Commons-Kategorie commons:Category:Aerial photographs of Germany erscheint er bei mir dreimal. Cache leeren oder Artikel bearbeiten nutzen nichts. Ist das ein Datenbankfehler? Grüße --Jakob Gottfried (Diskussion) 09:58, 23. Jul. 2017 (CEST)
Falls es hilft: In der angegebenen Kategorie kommt der Fehler bei eingeloggt, kommt aber nicht wenn ausgeloggt (ausgeloggt ist die Sprache Englisch). in der Tour de France hab ich den in beiden Fällen nicht. --Wurgl (Diskussion) 11:31, 23. Jul. 2017 (CEST)
die Diskussion über diese Infobox dauert schon zwei Jahren. Wie ist der weiter Ablauf? Im Moment muss man sich halt mit Tabellen behelfen. Eine Infobox währe halt einheilicher. Danke für die Antwort.
Das du offensichtlich die Infobox möchtest ist klar. Aber es ist nicht sinnvoll, die Diskussion durch Tabellen zu umgehen. Die Alternative ist wollen wird die Boxen mit ihren Vorgaben oder halten wir das für ungeeignet. Stattdessen Tabellen zu benutzen, damit man etwas ähnliches hat wie die Vorlage, aber die Vorlage (technisch) nicht verwendet, ist keine Lösung des zugrundeliegendes Problems.
Beispiel: San Matteo in Merulana, Nostra Signora del Santissimo Sacramento e dei Santi Martiri Canadesi. Meiner Meinung nach auch nicht wirklich hübsch. Catrin (Diskussion) 11:12, 23. Jul. 2017 (CEST)
Das sie hübsch sind habe ich nicht behauptet ich habe sie aus einen anderen Artikel übernommen als ich den Ersten geschrieben habe. Ich habe das Design nicht erfunden. Einen Überblick am Seitenanfang ist meiner Meinung sinnvoll. Die dafür gedachte Vorlage ist aufgrund einer Diskussion bei Neuanlagen verboten. Die Tabellen wegzulassen wird die Lösung bei der Vorlagendiskussion auch nicht beschleunigen. Ich habe auch gesehen das die Vorlage eingebunden wurde und kurz danach wieder hausgelöscht wurde. Zwei Jahre sind zu lange und im Jahr zuvor lief eine Löschdiskussion für die Vorlage. Gruß Michael Hoefler50Diskussion11:34, 23. Jul. 2017 (CEST)
Eingefügt als optionalen Parameter. Wenn er ebenfalls vorgeschlagen werden soll, muss das noch einmal angepasst werden. — Speravir– 02:47, 21. Jul. 2017 (CEST)
PC, du weißt hoffentlich, was man da tun kann oder wen man ansprechen kann: Da stimmt etwas mit TemplateData nicht, denn mir ist hier soeben zum wiederholten Mal Folgendes aufgefallen: Gehe ich auf die Dokuseite und klicke im Bearbeitungsmodus auf das Feld Vorlagen verwalten, werden die Parameter nicht gefunden. Öffne ich die Vorlage selbst zum Bearbeiten, werden die Parameter gefunden (wäre ja auch noch schöner …), aber das TemplateData-Objekt wird in die Vorlage eingefügt, nicht in die Doku. — Speravir– 02:47, 21. Jul. 2017 (CEST)
Das Tool von MediaWiki, das da anzuklicken wäre, weiß nicht, was eine Doku-Unterseite ist.
Es kennt nur die Programmierungsseite.
Wir schreiben TemplateData nie in die Programmierungsseite, weil sonst jede Änderung eines Kommas dort die Programmierung ändert und alle (möglicherweise Tausende) an einbindenden Seiten immer neu aufgebaut werden müssten.
Weiterhin soll in der Versionsgeschichte der Programmierungsseite nur auftauchen, was sich an der Programmierung mal geändert hatte, und in den einbindenden Seiten wirksam wurde.
Man kann auf der Doku-Seite gucken, wie das alle anderen Einträge machen, und es dann genauso abkopieren.
Beim Hinzufügen eines neuen Parameters ist allerdings tricky, dass noch ein Komma nach den bisher letzten gehört.
Wer nicht klarkommt, kann auf die Diskussionsseite der Vorlage seinen Wunsch schreiben oder sich hierher oder an die Vorlagenwerkstatt wenden; die trägt das dann auch ohne zu meckern nach.
Mit den Jahren wird sich auch diese neue Technologie rumsprechen.
PC, das ist (wieder einmal) bestechend logisch, müsste aber dem/n Programmierer/-n des Tools klar gemacht werden. Bei Phabricator weiß ich nicht, wonach genau ich suchen müsste; gefunden habe ich nur phab:T52512 und phab:T56140 – o, beim letzteren hast Du dich ja schon dahingehend geäußert. — Speravir– 23:21, 24. Jul. 2017 (CEST)
Metronom
Guten Tag. Auf meiner BNR habe ich ein Tool, das Metronom heißt, womit ich immer sehen kann, welche meiner Artikel wie oft in einem Monat angesehen wurden. Leider funktioniert es nicht mehr. Statt, dass ich wie vorher gleich beim Anklicken meine Übersicht sehe, kommt jetzt eine Eingabemaske, bei der ich meinen Namen eintragen muss, und wenn ich dann auf "Do it" klicke, passiert überhaupt nichts... ist das Tool kaputt oder bin ich zu doof, um es nun richtig zu benutzen? --Gyanda (Diskussion) 13:22, 21. Jul. 2017 (CEST)
Ich bin gerade über den Artikel Otto-Brenner-Stiftung gestossen. Die Stiftung schreibt sich selbst Otto Brenner Stiftung. Da es sich hierbei um einen Eigenamen handelt, wundert es mich, warum der Name bei Wikipedia angepasst wurde. Wenn wir anfangen würden Eigennamen (z.B. Produktnamen, Buchtitel oder eben Namen von Organisationen) anzupassen, dann müssten wir auch I-Phone statt iPhone schreiben. Das wollen wir doch hoffentlich nicht machen? 188.120.85.2205:43, 22. Jul. 2017 (CEST)
Ein verbindliche Regel hat keinen schwammigen Satz wie Ausnahmen von dieser Regel können in solchen Fällen gemacht werden, wo eine Anpassung verwirren würde oder wenn die unkonventionelle Schreibung eindeutig die üblichere ist und Wortverbindungen nicht stört. Den einen stört es, den anderen nicht. Den einen verwirren die Bindestriche, den anderen nicht. Das ist maximal ein Leitfaden. --Wurgl (Diskussion) 09:04, 22. Jul. 2017 (CEST)
Ich frage mich halt: Wenn man in einer Enzyklopädie nachschaut, schaut man ggf. auch nach, um den korrekten Namen einer Organisation zu erfahren. Eigennamen unterliegen aber eben keiner amtlichen Rechtschreibung. Darum hat für mich eine Anspassung an diese auch keinen Sinn. Die in der „Übereinkunft“ angegebenen Beispiele hätte ich alle so stehengelassen. Einzig „DER SPIEGEL“ hätte ich angepasst, da es die Maluskelschreibweise im Logo ist und der Namen „Der Spiegel“ ist. 188.120.85.2209:24, 22. Jul. 2017 (CEST)
Frage ist beantwortet. Hier ist im übrigen nicht der geeignete Ort, die Regel erneut zu diskutieren.
Darf ich vielleicht noch mal nachhaken: Ich sehe in der verlinkten Übereinkunft oben nicht, dass sie das Setzen von Bindestrichen beinhaltet. Mir scheint es da nur um die Groß- und Kleinschreibung zu gehen. Übersehe ich da was?--Windharp (Diskussion) 16:16, 24. Jul. 2017 (CEST)
Scheint so zu sein. Der richtige Ort ist sicherlich die (noch rote!) Diskussionsseite des Artikels; dann sind die Artikelbeobachter informiert. --Pp.paul.4 (Diskussion) 03:06, 23. Jul. 2017 (CEST)
Hallo! Ich nutze ja schon seit geraumer Zeit den 2017-Quelltext-Editor (insofern sollte das Problem dann vielleicht auch an zuständiger Stelle kommuniziert werden) und habe gerade zum zweiten (?) Mal ein sehr seltsames Verhalten des Editors miterlebt, der mich diesmal fast meine Bearbeitung gekostet hat, da das Speichern auch betroffen war.
Ich habe ganz normal in Arisa editiert, bis plötzlich an mehreren Stellen im Artikel die Schrift größer wurde (wobei vermutlich die Schriftart, nicht die -größe gewechselt hat; siehe Screenshot, im dritten Absatz).
Vermutung (da zeitlicher Zusammenhang und auch bei früheren Beobachtungen vorhanden): Auslöser könnte die Entfernung der Vorlage:Infobox Chartplatzierungen am Artikelanfang gewesen sein.
Als ich nun probierte, den Inhalt des Textfelds per C&P irgendwo zwischenzuspeichern, scheiterte ich damit: Offenbar stimmte die Position des im Editor angezeigten texts und des tatsächlich vorhandenen nicht überein; kopierte ich den gesamten Text, erhielt ich beim Wiedereinfügen nur etwa drei Zeichen, wenn überhaupt; kopierte ich einzelne Stellen, erhielt ich eine (zufällige?) Stelle des Texts, meist die Einleitung.
Es gelang mit mittels Speichern der Seite als HTML doch noch, meinen Text zu retten: In der gespeicherten HTML-Datei ist zwar der Textteil in anderer Schriftart immer noch vorhanden, es lässt sich aber alles problemlos kopieren und wieder einfügen.
Zuletzt habe ich versuchsweise versucht, die problembehaftete Version im offenen Editor zu speichern, da mich das Ergebnis interessiert hätte; das Klicken auf den Speichern-Button blieb jedoch völlig wirkungslos.
Hmm. Ich denke auch an Gadgets in diesem Fall. Falls so etwas nochmals geschieht waere es interessant in die Fehlerkonsole der "Entwicklerwerkzeuge" (Developer Tools) des Browsers zu schauen. --AKlapper (WMF) (Diskussion) 11:24, 20. Jul. 2017 (CEST)
Okay, ich behalte das mal im Auge. Möglicherweise bin ich in der Lage, das Phänomen gewollt herbeizuführen, da meine Arbeitsabläufe bei ähnlichen Artikeln meist einer Routine folgen. Das (CET) ist tatsächlich interessant, aber ich wüsste beim besten Willen nicht, wo so etwas in den anderen Fällen, die ich erlebt habe, hätte vorkommen können.--XanonymusX (Diskussion) 22:33, 20. Jul. 2017 (CEST)
@Schnark, AKlapper (WMF): Gut, hat geklappt, jetzt einmal zum Nachmachen! Problem: Die Infobox in Paolo Meneguzzi entfernen (sollte dann in Tabellenform weiter unten natürlich wieder rein), dabei aber das eingebundenen Bild am Artikelanfang beibehalten:
in Paolo Meneguzzi die Infobox-Vorlage unterhalb des Bild-Parameters löschen (also ab | vorläufige …)
versuchen, den übriggebliebenen Dateinamen zu einer Bildeinbindung umzufunktionieren, indem der erste Teil der Vorlage (ab dem schweizbezogen-Kommentar) mit [[Datei: ersetzt wird
schon ändert sich der Schrifttyp der ersten Zeile (Dateiname); das Ganze passiert offenbar nicht, wenn ich zuerst den Vorlagenteil vor dem Bild lösche und erst anschließend den unteren Teil
klicke ich in irgendeinen anderen Absatz, ändert sich die Anzeige des Artikelanfangs plötzlich und zeigt ein rätselhaftes Bruchstück (<[Datei:!--schweizbezogen-->) an
kopiere ich den Artikelanfang woanders hin, bekomme ich hingegen eine erweiterte Version des Bruchstücks:
<[Datei:!--schweizbezogen-->
{{Infobox Chartplatzierungen
| Bild = Paolo Meneguzzi, Switzerland, Eurovision 2008, 2nd semifinal.jpg
Effekte auf andere Artikelteile oder das Speichern konnte ich diesmal nicht feststellen, aber dazu müssen wahrscheinlich noch andere Dinge passieren, die ich erstmal nicht rekonstruieren kann
Fehlerkonsole: beim Laden des Editors bekomme ich die Warnung Use of "importScriptURI" is deprecated. Use mw.loader instead.
Keinerlei Probleme bei mir, weder in Firefox noch in Vivaldi. Probiere mal deinen Browser ohne jegliche Addons zu starten (irgendwo wird es sicher eine solche Möglichkeit geben) und &safemode=1 an die URL anzuhängen um alle Skripte hier auszuschließen. –Schnark09:23, 21. Jul. 2017 (CEST)
Der Spaß geht weiter.
Test in Iron mit safemode: Editor diesmal (nach den oben beschriebenen Schritten) komplett blockiert (keine Möglichkeit zu copy & paste, selbst Markieren mit Strg+Alt war nicht mehr möglich), das Speichern klappte zunächst, allerdings hat sich der Speichern-Dialog mittendrin aufgehängt und nichts ging mehr; nach Neuladen konnte ich das Ergebnis des Speichern begutachten, das ja wieder sehr seltsam anmutet
Test in Edge (safemode zeigt keine Veränderung), mit Sicherheit ohne Addons: Editor wieder auf Anhieb komplett blockiert
Test in Chrome (safemode zeigt keine Veränderung), mit Sicherheit ohne Addons: Editor verhält sich wie in Iron zuvor, nach einigen weiteren Klicks wieder komplett blockiert
die Fehlerkonsole von Chrome ist allerdings angesprungen:
Fehlerkonsole
load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:154 Use of "importScriptURI" is deprecated. Use mw.loader instead.
get @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:154
VM292:139 Uncaught TypeError: Cannot read property 'length' of null
at Object.ve.adjacentDomPosition (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:139:324)
at VeCeDocument.ve.ce.Document.getNodeAndOffset (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331)
at VeCeMwWikitextSurface.ve.ce.Surface.getSelectionState (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439)
at VeCeMwWikitextSurface.ve.ce.Surface.getNativeRange (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionStartAndEndRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451)
at VeUiMWWikitextSurface.ve.ui.Surface.scrollCursorIntoView (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529)
at VeDmMwWikitextSurface.oo.EventEmitter.emit (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:107:445)
at VeDmMwWikitextSurface.ve.dm.Surface.setSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144)
at VeDmMwWikitextSurface.ve.dm.Surface.changeInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146)
ve.adjacentDomPosition @ VM292:139
ve.ce.Document.getNodeAndOffset @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331
ve.ce.Surface.getSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439
ve.ce.Surface.getNativeRange @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440
ve.ce.LinearSelection.getSelectionRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450
ve.ce.LinearSelection.getSelectionStartAndEndRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451
ve.ui.Surface.scrollCursorIntoView @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529
oo.EventEmitter.emit @ VM273:107
ve.dm.Surface.setSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144
ve.dm.Surface.changeInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146
ve.dm.Surface.change @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:145
ve.ce.Surface.changeModel @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:441
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:425
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentKeyDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:403
ve.EventSequencer.callListener @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.afterEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:21
ve.EventSequencer.runPendingCalls @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.onEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:20
(anonymous) @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:18
dispatch @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:65
elemData.handle @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:60
VM292:139 Uncaught TypeError: Cannot read property 'length' of null
at Object.ve.adjacentDomPosition (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:139:324)
at VeCeDocument.ve.ce.Document.getNodeAndOffset (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331)
at VeCeMwWikitextSurface.ve.ce.Surface.getSelectionState (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439)
at VeCeMwWikitextSurface.ve.ce.Surface.getNativeRange (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionStartAndEndRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451)
at VeUiMWWikitextSurface.ve.ui.Surface.scrollCursorIntoView (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529)
at VeDmMwWikitextSurface.oo.EventEmitter.emit (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:107:445)
at VeDmMwWikitextSurface.ve.dm.Surface.setSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144)
at VeDmMwWikitextSurface.ve.dm.Surface.changeInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146)
ve.adjacentDomPosition @ VM292:139
ve.ce.Document.getNodeAndOffset @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331
ve.ce.Surface.getSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439
ve.ce.Surface.getNativeRange @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440
ve.ce.LinearSelection.getSelectionRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450
ve.ce.LinearSelection.getSelectionStartAndEndRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451
ve.ui.Surface.scrollCursorIntoView @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529
oo.EventEmitter.emit @ VM273:107
ve.dm.Surface.setSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144
ve.dm.Surface.changeInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146
ve.dm.Surface.change @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:145
ve.ce.Surface.changeModel @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:441
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:425
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentKeyDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:403
ve.EventSequencer.callListener @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.afterEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:21
ve.EventSequencer.runPendingCalls @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.onEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:20
(anonymous) @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:18
dispatch @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:65
elemData.handle @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:60
VM292:139 Uncaught TypeError: Cannot read property 'length' of null
at Object.ve.adjacentDomPosition (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:139:324)
at VeCeDocument.ve.ce.Document.getNodeAndOffset (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331)
at VeCeMwWikitextSurface.ve.ce.Surface.getSelectionState (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439)
at VeCeMwWikitextSurface.ve.ce.Surface.getNativeRange (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionStartAndEndRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451)
at VeUiMWWikitextSurface.ve.ui.Surface.scrollCursorIntoView (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529)
at VeDmMwWikitextSurface.oo.EventEmitter.emit (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:107:445)
at VeDmMwWikitextSurface.ve.dm.Surface.setSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144)
at VeDmMwWikitextSurface.ve.dm.Surface.changeInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146)
ve.adjacentDomPosition @ VM292:139
ve.ce.Document.getNodeAndOffset @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331
ve.ce.Surface.getSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439
ve.ce.Surface.getNativeRange @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440
ve.ce.LinearSelection.getSelectionRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450
ve.ce.LinearSelection.getSelectionStartAndEndRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451
ve.ui.Surface.scrollCursorIntoView @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529
oo.EventEmitter.emit @ VM273:107
ve.dm.Surface.setSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144
ve.dm.Surface.changeInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146
ve.dm.Surface.change @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:145
ve.ce.Surface.changeModel @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:441
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:425
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentKeyDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:403
ve.EventSequencer.callListener @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.afterEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:21
ve.EventSequencer.runPendingCalls @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.onEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:20
(anonymous) @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:18
dispatch @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:65
elemData.handle @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:60
VM292:139 Uncaught TypeError: Cannot read property 'length' of null
at Object.ve.adjacentDomPosition (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:139:324)
at VeCeDocument.ve.ce.Document.getNodeAndOffset (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331)
at VeCeMwWikitextSurface.ve.ce.Surface.getSelectionState (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439)
at VeCeMwWikitextSurface.ve.ce.Surface.getNativeRange (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionStartAndEndRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451)
at VeUiMWWikitextSurface.ve.ui.Surface.scrollCursorIntoView (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529)
at VeDmMwWikitextSurface.oo.EventEmitter.emit (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:107:445)
at VeDmMwWikitextSurface.ve.dm.Surface.setSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144)
at VeDmMwWikitextSurface.ve.dm.Surface.changeInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146)
ve.adjacentDomPosition @ VM292:139
ve.ce.Document.getNodeAndOffset @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331
ve.ce.Surface.getSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439
ve.ce.Surface.getNativeRange @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440
ve.ce.LinearSelection.getSelectionRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450
ve.ce.LinearSelection.getSelectionStartAndEndRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451
ve.ui.Surface.scrollCursorIntoView @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529
oo.EventEmitter.emit @ VM273:107
ve.dm.Surface.setSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144
ve.dm.Surface.changeInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146
ve.dm.Surface.change @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:145
ve.ce.Surface.changeModel @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:441
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:425
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentKeyDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:403
ve.EventSequencer.callListener @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.afterEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:21
ve.EventSequencer.runPendingCalls @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.onEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:20
(anonymous) @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:18
dispatch @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:65
elemData.handle @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:60
VM292:139 Uncaught TypeError: Cannot read property 'length' of null
at Object.ve.adjacentDomPosition (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:139:324)
at VeCeDocument.ve.ce.Document.getNodeAndOffset (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331)
at VeCeMwWikitextSurface.ve.ce.Surface.getSelectionState (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439)
at VeCeMwWikitextSurface.ve.ce.Surface.getNativeRange (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450)
at VeCeLinearSelection.ve.ce.LinearSelection.getSelectionStartAndEndRects (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451)
at VeUiMWWikitextSurface.ve.ui.Surface.scrollCursorIntoView (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529)
at VeDmMwWikitextSurface.oo.EventEmitter.emit (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:107:445)
at VeDmMwWikitextSurface.ve.dm.Surface.setSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144)
at VeDmMwWikitextSurface.ve.dm.Surface.changeInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146)
ve.adjacentDomPosition @ VM292:139
ve.ce.Document.getNodeAndOffset @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:331
ve.ce.Surface.getSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:439
ve.ce.Surface.getNativeRange @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:440
ve.ce.LinearSelection.getSelectionRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:450
ve.ce.LinearSelection.getSelectionStartAndEndRects @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:451
ve.ui.Surface.scrollCursorIntoView @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:529
oo.EventEmitter.emit @ VM273:107
ve.dm.Surface.setSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:144
ve.dm.Surface.changeInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:146
ve.dm.Surface.change @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:145
ve.ce.Surface.changeModel @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:441
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:425
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentKeyDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:403
ve.EventSequencer.callListener @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.afterEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:21
ve.EventSequencer.runPendingCalls @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.onEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:20
(anonymous) @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:18
dispatch @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:65
elemData.handle @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:60
load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:353 Uncaught TypeError: Cannot read property 'getSurface' of null
at VeCeParagraphNode.ve.ce.ContentBranchNode.onTeardown (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:353)
at VeCeParagraphNode.oo.EventEmitter.emit (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:107:445)
at VeCeParagraphNode.ve.ce.View.setLive (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:336)
at VeCeParagraphNode.ve.ce.BranchNode.setLive (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:345)
at VeCeDocumentNode.ve.ce.BranchNode.onSplice (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:342)
at VeDmDocumentNode.oo.EventEmitter.emit (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:107:445)
at VeDmDocumentNode.ve.dm.BranchNode.splice (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:73)
at Object.ve.batchSplice (eval at <anonymous> (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:4), <anonymous>:123:367)
at VeDmDocument.ve.dm.Document.rebuildNodes (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:191)
at VeDmDocument.ve.dm.Document.rebuildTree (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:191)
ve.ce.ContentBranchNode.onTeardown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:353
oo.EventEmitter.emit @ VM273:107
ve.ce.View.setLive @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:336
ve.ce.BranchNode.setLive @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:345
ve.ce.BranchNode.onSplice @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:342
oo.EventEmitter.emit @ VM273:107
ve.dm.BranchNode.splice @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:73
ve.batchSplice @ VM292:123
ve.dm.Document.rebuildNodes @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:191
ve.dm.Document.rebuildTree @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:191
ve.dm.TransactionProcessor.process @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:95
ve.dm.Document.commit @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:180
ve.dm.Surface.changeInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:145
ve.dm.Surface.change @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:145
ve.ce.LinearEnterKeyDownHandler.static.execute @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:469
ve.ce.KeyDownHandlerFactory.executeHandlersForKey @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:449
ve.ce.Surface.onDocumentKeyDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:397
ve.EventSequencer.callListener @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.onEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:20
(anonymous) @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:18
dispatch @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:65
elemData.handle @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:60
load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438 The given range isn't in document.
ve.ce.Surface.showSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438
ve.ce.Surface.showModelSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.onDocumentKeyDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:397
ve.EventSequencer.callListener @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.onEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:20
(anonymous) @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:18
dispatch @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:65
elemData.handle @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:60
load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19 Uncaught TypeError: Cannot read property 'ownerDocument' of undefined
at Function.Sizzle.contains (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19)
at Object.OO.ui.contains (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763)
at VeCeMwWikitextSurface.ve.ce.Surface.showSelectionState (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438)
at VeCeMwWikitextSurface.ve.ce.Surface.showModelSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437)
at VeCeMwWikitextSurface.ve.ce.Surface.handleObservedChanges (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnceInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnce (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeMwWikitextSurface.ve.ce.Surface.onDocumentKeyDown (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:397)
at VeEventSequencer.ve.EventSequencer.callListener (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23)
at VeEventSequencer.ve.EventSequencer.onEvent (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:20)
Sizzle.contains @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19
OO.ui.contains @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763
ve.ce.Surface.showSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438
ve.ce.Surface.showModelSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.onDocumentKeyDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:397
ve.EventSequencer.callListener @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:23
ve.EventSequencer.onEvent @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:20
(anonymous) @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:18
dispatch @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:65
elemData.handle @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:60
load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438 The given range isn't in document.
ve.ce.Surface.showSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438
ve.ce.Surface.showModelSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentMouseDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:390
load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19 Uncaught TypeError: Cannot read property 'ownerDocument' of undefined
at Function.Sizzle.contains (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19)
at Object.OO.ui.contains (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763)
at VeCeMwWikitextSurface.ve.ce.Surface.showSelectionState (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438)
at VeCeMwWikitextSurface.ve.ce.Surface.showModelSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437)
at VeCeMwWikitextSurface.ve.ce.Surface.handleObservedChanges (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnceInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnce (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeMwWikitextSurface.ve.ce.Surface.afterDocumentMouseDown (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:390)
Sizzle.contains @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19
OO.ui.contains @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763
ve.ce.Surface.showSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438
ve.ce.Surface.showModelSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentMouseDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:390
load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:348 Uncaught TypeError: Cannot read property 'getStore' of null
at VeCeParagraphNode.ve.ce.ContentBranchNode.getRenderedContents (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:348)
at VeCeParagraphNode.ve.ce.ContentBranchNode.renderContents (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:352)
at VeCeMwWikitextSurface.ve.ce.Surface.handleObservedChanges (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:424)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnceInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnce (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeMwWikitextSurface.ve.ce.Surface.onDocumentBlur (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:389)
at VeCeMwWikitextSurface.ve.ce.Surface.onFocusChange (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:388)
at later (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763)
ve.ce.ContentBranchNode.getRenderedContents @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:348
ve.ce.ContentBranchNode.renderContents @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:352
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:424
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.onDocumentBlur @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:389
ve.ce.Surface.onFocusChange @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:388
later @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763
load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438 The given range isn't in document.
ve.ce.Surface.showSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438
ve.ce.Surface.showModelSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentMouseDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:390
load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19 Uncaught TypeError: Cannot read property 'ownerDocument' of undefined
at Function.Sizzle.contains (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19)
at Object.OO.ui.contains (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763)
at VeCeMwWikitextSurface.ve.ce.Surface.showSelectionState (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438)
at VeCeMwWikitextSurface.ve.ce.Surface.showModelSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437)
at VeCeMwWikitextSurface.ve.ce.Surface.handleObservedChanges (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnceInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnce (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeMwWikitextSurface.ve.ce.Surface.afterDocumentMouseDown (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:390)
Sizzle.contains @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19
OO.ui.contains @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763
ve.ce.Surface.showSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438
ve.ce.Surface.showModelSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentMouseDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:390
load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:348 Uncaught TypeError: Cannot read property 'getStore' of null
at VeCeParagraphNode.ve.ce.ContentBranchNode.getRenderedContents (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:348)
at VeCeParagraphNode.ve.ce.ContentBranchNode.renderContents (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:352)
at VeCeMwWikitextSurface.ve.ce.Surface.handleObservedChanges (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:424)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnceInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnceSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeMwWikitextSurface.ve.ce.Surface.onDocumentSelectionChange (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:391)
at later (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763)
ve.ce.ContentBranchNode.getRenderedContents @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:348
ve.ce.ContentBranchNode.renderContents @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:352
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:424
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnceSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.onDocumentSelectionChange @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:391
later @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763
load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438 The given range isn't in document.
ve.ce.Surface.showSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438
ve.ce.Surface.showModelSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentMouseDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:390
load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19 Uncaught TypeError: Cannot read property 'ownerDocument' of undefined
at Function.Sizzle.contains (load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19)
at Object.OO.ui.contains (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763)
at VeCeMwWikitextSurface.ve.ce.Surface.showSelectionState (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438)
at VeCeMwWikitextSurface.ve.ce.Surface.showModelSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437)
at VeCeMwWikitextSurface.ve.ce.Surface.handleObservedChanges (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnceInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnce (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeMwWikitextSurface.ve.ce.Surface.afterDocumentMouseDown (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:390)
Sizzle.contains @ load.php?debug=false&lang=de&modules=jquery%2Cmediawiki|mediawiki.legacy.wikibits&only=scripts&skin…:19
OO.ui.contains @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763
ve.ce.Surface.showSelectionState @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:438
ve.ce.Surface.showModelSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:437
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:426
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnce @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.afterDocumentMouseDown @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:390
load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:348 Uncaught TypeError: Cannot read property 'getStore' of null
at VeCeParagraphNode.ve.ce.ContentBranchNode.getRenderedContents (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:348)
at VeCeParagraphNode.ve.ce.ContentBranchNode.renderContents (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:352)
at VeCeMwWikitextSurface.ve.ce.Surface.handleObservedChanges (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:424)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnceInternal (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeSurfaceObserver.ve.ce.SurfaceObserver.pollOnceSelection (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447)
at VeCeMwWikitextSurface.ve.ce.Surface.onDocumentSelectionChange (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:391)
at later (load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763)
ve.ce.ContentBranchNode.getRenderedContents @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:348
ve.ce.ContentBranchNode.renderContents @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:352
ve.ce.Surface.handleObservedChanges @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:424
ve.ce.SurfaceObserver.pollOnceInternal @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.SurfaceObserver.pollOnceSelection @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:447
ve.ce.Surface.onDocumentSelectionChange @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:391
later @ load.php?debug=false&lang=de&modules=ext.visualEditor.core|oojs-ui-core%2Coojs-ui-widgets|oojs-ui.s…:763
Hello. I just thought I'd let you know that the page for James Duke Mason was deleted from the English Wikipedia due to lack of notability and self-promotion issues (see [3]). He had been successfully inserting promotional references to himself for many years, and I noticed he also had a German page when I was cleaning those up. I don't know what the German policies are around notability and promotion, but I don't think it would hurt to give you a head's up. - GretLomborg (Diskussion) 23:30, 21. Jul. 2017 (CEST)
I was thinking it was translated from one of the English versions without knowing its promotional origins, and that it may have been mistakenly assumed to meet your notability guidelines because it met may have been assumed to meet the English ones. - GretLomborg (Diskussion) 16:47, 22. Jul. 2017 (CEST)
This is an important aspect. Our criteria say, the film had to be shown on relevant festivals or had to be in the film distribution. If it wasn't, the actor can gain no notability out of the film. I made a comment to this aspect in the discussion. --92.212.4.19500:21, 25. Jul. 2017 (CEST)
That's it. As you can see in the discussion there is proof that the film meets our criteria so the article will stay. Sad but true. --188.108.80.18712:47, 25. Jul. 2017 (CEST)
Bloß weil jemand unsere Relevanzkriterien erfüllt, heißt das noch nicht, das ein Artikel über diese Person die WP automatisch bereichert. --188.108.80.18718:21, 25. Jul. 2017 (CEST)
Aus dem Englischen (en.wikipedia) übersetzte Artikel
Es muss ja nicht alles mehrmals geschrieben werden, nicht jede Arbeit mehrmals gemacht werden. Wie haltet es Ihr damit, z.B. in de.wikipedia aus en.wikipedia ins Deutsche übersetzte Artikel aufzunehmen? Wenn das üblich ist, müsste das allerdings gekennzeichnet sein. So etwas ist mir bisher aber noch nicht aufgefallen. --mfG AnaLemma23:55, 22. Jul. 2017 (CEST)
Huch, verstehe ich die Frage jetzt falsch? Du bist doch schon eine ganze Weile dabei, hast du das noch nie gesehen? :-) Es gibt eine ganze Klasse von Tools, Hilfeseiten und Richtlinien fuer die Uebersetzung von und nach anderen Sprachversionen. Ein Einstieg ist WP:Übersetzungen. Ein spezielles Tool ("Beta"status, unter "Einstellungen" zu aktivieren) findest du dort: mw:Content translation. hth -- Iwesb (Diskussion) 01:51, 23. Jul. 2017 (CEST)
Danke, mehr wollte ich eigentlich nicht wissen. Anlass war meine Erinnerung an eine gelegentliche ziemlich feindliche Haltung gegenüber "fremden" Artikeln. Jemand wollte mir einmal verbieten, einen Link auf einen englischen Artikel zu setzen. Ein solcher könnte nicht als Beleg gelten. Dabei verwendete ich ihn nur als Erklärungshilfe (möglicherqweise sogar für einen eingedeutschten engl. oder lateinischen (über Umweg) Begriff - kann mich leider nicht mehr an Einzelheiten erinnern), quasi wie einen Blau-Link auf einen de.wikipedia-Artikel (dessen Inhalt man ja auch nicht abschreibt), der in diesem Falle aber nicht existierte. --mfG AnaLemma11:40, 23. Jul. 2017 (CEST)
Übersetzungen aus und in andere Sprachversionen werden gern gesehen (inklusive Angabe Ihrer Quellen). Artikel aus anderen oder aus der deutschsprachigen Version können aber nicht für sich selbst als Quelle dienen, daher sind Links auf sie (abgesehen natürlich von den Interwikilinks) nicht erwünscht.--Olaf2 (Diskussion) 12:22, 23. Jul. 2017 (CEST)
Wenn Du das Tool verwendest, wird auch automatisch der Importantrag gestellt, damit die lizenzkonforme Versionsgeschichte importiert werden kann. Mein letzter übersetzter Artikel ist, um mal ein Beispiel zu nennen, Bobby Bare Jr. (hier ist die Versionsgeschichte, beachte den Bruch zwischen 7. und 16. Juli), bei dem nach Beendigung der Übersetzung (die aufgrund der zu erwartenden Ref-Fehler und falscher Templates am Besten zunächst in Deinen BNR erfolgen sollte(, bekam ich diese Meldung auf meine Disk, der zugehörige Antrag ist inzwischen gelöscht, er sah so aus. Grüße vom Sänger ♫ (Reden)12:34, 23. Jul. 2017 (CEST)
Also, von diesem Tool halte ich nicht so viel, da ist manuelle Übersetzung viel besser. Das Tool überträgt beispielsweise keine Infoboxen. Zu solchen manuell übersetzten Artikeln siehe z. B. ATSF-Klasse 3460 oder BR-Standardklasse 3MT 2-6-0. Es gibt auch andere Übersetzungen in WP, z. B. aus dem Russischen: Russische Baureihe Д. Wenn man eigene Quellen hat, wie ich im genannten russischen Beispiel, kann man auch aufgrund dieser noch ergänzen. --Universal-InteressierterDisk.Arbeit12:42, 23. Jul. 2017 (CEST)
Das meinte ich mit "falsche Templates", auf gut Deutsch Vorlagen, Infoboxen sind so eine Vorlage. Daher am besten zunächst in den BNR übersetzen, und dann ggf. solche Dinge wie Vorlagen anpassen bzw. erst einfügen (wenn sie denn benötigt werden). Generell finde ich das absatzweise geführte Übersetzen recht praktisch. Grüße vom Sänger ♫ (Reden)12:53, 23. Jul. 2017 (CEST)
@Olaf2: Erkläre mir das doch bitte. Ich will ja nicht zwischen inhaltlich gleichen (nur sprachlich verschiedenen) Artikeln, sondern in einem de.Artikel auf einen en.Artikel verlinken. Das Warum habe ich oben genannt. Wer kein Englisch kann, ist nicht mehr "geschädigt", als wenn auf engl. Literatur verwiesen wird. @Sänger: Ich habe mir Bobby Bare Jr. angesehen. Ich vermisse einen Hinweis darauf, dass dieser Artikel eine Übersetzuzng aus en.Wikipedia (und spätere weitere Bearbeitung in de.Wikipedia) ist. Einen Hinweis in der Art wie "schweizbezogwen" o.ä. halte ich für sinnvoll. --mfG AnaLemma14:53, 23. Jul. 2017 (CEST)
Wieso, was hat der Leser davon? Tatsächlich ist das ja eher eine Lizenzfrage, aber die offizielle Haltung (von WMF ausgehend) ist, dass selbst ein Link in der Versionsgeschichte reicht, den das Tool ja auch korrekt setzt. Andere Sprachversionen bieten den Übersetzungshinweis tatsächlich etwas prominenter an, siehe zB nl:Skam#Prijzen (in der grauen Box). Ich finde das aber erstens wie gesagt kaum relevant für den Leser und zweitens auch irreführend, wenn sich der Artikel seit der Übersetzung fast bis zur Unkenntlichkeit verändert hat.--XanonymusX (Diskussion) 15:10, 23. Jul. 2017 (CEST)
17. Jul. 2017, 20:33:43 Sänger (Diskussion | Beiträge) K . . (15.959 Bytes) (0) . . (Sänger verschob die Seite Benutzer:Sänger/Bobby Bare Jr. nach Bobby Bare Jr.: aknn in die freiheit entlassen werden) (rückgängig) [automatisch gesichtet]
Bitte keine Kindereien. Deine Nachhilfe ist nicht hilfreich, sondern überflüssig und klärt nichts. Solche Dinge werden selbstverständlich beachtet. So hatte ich z.B. dieses längst gesehen. --mfG AnaLemma20:45, 23. Jul. 2017 (CEST)
Um dem Urheberrecht zu genügen ist es nicht notwendig einen deutlicheren Hinweis zu setzen. Ich denke auch, das ein solcher nicht unbedingt auf Begeisterung bei vielen Autoren stoßen würde. Zudem ist es mit einer Übersetzung auch nicht getan. Quellen müssen geprüft werden und mir ist es schon sehr oft passiert, dass ich eigentlich nicht übersetzt habe, sondern mit den Quellen einen eigenständigen Artikel erstellt habe. Vorgetäuschte Blaulinks bringen dem Leser wenig, außerdem wird er oder sie aus der deutschsprachigen Wikipedia raus geführt, was im Fließtext nicht passieren soll. Hinzu kommt, auf welche Sprachversion soll verlinkt werden, englisch, chinesisch, russisch, wer bestimmt das? Ein Rotlink sagt eindeutig, hier fehlt noch etwas und die Wikipedia hat nie von sich behauptet "fertig" zu sein. Gruß --Itti20:55, 23. Jul. 2017 (CEST)
... sie aus der deutschsprachigen Wikipedia raus geführt, was im Fließtext nicht passieren soll. Links führen immer erst einmal hinaus. Oder darf das nur nicht hinaus in andere Wikipedien (stört ausgerechnet nur die Verwandtschaft?) passieren? Muss alles bei uns stehen? Müssen wir die Anderen ignorieren? --mfG AnaLemma21:22, 23. Jul. 2017 (CEST)
Welchen Sinn sollte es sonst haben eine deutschsprachige Wikipedia zu erstellen. Wir könnten auch eine machen, in der einfach jeder in seiner Lieblingssprache schreibt. Eine für alle. Du musst sie nicht ignorieren, du kannst einfach den Artikel auf deutsch anlegen. --Itti21:48, 23. Jul. 2017 (CEST)
@Benutzer:Analemma: Wenn ich Dich richtig verstehe, willst Du als Beleg in einen Artikel einen Link auf einen anderen (fremdsprachigen) Wikipediaartikel setzen. Wikipedia darf jedoch nicht mit sich selbst referenzieren. Daher sind externe Links auf andere Wikipediaartikel (egal in welcher Sprachversion) nicht erwünscht. (Die Nutzung einer fremdsprachigen Quelle ist hingegen unproblematisch.)--Olaf2 (Diskussion) 13:28, 24. Jul. 2017 (CEST)
Das nicht sollen, nicht dürfen, ... habe ich nun zur Genüge gehört. Wann kommt denn endlich mal Jemand, der eine Erklärung dafür hat (eine sachliche, zur Not auch eine bürokratische)? Versteht Ihr alle Bahnhof im Sinne von, dass ich Hernn/Frau Wikipedia auffordern will: Schau in meinem anderen Buch nach, meine eigenen Beweise/Beweise findest Du dort. Nein: Hern/Frau Wikipedia soll sagen dürfen, dass er/sie eine Sache, die hier nur eine Nebensache ist, schon dort beschrieben habe (genau gleiches Handeln wie einen Blaulink machen.) --mfG AnaLemma15:22, 24. Jul. 2017 (CEST)
So richtig verstehe ich nicht, was du zum Ausdruck bringen möchtest. Wenn ich richtig vermute geht es um zwei Aspekte, die Quellen-Nutzung, die Olaf2 erläutert hat und die Verlinkung eines Begriffes als "Blaulink". Problem hier: Es ist kein echter Blaulink. Einen echten blaulink kannst du folgen und in der Sprache, in der du bisher gelesen hast, weiterlesen. Hier wird vorgetäuscht, es wäre eine weiterführende Information, die mir aber gar nichts nützt, wenn ich die Sprache nicht spreche, in die ich als Leser geschleust werde. Also hätten wir in dem von dir präferiertem Fall nur eine Mogelpackung. --Itti16:04, 24. Jul. 2017 (CEST)
Also ich finde das Problem ja hier recht anschaulich fuer die meisten Leser dargestellt :-) Es gibt Menschen, die kein Englisch koennen Aber IMO muss man tatsaechlich differenzieren. Ein moegliches Lemma sollte in der deWP als deutschsprachiger Artikel vorliegen, somit ist ein Verweis auf andere Sprachversionen nicht zielfuehrend und es sollte der entsprechende Rotlink auf den dt.spr. Artikel gesetzt werden (sonst ist auch die Schwelle zum Anlegen nochmals erhoeht). In besonderen Ausnahmefaellen kann ein Verweis auf andere Sprachversionen in Anmerkungen oder Fussnoten IMO aber durchaus gerechtfertigt sein, so z.B. hier (dieses Bild ist aufgrund gesetzl. Regelungen nicht commonsfaehig, liefert aber durchaus einen Mehrwert fuer den Leser: wie man in der VG sehen kann, sind dazu die Meinungen - wie so oft - hoechst geteilt). Wenn nachweislich - aufgrund von unterschiedlichen RK-Auffassungen ein Teilaspekt in einer Sprachversion nicht als eigener Artikel dargestellt werden kann, so ist der Teilaspekt im uebergeordneten Artikel kurz zu beschreiben und dann kann mMn eine Anmerkung <ref>Weitere Informationen dazu finden sich (in Sprache XXX) unter IW-Link zu YYYY</ref> gesetzt werden. Aber das muessen tatsaechlich begruendete Ausnahmen sein und nicht das Standardvorgehen. Dies ist die Privatmeinung von -- Iwesb (Diskussion) 03:08, 25. Jul. 2017 (CEST)
Ein Problem eines "falschen Blaulinks" ist auch, dass er gepflegt werden muss. Sobald der Artikel dann auf deutsch geschrieben wurde, müsste er "korrekt" verlinkt werden. Da denke ich nicht, dass das passiert. Viele Grüße --Itti07:36, 25. Jul. 2017 (CEST)
Irgendwie scheint es mir nötig zu unterscheiden in "Übersetzen eines (belegten) fremdsprachigen Artikels unter Einhaltung des Urheberrechtes = Import, und Übernahme der Belege in den deutschen Text" = vielfach praktiziert, sehr erwünscht und willkommen versus: "Nutzung von en:WP als "Scheinbeleg" für de:WP oder setzen von Wikilinks auf englische Artikel in de:WP: Letztere beide Dinge sind unter den relativ wenigen Dingen, die in einem sehr breiten Konsens als "absolut nicht erwünscht" anerkannt sind. Da gibt es letztlich nichts zu dikutieren, akzeptiere es einfach wie es ist. Einziger regelkonformer Weg wäre ein - hier sehr sicher scheiterndes Meinungsbild- andy_king50 (Diskussion) 20:42, 26. Jul. 2017 (CEST)
Da gibt es letztlich nichts zu dikutieren, akzeptiere es einfach wie es ist. Wie ich auch hier feststelle, geht es in den meisten Meldungen doch gar nicht ums Diskutieren sondern um die Abwehr eines vermuteten Wunsches. Dabei müsst Ihr mir aber gar nichts abwehren (bzw. könnt diskussionslos ruhig beim gewohnten sehr breiten Konsens bleiben). Ich wollte nur mal eine Sache diskutieren. Und darauf sind doch einige Teilnehmer auch eingegangen, haben nicht abgewehrt und haben ihre Meinung mitgeteilt. Vielen Dank dafür. --mfG AnaLemma23:39, 26. Jul. 2017 (CEST)
Soweit ich das beurteilen kann, ist das Lemma falsch und müsste UNESCO-Kultur- und -Naturerbe heißen, da sich "UNESCO" auch auf Naturerbe bezieht und aktuell somit ein Deppenleerzeichen besteht. Was anderes wäre es, wenn es nur "Kultur- und Naturerbe" heißen würde, dann wäre vor "Natur" natürlich kein Bindestrich. Oder seh ich das falsch? 147.142.66.23811:40, 23. Jul. 2017 (CEST)
Hä? Ob da nun "UNESCO-Kultur" oder nur "Kultur" vor dem Bindestrich-als-Ersatz-für-den-ersten-Wortteil steht ist doch wumpe, der superfluide Bindestrich vor dem Kultur ist mir jedenfalls nicht wirklich einsichtig. Grüße vom Sänger ♫ (Reden)15:32, 23. Jul. 2017 (CEST)
Doch, die Schreibung ist eigentlich ganz eindeutig, wenn man das Ganze durch Weltkultur- und -naturerbe ersetzt. Das wird so auch korrekt in den Artikeln geschrieben. Da eine Abkürzung aber halt nicht in eine Zusammenschreibung passt, sondern einen Bindestrich benötigt, sieht es hier optisch etwas verwirrend aus; ändert nichts an der korrekten Schreibung.--XanonymusX (Diskussion) 15:36, 23. Jul. 2017 (CEST)
Vorsicht! Weltkultur- und -naturerbe ist sowohl inhaltlich als auch sprachlich etwas anderes als UNESCO-Kultur- und Naturerbe.
Inhaltlich: Weltkultur- und -naturerbe umfasst nur die nach der Welterbekonvention anerkannten Welterbestätten, UNESCO-Kultur- und Naturerbe umfasst allgemein auch die anderen UNESCO-Programme zum Kultur- und Naturerbe, z.B. Biosphärenreservate, Geoparks, Weltdokumentenerbe und Immaterielles Kulturerbe, siehe Kultur- und Naturerbe auf der Website der Deutschen UNESCO-Kommission.
Ob sich diese Bindestrich-vor-kleinem-n-Regel (Weltkultur- und -naturerbe = Weltkulturerbe und Weltnaturerbe) ohne Weiteres auf eine Bindestrich-vor-großem-n-Regel (-Naturerbe) übertragenlässt oder in diesem Fall der Bindestrich hinter UNESCO- sowohl für Kultur als auch für Natur bezieht, übersteigt meine Kenntnisse. Hier muss ja nicht, wie bei -naturerebe, eine fehlende Worttrennung im Vorwort (Weltkulturerbe-) durch einen Bindestrich angegeben werden. --bjs16:15, 23. Jul. 2017 (CEST)
M.E. ist ganz klar, dass vor "Naturerbe" ein Bindestrich stehen muss, denn "UNESCO" ist sowohl mit "Kulturerbe" als auch mit "Naturerbe" zusammengesetzt. Bzw.: Bei "UNESCO-Kulturerbe" ist der letzte Teil weggelassen und wird durch den Bindestrich vertreten, bei "UNESCO-Naturerbe" der erste Teil.
Die Frage ist aber, ob das hier der richtige Ort für die Diskussion ist oder ob das nicht besser auf der Diskussionsseite des Artikels diskutiert werden sollte. --Digamma (Diskussion) 16:35, 23. Jul. 2017 (CEST)
Meines Wissens sollten Lemma-Verschiebungen immer erst vorher diskutiert werden, außer bei offensichtlichen Rechtschreibfehlern. Wenn der Fehler aber offensichtlich war: Warum hast du dann hier die Diskussion angefangen? Ich wollte nur sagen, dass hier der falsche Ort dafür ist. --Digamma (Diskussion) 17:09, 23. Jul. 2017 (CEST)
@Bjs: Danke für die inhaltliche Klarstellung; aber ich hatte den Begriff auch nur herangezogen, weil er eben sprachlich analog (wenn schon nicht identisch) ist: Es mag bei der UNESCO-Zusammensetzung nicht so intuitiv sein (auch für mich nicht), aber tatsächlich ist nach Rechtschreibregeln UNESCO-Beispielwort gleich zu behandeln wie Weltbeispielwort (letzteres könnte man ja notfalls auch als Welt-Beispielwort schreiben, ersteres hingegen aufgrund besonderer Regeln für Komposita mit Abkürzungen nicht). Was vielleicht verwirrt, ist das Zusammenstoßen von Bindestrich und Ergänzungsstrich, die ja gleich aussehen: In UNESCO-Kultur- und -Naturerbe ist der erste Viertelgeviertstrich ein Bindestrich, die beiden danach sind hingegen Ergänzungsstriche. Ausgeschrieben als UNESCO-Naturerbe ist es hingegen wieder ein Bindestrich.
Insofern sind die offenbar schon mehrmals versuchten Korrekturhinweise der IP berechtigt und ich würde heute oder morgen die Verschiebung vornehmen, wenn sich sonst niemand findet. Artikeldisk ist jetzt nicht mehr notwendig, da der Haupt- (und praktisch einzige) Autor ja Bescheid weiß. Man kann die Diskussion dann aber vielleicht auf die Artikeldisk verschieben. Gruß--XanonymusX (Diskussion) 17:32, 23. Jul. 2017 (CEST)
Gibt es für so einen Dreifach-Strich auch andere Beispiele? mir kommt das schon sehr seltsam vor. --bjs17:58, 23. Jul. 2017 (CEST)
Ich vermute, solche Zusammensetzungen werden wohl eher vermieden, wo möglich. Man könnte zB von der UN-Antifolter- und der -Kinderrechtskonvention sprechen. Aber mein Beispiel oben musst du dir nur mit Bindestrich vorstellen (zwar grausam, aber in Theorie nicht falsch): Welt-Kultur- und -Naturerbe. Der Bindestrich ändert nichts an der Setzung des Ergänzungsstrichs, außer dass er halt Verwirrung stiften kann (aber das lässt sich mit Abkürzungen nicht vermeiden). --XanonymusX (Diskussion) 18:31, 23. Jul. 2017 (CEST)
Die hab ich gelesen, da steht aber auch nichts von drei Bindestrichen. Ob das wirklich "nichts ändert" bin ich noch nicht überzeugt. --bjs07:52, 24. Jul. 2017 (CEST)
Gähn. Was für eine überflüssige und dabei noch gegenstandslose Diskussion. Eine schnelle Literatursuche, z.B. einfach mal UNESCO Welterbe bei Amazon eingeben, zeigt, dass beides UNESCO-Welterbe und UNESCO Welterbe, also mit und ohne Bindestrich in gedruckten Büchern vorkommt. Und Überraschung, beides ist zulässig: Fasst man nämlich UNESCO als Apposition vom engen Typ auf, braucht es hier keinen Bindestrich. Um uns den superfluiden Ergänzungsstrich vor Naturerbe zu ersparen, plädiere ich für das genauso korrekte und in deutschsprachiger Literatur ebenfalls gebräuchliche UNESCO Kultur- und Naturerbe. --Wiki Surfer BCR (Diskussion) 18:34, 25. Jul. 2017 (CEST)
Überflüssig mit Sicherheit nicht, da die bisherige Fassung klar falsch war. Dass dein Vorschlag möglicherweise auch zulässig wäre (die Apposition finde ich hier aber doch sehr weit hergeholt; dass es mancherorts gebräuchlich ist, hat mE eher mit Design und Schreibfaulheit zu tun), mag sein, aber es gibt ja keinen Grund, einen korrekten Binde- und Ergänzungsstrich zu unterschlagen, daher mag die erste gewählte korrekte Fassung nun gerne bleiben. Ich passe noch das Portal an! Gruß--XanonymusX (Diskussion) 15:33, 27. Jul. 2017 (CEST)
Wahrscheinlich hat irgendein häufig eingebundenes Lua-Modul mal einen Fehler geworfen, der inzwischen wieder entfernt ist. Jedenfalls hatten meine Stichproben alle keine Skriptfehler und sind nach Nulledit auch wieder aus der Kategorie verschwunden. Jobqueue zu langsam... -- hgzh11:47, 23. Jul. 2017 (CEST)
Ja, aber das passiert ständig in letzter Zeit, ich nehme die jetzt von der BEO, das ist mir zu anstrengend, da die paar wirklichen Fehlerfälle herauszufiltern. Ich kann nicht ständig hunderte Nulledits machen, um möglicherweise mal einen wirklichen Treffer zu finden. (1403). Es werden noch immer mehr. --Liebe Grüße, LómelindeDiskussion08:00, 24. Jul. 2017 (CEST)
Meistens einfach nur eine Datumsangabe: 2017-05.24 Punkt statt - Manchmal ist es etwas anderes, dann muss man genauer schauen. Meistens sind es aber leider diese Phantomeinträge. Ich vermute die Verbindung mit Wikidata ist instabil, denn oftmals sind es Artikel mit der Vorlage IMDb, die betroffen sind. Manchmal auch die Radsportler mit ihren Vorlagen, die von dort eingebunden werden. Die eine Seite ist geschützt und vermutlich ebenfalls ein Phantomeintrag = Nulledit durch einen Admin wäre da wohl nötig. --Liebe Grüße, LómelindeDiskussion19:20, 24. Jul. 2017 (CEST)
Das ist ein Fass ohne Boden, sage ich doch da stimmt irgendetwas nicht. (91) sind es nun schon wieder. Das macht so einfach keinen Spaß. --Liebe Grüße, LómelindeDiskussion13:20, 27. Jul. 2017 (CEST)
Seit einigen Monaten spinnen leider unreglmäßig verschiedene vermutlich auf Javascript basierende Funktionen. Häufigster Fehler ist, dass die Bearbeitenwerkzeugleiste nicht geladen wird (weder die unter dem Editierfeld, noch die darüber). Es kommt auch vor, dass im Suchfeld die Suchvorschläge nicht funktionieren. Auch andere per Helferlein eingebundene Funktionen werden erst gar nicht geladen. Das Problem tritt unregelmäßig auf und lässt sich meist durch Neuladen der Seite beheben. Ich vermute daher, dass irgendein Skript hängt oder nicht richtig geladen wird. Es liegt auch nicht an meinem PC oder Browser, da das Problem auch auf anderen PCs und in anderen Browsern auftritt. Ich meine mich zu erinnern, dass irgendwann vor einiger Zeit nach einer größeren Änderung der Wikimedia-Software diese Probleme begannen. Womöglich hat es also damit zu tun. Ich werde im übrigen den Monobook-Skin. Deaktivieren diverser Helferlein und Zusatzskripte hat keine Besserung gebracht. -- Chaddy · D – DÜP –21:44, 23. Jul. 2017 (CEST)
Ein- oder zweimal klang das auch hier schon an (wobei ich hier auch oft nicht mitlese - mithin also schon öfter), aber stets ohne große Resonanz. Bei mir ist dies auch der Fall und alle "internen" Versuche das zu ändern schlugen letztlich fehl. Ich bilde mir ein, dass es mal kurzzeitig half, sich aus allen Projekten abzumelden und alle offenen Tabs auf allen Rechnern zu schließen. Mittlerweile halte ich keine mehr offen, aber die Scripte hängen trotzdem wieder. Aber auch nicht alle?! Mir fällt es vor allem auf bei dem (Beta-Feature) "Seitenvorschaubilder" und bei der Einblendung der Beschreibungen und Aliase aus Wikidata (ein Helferlein). --mirer (Diskussion) 15:42, 25. Jul. 2017 (CEST)
Wobei ich letzteres gar nicht mehr deaktivieren kann ... funktioniert(e) das nie richtig und wurde aus den Helferlein wieder rausgenommen und ist nun die Ursache allen Übels? In "en" wollte ich es auch mal aktivieren - da hatte ich es noch nie entdeckt. Könnte aber wetten, es hier schon einmal deaktiviert zu haben?! --mirer (Diskussion) 15:46, 25. Jul. 2017 (CEST)
Da ist wohl bei irgendeinem Skript ein Fehler aufgetreten, weshalb die gesamte Skriptausführung abgebrochen wird. Bitte einmal in der Fehlerkonsole nach JS-Fehlern (üblicherweise gelb mit Kreuzsymbol) schauen, um herauszufinden, in welchem Skript der Fehler ist. --nenntmichruhigip (Diskussion) 21:54, 27. Jul. 2017 (CEST)
Das hätte ich in der Tat schon lange mal machen sollen. Habe eine echte Fehlermeldung (mit der ich allerdings nichts anfangen kann) und den Hinweis erhalten, dass die Skriptsammlung Fliegelflagel anders eingebunden werden soll (Benutzer:Schnark/js/fliegelflagel). Letzteres habe ich mal gemacht und bei ersten Tests keinen Fehler mehr gehabt - werde es beobachten und mich ggf. noch mal melden. Untenstehend noch die Fehlermeldung, mit der ich nichts anfangen kann. (Das Modul ist Teil von Firefox? Und wohl auch nicht ursächlich für den Fehler?) --mirer (Diskussion) 23:21, 29. Jul. 2017 (CEST)
Unchecked lastError value: Error: Could not establish connection. Receiving end does not exist. ExtensionCommon.jsm:264
withLastError resource://gre/modules/ExtensionCommon.jsm:264:9
wrapPromise/< resource://gre/modules/ExtensionCommon.jsm:315:11
This page is using the deprecated ResourceLoader module "jquery.ui.position". load.php:55:291
This page is using the deprecated ResourceLoader module "jquery.ui.widget". load.php:86:936
This page is using the deprecated ResourceLoader module "jquery.ui.core".
Please use "mediawiki.ui.button" or "oojs-ui" instead. load.php:11:84
Use of "toolbar" is deprecated. load.php:154:969
Use of "addOnloadHook" is deprecated. Use jQuery instead. load.php:154:969
Use of "wgUserName" is deprecated. Use mw.config instead. load.php:154:969
Use of "wgCanonicalNamespace" is deprecated. Use mw.config instead. load.php:154:969
Use of "wgUserGroups" is deprecated. Use mw.config instead. load.php:154:969
Use of "addOnloadHook" is deprecated. Use jQuery instead.
Besonders interessant die Zeile Use of "toolbar" is deprecated. load.php:154:969. Das könnte der Fehler sein. Wer kennt sich damit aus? -- Chaddy · D – DÜP –06:45, 2. Aug. 2017 (CEST)
Hast du mal deine Einbindungen geprüft? Es gibt beispielsweise eine Abweichung smaxage=86400
und dort habe ich auch ein Darstellungsproblem mit dem Bearbeitungsfenster. Da erscheint seit kurzem ein zusätzlicher blauer Balken. Es liegt nahe, dass es also einen Zusammenhang mit dieser Warnmeldung zur Toolbar gibt. Hier sehe ich die nicht, benutze aber auch Vector-skin. Im Monobook werden „nicht“ die neuen Mediawiki-Buttons eingebunden. Ansonsten ist die Meldung identisch zu den drei beim Vector, obwohl dort die neuen Buttons bereits aktiv sind. (Ich mag die absolut nicht). Oh ich sehe gerade, jetzt kam ein 09:52:40.809 Use of "toolbar" is deprecated. 1 load.php:154:969 hinzu, ich sehe aber keine Auswirkung. Kann ich auch nicht nochmals sehen. Bei mir verschwindet auch nichts. Vertauschte Positionen habe ich aber manchmal, je nachdem welches meiner Zusatzeinbindungen sich schneller gemeldet hat, oder so. Betrifft immer nur die Zusatzbuttons. Sehe ich aber nicht als Problem, solange sie angezeigt werden und funktionieren. --Liebe Grüße, LómelindeDiskussion10:09, 2. Aug. 2017 (CEST)
Defektes Javascript?
Seit einigen Monaten spinnen leider unreglmäßig verschiedene vermutlich auf Javascript basierende Funktionen. Häufigster Fehler ist, dass die Bearbeitenwerkzeugleiste nicht geladen wird (weder die unter dem Editierfeld, noch die darüber). Es kommt auch vor, dass im Suchfeld die Suchvorschläge nicht funktionieren. Auch andere per Helferlein eingebundene Funktionen werden erst gar nicht geladen. Das Problem tritt unregelmäßig auf und lässt sich meist durch Neuladen der Seite beheben. Ich vermute daher, dass irgendein Skript hängt oder nicht richtig geladen wird. Es liegt auch nicht an meinem PC oder Browser, da das Problem auch auf anderen PCs und in anderen Browsern auftritt. Ich meine mich zu erinnern, dass irgendwann vor einiger Zeit nach einer größeren Änderung der Wikimedia-Software diese Probleme begannen. Womöglich hat es also damit zu tun. Ich werde im übrigen den Monobook-Skin. Deaktivieren diverser Helferlein und Zusatzskripte hat keine Besserung gebracht. -- Chaddy · D – DÜP –21:44, 23. Jul. 2017 (CEST)
Ein- oder zweimal klang das auch hier schon an (wobei ich hier auch oft nicht mitlese - mithin also schon öfter), aber stets ohne große Resonanz. Bei mir ist dies auch der Fall und alle "internen" Versuche das zu ändern schlugen letztlich fehl. Ich bilde mir ein, dass es mal kurzzeitig half, sich aus allen Projekten abzumelden und alle offenen Tabs auf allen Rechnern zu schließen. Mittlerweile halte ich keine mehr offen, aber die Scripte hängen trotzdem wieder. Aber auch nicht alle?! Mir fällt es vor allem auf bei dem (Beta-Feature) "Seitenvorschaubilder" und bei der Einblendung der Beschreibungen und Aliase aus Wikidata (ein Helferlein). --mirer (Diskussion) 15:42, 25. Jul. 2017 (CEST)
Wobei ich letzteres gar nicht mehr deaktivieren kann ... funktioniert(e) das nie richtig und wurde aus den Helferlein wieder rausgenommen und ist nun die Ursache allen Übels? In "en" wollte ich es auch mal aktivieren - da hatte ich es noch nie entdeckt. Könnte aber wetten, es hier schon einmal deaktiviert zu haben?! --mirer (Diskussion) 15:46, 25. Jul. 2017 (CEST)
Da ist wohl bei irgendeinem Skript ein Fehler aufgetreten, weshalb die gesamte Skriptausführung abgebrochen wird. Bitte einmal in der Fehlerkonsole nach JS-Fehlern (üblicherweise gelb mit Kreuzsymbol) schauen, um herauszufinden, in welchem Skript der Fehler ist. --nenntmichruhigip (Diskussion) 21:54, 27. Jul. 2017 (CEST)
Das hätte ich in der Tat schon lange mal machen sollen. Habe eine echte Fehlermeldung (mit der ich allerdings nichts anfangen kann) und den Hinweis erhalten, dass die Skriptsammlung Fliegelflagel anders eingebunden werden soll (Benutzer:Schnark/js/fliegelflagel). Letzteres habe ich mal gemacht und bei ersten Tests keinen Fehler mehr gehabt - werde es beobachten und mich ggf. noch mal melden. Untenstehend noch die Fehlermeldung, mit der ich nichts anfangen kann. (Das Modul ist Teil von Firefox? Und wohl auch nicht ursächlich für den Fehler?) --mirer (Diskussion) 23:21, 29. Jul. 2017 (CEST)
Unchecked lastError value: Error: Could not establish connection. Receiving end does not exist. ExtensionCommon.jsm:264
withLastError resource://gre/modules/ExtensionCommon.jsm:264:9
wrapPromise/< resource://gre/modules/ExtensionCommon.jsm:315:11
This page is using the deprecated ResourceLoader module "jquery.ui.position". load.php:55:291
This page is using the deprecated ResourceLoader module "jquery.ui.widget". load.php:86:936
This page is using the deprecated ResourceLoader module "jquery.ui.core".
Please use "mediawiki.ui.button" or "oojs-ui" instead. load.php:11:84
Use of "toolbar" is deprecated. load.php:154:969
Use of "addOnloadHook" is deprecated. Use jQuery instead. load.php:154:969
Use of "wgUserName" is deprecated. Use mw.config instead. load.php:154:969
Use of "wgCanonicalNamespace" is deprecated. Use mw.config instead. load.php:154:969
Use of "wgUserGroups" is deprecated. Use mw.config instead. load.php:154:969
Use of "addOnloadHook" is deprecated. Use jQuery instead.
Besonders interessant die Zeile Use of "toolbar" is deprecated. load.php:154:969. Das könnte der Fehler sein. Wer kennt sich damit aus? -- Chaddy · D – DÜP –06:45, 2. Aug. 2017 (CEST)
Hast du mal deine Einbindungen geprüft? Es gibt beispielsweise eine Abweichung smaxage=86400
und dort habe ich auch ein Darstellungsproblem mit dem Bearbeitungsfenster. Da erscheint seit kurzem ein zusätzlicher blauer Balken. Es liegt nahe, dass es also einen Zusammenhang mit dieser Warnmeldung zur Toolbar gibt. Hier sehe ich die nicht, benutze aber auch Vector-skin. Im Monobook werden „nicht“ die neuen Mediawiki-Buttons eingebunden. Ansonsten ist die Meldung identisch zu den drei beim Vector, obwohl dort die neuen Buttons bereits aktiv sind. (Ich mag die absolut nicht). Oh ich sehe gerade, jetzt kam ein 09:52:40.809 Use of "toolbar" is deprecated. 1 load.php:154:969 hinzu, ich sehe aber keine Auswirkung. Kann ich auch nicht nochmals sehen. Bei mir verschwindet auch nichts. Vertauschte Positionen habe ich aber manchmal, je nachdem welches meiner Zusatzeinbindungen sich schneller gemeldet hat, oder so. Betrifft immer nur die Zusatzbuttons. Sehe ich aber nicht als Problem, solange sie angezeigt werden und funktionieren. --Liebe Grüße, LómelindeDiskussion10:09, 2. Aug. 2017 (CEST)
Hallo Lómelinde, danke für deine Antwort und sorry, dass ich erst jetzt darauf reagiere.
Zur Info: Ich hab mal meine monobook.js aktualisiert, ich verwende das Skript von PDD. Das Update hat allerdings leider keine Lösung des Problems gebracht. Daran kann es also nicht liegen.
Zu deiner Feststellung bzgl. der Einbindung: Dieses Skript wird bei mir über die common.js eingebunden. Hab deine Syntax übernommen, hat allerdings leider auch nichts gebracht. Also ist auch das nicht des Rätsels Lösung. :/
Und das "Use of "toolbar" is deprecated" ist dann wohl auch nicht das Problem.
Sonst noch irgendwelche Ideen?
Ich hab übrigens die neuen Buttons im Monobook-Skin, also zumindest das neue Design der Speichern-, Vorschau-, Änderungen-zeigen-Buttons, oder welche meinst du? -- Chaddy · D – DÜP –16:04, 7. Aug. 2017 (CEST)
(CallMyCenter) 23:21, 17. Jul. 2017 (CEST)
21:50, 17. Jul. 2017 (CEST)
hugarheimur 11:54, 18. Jul. 2017 (CEST)
itu (Disk) 00:23, 18. Jul. 2017 (CEST)
itu (Disk) 12:20, 18. Jul. 2017 (CEST)
: Hier ist kein allgemeines Vereinsverzeichnis – auch nicht mittels WP:Begriffsklärungsseite (BKS). Ich sehe bislang keine Hinweise auf eine eigenständige enzyklopädische Relevanz des Vereines (vgl. WP:RK#V), aber bei Schreibinteresse wäre dafür ein Relevanzcheck ratsam. Der Verein wird im Artikel Stella Deetjen IMHO mehr als nur am Rande mitbehandelt, insofern wäre eine WP:Weiterleitung dorthin denkbar (Back to Life (Verein)). Auch wäre ggf. ein Wegweiser (WP:BKH) hin zu Eaten Back to Life auf Back to Life angebracht. Es sollte unstrittig sein, dass der Song die Hauptbedeutung von Back to Life darstellt, wenn also eine BKL II angemessen ist; eine etwaige BKS wäre demnach unter dem gängigen Klammerlemma (Back to Life (Begriffsklärung)) anzulegen, auf das dann mittels BKH zu verweisen wäre. Frdl. Grüße --Verzettelung (Diskussion) 19:04, 18. Jul. 2017 (CEST)
Thomas 13:19, 22. Jul. 2017 (CEST)
Thomas 23:16, 22. Jul. 2017 (CEST)
Nur aktuelle Versionen zeigen
siehe Beschreibung →Hilfe:Beobachtungsliste#Seitenbezogene Gruppierung fehlt. Dass das auch bei den Beiträgen geht, wüsste ich jedoch nicht. --Liebe Grüße, Lómelinde Diskussion 09:01, 23. Jul. 2017 (CEST)
16:15, 23. Jul. 2017 (CEST)
