Wikipedia Diskussion:Projektneuheiten/Archiv/2011

message: Steht noch unter Vorschau, gibts aber längst: Spezial:Gruppenrechte → Oversighter. Vergessen, das bei Live einzutragen? XenonX3 - (☎:±) 14:56, 4. Jan. 2011 (CET)
replies: text: Ich habe die Vorschau mal angepasst. Der Umherirrende 15:45, 4. Jan. 2011 (CET)
replies: text: Danke :) XenonX3 - (☎:±) 15:53, 4. Jan. 2011 (CET)
replies: text: Kein Problem. Der Umherirrende 16:14, 4. Jan. 2011 (CET)

text: Ähem.. wann soll das denn live gegangen sein? rev:68584 gibt keine Hinweise darauf. — Raymond Disk. 16:11, 4. Jan. 2011 (CET)
replies: text: Mit rev:71851. Siehe auch Server admin log. Der Umherirrende 16:14, 4. Jan. 2011 (CET)
replies: text: Danke, das ist bei mir woh im Nach-Urlaub-Backlog-verarbeiten verloreren gegangen :-/ — Raymond Disk. 16:18, 4. Jan. 2011 (CET)
thread_title:  "(Softwareneuheit) Für den Missbrauchsfilter wurden zwei neue Benutzerrechte eingeführt" 

message: Der kleine Edit-War für zwischendurch ist nett anzuschauen.
Es stimmt schon:
* Ein junger Baum wird vom Sturm umgebrochen.
* Eine Zeile, eine Seite wird umbrochen. Das ist nicht nur fachsprachlich richtig, sondern „umgebrochen“ wäre hier auch schlicht falsch.
Pech für das Wiktionary. Besser: umbrechen II. In: Digitales Wörterbuch der Deutschen Sprache.
Frühlingsgefühle für das Wochenende --Gräfin Typo 20:19, 8. Jan. 2011 (CET)
replies: text: Unter wikt:umbrechen#Verb, untrennbar, Homograph steht doch alles richtig. --Fomafix 20:22, 8. Jan. 2011 (CET)
replies: text:  Ich entschuldige mich in aller Form beim Wiktionary. In einem Bearbeitungskommentar hatte jemand auf wikt verwiesen und unterstellt, das stünde dort nicht. Dies hätte ich nachprüfen müssen. --Gräfin Typo 20:52, 8. Jan. 2011 (CET)
replies: text:  Hatte nicht gescrollt. :-/ --Revo Echo der Stille 21:08, 8. Jan. 2011 (CET)
thread_title:  Umbrechen 

message: Hallo, auf dem release-de-Testwiki ist mir aufgefallen, dass das CSS für den diff enorm lange braucht, bis es erstmal zu sehen ist. Ich habe erst nur eine Tabelle ohne Farbe und einen (längeren) Moment später kommt die rote und grüne Farbe. Liegt das Problem bei mir? Ich nutze IE8 und finde das keine Verbesserung der Geschwindigkeit. Beispiellink 1.17/gleicher Diff hier. Meinungen willkommen. Danke. Der Umherirrende 22:17, 3. Feb. 2011 (CET)
replies: text: Beide Links gehen bei mir etwa gleich (sehr) schnell. Firefox 3.6.13 -- tsor 22:29, 3. Feb. 2011 (CET)
replies: text:  Ich seh im Prototypen-Wiki auch erstmal schwarzweißes Wiki-Markup. Allerdings ist auch in der normalen Wikipedia das CSS-Laden nicht gerade blitzschnell. --YMS 22:33, 3. Feb. 2011 (CET)

text: Ich habe den Effekt bisweilen im Translatewiki beobachtet. Und zwar immer dann, wenn sich das CSS/JS verändert hat und vom Server neu geladen werden muss. Alle weiteren Seitenaufrufe sind schnell, ohne diesen Effekt, vermutlich weil das CSS/JS dann schon aus dem Browsercache kommt. — Raymond Disk. 07:57, 4. Feb. 2011 (CET)
replies: text: Was ist eigentlich mit den Benutzern, die JavaScript deaktiviert haben? Bekommen die in Zukunft auch kein CSS mehr? --Schnark 10:14, 4. Feb. 2011 (CET)

text: Ich vermute eher, das einem das aktuell nicht auffällt, da das diff.css vor der diff-table geladen wird und somit die Tabelle direkt mit Farbe vom Browser erstellt werden kann. In der neuen Version aber wird das diff.css erst am Ende der Seite geladen, somit ist die Tabelle bereits vorhanden und wird nachträglich eingefärbt. Da die Seite hinter den Beispiellink sehr lang ist, wird das diff.css erst "sehr spät" vom Browser erkannt und verarbeitet. Der Umherirrende 15:57, 4. Feb. 2011 (CET)
replies: text: Also ich aber heute Mittag provokativ nachgefragt, ob JavaScript nun neuerdings Vorraussetzung vor ein ordentliches Layout sein soll. Bisher natürlich keine Antwort erhalten, aber ich finde das schon sehr unschön beim MW 1.17-Diff. Merlissimo 16:06, 4. Feb. 2011 (CET)
replies: text: Da anderes CSS ja auch ohne JavaScript eingebunden werden kann, liegt es hier wahrscheinlich daran, dass man unbedingt CSS und JS gleichzeitig laden will, aber das JavaScript ist nur für uralte Fireföxe gedacht, die – sofern sich mal jemand um die TODO-Kommentare kümmert – sowieso gar kein JavaScript mehr bekommen. Mir persönlich kann das egal sein, ich habe JavaScript eingeschaltet und einen aktuellen Firefox, aber stellenweise erscheint mir der RessourceLoader doch noch etwas unfertig. --Schnark 09:41, 5. Feb. 2011 (CET)
thread_title:  Ladegeschwindigkeit von CSS im Versionsunterschied 

message: Weiß jemand, ob die Legende oben auf der Beobachtungsliste in MediaWiki 1.17 mit Absicht entfernt wurde? --Schnark 09:39, 7. Feb. 2011 (CET)
replies: text: rev:73316 --Fomafix 09:57, 7. Feb. 2011 (CET)
thread_title:  Beobachtungsliste 

message: * Davon wird es sicher mehr geben, hier das erste: kann man die mühsam versteckten Optionen "Zurück zur alten Oberfläche" und "Naue Funktionen" im Vektor wieder loswerden? Sie sind da. -jkb- 14:14, 8. Feb. 2011 (CET)
replies: text:  Ganz brav. Schon wieder verschwunden :-) -jkb- 14:22, 8. Feb. 2011 (CET)
replies: text:  (BK) Das sollte eigentlich komplett abgeschaltet sein/werden. Die Funktion ist obsolet geworden. — Raymond Disk. 14:24, 8. Feb. 2011 (CET)

text: wechselt ständig. Aktuell ist Spezial:Version, oder schau auf #wikimedia-tech vorbei, da merkt man den stressfaktor. -- ✓ Bergi 18:29, 8. Feb. 2011 (CET)
thread_title:  Korrekturen am Update 

message: In der test.WP wird ebenfalls Version 1.16 angezeigt, dort scheint die Änderung also auch rückgängig gemacht worden zu sein. --Morten Haan Wikipedia ist für Leser da 21:51, 8. Feb. 2011 (CET)
replies: text: Oha selbst dort, das lässt nichts Gutes ahnen. -- 77.179.223.70 22:03, 8. Feb. 2011 (CET)
thread_title:  Testwiki 

message: Hallo, ich habe mal unter test2:User:✓/monobook.js ein Mess-Skript geschrieben. Opera: Cache gelöscht, Dragonfly-Netzwerk mitgelesen: die Seite braucht 847ms, weitere 2197ms für CSS und Co. Die Ausgabe sieht folgendermaßen aus:
13s, 552ms: Browser-Userscript beginnt zu laufen; $/jQuery:undefined, mw:undefined, addOnloadHook:undefined ;-)
14s, 488ms: WP-Userscript beginnt zu laufen; jQuery und mediaWiki-Objekte sind initialisiert; addOnloadHook kann gesetzt werden
14s, 644ms: DOMContentLoaded aus Browserscript schlägt an
14s, 650ms: jQuery.ready aus WPscript schlägt an
14s, 651ms: DOMContentLoaded aus WPscript schlägt an
14s, 651ms: window.onload (bzw. entsprechendes Event) aus Browserscript schlägt an
14s, 652ms: addOnloadHook aus WPscript schlägt an
Ich denke, wir haben nur wenig zu befürchten. Genial ist mediaWiki.user.options, ich denke das eröffnet uns neue Möglichkeiten der Personalisierung. Schade ist natürlich, dass Userscripte erst nach dem RessourceLoader ausgeführt werden können, sodass man benötigte Systemnachrichten oder gar JS-Module nicht in einem Aufzug mitladen kann. Was ich leider nicht ausprobieren konnte waren Mediawiki:Common.js und Gadgets, die gibt es im Testwiki nämlich nicht (und ich bin kein Admin).meint -- ✓ Bergi 21:31, 15. Feb. 2011 (CET)
thread_title:  Test 

message: Hallo! Ich hoffe, dass ich hier mit meiner Frage richtig bin, ansonsten würde ich mich über einen kurzen Hinweis, wohin ich laufen müsste, freuen. Gibt es eine Möglichkeit, die Einstellungen, die man den der persönlichen monobook.js-Datei gemacht hat (insbesondere zum Editieren), auch weiterhin verfügbar zu haben? Momentan erhalte ich statt meiner persönlichen Einstellungen für Monobook, obwohl Monobook aktiviert ist, nur die Editierzeile von der Vector-Version. Viele Grüße --Angela H. 12:47, 16. Feb. 2011 (CET)
replies: text: Vielleicht hilft schon WP:FZW#Bearbeitungswerkzeuge verschwunden. -- Rosenzweig  δ 12:51, 16. Feb. 2011 (CET)
replies: text:  Danke für die blitzschnelle Antwort. Hmm, hier funktioniert es schon. (Habe das Häckchen entfernt. ;-)) Aber was macht man in Projekten, wo es so eine Auswahl gar nicht gibt? Naja, ich werde mich erst mal gedulden, vielleicht hilft ja auch die Bug-Meldung auf die Dauer… Viele Grüße --Angela H. 12:59, 16. Feb. 2011 (CET)
replies: text:  Ups, habe gerade im falschen Tab gesucht. Nun geht's auch da. :-)) Viele Grüße --Angela H. 13:05, 16. Feb. 2011 (CET)
thread_title:  Monobook-Einstellungen 

message: Hallo. Ich empfinde es als störend, dass auf dieser Seite abweichend vom sonst üblichen Vorgehen, die Einträge chronologisch rückläufig sind. Es wäre doch viel übersichtlicher, wenn man beim Durchlesen der Seite zuerst die bereits aktiven Neuheiten in zeitlicher Folge, dann die Vorschau auf die nahe Zukunft und am Ende die weitergehenden Zukunftsaussichten vor sich hätte. Ich schlage daher vor, die Einträge umzusortieren. Meinungen dazu ?  ÅñŧóñŜûŝî (Ð) 16:15, 16. Feb. 2011 (CET)
replies: text: "Neuestes oben" halte ich bei solchen Seiten in der Regel für besser. So ist man schneller bei den letzten Änderungen, die einen in der Regel interessieren. Siehe zum Beispiel auch das Server-Admin-Log. Von mir ein Danke, Nein zum Vorschlag. --Guandalug 16:20, 16. Feb. 2011 (CET)
thread_title:  Seitenlayout 

message: Zu den Neuerungen von Version 1.17, die jetzt offensichtlich funktioniert, gehört der Helferlein-Export: „Helferlein können jetzt auf Knopfdruck exportiert werden, um sie anschließend in andere Wikis zu importieren“. Wo finde ich denn die Knöpfe? Auf der Einstellungen-Seite sehe ich keine Veränderung. Auf der als Beispiel genannten Translatewiki-Seite steht was von Herunterladen und Import, wofür man aber bestimmte Rechte braucht. Haben normale Benutzer keine Möglichkeit? --MSchnitzler2000 01:52, 17. Feb. 2011 (CET)
replies: text: Exportieren kann man die Dinger auf Spezial:Helferlein. Man bekommt man eine xml-Datei, die man im Zielwiki importieren kann. Dafür braucht man im Zielwiki aber Adminrechte (bzw. das Import-Recht), da man die Datei dann per Spezial:Importieren importieren muss. XenonX3 - (☎:±) 01:59, 17. Feb. 2011 (CET)
replies: text: Ok, also nix für normale Benutzer. Dann hatte ich die Ankündigung falsch verstanden. --MSchnitzler2000 02:12, 17. Feb. 2011 (CET)
replies: text:  Was heißt normal: den ersten Schritt, nämlich die Datei zu exportieren, kann hier nach wie vor jeder machen; es geht nur um das importieren im Ziel-Wiki, wo man die Import-Rechte benötigt; wenn es allerdeings "deine" Wiki ist, dann hast du sie im Prinzip automatisch (ebenfalls nach wie vor, es funktionierte schon mit anderen Dateien so). -jkb- 08:22, 17. Feb. 2011 (CET)
thread_title:  Helferlein exportieren 

message: War das auch schon vor 1.17 so, dass in den Einstellungen unter "Bearbeiten" der neue Editbereich und die Tabellenhelfer als "Beta" aufgeführt werden? Dachte, das sei mitlerweile "final" und eine Eigenschaft vom Vectorskin. --Stefan 09:41, 17. Feb. 2011 (CET)
replies: text: Nee, das kam zwar mit Vector, war aber früher schon Beta. --Guandalug 09:44, 17. Feb. 2011 (CET)
replies: text: Aber ich dachte, mit Vector als Standard hat die Beta-Phase für alle neuen "großen" Features der Usability Offensive geendet? Wieso sind die Teile dann immernoch als Beta markiert? --Stefan 17:41, 17. Feb. 2011 (CET)
replies: text: Perpetual Beta. Merlissimo 17:51, 17. Feb. 2011 (CET)

text: bugzilla:26750 --Schnark 09:27, 18. Feb. 2011 (CET)
thread_title:  Kurze Frage 

message: Hallo, nach der gestrigen (oder vorgestrigen) Layoutumstellung werden die Galerien zwar ganz normal angezeigt, beim Ausdruck (Druckversion) werden die Bilder jedoch nicht mehr nebeneinander (früher höchstens vier nebeneinander) sondern untereinander dargestellt. Dies dürfte benutzerunfreundlich sein, da vielfach Artikel auch ausgedruckt werden und dies nun zu einem schlechten Layout beim Druck bzw. auch Papier-Mehrverbrauch führt. --Oltau ☎ 20:31, 17. Feb. 2011 (CET)
replies: text: Da fehlt im print.css vermutlich eine kleine Definition für das Nebeneinander der Bilder..... --Guandalug 20:43, 17. Feb. 2011 (CET)
replies: text: Yo, ich habe mal Bug 27506 dazu aufgemacht: <gallery> is printed in 1 file per row (defekt signierter Beitrag von Raymond (Diskussion | Beiträge) 21:08, 17. Feb. 2011 (CET)
replies: text:  Ein weiteres Problem ist jetzt, dass durch die 100%ige Breite der Galerie die Überschrift, die durch den Parameter caption erzeugt wurde, 100% breit ist, wenn jedoch nur drei Bilder in der Galerie sind, hängt die Überschrift mittig über leerem Raum und die Bilder links am Rand. (z.B. hier) - Inkowik (Re) 15:40, 18. Feb. 2011 (CET)
replies: text: Dafür gibt es Bug 27540. Der Umherirrende 18:22, 18. Feb. 2011 (CET)
thread_title:  Galerien - Ausdruckproblem 

message: ich hab bei den benutzerbeitägen eine checkbox "nur gelöschte Versionen". wie alle anderen nicht-admins auch, kann ich die nicht gebrauchen. --Akkakk 14:55, 18. Feb. 2011 (CET)
replies: text: Ist mir bisher nicht aufgefallen. Aber, soll das so sein, dass der mir alle Edits von mir anzeigt, die Geoversightet wurden? Umweltschutz – [D¦B] 15:05, 18. Feb. 2011 (CET)
replies: text:  jetzt gefunden, und sie funktioniert bei mir aber (bei meinen eigenen wie bei fremden Edits). -jkb- 15:10, 18. Feb. 2011 (CET)
replies: text: Es werden einzelne Versionslöschungen gefilter (also durch Admins und/oder Oversighter, alles was durchgestrichen ist). Der Umherirrende 18:19, 18. Feb. 2011 (CET)
replies: text: Beispiel: . XenonX3 - (☎:±) 18:25, 18. Feb. 2011 (CET)
replies: text: Da von den Benutzerbeiträgen die Rede ist: Beispiel. Der Umherirrende 18:27, 18. Feb. 2011 (CET)
thread_title:  {{erl|gelöschte versionen}} 

message: Nach dem Update auf 1.17 wurden ja offenbar auch einige lokale Skript-Anpassungen nötig. Da wir in der bairischen Wikipedia (so wies aussieht) niemanden haben, der sich damit auskennt, fände ichs nett, wenn jemand sich Zeit nehmen könnte, und dort die entsprechenden Anpassungen vornehmen könnte (z. B. wär es schön, wenn Funktionsseiten wieder einen blauen Hintergrund hätten). Der zentrale Diskussionsort dort ist der Stammtisch, falls Fragen bzgl. der Anpassungen aufkommen sollten. Schonmal danke im Voraus und ich hoffe, das macht nicht allzu viel Mühe... -- Chaddy · D – DÜP – 22:30, 20. Feb. 2011 (CET)
thread_title:  Skript-Anpassungen 

message: Hier ... dann sollte eigentlich das als Text der Iinhalt von Benutzer:Saibo/eigene_Spielwiese/preload ins Editfenster kommen. Statt dessen kommt aber "UNIQ48072f919fca33e-gallery-00000002-QINU". Dieser Preload-Text wurde seit Jahren in der Fotowerkstatt benutzt... Habe mir dort als Workaround die gallery-Tags in Vorlagen gepackt: Wikipedia:Fotowerkstatt/preload. Softwarefehler? Viele Grüße --Saibo (Δ) 22:56, 17. Feb. 2011 (CET)
replies: text: Evtl. das gleiche: Bug 27467 -       preload can leave UNIQ (pre-tag im preload text). Viele Grüße --Saibo (Δ) 23:49, 17. Feb. 2011 (CET)
replies: text: Ist das gleiche, da gallery und pre vom parser ähnlich behandelt werden. Der Umherirrende 18:23, 18. Feb. 2011 (CET)
thread_title:  preload kommt nicht mit gallery zurecht (erl.) 

message: Guten Abend zusammen, ich mache euch auch mal hier auf diese Diskussion aufmerksam. Wikipedia:Fragen_zur_Wikipedia#Seit_dem_Update_auf_der_Version_1.17_-_Bearbeitungsfenster_spinnt mfg und schönen Abend noch --Crazy1880 20:09, 20. Feb. 2011 (CET)
replies: text: Sollte inzwischen repariert sein (bugzilla:27496). — PDD — 01:21, 22. Feb. 2011 (CET)
replies: text: Bitte zu beachten, dass in Abschnitt Wikipedia:Fragen_zur_Wikipedia#Seit_dem_Update_auf_der_Version_1.17_-_Bearbeitungsfenster_spinnt noch ein Punkt offen ist, der nirgendwo sonst behandelt wird. Könntet Ihr da bitte mal draufschauen? Grüße --RonaldH 10:17, 24. Feb. 2011 (CET)
thread_title:  Automatisches Scrolling beim Bearbeiten im IE8 

message: Nach dem letzten Update ist wohl auch der Sichten-Link für alle sichtbar, s. Diskussion darüber auf WP:FzW#Spezial:Letzte Änderungen. -jkb- 07:22, 24. Feb. 2011 (CET)
thread_title:  Sichten für Nichtsichter 

message: War die Anzahl der ausstehenden Aufträge nicht mal auf Spezial:Statistik vermerkt? Irgendwie vermisse ich gerade die Anzeige um grob abschätzen zu können, wie lange eine Vorlagenänderung dauert. Ich habe es nur noch über die Api gefunden. Merlissimo 12:21, 24. Feb. 2011 (CET)
replies: text: Das ist korrekt. Entfernung war beabsichtigt, siehe bugzilla:27584. --Guandalug 12:27, 24. Feb. 2011 (CET)
thread_title:  Job Queue 

message: Hallo! Habe ich das recht in Erinnerung, dass der Kackbalken wieder seine ursprüngliche Farbe erhalten sollte? Gruß --Sir James 18:16, 1. Feb. 2011 (CET)
replies: text: im monobook hat er ;) ...Sicherlich  Post / FB  18:35, 1. Feb. 2011 (CET)
replies: text: War und ist bei mir immer hellblau. Das war in modern noch nie anders ;-). Merlissimo 18:42, 1. Feb. 2011 (CET)
replies: text: ich bild mir ein, dass es in vector anfangs auch kack-farben war :D ...Sicherlich  Post / FB  01:21, 2. Feb. 2011 (CET)
replies: text:  Keine Einbildung, ruhig schlafen heute :-) - es war kackig, und zwar ziemlich lange. -jkb- 01:25, 2. Feb. 2011 (CET)
replies: text: auf dem weg ins land der träume; vielleicht meinte ja Merlissimo gar nicht das "moderne" vector sondern das eher exotische Modern? - na wie auch immer; ich werd auch ohne antwort auf die frage ruhig schlafen können ^^ ...Sicherlich  Post / FB  01:39, 2. Feb. 2011 (CET)
replies: text: Du hast es erfasst. War mir noch gar nicht klar, dass dies missverständlich sein kann und sich nicht auf's Modern-Skin beziehen konnte.  Merlissimo 01:45, 2. Feb. 2011 (CET)
replies: text:  Sicherlich lässt ausrichten: schnarch, schnarch, ... -jkb- 01:48, 2. Feb. 2011 (CET)
replies: text:  ich schnarche gar nicht! ^^ ...Sicherlich  Post / FB  10:28, 2. Feb. 2011 (CET)

text: Auf de.wp wurde die Änderung vorgezogen. Der Umherirrende 21:29, 3. Feb. 2011 (CET)
replies: text:  Der ist bald wieder kackbraun..... is nicht wahr. Gut dass ich meine CSS-Anpassungen nicht rausgenommen habe :D --Guandalug 15:15, 17. Feb. 2011 (CET)
replies: text: Nun ist er seit ein paar Tagen -auch ohne Gefummel meinerseits- wieder hübsch kackbraun. Alles wird gut. Danke & Gruß --Sir James 08:23, 24. Feb. 2011 (CET)
replies: text: Dabei fällt mir ein: wer hat eigentlich das hübsche Wort Kackbalken erfunden? Gruß --Sir James 05:00, 27. Feb. 2011 (CET)
thread_title:  Kackbalken 

message: Es wäre besser gewesen, wenn die Dateiliste (Spzialseite) die Benutzer-CSS berücksichtigen würde. Damit könnte man dann die Fehler kompensieren und z.B. gewünschte Spaltenbreiten angeben. Klassen und IDs sind ja bereits vorhanden.   ÅñŧóñŜûŝî (Ð) 15:19, 17. Feb. 2011 (CET)
replies: text: Sorry, ich verstehe gerade nur Bahnhof. Von welchem Benutzer-CSS, welchen Fehlern, redest du? — Raymond Disk. 18:55, 17. Feb. 2011 (CET)
replies: text:  Er meint Benutzer:Antonsusi/Common.css (oder dergleichen), um persönlich umformatieren zu können. Meines Wissens funktioniert das auf manchen (?) Spezialseiten - allerdings zum Beispiel nicht auf Spezial:Einstellungen (ist auch besser so). --Guandalug 18:58, 17. Feb. 2011 (CET)
replies: text: Auf Spezial:Dateien gibt es Benutzer-CSS, aber aufgrund der vielen einzelnen Dateien die heruntergeladen werden, sieht man das erst sehr spät … Die Möglichkeit, die Tabellenspalten einzeln zu formatieren, gibt es aktuell nicht. Der Umherirrende 19:31, 17. Feb. 2011 (CET)
replies: text:  Die td-Elemente (nicht th-Elemente) jeder Spalte haben eigene CSS-Klassen, sodass diese sich einzeln formatieren lassen.  --Wiegels „…“ 19:46, 17. Feb. 2011 (CET)
replies: text: Stimmt, soweit hatte ich garnicht geschaut. Die tr haben sogar ein leeres class-Attribute, sieht ja sehr unsauber aus der HTML-Quelltext. Der Umherirrende 19:58, 17. Feb. 2011 (CET)
replies: text: Das leere class-Attribut habe ich soeben mit rev:82391 entfernt. Dabei ist mir aufgefallen, dass im Eingabeformular sich zweimal eine Tabelle öffnet. Kümmer ich mich gleich drum. — Raymond Disk. 12:26, 18. Feb. 2011 (CET)
replies: text: Danke. Ist schön, wenn du Sachen auf indirektem Zuruf machst ;-). Der Umherirrende 19:26, 19. Feb. 2011 (CET)
replies: text: Gerne. Und achja, die doppelte Tabelle in seit gestern Abend wech und heute livegegangen. — Raymond Disk. 21:08, 19. Feb. 2011 (CET)

text: Also ich kann auf Spezial:Dateien keine Berücksichtigung des eigenen CSS feststellen. Auch nicht nach dem Leeren des Cache und mehreren Tagen. Offensichtlich überschreibt die WP-SW bei der Erstellung der Tabelle die Usereinstellungen. Einen Typo würde ich auch ausschließen.  ÅñŧóñŜûŝî (Ð) 17:28, 28. Feb. 2011 (CET)
replies: text:  Hallo Antonsusi, ersetze doch mal in Zeile 61 die öffnende Klammer durch ein Komma und trage .TablePager th, .TablePager td { background-color: #FFFFCC; } ein.  --Wiegels „…“ 18:09, 28. Feb. 2011 (CET)

text: Meinst du sowas ? Das hat nicht funktioniert. Ich kann es mir nur durch Skripte erklären.  ÅñŧóñŜûŝî (Ð) 18:29, 28. Feb. 2011 (CET)
replies: text:  Zwölf Zeilen vorher (Zeile 61) liegt noch ein Syntaxfehler vor.  Vielleicht liegt es daran?  --Wiegels „…“ 18:41, 28. Feb. 2011 (CET)
replies: text:  Volltreffer. Das war es. Vier Augen sehen mehr als zwei.  Womit auch klar ist, warum das "Zebra" nicht laufen wollte (ich hatte vermutet, dass mein Opera das nicht drauf hat...)  Danke.  ÅñŧóñŜûŝî (Ð) 19:32, 28. Feb. 2011 (CET)
thread_title:  Eigene CSS 

message: Ist eine Implementierung auch hier irgendwann einmal vorgesehen? --Leyo 11:29, 9. Mär. 2011 (CET)
replies: text: Es sieht ja nichtmal so aus, als sei das auf commons aktiv. Das soll eine extension sein - die sieht man normalerweise auf Special:Version, da wird SVG nicht erwähnt. Daher... --Guandalug 11:34, 9. Mär. 2011 (CET)

text: Nun, SVGEdit wurde von Brion geschrieben. Und Brion kommt in Kürze als Angestellter der WMF zurück nach Hause. Ich würde ziemlich große Stücke darauf wetten, dass wir die Extension mittelfristig erhalten, zumindest Commons. — Raymond Disk. 14:13, 9. Mär. 2011 (CET)
replies: text: Danke für die Antworten. Dann kann man ja hoffen… Wie AnonMoos würde ich mich speziell über eine Diff-Funktion freuen. --Leyo 14:23, 9. Mär. 2011 (CET)
replies: text: Hoffentlich wird es ein brauchbares Tool. Wichtig wäre, dass Quelltexte vor dem Speichern durch den gleichen - mangelhaften - Renderer geschickt werden wie später und man beim Betrachten des Ergebnisses das Speichern noch abbrechen kann und zweitens - im Verhältnis zu Inkscape - weniger Spielerei und mehr Seriösität geboten wird.  ÅñŧóñŜûŝî (Ð) 16:45, 9. Mär. 2011 (CET)
thread_title:  SVGEdit 

message: (Livehack) Die Option „Seiten auf meiner Beobachtungsliste“ der Spezialseite Seiten mit ungesichteten Versionen wurde aus Performancegründen per Livepatch abgeschaltet. 
(Livehack) Die Anzeige, dass es ungesichtete Bearbeitungen auf der Beobachtungsliste gibt, wurde aus Performancegründen per Livepatch abgeschaltet. 
Also bei mir funktioniert das (wieder?) --PaterMcFly Diskussion Beiträge 13:47, 13. Mär. 2011 (CET)
replies: text: Wurde anscheinend gestern wieder aktiviert. --Steef 389 14:51, 13. Mär. 2011 (CET)
thread_title:  8. März 

message: Nach einigen Versuchen muss ich feststellen, dass seit gestern die Helferlein (Gadgets): „Bearbeiten-Links Links“, „Bearbeiten-Links Rechts“ nicht mher funktionieren und beim „Vorlagen-Meister“ das Layout total zerschossen ist. Wurde irgendwas an Mediawiki geändert. Evtl. betrifft es auch andere Gadgets. XV HTV 1352 09:31, 24. Mär. 2011 (CET)
replies: text: Hast du eventuell auf Firefox 4 aktualisiert? Gerüchteweise mag der manche JavaScripts anscheinend nicht mehr.... (ich bin selbst noch nicht zum Testen gekommen) --Guandalug 09:37, 24. Mär. 2011 (CET)
replies: text:  Oh, gut das ich das hier lese :-) -jkb- 09:45, 24. Mär. 2011 (CET)

text: Das Helferlein Bearbeiten-Links Rechts kannst du eigentlich deaktivieren, offenbar wird mittlerweile auch ohne Gadget der Bearbeiten-Link direkt rechts neben der Überschrift angezeigt. Mit Gadget (ich hatte es bis eben auch aktiviert) wird allerdings seit gestern (?) der Link ohne Leeraum an die Überschrift gesetzt. Gruß --Schniggendiller  Diskussion  09:54, 24. Mär. 2011 (CET)
replies: text: Ich habe zwar auf FF4 aktualisiert, aber bei FF 3.6.13 (anderer Rechner), IE 8, IE 9, Opera 11 und Chrome 10 sieht es genauso aus. Bei mir stehen die Bearbeiten-Links jetzt ganz rechts, egal welche Variante ich wähle. Achja, ich nutze Monobook. XV HTV 1352 09:57, 24. Mär. 2011 (CET)
replies: text:  Okay, das sind ja zum Test wichtige Informationen (auch das mit Monobook). Muss man nachher mal sehen..... --Guandalug 10:02, 24. Mär. 2011 (CET)

text: Scheint am ResourceLoader zu hakeln, siehe auch FzW bzw. bugzilla:28215 --Guandalug 11:58, 24. Mär. 2011 (CET)
replies: text: Ja habe ich gesehen. :-( XV HTV 1352 13:17, 24. Mär. 2011 (CET)
replies: text:  Hey, sei froh - dann ist der Bug wenigstens zentral und muss nicht hier an X Stellen lokal repariert werden :D --Guandalug 13:19, 24. Mär. 2011 (CET)
replies: text: Da hätte ich aber die Hoffnung, dass das Problem zeitnah gelöst wird. XV HTV 1352 16:37, 24. Mär. 2011 (CET)

text: Wie ich oben schon testete hat der FF 4 nix mit dem ResourceLoader zu tun. Es fallen halt zufällig zwei Ereignisse zusammen. XV HTV 1352 18:16, 24. Mär. 2011 (CET)
replies: text:  Ack. Die FF4 - Klamotte ist unabhängig, ein Bugfix für FF4 anzufangen lohnt aber erst, wenn der Ressourceloader wieder tut (damit man nicht an falschen Symptomen rumdoktort) --Guandalug 18:18, 24. Mär. 2011 (CET)
replies: text: So es klappt alles wieder in FF4 (meinem leib & magen browser). XV HTV 1352 19:51, 24. Mär. 2011 (CET)

text: Und bei IE 9, GC 10 und O11 auch. XV HTV 1352 19:54, 24. Mär. 2011 (CET)
thread_title:  Helferlein funktionieren nicht mehr. 

message: Moin, ich wollte gerade :Datei:Logo.gif vor dem erneuten Upload schützen. Allerdings war im Schutzinterface nur die Auswahlmöglichkeit "Erstellen" vorhanden, nicht wie sonst "Erstellen" und "Hochladen". Ist durch das Update was kaputtgegangen? XenonX3 - (☎:±) 00:57, 25. Feb. 2011 (CET)
replies: text: Scheint so. Ich habe dazu Bug 27700 aufgemacht. — Raymond Disk. 09:17, 25. Feb. 2011 (CET)
replies: text: Ist noch kaputt! Zwar ist jetzt die Auswahlmöglichkeit wieder da, aber die Einstellung des Hochladeschutzes wird dann nicht übernommen. Beispiele:  und . XenonX3 - (☎:±) 22:56, 7. Mär. 2011 (CET)
replies: text: Hat das jemals funktioniert? Ich bin im Hochladen-Bereich nicht so aktiv, daher meine Frage. Hast du vielleicht einen Dateinamen (hier oder Commons), wo ein solcher Schutz aktiv ist? Danke. Der Umherirrende 21:40, 12. Mär. 2011 (CET)
replies: text: Mit Bug 28166 (ist auch live) wurde erstmal behoben, das create=sysop beim upload garnicht mehr funktioniert hat. Ich bezweifle immer noch, das upload=sysop auf nicht vorhandenen Seiten früher funktioniert hat, da der Wert garnicht in der Datenbank gespeichert wird bzw. werden kann. Der Umherirrende 18:01, 26. Mär. 2011 (CET)
replies: text: Hm, lässt sich nicht herausfinden. Geschützte Titel lässt sich nicht so genau filtern und Geschützte Seiten zeigt ja nur existierende Dateien. XenonX3 - (☎:±) 18:05, 26. Mär. 2011 (CET)
thread_title:  Dateiupload sperren kaputt? 

message: Seit Version 1.17 wird als „Bugfix“ das Title-Tag eines Links nicht mehr ausgefüllt, wenn Linkziel und Linktext identisch sind. Ich bin kein Freund dieser Änderung, weil sie meiner Meinung nach zu Inkonsistenzen in der Benutzerführung führt (es gibt unterschiedliche Resultate, wenn man die gleiche Aktion „führe Maus über Link“ durchführt). Dennoch möchte ich auf einen Fehler in diesem Bugfix hinweisen: Wenn der Link mit der class="stub" ausgeliefert wird, wird generell auch das Title-Tag gesetzt. Falls er noch nicht im Bugtracker vermerkt ist, bitte ich um eine dortige Meldung. --32X 13:58, 16. Apr. 2011 (CEST)
replies: text: Bug 27527 gibts bereits. -- ✓ Bergi 22:30, 16. Apr. 2011 (CEST)
thread_title:  Title-Tag bei Links 

message: Wenn man SVGs deren Basisgröße kleiner ist als die angegebene Höhe (zB : ) werden diese nicht vergrößert, alle anderen Varianten (: und : ) funktionieren einwandfrei. Vielleicht täusche ich mich, aber denke das hat bis vor kurzem funktioniert... Sind euch Konfigurationsänderungen bekannt? LG --AleXXw •שלום!•disk 20:38, 11. Mai 2011 (CEST)
replies: text: Bug 28940. -- ✓ Bergi 21:35, 11. Mai 2011 (CEST)
replies: text: Danke! --AleXXw •שלום!•disk 21:36, 11. Mai 2011 (CEST)
thread_title:  Höhenangabe bei kleinen SVGs 

message: hmm:
also wenn man mit dem satz zu geißler in die schlichtung gekommen wäre ... ;-) —Pill (Kontakt) 21:40, 22. Mai 2011 (CEST)
thread_title:  notiz am rande ... 

message: Das ist doch hoffentlich bloß ein verspäteter April-Scherz, oder? -- Chaddy · D – DÜP – 21:17, 14. Mai 2011 (CEST)
replies: text: Mit monobook nicht nachvollziehbar. Erst Vorder- und danach Rückseite lesen... --Steef 389 21:49, 14. Mai 2011 (CEST)
replies: text: Diese Änderung ist noch nicht live. --Stepro 21:53, 14. Mai 2011 (CEST)

text: Das ist allerdings in der Tat ein sehr schlechter Scherz. Kann man diesen Unfug noch irgendwie stoppen oder zumindest eine nachvollziehbare Erklärung für die Funktionseinschränkung nachlesen? --Stepro 21:53, 14. Mai 2011 (CEST)
replies: text: Sieht nach einem Performance-Problem aus. Mal schaun ob Raymond etwas erreicht. --Steef 389 22:32, 14. Mai 2011 (CEST)
replies: text: Langsam kann mans mit den Performance-Problemen auch etwas übertreiben. Dass eher unbedeutende Spezialseiten deswegen nicht mehr aktualisiert werden ist ja noch verschmerzbar, aber das hier geht jetzt zu weit. Wo fließen denn die ganzen Spenden-Gelder hin, die doch eigentlich auch für die Verbesserung der Server-Hardware verwendet werden sollen? Und wo kann man dagegen Protest einlegen? -- Chaddy · D – DÜP – 22:49, 14. Mai 2011 (CEST)
thread_title:  (Softwareverschlechterung) Auf WMF-Wikis können die Benutzerbeiträge nicht länger nach Namensräume gefiltert werden 

message: Da hier ja eher die techn. Experten sind, mal der Hinweis auf meine Frage auf FzW. Vielleicht weiß ja jemand von Euch eine Lösung. --Stepro 13:08, 27. Mai 2011 (CEST)
thread_title:  FF-Update 

message: Hallo, eine Frage zum Update: Was ist denn der Unterschied (beim Highlighten) zwischen ecmascript und javascript? -- ✓ Bergi 20:36, 14. Mai 2011 (CEST)
replies: text: Der einleitende Kommentar in  sollte dir weiterhelfen, der Diff zu  zeigt, dass Selected colors to match my web site color chart der Hauptunterschied ist. --Schnark 11:16, 28. Mai 2011 (CEST)
thread_title:  GeSHi 

message: Hallo,weil hier vermutlich viele „Skriptbastler“ (wie Raymond sie liebevoll zu titulieren pflegt) mitlesen:Eine neue Werkstatt zum Thema CSS+JS wird demnächst eröffnet: Wikipedia:Technik: Skin/Werkstatt.Eine Mitarbeiterliste gibt es nicht; einfach [ beobachten]. Wer eine Anfrage sieht und dabei helfen mag und kann, möge dies tun.--PerfektesChaos 09:19, 1. Jul. 2011 (CEST)
thread_title:  Neue Werkstatt zum Thema CSS+JS 

message: Das ham wir ja schon mit den automatisch vergebenen Sichterrechten. Oder wird es bald Logbucheinträge für Autoconfirmed-Vergabe geben? XenonX3 - (☎:✉) 18:04, 15. Jul. 2011 (CEST)
replies: text: Gibt es das schon für automatisch vergebene Sichterrechte? Ist mir noch nicht untergekommen und ich dachte, es ist vor allem dafür da (weil es ein und derselbe Entwickler ist). Es dürfte aber danach auch für autoconfirmed-Vergabe einen Logeintrag erzeugen. Dies ist hier vielleicht nicht so wichtig, weil man die 4 Tage noch selber ausrechnen kann, aber auf en.wp muss man beispielsweise auch noch 10 (sichtbare?) Bearbeitungen getätigt haben, da kann es schon helfen, glaube ich. Der Umherirrende 18:30, 15. Jul. 2011 (CEST)
replies: text: Gibt es das schon für automatisch vergebene Sichterrechte? → . Keine Ahnung seit wann, aber ja ;) XenonX3 - (☎:✉) 18:42, 15. Jul. 2011 (CEST)
replies: text: Ah, da ist die Meldung nicht eindeutig genug. Die Benutzergruppe "Sichter" ist eine Benutzergruppe die Benutzer an andere oder automatisch an sich vergeben können. Ja, die sind auch jetzt schon geloggt, hatte ich nur nicht dran gedacht. Ich hatte an die Benutzergruppe "Automatische Sichter" gedacht, da dieses, wie die Benutzergruppe "automatisch bestätigter Benutzer", eine Benutzergruppe ist, die nur von der Software vergeben (und auch wieder entzogen) wird. Die Meldung hier bezieht sich genau auf solche Benutzergruppen, die intern auch implizite Benutzergruppen genannt werden. Für solche Benutzergruppen gibt es auch keine Mitgliederlisten unter Spezial:Benutzer. Ich habe gerade nur keine Idee, wie man das besser beschreiben kann, aber Raymond (oder ein anderer) ist da vermutlicher kreativer und kann vielleicht auch sagen, ob ich das richtig aufgefasst habe, oder nicht. Der Umherirrende 18:54, 15. Jul. 2011 (CEST)
replies: text: Wenn ich es jetzt richtig verstanden habe, müsste es "Automatisch vergebene implizite Benutzerrechte werden jetzt im Rechte-Logbuch aufgeführt" heißen? XenonX3 - (☎:✉) 12:57, 18. Jul. 2011 (CEST)
replies: text: Ja, so habe ich das verstanden. Wäre aber gut, wenn Raymond oder jemand anders das kurz bestätigen könnte. Schau ich mir am Wochenende ansonsten mal genauer an. Der Umherirrende 20:14, 18. Jul. 2011 (CEST)
replies: text: Müsste es nicht eher "Automatisch vergebene implizite Benutzergruppen" heißen? --Schnark 09:34, 19. Jul. 2011 (CEST)
replies: text: Die Formulierungen sind alle nicht ganz sauber. Eigentlich werden weder Benutzergruppen noch Rechte vergeben, sondern ein Benutzerkonto wird einer Benutzergruppe (Sichter, Admins, etc.) zugeteilt. Im Jargon wird es nur Benutzerrechte vergeben genannt. XenonX3 - (☎:✉) 14:14, 19. Jul. 2011 (CEST)
replies: text: Ich kann erstmal sagen, das es keine Flutung der Logs/RC mit autoconfirmed gibt, ist aber möglich, wenn gewünscht. Aktuell stehen die Informationen für "autoconfirmed" (und eventuell weitere) in der Variable $wgAutopromote. In Zukunft gibt es auch noch die Variable $wgAutopromoteOnce. Die dort enthaltenden Benutzergruppen werden maximal einmal vergeben und enthalten dann einen Logbucheintrag und optional einen RC-Eintrag. Dies hat den Vorteil, das beispielsweise Extensions wie FlaggedRevs einen Logbucheintrag für automatische Sichter erstellen können. Dann kann jeder sehen, das dieser Benutzer der impliziten Benutzergruppe angehört oder nicht. Ich habe die Vorderseite entsprechend angepasst und hoffe, dass es jetzt verständlicher ist. Der Umherirrende 21:39, 23. Jul. 2011 (CEST)
thread_title:  Vorschau auf Version 1.19: (Softwareneuheit) Automatisch vergebene Benutzerrechte werden jetzt im Rechte-Logbuch aufgeführt 

message: Hallo zusammen, zum heutigen Update wären mehr Antworten sinnvoll. Wie oft darf man sich falsch anmelden und wie lange ist die Wartezeit. Gibt es eine völlige Sperre? Und diese Antworten sollten wir dann verpacken und in Hilfe:Benutzerkonto anlegen (weiterleitung von Hilfe:Anmeldung) einbauen. Vielen Dank für die Antworten --Crazy1880 14:28, 23. Jul. 2011 (CEST)
replies: text: Das wird anscheinend über die Variable $wgPasswordAttemptThrottle festgelegt. Ob die auf WMF überhaupt aktiviert ist weiß ich nicht, auf http://noc.wikimedia.org/ hab ich dazu nichts gefunden. --✓ Bergi 18:16, 23. Jul. 2011 (CEST)
replies: text:  Für API-Logins (also unsere Bots) gilt das aber schon länger, da sagt die API auch, wie lange man jetzt warten soll. Ist eine mit der Anzahl der Fehlversuche steigende Zeit. --Guandalug 18:30, 23. Jul. 2011 (CEST)
replies: text: Der Standard laut mw:Manual:$wgPasswordAttemptThrottle ist 5 Versuche in 5 Minuten, da der Standard auf WMF-Wikis anscheind nicht überschrieben wird, scheint es auch hier erstmal so zu sein. Der Umherirrende 19:28, 23. Jul. 2011 (CEST)

text: Ich habe es mal korrigiert, es betrifft nur Spezial:Passwort ändern. Spezial:Anmelden war vorher schon so. Vielleicht sollte man aber hier noch eine andere Nachricht verwenden, aber das nur nebenbei. Der Umherirrende 19:38, 23. Jul. 2011 (CEST)
thread_title:  Anmeldeversuche mit falschem Passwort 

message: Was genau hat sich denn da geändert? Zurzeit wirkt das wie ein Proxy fürs alte Format, und das es jetzt in PHP geschrieben ist interessiert doch den Anwender einen Dreck. Und ein echtes Beispiel :-) Wobei das hier aber geht. --✓ Bergi 17:21, 31. Jul. 2011 (CEST)
replies: text: Das eine wurde als Mobile Ansicht und das andere als Mobile Version übersetzt ;-) Ich denke mal, es war erstmal das Ziel ein gleichwertige Oberfläche zu schaffen und dann kann man sich anschließend um Verbesserungen kümmern. Vielleicht skaliert die neue Version auch besser, so dass weniger Serverlast verursacht wird oder sie ist besser wartbar. Die Gründe für eine Neu-Implementierung könnten man noch aufzeigen. Aber im neuen habe ich erstmal einen JavaScript-Fehler (IE8). Der Umherirrende 17:30, 31. Jul. 2011 (CEST)
replies: text: Naja, besser wartbar ist sie auf alle Fälle da die Entwickler eher PHP verstehen und korrigieren könnnen… Ich hätte nur gehofft, dass mit der Neuimplementierung von Null angefangen wird und die Altlasten entsorgt statt portiert werden :-( --✓ Bergi 17:39, 31. Jul. 2011 (CEST)
thread_title:  Mobile View 

message: Die wurden verändert, §ion=new wurde angehängt. -- ianusius ✆ Disk. ✪ (Art.) 09:00, 26. Aug. 2011 (CEST)
replies: text: Das ist eine lokale Anpassung die schon länger aktiv ist. Sie soll dazu beitragen, das auf nicht existierenden Diskussionsseiten im Artikelnamensraum der erste Abschnitt auch mit einer Überschrift begonnen wird, damit man später einen besseren Überblick hat. Der Umherirrende 15:54, 26. Aug. 2011 (CEST)
replies: text: Okay, danke. Hatte ich noch nie bemerkt … -- ianusius ✆ Disk. ✪ (Art.) 10:59, 27. Aug. 2011 (CEST)
thread_title:  Diskussionen bei Redlinks 

message: Ich hätte da mal eine Frage, weil ich nicht selber drauf komme: Warum ist der erste Link bereits blau, obwohl er nicht funktioniert? Es sollten doch nur existierende Seiten einen blauen Link bekommen, soweit ich weiß sollte das auch bei Spezialseiten so sein.
* Spezial:Permanenter Link
* Spezial:Permalink
Wird hier der Name der Spezialseite mit dem Inhalt von MediaWiki:Permalink verwechselt? Wenn jemand Ideen hat, wäre ich dankbar. Der Umherirrende 21:11, 7. Sep. 2011 (CEST)
replies: text: MessagesDe.php kennt den Alias schon, warum auch immer. --Schnark 10:29, 8. Sep. 2011 (CEST)
replies: text: Das erklärt einiges und war von mir garnicht erwartet, da ich dachte, dass der Alias erst vor einer Woche vergeben wurde. Aber im Dezember 2010, war er auch schonmal gesetzt worden und wurde später komplett überschrieben, was mir nicht aufgefallen war. Danke für deine Hilfe. Der Umherirrende 18:13, 8. Sep. 2011 (CEST)
replies: text: Nur damit sicher keiner wundert, warum das jetzt nicht mehr blau ist: Es wurde mit rev:96617 korrigiert. Der Umherirrende 21:20, 9. Sep. 2011 (CEST)
thread_title:  Blauer Spezialseitenlink 

message: Haltet ihr das für nennenswert und wenn ja, hat jemand einen guten Satz, den man auf die Vorderseite schreiben kann? Man sollte dann auch erwähnen, das sich solche Fälle erst mit einem Purge oder einer Bearbeitung beheben werden. Siehe auch Wikipedia:Fragen zur Wikipedia#Dunkelrote Links im Artikel. Danke. Der Umherirrende 19:44, 14. Sep. 2011 (CEST)
thread_title:  [[rev:82511]] 

message: Hallo, wie kommt es, dass Weiterleitungen nicht mehr funktionieren, wenn sie Variablen enthalten (die Variablen funktionieren normal) und sich dann wie ein normaler Link auf einer Seite verhalten, man sich also per Hand weiterklicken muss? (siehe meine Disk.) Sonst wäre die tägliche Aktualisierung der Weiterleitung komplett überflüssig und würde viele unnötige Versionen ersparen. Das gilt auch für diese, jene und die Weiterleitung und ähnliche denkbare Fälle, wo die Versionsgeschichten völlig unnötig aufgebläht werden. Gibt es dazu bereits eine (alte) Bugmeldung, ist das schon in der Mache und eine Änderung geplant? --Geitost 21:11, 20. Sep. 2011 (CEST)
replies: text: Dazu gab es schon viele Bugmeldungen, Bsp: bugzilla:1575, bugzilla:6196. Da Bug 1575 mit WONTFIX gekennzeichnet ist, wird sich daran wohl nichts ändern. -- chatterDisk 22:33, 20. Sep. 2011 (CEST)
replies: text: Danke, hab mir das grad mal alles durchgesehen, was es da schon so gab. Warum machen wir es hier dann nicht einfach auch so wie in der estnischen WP bei :et:Kasutaja:Peep/Liivakast (s. Bug 6196), statt immer längere Versionsgeschichten zu produzieren? Einen Klick wird man schon noch hinbekommen. Wurde das überhaupt mal irgendwann diskutiert? Ich halte das so für überflüssig. --Geitost 23:26, 20. Sep. 2011 (CEST)
replies: text: Das ist eben ziemlich kompliziert. Eine WL ist keine normale Seite, sondern wird - sobald sie den entsprechenden Code enthält - als Weiterleitung in die Datenbank einsortiert. Zusätzlich werden noch Kats und IWs aus dem Quelltext gezogen. Das sorgt für schnelles Weiterleiten. Die Seitenansicht wird erst geparst, also das ganze Auswerten von VP (wozu die Variabelen gehören), wenn du sie per ?redirect=no aufrufst. -- ✓ Bergi 14:53, 21. Sep. 2011 (CEST)
thread_title:  Variablen in Weiterleitungen, aufgeblähte Versionsgeschichten 

message: Die Babelbox verlinkt auf :Kategorie:Babel - Benutzer nach Sprache. Dies sollte auf :Kategorie:Benutzer nach Sprache geändert werden.
Gruß --Steef 389 16:09, 21. Sep. 2011 (CEST)
replies: text: Müsste MediaWiki:Babel-footer-url sein. --Steef 389 16:11, 21. Sep. 2011 (CEST)
replies: text: Genau. Soeben angelegt. Die fehlende Übersetzung des Textes wurde im Translatewiki eingegeben und erscheint automatisch heute Nacht. — Raymond Disk. 16:12, 21. Sep. 2011 (CEST)
thread_title:  Babelerweiterung - Kategorie 

message: Moinsen! Hab soeben versucht auf Reichsparteitagsgelände eine IP- und eine eigene Änderung zu sichten. Wenn ich dies per SSL (also mit diesem Link) probierte tat sich nix, außer dass oben der Seite so ein Kasten wie bei der Sitenotice, allerdings ohne Inhalt, aufging. Ohne SSL hats dann funktioniert. Genauso bei Prinzipien Objektorientierten Designs. Geht das noch wem anders so? --Gnu1742 12:34, 29. Sep. 2011 (CEST)
replies: text: Kann ich bestätigen: Sichten per SSL-Verbindung scheint momentan nicht möglich zu sein; der Klick auf die Schaltfläche bewirkt eine Inaktivierung der Schaltfläche, aber auch Minuten später tut sich da nix mehr. Ob man über Diff sichtet (Schaltfläche oben) oder nur die Version selbst (Schaltfläche unten), macht keinen Unterschied. Hmm ... Gruß --Schniggendiller  Diskussion  17:03, 29. Sep. 2011 (CEST)
replies: text: Kann ich nicht nachvollziehen, bei mir funktioniert es. --Steef 389 17:26, 29. Sep. 2011 (CEST)
replies: text: Guten Abend, das Problem tritt bei mir im Internet Explorer 7 bei Windows XP auf. Der IE 8 auf dem gleichen System funktioniert. --Crazy1880 18:14, 29. Sep. 2011 (CEST)

text: Übertrag von WP:Fragen zur Wikipedia. Vielleicht kann jemand von euch mal schauen, ob er etwas findet. Danke --Crazy1880 18:17, 29. Sep. 2011 (CEST)
thread_title:  Sichten bei SSL-Verbindung gestört? 

message: Die Hauptversionsnummer von MediaWiki ist schon lange Zeit die 1. Wann gibt es zur Abwechslung mal die 2? Immerhin wir die Software fleißig weiterentwickelt. --109.75.18.242 15:37, 29. Sep. 2011 (CEST)
replies: text: Über die Versionsnummerierung von Software gibt es viele verschiedene Ansichten. Eine Änderung der Hauptnummer indiziert jedoch meist äußerst signifikante Änderung am Programm. Dies war bisher vermutlich nicht gegeben.--Trockennasenaffe 15:45, 29. Sep. 2011 (CEST)
replies: text: „Eine Änderung der Hauptnummer indiziert jedoch meist äußerst signifikante Änderung am Programm.“ - Außer beim Firefox neuerdings.^^ -- Chaddy · D – DÜP – 18:39, 29. Sep. 2011 (CEST)

text: mw:MediaWiki 2.0 --Schnark 09:13, 30. Sep. 2011 (CEST)
thread_title:  Versionsnummer von MediaWiki 

message: Könnte jemand, der sich auskennt, hier schauen? Danke, -jkb- 12:26, 28. Sep. 2011 (CEST)
replies: text: Das hängt mit der Umstellung auf protokollrelative URL um. Im Script wird wgServer +... mit document.URL verglichen (also //de.wikipedia.org/... mit http://de.wikipedia.org/). Temporärer Workaround bis es ein Admin ändert: mit secure funktioniert es, solange noch nicht auf https://de.wikipedia.org umgestellt ist. --Steef 389 12:56, 28. Sep. 2011 (CEST)
replies: text:  stimmt, als Ausweg OK, und danke. -jkb- 13:00, 28. Sep. 2011 (CEST)

text: Scheint schon fixed zu sein - das kommt von Parallelldiskussionen... --Saibo (Δ) 16:44, 3. Okt. 2011 (CEST)
thread_title:  Gadget PB und 1.18 (?) 

message: Hallo. Ich habe gelesen, daß mit der Version 1.18 die alte CSS-Klasse hiddenStructure endlich verschwinden soll. Gibt es eine Möglichkeit alle betroffenen Vorlagen mit dieser Klasse zu finden? Leider werden manchmal neue Vorlage mit dieser Klasse in der Esperantowikipedia angelegt. Läßt sich dagegen eventuell ein Mißbrauchsfilter definieren? Wenn ja, wie? Gruß --Tlustulimu 16:43, 3. Okt. 2011 (CEST)
replies: text: Finden: Per Volltextsuche vielleicht? Missbrauchsfilter ist, denke ich, nicht nötig, denn wenn die Klasse nicht mehr existiert und jmd mit jener eine Vorlage anlegt, sieht er ja gleich, dass etwas nicht stimmt. Viele Grüße --Saibo (Δ) 16:52, 3. Okt. 2011 (CEST)
replies: text: Danke, Saibo. Ich habe denn mal per Volltextsuche die betreffenden Vorlagen gefunden und sie gleich geändert. Eine konnte ich dort sogar problemlos löschen, weil sie nicht verwendet wurde und nur die entfernte Klasse enthielt. Gruß --Tlustulimu 18:31, 3. Okt. 2011 (CEST)
replies: text: Achja, falls du dich wunderst wieso die bereinigte Vorlage immernoch aufgeführt wird: die Volltextsuche wird nur ca. alle 24h aktualisiert. Viele Grüße --Saibo (Δ) 19:53, 3. Okt. 2011 (CEST)
thread_title:  hiddenStructure 

message: bugzilla:25295 und die Vorderseite hier ("Beim Sichten von Artikeln wird angezeigt, ob bereits ein anderer Sichter mit dem Sichten angefangen hat. Benutzername und Uhrzeit wird dargestellt") meint ja wohl hoffentlich nicht, dass andere Leute sehen, dass man gerade eine Seite mit ungesichteter Version besucht, oder? Weiß jemand genaueres? Viele Grüße --Saibo (Δ) 23:35, 2. Okt. 2011 (CEST)
replies: text: Ja, das war so, wurde nach Protesten aber rückgängig gemacht. Ich finde auf die Schnelle den Bug dazu nicht. Jetzt kann der Sichter pro Sichtung diese Information freigeben, aber standardmäßig wird diese Information nicht mehr verbreitet. — Raymond Disk. 23:58, 2. Okt. 2011 (CEST)
replies: text: Jein, bugzilla:31093 ist zwar FIXED, aber rev:97886 noch nicht live. Insofern wäre ich dafür, MediaWiki:Revreview-poss-conflict-p und MediaWiki:Revreview-poss-conflict-c in den wichtigsten Sprachen lokal zu überschreiben, bis das live ist. --Schnark 09:09, 3. Okt. 2011 (CEST)
replies: text: "In den wichtigsten Sprachen" - das hieße aber, dass ich nur auf aramisch zu wechseln brauche, um die eventuell schützenswerte Info doch zu sehen? --Saibo (Δ) 16:49, 3. Okt. 2011 (CEST)
replies: text: Ja, weil der Parameter bei denen noch sichtbar ist. Der Umherirrende 19:53, 3. Okt. 2011 (CEST)

text: Nicht mehr nötig, da mit rev:98807 die Änderung in den Code für den WMF-Cluster eingebaut wurde. Damit ist sichergestellt, dass bei einer Liveschaltung auch kein Benutzername beim Sichten unfreiwillig bekanntgegeben wird. — Raymond Disk. 23:02, 3. Okt. 2011 (CEST)
replies: text: Wunderbar. Aramäisch/Arabisch wäre übrigens gar nicht nötig gewesen, da es auch eine API gibt, hätte man nur XML verstehen müssen. --Schnark 09:25, 4. Okt. 2011 (CEST)
replies: text:  Es soll Leute geben, die auf Alt-Aramäisch flüssiger plaudern als sie XML lesen können … Sonne für alle! --PerfektesChaos 10:58, 4. Okt. 2011 (CEST)
replies: text:  Ja, aber der ist nicht wieder aufgestellt worden ;-) --Mogelzahn 16:14, 4. Okt. 2011 (CEST)
thread_title:  Datenschutz beim Sichten? 

message: dewiki wurde schon auch aktualisiert, aber ahnscheinend sind immer noch nicht alle Server fertig. Spezial:Version zeigt die meiste Zeit 5.3.2-2wm1 an, je nachdem welcher Server die Anfrage bearbeitet. Im IRC wurde gesagt, dass das Update der Server gerade in Arbeit ist, das war um ca. 4 Uhr. Wahrscheinlich werden die restlichen heute Nacht umgestellt. (Mediawiki 1.18 sollte ja auch schon bei allen Wikis aktiv sein :) ). -- chatterDisk 12:46, 5. Okt. 2011 (CEST)
thread_title:  PHP Update 

message: Eigentlich sollte es ja ab sofort möglich sein, bei Verwendung der (neuen) Werkzeugleiste in seinen Einstellungen auszuwählen, dass man das Signatur-Icon immer sehen will. Offensichtlich fehlt aber in der Konfigurationsdatei der Eintrag, der diese Einstellung tatsächlich dem Benutzer zugänglich macht. Meint ihr, dass diese Seite reicht, um einen "community consensus" herzustellen, und wenn ja, seid ihr überhaupt dafür? Ich jedenfalls fände es gut, wenn diese Einstellung möglich wäre, auch wenn ich sie selbst nicht brauche. --Schnark 09:57, 7. Okt. 2011 (CEST)
thread_title:  Signatur-Icon in erweiterter Toolbar 

message: …soll unter Wikipedia:Umfragen/Multicol#technische Umsetzung diskutiert werden. Ich hoffe, hier erreiche ich das interessierte Publikum, das nicht anfängt zu streiten ob Mehrspaltigkeit überhaupt gewollt ist, sondern sich konstruktiv beteiligen kann (sowie meinem Bugreport folgen kann). -- ✓ Bergi 23:25, 10. Okt. 2011 (CEST)
thread_title:  erweiterte References-Syntax für Mehrspaltigkeit 

message: Hallo, was wurde denn heute an Latex geändert, so dass manche Artikel nun voll mit Fehlern sind? Zum Beispiel sind im Artikel Lebesgue-Integral nun vier Fehler. Ist bekannt, ob das korrigiert wird, oder muss das evtl. manuell repariert werden? Grüße --Christian1985 (Diskussion) 00:14, 7. Okt. 2011 (CEST)
replies: text: Ich finde da keine Fehler. Bug schon behoben? --morre.meyer 09:38, 19. Okt. 2011 (CEST)
replies: text: Wurde schon behoben und an anderen Stellen ausführlicher diskutiert. --Schnark 10:15, 19. Okt. 2011 (CEST)
replies: text: Teilweise wurden die Artikel per Hand verbessert, sodass der Fehler verschwand, teilweise wurde das TeX-Modul geupdated. Aber es gibt wohl noch Ausdrücke, die das Latex-Modul früher akzeptiert hat und heute nicht mehr. --Christian1985 (Diskussion) 13:35, 19. Okt. 2011 (CEST)
replies: text: Hast du Beispiele parat? --morre.meyer 10:51, 20. Okt. 2011 (CEST)
replies: text: bugzilla:31442 enthält sowohl Beispiele als auch Hintergründe. --Schnark 11:00, 20. Okt. 2011 (CEST)
replies: text: Das klassische Beispiel in Wikipedia ist \dot \vec v. Das wurde früher akzeptiert, zur Zeit wird es aber nicht mehr akzeptiert. --Christian1985 (Diskussion) 11:35, 20. Okt. 2011 (CEST)
thread_title:  Latex 

message: Bei :Kategorie:Person nach Geburtsjahrhundert und :Kategorie:Person nach Todesjahrhundert stimmt nun die Anzeige der Seitenanzahl nicht. Andim 00:31, 16. Nov. 2011 (CET)
replies: text: Das Problem liegt darin, dass nun als Seitenzahl die Summe der Anzahl der Unterkategorien und der Anzahl der direkt einkategorisierten Artikel genommen wird. Früher wurde als Seitenanzahl nur die Anzahl der direkt einkategorisierten Artikel genommen. Andim 00:34, 16. Nov. 2011 (CET)
replies: text:  Na ja, das ist auch genau das, was in der zugehörigen Tabelle zu stehen scheint..... --Guandalug 00:48, 16. Nov. 2011 (CET)

text:  Siehe dazu auch Wikipedia:Fragen_zur_Wikipedia#Fehler_in_Kategorien --Guandalug 09:48, 16. Nov. 2011 (CET)
thread_title:  Kategorienbaum 

message: Wirft Fehlermeldung:
 Unstub loop detected on call of $wgLang->getCode from MessageCache::get
 Backtrace:
 #0 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(57): StubObject->_unstub('getCode', 5)
 #1 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(147): StubObject->_call('getCode', Array)
 #2 [internal function]: StubUserLang->__call('getCode', Array)
 #3 /usr/local/apache/common-local/php-1.18/includes/cache/MessageCache.php(611): StubUserLang->getCode()
 #4 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1339): MessageCache->get('gadgets-definit...', true, false)
 #5 /usr/local/apache/common-local/php-1.18/extensions/Gadgets/Gadgets_body.php(510): wfEmptyMsg('gadgets-definit...', '<gadgets-def...')
 #6 /usr/local/apache/common-local/php-1.18/extensions/Gadgets/Gadgets_body.php(38): Gadget::loadStructuredList()
 #7 [internal function]: GadgetHooks::userGetDefaultOptions(Array)
 #8 /usr/local/apache/common-local/php-1.18/includes/Hooks.php(216): call_user_func_array('GadgetHooks::us...', Array)
 #9 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(3621): Hooks::run('UserGetDefaultO...', Array)
 #10 /usr/local/apache/common-local/php-1.18/includes/User.php(1211): wfRunHooks('UserGetDefaultO...', Array)
 #11 /usr/local/apache/common-local/php-1.18/includes/User.php(2131): User::getDefaultOptions()
 #12 /usr/local/apache/common-local/php-1.18/includes/RequestContext.php(213): User->getOption('language')
 #13 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(151): RequestContext->getLang()
 #14 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(103): StubUserLang->_newObject()
 #15 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(57): StubObject->_unstub('getCode', 5)
 #16 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(147): StubObject->_call('getCode', Array)
 #17 [internal function]: StubUserLang->__call('getCode', Array)
 #18 /usr/local/apache/common-local/php-1.18/includes/cache/MessageCache.php(611): StubUserLang->getCode()
 #19 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1173): MessageCache->get('titleblacklist-...', true, false)
 #20 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1242): wfMsgGetKey('titleblacklist-...')
 #21 /usr/local/apache/common-local/php-1.18/extensions/TitleBlacklist/TitleBlacklist.hooks.php(85): wfMsgWikiHtml('titleblacklist-...', '.* <noedit> # T...', 'Conny')
 #22 /usr/local/apache/common-local/php-1.18/extensions/TitleBlacklist/TitleBlacklist.hooks.php(106): TitleBlacklistHooks::acceptNewUserName('Conny', Object(User),)
 #23 [internal function]: TitleBlacklistHooks::centralAuthAutoCreate(Object(User), 'Conny')
 #24 /usr/local/apache/common-local/php-1.18/includes/Hooks.php(216): call_user_func_array('TitleBlacklistH...', Array)
 #25 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(3621): Hooks::run('CentralAuthAuto...', Array)
 #26 /usr/local/apache/common-local/php-1.18/extensions/CentralAuth/CentralAuthHooks.php(469): wfRunHooks('CentralAuthAuto...', Array)
 #27 /usr/local/apache/common-local/php-1.18/extensions/CentralAuth/CentralAuthHooks.php(253): CentralAuthHooks::attemptAddUser(Object(User), 'Conny')
 #28 [internal function]: CentralAuthHooks::onUserLoadFromSession(Object(User), NULL)
 #29 /usr/local/apache/common-local/php-1.18/includes/Hooks.php(216): call_user_func_array('CentralAuthHook...', Array)
 #30 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(3621): Hooks::run('UserLoadFromSes...', Array)
 #31 /usr/local/apache/common-local/php-1.18/includes/User.php(930): wfRunHooks('UserLoadFromSes...', Array)
 #32 /usr/local/apache/common-local/php-1.18/includes/User.php(272): User->loadFromSession()
 #33 /usr/local/apache/common-local/php-1.18/includes/User.php(3928): User->load()
 #34 /usr/local/apache/common-local/php-1.18/includes/User.php(2125): User->loadOptions()
 #35 /usr/local/apache/common-local/php-1.18/includes/RequestContext.php(213): User->getOption('language')
 #36 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(151): RequestContext->getLang()
 #37 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(103): StubUserLang->_newObject()
 #38 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(57): StubObject->_unstub('getCode', 5)
 #39 /usr/local/apache/common-local/php-1.18/includes/StubObject.php(147): StubObject->_call('getCode', Array)
 #40 [internal function]: StubUserLang->__call('getCode', Array)
 #41 /usr/local/apache/common-local/php-1.18/includes/cache/MessageCache.php(611): StubUserLang->getCode()
 #42 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1173): MessageCache->get('pagetitle', true, false)
 #43 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1153): wfMsgGetKey('pagetitle', true, false, true)
 #44 /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php(1071): wfMsgReal('pagetitle', Array)
 #45 /usr/local/apache/common-local/php-1.18/includes/OutputPage.php(773): wfMsg('pagetitle', 'Letlakala la Pe...')
 #46 /usr/local/apache/common-local/php-1.18/includes/Article.php(369): OutputPage->setPageTitle('Letlakala la Pe...')
 #47 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(468): Article->view()
 #48 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(239): MediaWiki->performAction(Object(Article))
 #49 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(624): MediaWiki->performRequest()
 #50 /usr/local/apache/common-local/php-1.18/includes/Wiki.php(531): MediaWiki->main()
 #51 /usr/local/apache/common-local/php-1.18/index.php(57): MediaWiki->run()
 #52 /usr/local/apache/common-local/live-1.5/index.php(3): require('/usr/local/apac...')
 #53 {main}
Conny 08:45, 5. Nov. 2011 (CET)
replies: text: Ich glaube, das ist Bug 31419. Der Umherirrende 12:09, 14. Nov. 2011 (CET)
replies: text: Sollte behoben sein. Der Umherirrende 22:37, 22. Nov. 2011 (CET)
thread_title:  neues Projekt http://nso.wikipedia.org/wiki/Letlakala_la_Pele 

message: Gegenüber dem Stand von Ende Oktober hat sich bei mir die Diff deutlich verschlechtert: Es werden teilweise Text-/Codeteile rot eingefärbt, die gleich geblieben sind. Hat das damit zu tun:
:Es wurde eine neue Version von wikidiff2, dem Modul, das die Versionsunterschiede anzeigt, installiert (Bug 27720).
? --Leyo 19:56, 22. Nov. 2011 (CET)
replies: text: Ja, es wird jetzt auch das Wort vor oder nach Satz-/Sonderzeichen mit markiert. Das macht zwar die Zeichen besser lesbar, aber im großen und ganzen, die Versionsunterschiede schwer lesbar. Vergleiche Wikipedia Diskussion:Projektneuheiten/Archiv/2011#Wikidiff2. Der Umherirrende 20:02, 22. Nov. 2011 (CET)
replies: text:  Ich bin auch sehr unzufrieden mit wikidiff2. Dass die angrenzenden Worte bis zum nächsten Leerzeichen markiert werden ist unnötig und störend. --Fomafix 20:09, 22. Nov. 2011 (CET)
replies: text: Ich dachte, es handle sich um einen irrtümlicherweise miteingeführten Bug, nicht um ein Feature. :-( --Leyo 00:26, 23. Nov. 2011 (CET)

text: Ihr dürft alle für Bug 32601 voten :-) Volle Zustimmung. -- ✓ Bergi 01:35, 23. Nov. 2011 (CET)
replies: text:  quetsch Gern auch mit Verweis auf Bugzilla:29385 #c3 … LG --PerfektesChaos 16:07, 23. Nov. 2011 (CET)

text: Ich habe ein besonders schlimmes Beispiel kreiert. --Leyo 16:00, 23. Nov. 2011 (CET)
replies: text:  Is ja gruselig.... --Guandalug 16:02, 23. Nov. 2011 (CET)

text:  Hier ist auch ein grausames. --Guandalug 22:05, 24. Nov. 2011 (CET)
replies: text: Das kommt aber durch die Zeilenverschiebung, die nicht immer optimal erkannt wird und war schon immer so, meine ich. Der Umherirrende 22:12, 24. Nov. 2011 (CET)
replies: text:  Das hätte aber besser werden sollen können müssen.... :D --Guandalug 22:34, 24. Nov. 2011 (CET)
thread_title:  Diff 

message: Weiß jemand, ob das Maintenance-Skript für das Berichtigen der externallinks-Tabelle für protokoll-relative Weblinks läuft oder gelaufen ist? Im "normalen" Betrieb werden sich die Weblinks nicht "vermehren". Nur neue (und geänderte) protokoll-relative Weblinks werden direkt mit zwei Datenbankzeilen eingetragen. Dies ist interessant zu wissen, um die Ergebnisse auf Spezial:Weblink-Suche (und mit der API) einschätzen zu können. Vielen Dank. Der Umherirrende 20:37, 25. Nov. 2011 (CET)
thread_title:  Berichtigung der externallinks-Tabelle für protokoll-relative Weblinks 

message: Links auf den eigenen Server werden (bekanntlich) nicht in der externallinks-Tabelle gespeichert. Seit dem der Server aber protokoll-relativ ist, werden die absoluten Urls dort wieder gespeichert, weil sie nicht als gleich erkannt werden. Ist das ein Bug oder ein Feature? Ich bin mir nicht sicher, es kann einerseits nützlich sein, um sie zu ändern, anderseits kann es auch verwirrend sein, weil man auch die protokoll-relativen Urls dort erwarten könnte. Was meint ihr? Der Umherirrende 20:42, 25. Nov. 2011 (CET)
thread_title:  Links auf eigenen Server mit absoluter Url 

message: Achtung! Das ist eine ziemlich reale "Spielwiese". :D Alle Aktionen werden dann auch wirklich ausgeführt (so hab ich mich aus Versehen selbst mit E-Mails vollgespammt und in bar-WP, wo ich Admin-Rechte habe, den armen User:Test unbeschränkt gesperrt^^). Sollte man vielleicht dazuschreiben, weil "Sandbox" klingt klingt halt recht ungefährlich und einladend... ;) -- Chaddy · D – DÜP – 22:39, 30. Nov. 2011 (CET)
replies: text: Hab unter MediaWiki:Apisb-intro mal eine rudimentäre Warnung verfasst. Bitte noch verbessern. --Tobias D B 22:53, 30. Nov. 2011 (CET)

text: Hattest du das Feld token ausgefüllt? Dann ist klar, das es funktioniert hat. Das "Sandbo"x bezieht sich auch auf das Zusammenbasteln der Abfrage. Bei den action-Modulen ist das er weniger notwendig. Für query-Module hingegen könnte es eine Erleichtung sein. Der Umherirrende 21:04, 2. Dez. 2011 (CET)
thread_title:  Spezial:ApiSandbox 

message: Wie wird man die seit der jüngsten Versionsumstellung unbrauchbar gewordene Diff-Ansicht wieder los? So ganz allein scheine ich mit dieser Ansicht nicht zu sein, unter Wikipedia:Verbesserungsvorschläge, wo ich das angesprochen habe, scheint aber kaum jemand mitzulesen. --TMg 16:31, 18. Dez. 2011 (CET)
replies: text: Guckst du ins Archiv. --Steef 389 17:58, 18. Dez. 2011 (CET)
replies: text: Noch mehr eingeschlafene Diskussionen. Die Bugmeldungen werden alle auf WONTFIX gesetzt. Und nun? Muss ich mir doch mein eigenes cleanDiff.js schreiben? --TMg 19:12, 18. Dez. 2011 (CET)
replies: text: Fragt sich, wie man bei den Entwicklern etwas Druck aufsetzt. Bringt eine Umfrage etwas? --Leyo 00:27, 19. Dez. 2011 (CET)
replies: text: Mein cleanDiff.js funktioniert und darf gern von jedem mitbenutzt werden, den das genauso stört wie mich. Es ist fast lächerlich, wie wenig Codezeilen und Zeit es mich gekostet hat, die kaputten roten Markierungen zu reparieren und den Diff dabei sogar besser zu machen als den alten, indem er Leerzeichen markiert, wenn das sinnvoll ist. Warum solche Details sonst kaum jemanden zu stören scheinen, kann ich nur vermuten. Wahrscheinlich verwenden alle, die Einfluss darauf hätten, WikEd und scheren sich nicht um die Werkzeuge der „normalen“ Benutzer. Deswegen ist an dieser Stelle für mich auch EOD. --TMg 03:18, 19. Dez. 2011 (CET)
replies: text:   Unbedingt jedem zu empfehlen. --Thot 1 16:58, 23. Dez. 2011 (CET)
replies: text:  Vielen Dank TMg. Ich habe es auch gleich installiert. --Mogelzahn 15:39, 25. Dez. 2011 (CET)
replies: text: Kennt jemand ein ähnliches Script auf Commons oder andern Wikipedias? Dann könnte die Weiterentwicklung ggf. koordiniert werden. --Leyo 14:49, 6. Jan. 2012 (CET)
thread_title:  Diff-Ansicht färbt viel zu viel rot seit Version 1.18