Menü aufrufen
Toggle preferences menu
Persönliches Menü aufrufen
Nicht angemeldet
Ihre IP-Adresse wird öffentlich sichtbar sein, wenn Sie Änderungen vornehmen.
Hinweis Ich bin bis auf weiteres nur noch selten im Wiki, bei Fragen bitte an einen anderen Admin oder die Technik-Zentrale wenden. Vielen Dank

Verweise & Infos


Wichtiger Hinweis zur Zukunft

Diskussion verschoben auf StargateWiki Diskussion:Jedipedia-Kooperation


Update 1.24

^Javascript Warnung

Kann ich bestätigen. Die JS-Warnung kommt aber auch in den Einstellungen. --Col. o'neill (   | Admin | Kontakt)   12:52, 21. Dez. 2014 (CET)
Tja ich habe keine Idee wie ich diesen Fehler beheben kann. Aus irgend einem Grund scheint MediaWiki die Klasse noscript nicht richtig zu setzen. Warum nur auf diesen Seiten? --Rene Bürokrat - Rückmeldung 20:46, 22. Dez. 2014 (CET)
In der mobilen Ansicht kommt die Warnung nicht. --Col. o'neill (   | Admin | Kontakt)   15:42, 25. Dez. 2014 (CET)
Bei dem Artikel zur Folge Endlosigkeit kommt der Fehler ebenfalls [1] --92.225.53.253, 02:01, 29. Dez. 2014 (CET) (Signatur nachgetragen von Col. o'neill)
Bei mir nicht. Hast Du JavaScript vielleicht tatsächlich deaktiviert? --Col. o'neill (   | Admin | Kontakt)   10:35, 29. Dez. 2014 (CET)
Fehler ist dort inzwischen nicht mehr vorhanden....Habe es nachts allerdings extra mit mehreren Browsern getestet, verschiedene Artikel aufgerufen und Javascript an bzw. ausgeschaltet um einen Fehler meinerseits auszuschließen --78.52.151.134, 20:28, 29. Dez. 2014 (CET)
Anonyme Benutzer bekommen die Seite aus dem Server-Cache geliefert. Möglicherweise hängt es damit zusammen. Wenn die Seite falsch im Cache war verschwindet der Fehler erst wenn die Seite neu im Cache abgelegt wird. Das passiert spätestens nach einem Tag. --Rene Bürokrat - Rückmeldung 21:15, 29. Dez. 2014 (CET)
Der Hinweis erscheint außerdem noch in Spezial:E-Mail-Adresse ändern und Spezial:Benutzerkonto anlegen (letztere eh nur für Admins). Es sind also nur manche Spezialseiten mit Benutzerkontenbezug. --Col. o'neill (   | Admin | Kontakt)   17:08, 5. Jan. 2015 (CET)

  Also ich habe mir mal angesehen was beim laden der Seiten passiert. Das Problem ist, soweit ich das erkennen kann, das die Seite Commons.css nicht geladen wird. Dadurch ist natürlich auch die Definition .noscript { display: none; } nicht vorhanden und die Box wird angezeigt. Warum das so ist konnte ich aber noch nicht ermitteln. --Rene Bürokrat - Rückmeldung 22:45, 8. Jan. 2015 (CET)

Auf MediaWiki.org ist es das gleiche. Für diese Seiten wird eine spezielle CSS Seite geladen. Möglicherweise damit man sich diese wichtigen Seiten nicht kaputt machen kann. Das bedeutet es ist keine Fehler sondern ein Feature  . Stellt sich die Frage was tun. --Rene Bürokrat - Rückmeldung 23:38, 8. Jan. 2015 (CET)
Hmm stimmt, offenbar hat man das aus Sicherheitsgründen mit MW 1.23 implementiert - besonders gut anzukommen scheint es aber beiweitem nicht überall und man findet einige Diskussionen dazu. Das hier könnte aber die Lösung sein. --Col. o'neill (   | Admin | Kontakt)   15:32, 9. Jan. 2015 (CET)

Webstatistik / Server

Richtig aber momentan ungünstig. Da der Server neu aufgesetzt wurde sind die Daten nicht sehr aussagekräftig. --Rene Bürokrat - Rückmeldung 23:29, 8. Jan. 2015 (CET)
Da müsste wirklich mal aufgeräumt werden.--Rene Bürokrat - Rückmeldung 23:29, 8. Jan. 2015 (CET)
Ich finde, den veralteten Kram kann man einfach entfernen. Zu den Backups hat man jetzt auf der Seite drei Stellen mit unterschiedlichen Informationen - das irritiert nur.^^ --Col. o'neill (   | Admin | Kontakt)   15:38, 9. Jan. 2015 (CET)
Ich räum da mal ein wenig auf - nichts löschen, nur ein wenig umstrukturieren. --Ghost Profil - Admin - Diskussion - Beiträge -   10:55, 10. Jan. 2015 (CET)

Neuer Benutzer erhält Benutzerseite

Nach erfolgreicher Benutzerkontenbestätigung wird für den bestätigten Benutzer automatisch die Benutzerseite angelegt - sinnvoll? --D5B Offline - Diskussion 14:07, 25. Dez. 2014 (CET)

Eigentlich absolut nicht. Wo steht das? --Col. o'neill (   | Admin | Kontakt)   15:42, 25. Dez. 2014 (CET)
Hier. (Anmerkung: Philipp hat mir auf dem Testserver Büro-Rechte gegeben.) --D5B Offline - Diskussion 16:26, 25. Dez. 2014 (CET)
Da die Seiten leer erstelt werden ist das nicht ganz so unsinnig wie ich erst dachte. Aber: So wird NewArticle umgangen und die Möglichkeit, sich das Template für Benutzerseiten einzufügen, damit auch. Wenn man das also ändern kann: Gut wär's schon. --Col. o'neill (   | Admin | Kontakt)   19:04, 29. Dez. 2014 (CET)
Die Seite wird von der Erweiterung ConfirmAccount erstellt. Ich habe den Code geändert, Benutzer:Rene/Upgrade_Wiki#ConfirmAccount. Ich denke damit sollte das Problem behoben sein.--Rene Bürokrat - Rückmeldung 23:26, 8. Jan. 2015 (CET)

^SGHTML

Nochmal zum SGHtml (hier, damit es nicht übersehen wird): Du hast nach der Anpassung geschrieben: Kleiner Fehler auf der ersten Seiten (es wird ein Pfeil erzeugt obwohl die Bedingungen nicht stimmen), kann ich mir momentan nicht erklären. 22:56, 21. Dez. 2014 (CET) Ich habe das nur auf der Hauptseite festgestellt und dort lag es daran, dass die Themen-Überschrift nicht wie die anderen h2-Überschriften manuell eine id bekommen hat. Das habe ich eben behoben (sprich auch dieser h2 eine id verpasst) und der Pfeil ist weg. Das könnte auch bei den anderen Fällen helfen bzw. Dir beim fixen. :) --Col. o'neill (   | Admin | Kontakt)   17:40, 31. Dez. 2014 (CET)

Danke, mir war es nur auf der Hauptseite aufgefallen. Irgendwie konnte ich den Fehler nicht finden, weil eigentlich der Code der ersetzt wurde nicht zum Muster gepasst hat. Möglicherweise hat mir da irgend ein Cache in die Suppe gespuckt. --Rene Bürokrat - Rückmeldung 16:47, 4. Jan. 2015 (CET)

^Popups - Probleme mit Ref

Die Popups-Extension scheint sich nicht mit Cites zu vertragen. Wenn in den ersten beiden Sätzen der verlinkten Seite (die ja zur Vorschau benutzt werden) eine EpRef-Vorlage vorkommt, wird statt der normalen Vorschau der entsprechende references-Eintrag angezeigt - und bei Episoden dazu noch mit falscher Darstellung. Beispiel: Stargate Atlantis --Col. o'neill (   | Admin | Kontakt)   17:42, 31. Dez. 2014 (CET)

Das ist in der Tat merkwürdig. Es könnte auch an Extension:TextExtracts liegen. Ich habe mal kurz etwas ausprobiert aber das hat nicht geholfen. Elemente der Klasse noexcerpt sollen eigentlich ausgelassen werden. Im Test Wiki habe ich damit nur erreicht das der Artikel komplett aus der Vorschau entfernt wurde. Nicht gerade hilfreich. --Rene Bürokrat - Rückmeldung 18:01, 1. Jan. 2015 (CET)
Besteht evtl. ein Zusammenhang mit der Ignorierung/Falschsetzung der Klasse noscript an manchen Stellen? --Col. o'neill (   | Admin | Kontakt)   12:56, 2. Jan. 2015 (CET)
Nach meinen Ermittlungen zu dem Problem, Nein. Ich muss mich mal mit den Einstellungen der Erweiterungen beschäftigen. --Rene Bürokrat - Rückmeldung 23:44, 8. Jan. 2015 (CET)
Bei SGA ist der Anfangssatz zu lang, wodurch einzig und allein der reference-Eintrag angezeigt wird. Hier noch ein Beispiel mit kürzerem Satz und damit Text und reference-Eintrag: Shen Xiaoyi --Col. o'neill (   | Admin | Kontakt)   16:22, 10. Jan. 2015 (CET)

Admins können nicht mehr alle Seiten bearbeiten

Admins können die Benutzerseiten anderer User nicht mehr bearbeiten. --Col. o'neill (   | Admin | Kontakt)   18:05, 31. Dez. 2014 (CET)

Update für SGPack schreibe ich gerade. Ist eigentlich fertig aber ich will es noch mal prüfen. Habe noch ein paar Anpassungen an MW 1.24 gemacht. Ich hoffe ich habe alle "alten" Funktionen erwischt, damit beim nächsten Update alles ohne Probleme geht. --Rene Bürokrat - Rückmeldung 22:59, 1. Jan. 2015 (CET)
Update installiert. Bearbeitung ist wieder möglich. --Rene Bürokrat - Rückmeldung 21:45, 8. Jan. 2015 (CET)

CodeEditor Übersetzung

Könntest Du beim Codeeditor noch die Nachrichten übersetzen? Also z.B. "Search for", "CaseSensitive Search" und je nach dem ob das geht auch die Fehlermeldungen. Ich habe vergeblich nach einer Möglichkeit gesucht, das selbst über eine MW-Seite anzupassen... --Col. o'neill (   | Admin | Kontakt)   20:29, 2. Jan. 2015 (CET)

Also es gibt scheinbar drei Meldungen die der Editor ausgibt. Diese drei sind in über hundert Sprachen übersetzt bereits enthalten. Die von dir angegeben Meldungen finde ich nicht, ich finde die Suche nicht mal im Editor. Wie kommt man da hin?   --Rene Bürokrat - Rückmeldung 17:42, 8. Jan. 2015 (CET)
Einfach im Editor Strg.+F drücken. Und welche drei Meldungen sind denn übersetzt? --Col. o'neill (   | Admin | Kontakt)   17:45, 8. Jan. 2015 (CET)
"Codeeditor ein- und ausschalten", "Das Dokument enthält Fehler willst du es wirklich speichern?" sowie die Beschreibung auf der Versionsseite. Die Texte die du meinst gehören zum ACE Editor. Dafür gibt es keine deutschen Texte. --Rene Bürokrat - Rückmeldung 19:37, 8. Jan. 2015 (CET)
Oh, okay. Schade. Naja, dann muss man halt ein wenig Englisch können, wenn man den CodeEditor benutzt. Sollte ja eigentlich kaum ein Problem sein...^^ --Col. o'neill (   | Admin | Kontakt)   19:52, 8. Jan. 2015 (CET)

^Sichten

Ich habe beobachtet, dass bei vielen Seiten im HNR die Meldung über eine ungesichtete Version erscheint obwohl die akuellste Version gesichtete ist (gesichtete und ungesichtete identisch), kann das an der Umstellung liegen? Beispiel: SG1_01x02SG1 1x02 Der Feind in seinem Körper --SimeonBenutzerseiteDiskussion 22:43, 2. Jan. 2015 (CET)

Ich sehe keine solchen Fälle. Ich vermute aber, dass das die üblichen Meldungen wegen Änderungen an einer eingebundenen Vorlage / einem Bild waren. Die gab es schon vorher und sind normal. Das ist kein Bug. --Col. o'neill (   | Admin | Kontakt)   09:47, 3. Jan. 2015 (CET)
Soweit ich gesehen habe liegt es tatsächlich an Vorlagen. Eine Vorlage:!! habe ich als gesichtet markiert. Ich habe allerdings auch einen Artikel gefunden der wegen der Vorlage:! gesichtet werden soll. Diese Vorlage gibt es aber gar nicht.  --Rene Bürokrat - Rückmeldung 19:41, 8. Jan. 2015 (CET)
Es liegt an der Vorlage:! - da {{!}} mittlerweile aber fest in MW integriert ist und man keine extra Vorlage mehr dafür braucht, habe ich die vor einigen Tagen gelöscht. Da es eine sehr elementare Vorlage ist, wird sie (indirekt) auf einer Menge Seiten eingebunden und die Sicht-Funktion will ja immer, dass man Seiten mit geänderten eingebundenen Vorlagen und Dateien nochmal sichtet. In diesem Fall ist die Änderung die Löschung der Vorlage und damit das Zurückgreifen auf die MW-"Vorlage". Daher werden jede Menge Seiten als zu sichten angezeigt. Das ist nichts neues und war, wie gesagt, vorher auch schon so, wenn man eine Datei oder Vorlage geändert hat. Vorher halt natürlich nicht in dem Ausmaße - es ist aber eben kein Fehler und softwareseitig gehört das so. Mir stellt sich gerade jetzt aber die Frage, ob es nicht sinnvoll wäre, es abzuschalten, dass man Seiten mit geänderten eingebundenen Elementen neu sichten muss. In den Letzten Änderungen entgeht uns ohnehin nichts mehr und Vorlagen können ja von Spam-IPs etc. ohnehin nicht geändert werden. Alles was dieser Hinweis tut ist überflüssig irritieren/stören und eine Menge Seiten als unmarkiert zu kennzeichnen. Kann man diese spezielle Funktion nicht einfach deaktivieren? --Col. o'neill (   | Admin | Kontakt)   19:52, 8. Jan. 2015 (CET)
Wenn mir einer sagt wie . Das ist etwas verzwickt. --Rene Bürokrat - Rückmeldung 23:44, 8. Jan. 2015 (CET)

Aktuell muss man Bearbeitungen im HNR sowohl kontrollieren als auch sichten. Eins von beiden sollte ja reichen - wofür brauchen wir diese Kontroll-Geschichte eigentlich noch, wenn es das Sichten gibt? --Col. o'neill (   | Admin | Kontakt)   18:36, 6. Jan. 2015 (CET)

Bearbeitungszähler

CFs Bearbeitungszähler (Vorlage:Bearbeitungen) funktioniert nicht mehr. Wenn ein nicht existierender Username angegeben wird, wird korrekt 0 angezeigt, ansonsten lädt sich die Funktion zu Tode. In den letzten MW-Versionen wurde das ein oder andere an den ListEvents geändert, daher würde ich vermuten, dass die Vorlage an sich noch funktioniert, nur dass das Auslesen angepasst werden muss. --Col. o'neill (   | Admin | Kontakt)   17:40, 6. Jan. 2015 (CET)

Das sollte sich nach Möglichkeit Benutzer:CF ansehen. Ich vermute das man das Javascript Benutzer:CF/revisionMainspaceCounter.js in Mediawiki:Common.js anpassen muss. --Rene Bürokrat - Rückmeldung 21:41, 6. Jan. 2015 (CET)
Dass das JS dort angepasst werden muss ist klar, an der Vorlage selbst liegt es kaum (dort steht eh kaum etwas drin). Nur hätte ich es nicht hierhin geschrieben, wenn es Aussicht darauf gäbe, dass CF sich das tatsächlich ansieht. Der ist ja leider seit 2012 inaktiv und kann dementsprechend nicht helfen. --Col. o'neill (   | Admin | Kontakt)   16:55, 7. Jan. 2015 (CET)
 Da habe ich wohl nicht richtig gelesen. Ich dachte er war Dezember 2014 noch aktiv aber ja es war 2012. Fremder Javscript Code ist nicht so mein Ding aber ich schau mal ob ich was herausfinde. --Rene Bürokrat - Rückmeldung 00:49, 8. Jan. 2015 (CET)
Ich habe mal versucht das Teil zu verstehen. Ich gebe auf! Das ist ohne Anleitung nicht zu verstehen. Und wenn ich mir ansehen auf wie wenigen Seiten das Teil eingesetzt wird würde ich eigentlich sagen: "Weg damit". Ich hab es zwar etwas zum laufen gebracht aber die Laufzeit ist grausam und die Lösung (einfach die Zeit auf 0 gesetzt) ist auch nicht wirklich toll. --Rene Bürokrat - Rückmeldung 20:34, 8. Jan. 2015 (CET)

Infobox Abkürzungen

Bei Infoboxen wird wenn z.B. bei "Geschlecht" m eingetragen ist nicht wie vorher Männlich angezeigt sondern weiterhin das m, genauso bei Ländercodes, wie man hier bei dem Bild sehen kann. --Felix (Diskussion) 20:07, 9. Jan. 2015 (CET)

Fügt man Klammern hinzu passt die Anzeige wieder. Hat wohl mit der Anpassung der recursiv-Funktion im SGPack zu tun. --Col. o'neill (   | Admin | Kontakt)   20:14, 9. Jan. 2015 (CET)
dann werd ich mich in den nächsten tagen durch die Darstellerartikel gehen und es einsetzten bzw. allgemein die Darstellerartikel ein wenig überarbeiten--Felix (Diskussion) 20:28, 9. Jan. 2015 (CET)
Überall Klammern einzusetzen ist bestenfalls eine Notlösung, aber wohl kaum notwendig. Es ist ein Bug, der sich wahrscheinlich recht schnell beheben lässt. --Col. o'neill (   | Admin | Kontakt)   20:34, 9. Jan. 2015 (CET)
Ich schau mir das mal an. --Rene Bürokrat - Rückmeldung 23:09, 9. Jan. 2015 (CET)
Nachtrag: Ich habe es befürchtet das ist die folge meiner "Reparatur" der recursiv-Funktion. Bitte erst einmal nicht im Wiki ändern, ich schau mal wie ich das wieder richtig hin bekomme. --Rene Bürokrat - Rückmeldung 23:19, 9. Jan. 2015 (CET)
Dann werd ich warten bis du des ok gibst.--Felix (Diskussion) 23:33, 9. Jan. 2015 (CET)
Ist behoben zB Bauer --Rene Bürokrat - Rückmeldung 00:38, 10. Jan. 2015 (CET)
Super, danke! --Col. o'neill (   | Admin | Kontakt)   10:56, 10. Jan. 2015 (CET)

Hmmm irgendwie ist das mit den Kürzeln eine never ending story... 

Ich wollte gerade die kl-Funktion entfernen, als mir aufgefallen ist, dass die Klammern sich jetzt wieder genau wie vor dem SGPack-Update verhalten: Sie werden nur angezeigt, wenn ein Nicht-Link-Wort eingegeben wird, das nicht definiert ist. Mit einem Link zu etwas nicht definiertem fallen die Klammern wieder weg und bei normalen Kürzeln werden sie natürlich auch nicht angezeigt. --Col. o'neill (   | Admin | Kontakt)   16:51, 10. Jan. 2015 (CET)

Das ist etwas nervig. Ich hatte es auf dem TestWiki getestet - ohne Probleme [2]. Hier im Wiki funktioniert es nicht. Ich muss wohl erst mal prüfen wie recursiv "nackt" funktioniert, also ohne die Vorlage Kürzel. --Rene Bürokrat - Rückmeldung 18:29, 11. Jan. 2015 (CET)

SGPack für andere Wikis

Hab gerade den SGPack in zwei anderen Wikis neu installieren lassen und bisher festgestellt:

  • MediaWiki:Sghtml-keywords enthält standardmäßig Stargate Wiki-Keywords (Stargate,Stargate SG-1,Stargate Atlantis,Stargate Universe,Stargate Lexikon). Gibts ne Möglichkeit, die Seite standardmäßig iwie leer zu machen? --D5B Offline - Diskussion 14:28, 4. Jan. 2015 (CET)
Dazu müsste man in der Datei SGPack.i18n.php die Werte aus dem Array löschen. Dort stehen übrigens sowieso nicht die Werte die wir benutzen. Ich kann das also beim nächsten Update mit einem leeren Eintrag ausliefern. --Rene Bürokrat - Rückmeldung 15:38, 4. Jan. 2015 (CET)
Okay, danke! Wie erfahren Externe von Updates? --D5B Offline - Diskussion 16:40, 4. Jan. 2015 (CET)
Wie immer bei Erweiterungen. Man muss auf die Erweiterungsseite gehen und nachsehen ob es eine neue Version gibt. Die neue Version, erste Infos schon auf der Erweiterungsseite, gebe ich noch diese Woche frei. --Rene Bürokrat - Rückmeldung 16:43, 4. Jan. 2015 (CET)
  • Nur ne Kleinigkeit: Benutzer:Rene/SGPack#SGHtml - hab gerade die Lizenzen der beiden Bilder Datei:Bearbeiten.png und Datei:Blue up.gif gesehen. Diese sind ja im SGPack enthalten, aber stehen unter der GNU-Lizenz für freie Dokumentation. Folglich zwingst Du (als Autor) den Nutzer des SGPacks damit dazu, dich als Autor und die Quelle zu nennen. Bloß wo soll er das machen? Die Bilder liegen ja bloß auf dem Server, ne Wikiseite wie bei uns haben diese Dateien ja erstmal nicht automatisch. Ich schlage vor, die Lizenz zu ändern. --D5B Offline - Diskussion 19:35, 4. Jan. 2015 (CET)
Okay danke für den Hinweis. Ach, bitte ändere nach Möglichkeit keine Einstellungen am Test Wiki. Habe gerade 30 Minuten gesucht warum plötzlich Seiten gesperrt sind. Hatte einen Fehler am SGPack vermutet. Ich mache den Warnhinweis größer. --Rene Bürokrat - Rückmeldung 19:58, 4. Jan. 2015 (CET)
Sorry, mein Fehler. Habs allen Admins und Philipp gemeldet und dich vergessen.   Tut mir leid. Aber die Einstellungen von mir machen doch eig schon Sinn, oder? --D5B Offline - Diskussion 20:28, 4. Jan. 2015 (CET)
Tja irgendwie nicht. Ich konnte als Admin plötzlich keine Vorlagen mehr bearbeiten. Das ist nicht sinnvoll oder? Kann aber kein Fehler vom SGPack gewesen sein weil der immer die Seite freigegeben hat. Davon abgesehen mache ich auch Tests als IP um zu sehen was geht.
Zur Lizenz. Ich habe jetzt zwei Icons aus einem Public Domain Set benutzt. Die Angaben zur Quelle stehen auf Spezial:Version in der Beschreibung zum Pack. Ich denke damit sind die Bedingungen erfüllt. Icon Set --Rene Bürokrat - Rückmeldung 21:07, 4. Jan. 2015 (CET)

Slideshow - Textabstand

Ich glaube, das war vor einiger Zeit noch nicht so (ggf. liegt es an Cycle2), aber jetzt ist der Text fix an einer Stelle, unabhängig von der Größe des (neuen) Bildes. Dadurch verschwindet er manchmal hinter höheren Bildern bzw. steht bei kleineren sehr weit darunter. Könntest Du den Textabstand relativ zum unteren Bildrand setzen? --Col. o'neill (   | Admin | Kontakt)   19:28, 7. Jan. 2015 (CET)

Also ich habe nur die JS Bibliothek ausgewechselt. Die Position des Textes war immer ganz unten. War bei sehr unterschiedlichen Bildgrößen schon immer ein Ärgernis. Auf der Demoseite ist dafür ja ein schönes Beispiel. Ein verdecken des Textes kann ich nicht erkennen. Im Code wird die Unterschrift beachtet und etwas Platz gelassen. Hast du eine Seite wo dieser Fehler auftritt? --Rene Bürokrat - Rückmeldung 00:43, 8. Jan. 2015 (CET)
hier vor meinem Edit gestern war es so. Lustigerweise variiert die Anzeige bei mir gerade, mal ist der Text generell weiter unten (->Fehler tritt nicht auf), mal wie ich ihn gestern gesehen habe (Fehler tritt auf). Hier zur Sicherheit Screenshots von der fehlerhaften Anzeige. --Col. o'neill (   | Admin | Kontakt)   07:36, 8. Jan. 2015 (CET)
Danke, ich schau mir das noch mal an. --Rene Bürokrat - Rückmeldung 14:53, 8. Jan. 2015 (CET)

Automatische Erstellung der Diskussionsseite verhindern/ändern

In anderen Wikis, wo ich tätig bin, wird bei der Bestätigung eines Accounts automatisch die Diskussionsseite des Benutzers erstellt mit einem MediaWiki-Standardtext. Ich habe aber in den MediaWiki-Systemnachrichten diesen Text nicht ändern können. Da dies bei UNS hier nicht so ist, meine Frage: Was muss man machen, um dies zu ändern bzw. den Text anzupassen? --D5B Offline - Diskussion 13:00, 10. Jan. 2015 (CET)