Forum:Problem-Meldungen

Forum > Problem-Meldungen

Hinweis: Dieser Fred wurde seit 4849 Tagen nicht bearbeitet. Dieser Fred ist offiziell versandet - die Diskussion damit Geschichte. Bitte nichts mehr hinzufügen.
Bei Bedarf dann halt einen neuen Fred starten oder diesen notfalls reanimieren.

So schaut das aus ...

Auf allen Seiten gibt es hinter dem Klipp-Klapp-Pfeil bei der Suchbox einen Link zum melden von Problemen auf der entsprechenden Seite.
Den Link einfach anklicken, um eine neue Problem-Meldung hier im Fred loszulassen.
Dieser Fred ist in den Letzten Änderungen fett, also nicht so leicht zu übersehen.

Zum Erstellen eines neuen Abschnitts per Huf da oben auf das „+“ klicken.

Erledigte Sachen bitte kennzeichnen (ein „erledigt“ oder so hinter die jeweilige Abschnittsüberschrift packen).

Ihre freundliche Nachteule vom technischen Support,
Ägypten, 03:03, 18. Mai 2011 (NNZ)

Problem auf „Commons:Kugel“ (erledigt)

Wenn die Kugel nix findet,

bei API: gähnende Leere bei DPL: "Extension:DynamicPageList (DPL), version 1.8.9 : <dpl_log_16>"

Das geht auch hübscher. --Nachteule 13:50, 18. Mai 2011 (NNZ)

Problem auf „Kamelionary:Hauptseite“ (erledigt)

kleinigkeit: linker content-rand ist braun, wegen !important beim normalen rand, weil der sonst blau wäre. muss keiner verstehen, notiz an mich. --Nachteule 22:26, 18. Mai 2011 (NNZ)

gefixt ich versteh' eh nicht, warum DIE das mit Hintergrundgrafiken machen statt mit border ... hat das irgend einen Grund? Ist viel dööferer zum anpassen ... --WiMu 23:11, 18. Mai 2011 (NNZ)

Danke. Das haben sie bestimmt für den Farbverlauf bei den Tabs nutzen wollen müssen, und dann für den content übernommen. oder irgendein Style-Guru hat das in der Art angepriesen. Genau wie die scheiße mit den Skripts erst unten im HTML laden. Jetzt sind die Seiten meinetwegen 0.35 Sekunden früher sichtbar im Browser, dafür zuppelt, flackert und wackelt es an allen Ecken, weil CSS und JS so spät zünden. Nervt mich viel mehr, als etwas länger eine weiße Seite oder so zu sehen. Auf Bugzilla fliegen diesbezüglich auch einige Fetzen, und evtl kehren Skripte/ CSS zumindest teilweise wieder in den HEAD zurück ...--Nachteule 00:03, 19. Mai 2011 (NNZ)

www.de.kamelopedia.mormo.org

Wo die immer alle herkommen ;)
JeLuF mal drauf anhauen, dass die auch auf default umgeleitet wird bzw. per JS ändern... (die dinger bekommen alle eigene cookies und so) --Nachteule 01:12, 19. Mai 2011 (NNZ)

Problem auf „Datei:Motordraisine-KLV.jpg“ (erledigt, CSS gefixt und Ungott ist in die Gegenwart umgezogen)

Datei:IE8kompat.png

Abschalten da ...

Bei Bildern, die mindestens eine Fremdquelle haben, verrutschen die Symbole für die Nutzungsbedingungen nach rechts, nicht nur in diesem speziell angegeben Fall. So wenigstens bei mir im IE8. Ungott 11:37, 20. Mai 2011 (NNZ)

Isch kuck ma . --Nachteule 11:49, 20. Mai 2011 (NNZ)

Mögliche Lösung: Der Fehler tritt eigentlich nur im IE7 auf. Anscheinend hast du den Kompatibilitätsmodus des IE8 aktiviert (dann malt der Webseiten wie sein Vorgängermodell). Deaktiviere diesen Modus mal entweder direkt mit dem Knopp bei der Adresszeile oder über die Optionen (siehe Bild). --Nachteule 12:03, 20. Mai 2011 (NNZ)

Habe jetzt den IE9 installiert, wurde eh Zeit. Ungott

18:36, 20. Mai 2011 (NNZ)

Problem auf „Spezial:Buschtrommel“ (nur Opera)

Notiz an mich: guckstu ma', warum die Seite in Opera automatisch nach unten scrollt ... --Nachteule 12:57, 20. Mai 2011 (NNZ)

„Problem“ mit der Fettung (erledigt)

Die Fettung ist nur in den LÄ sinnvoll, aber nicht in der persönlichen Beobachtungsliste, weil dort die Regel gilt: Seiten mit noch nicht gesehenen Änderungen werden fett dargestellt. Könnte das vielleicht geändert werden, weil bisschen komisch aussieht...Danke! --f.c.

Isch geh ma daon aus, du meintest diesen Fred: erledigt. Da habbisch geschnarcht, sollte so sein, dass dat nur in den LÄ so konkret fett is. --Nachteule 14:14, 21. Mai 2011 (NNZ)

Problem auf „Forum:Kamelopedia“ (erledigt)

die Icons neben den Threads verschwinden bei mir, wenn ich mit der Maus darüber gehe, und komischerweise nur, wenn ich angemeldet bin. [Google Chrome, aktuellste Version (11.0.696.60)] --f.c. 17:19, 22. Mai 2011 (NNZ)
andere Browser nicht betroffen (so viel ich weiß)

Das ist das bei dir eingestellte Helferlein "navigation popups"

Wenn Dinge in der Dokumentenstruktur rumfummeln bleiben Nebenwirkungen nicht aus, und wir können auch nicht alle Sonderfälle einzeln irgendwie abfangen. --Nachteule 17:33, 22. Mai 2011 (NNZ)

Bügelbrett

Bei der Vorschau eines mit {{Bügeln}} markierten Artikels erscheint folgende syntax:

Wissenswertes über diesen Bügelvorgang: [] bügelt diese Seite
seit Expression-Fehler: Fehlender Operand für < Stunden.
Das wird aber eine glatte Seite.

≡c.w. 21:14, 22. Mai 2011 (NNZ)

mit {{#iferror: oder {{#ifeq: {{#arg:action}} | edit usw. könnte man das schon hinkriegen, aber das ist mir gerade 'ne Nummer zu hoch (*wimumüde*) --WiMu 01:27, 23. Mai 2011 (NNZ)

Habs mal ausgebügelt, allerdings gibt es da so einen kleinen Zeittunnel zwischen Vorschau und Gespeichert von 2 Stunden, bei Vorschau stimmt CURRENTTIMESTAMP und beim Gespeicherten LOCALTIMESTAMP mit REVISIONTIMESTAMP überien. @Teule: Kann Teule das ausbügeln, oder ist das einfach so? PS: Es hatte da noch so Sätzchen für 1 Stunde und für 1 Tag, wenn ich nichts übersehen habe, konnten diese Bedingungen in dem #if-Gewusel aber niemals eintreten (ich weiss ist ne 1:1 copypast aus der WP), hab sie deshalb unter den Teppich gekehrt. Könnte man aber leicht einbauen, wenn das der Wunsch wäre. Kameloid 05:21, 24. Mai 2011 (NNZ)

Ich hatte irgendwann an den Zeiten rumgedreht (dann waren Server- und Kamelopediazeit gleich und für deutschlängengradige Kamele korrekt), das gab aber Probleme beim Updaten von Mediawiki, und dann habe ich was anderes gedreht, damit zumindes die Kamelopediazeit passt. Inzwischen bin ich so verdreht, dass ich den Überblick verloren habe, aber ich glotz da nochmal rein. Danke für's fixen :) -Nachteule 06:13, 24. Mai 2011 (NNZ)

Probleme wg. Blocken usw. auf „Spezial:Liste_der_Sperren“, „Spezial:Checkuser“ ... (erledigt)

Notiz an mich: Die Seiten werfen teilweise immer, teilweise unter mysteriösen Umständen Fehler. Irgendwann habe ich irgendwo was von Änderungem am Blocken oder der Berechtigung zum Anglotzen von Geblocktem oder so gelesen. Evtl. hängt das damit zusammen. --Nachteule 15:07, 23. Mai 2011 (NNZ)

erledigt, Bugfix [1] per Huf aufm Server eingepflegt. --Nachteule 23:22, 24. Mai 2011 (NNZ)

Problem auf „Kamelopedia:Empfehlungssystem“

Nicht vergessen: Zur Zeit bekommen erst bestätigte Kamele den Daumen und den blauen Hinweiskasten auf die Empfehlungsseiten geflanscht. Irgendwann man fein-tunen das ganze. -Nachteule 20:37, 24. Mai 2011 (NNZ)

Ein irrelevantes Problem: Nicht bestätigte Null-Edit-Kamele benötigen den blauen Kasten sowieso nicht. • Dufo 20:53, 24. Mai 2011 (NNZ)

Ja aber ein 5,67–Edit Kamel kriegt dann die mentale Krätze und fühlt sich ausgestoßen. ≡c.w. 20:58, 24. Mai 2011 (NNZ)

@Dufo: Ein irrelevantes Problem? Es ist Angsthase ja nun gerade erst passiert, dass er sich wundert, dass (nachdem er sich einen Tag per Huf auf seiner Empfehlungsseite abgequält hat) plötzlich der blaue Hinweiskasten auftaucht. Sobald ein angemeldetes Kamel den Drang verspürt, seine Empfehlungsseite zu bearbeiten, gehört da auch die Hilfestellung hin. Keine Ahnung, was es da zu Diskutieren gibt.

Deine pathologische Null-Edit-Kamel-Krätze hat hiermit überhaupt nix zu tun. --Nachteule 21:10, 24. Mai 2011 (NNZ)

Problem auf „Spezial:EditWatchlist“

Es kann vorkommen, dass Einträge nicht von der Liste entfernbar sind. Der Bug wurde imho in MW inzwischen behoben, bei uns dann nach dem nächsten Update auch (mach ich aber wegen anderer und größerer Probleme durch das Update erstmal nicht) --Nachteule 21:22, 24. Mai 2011 (NNZ)

Problem auf „Commons:Kamele_portraitieren“ (erl.)

Der Quelltext dürfte so das übelste an Code sein, dass wir hier so haben. Jedenfalls wird auf der Seite längst nicht alles angezeigt, was da an Code im Kot versteckt ist. Dringend mal überarbeiten den Dung. --Nachteule 17:21, 26. Mai 2011 (NNZ)

Ich habe mal die riesige, historisch jedoch fehlerhaft gewachsene Tabelle entsorgt undden Artikel mit Wikisyntax bzw. der clear-vorlage formatiert. Jetzt ist wieder alles zu sehen. Mit Verlaub: diese rot gerahmten divs mit dem bunten Hintergrunz könnten nach meiner Meinung auch weg. ≡c.w. 22:32, 26. Mai 2011 (NNZ)

Kein Problem auf „Vorlage:Blättern“

... aber was hübschen mit jQuery UI als Blätteralternative, um simpel auf einer Seite was zum Blättern zu haben ohne weitere Serveranfragen. sowas nur links-rechts statt hoch-runter --Nachteule 00:22, 27. Mai 2011 (NNZ)

Find ich zwar cool, würde dann aber heissen, dass man den ganzen Müll schon vorher laden müsste, oder? Bei einer kleinen begrenzten Anzahl von Seiten sicher hübsch, aber zB. bei Kamelopedia:NeueArtikel stelle ich mir das etwas hinderlich vor. Wie reagiert eigentlich Wiki mit einem maximalen dpl-count von 500 pro Seite und den anderen Maximalwerten für #dowhile und Speicher und so? --Kameloid 02:15, 27. Mai 2011 (NNZ)

Ich hatte da zwei Sachen im Kopp (aber natürlich wieder mal nicht ausführlich hier niedergepinnt ...

a) Wenn man die aktuelle Vorlage so nutzt wie da, dann wird ja bereits der ganze „Müll“ geladen (aber eben nicht angezeigt). Beim Klick aufs Blättern gibt es jedes Mal eine neue Serveranfrage, und der ganze Müll, der längst versteckt auf der Seite ist, wird wieder und wieder geladen. Das ist ineffektiv.

b) für Sachen, die wirklich nachgeladen werden, ginge das per jQuery und AJAX halt ohne das die ganze Seite neu geladen werden müsste, so wie da, wenn man auf den Menüpunkten rumklickt ... oder eben wie beim Blättern durch unsere hauseigenen Kugel-Suchergebnisse (die werden ja auch erst beim Klick nachgeladen)

"Wie reagiert Wiki" kann ich nicht beantworten, weil ich die Frage nicht verstehe (passiert mir in letzter Zeit öfter, weil der Kopp so voll ist) --Nachteule 03:16, 27. Mai 2011 (NNZ)

Sorry Teule, hab nicht gemerkt, dass du geantwortet hast... Dein Beispiel ist klar ein Kandidat für die Blätteralternative, da ist sie klar im Vorteil. Allerdings beschränkt sich der einzig sinnvolle Einsatz zZ ja auf dpl-Abfragen, wo man dann die einzelne Seite nachladen muss, aber sowas wie das da würde es ja tun. "Wie reagiert Wiki" ist vielleicht eine etwas naive Frage, aber mit dem internen Zeug kenne ich mich gar nicht aus: Wenn ich das richtig sehe, hat Wiki für alle Ressourcen ein Limit; zB. max. 500 Resultate für dpl, max. so und so viel Memory/Seite, max. Zeit/Seite und was weiß ich noch alles. Meine Frage ist nun, wie sich so ein Teil auf diese Limits/Seite auswirken würden: Werden diese bei jeder Java-Abfrage neu gesetzt oder kumuliert sich das irgendwie? Kameloid 03:07, 7. Jun. 2011 (NNZ)

Problem auf „Datei:Landschaft_ziemlich_breit_zweispaltig.jpg“

Mit dem IE9 kann ich hier keine Quellenangaben sehen. Außerdem macht das Ausklappfenster mit diesem Browser immer Probleme, die Bilder aus den gleichen Kats werden immer total unübersichtlich dargestellt bzw. überlappen sich. Ungott 16:53, 29. Mai 2011 (NNZ)

Du bist schon wieder in der Kompatibilitätsansicht - diesmal die des IE9, und schaust die Seite wie im IE7 an. Weiter oben steht die Lösung ja bereits, um die Anzeige im IE7 muss ich mich trotzdem wohl noch kümmern, obweohl dieser Browser ... ach, egal. --Nachteule 17:00, 29. Mai 2011 (NNZ)

Habe mir dummerweise die englische Version runtergeladen und finde einfach keine Lösung, die Kompatibilitätsübersicht abzuschalten. 77.188.243.74 17:14, 29. Mai 2011 (NNZ)

"Alt"-Taste drücken, damit du Menüs siehst

"Tools" anklicken, falls dort ein Haken bei "Compatibility Mode" ist, einmal draufklicken, um das abzuschalten

Falls "Compatibility Mode" ausgegraut ist, einen Punkt drunter auf ""Compatibility Mode settings" klicken

Da ganz unten darf kein Haken sein, und falls im mittleren Teil "mormo.org" oder "kamelopedia.mormo.org" drinnesteht -> "Remove" --Nachteule 17:24, 29. Mai 2011 (NNZ)

Danke, hat geklappt. Ungott

17:30, 29. Mai 2011 (NNZ)

Problem auf „Forum_Diskussion:Idee:_Hat_was++“

Der Titel sagt alles ;) --Kamelokronf 13:46, 30. Mai 2011 (NNZ)

Bei neuen Namensräumen braucht man in der Regel immmer zwei (Seite + Diskussion), beim Forum hatte ich damals die Diskussionsseite einfach weggelassen (Namensraum-Nummer 104 existierte nicht)

Dieser "Trick" funzt heute leider nicht mehr, denn bei fehlendem Namensraum 104 (Forum_Diskussion) tauchen auf der Beobachtungsliste lauter rote Links mit falschem Titel (ohne Namensraum davor, also quasi Artikelnamensraumrotlinks) auf.

Deshalb habe ich diesen sinnfreien Namensraum gezwungenermaßen angelegt. Ich hoffe, darum ging es überhaupt bei dieser Meldung ;) --Nachteule 13:52, 30. Mai 2011 (NNZ)

Ach so... ja darum ging es :) --Kamelokronf 13:56, 30. Mai 2011 (NNZ)

Problem auf Empfehlungsseiten

Falls eine Datei verschoben worden ist, und ein Kamel freundlicherweise den Link ändert, dann wird das als Empfehlung gewertet, eine Änderungen von einem Namensraum in den anderen allerdings nicht [2] (10:45, 4. Jun. 2011 Kamelokronf) - Sinn? --f.c. 21:48, 6. Jun. 2011 (NNZ)

Das ist ja keine Wertung, sondern soll neue Empfehlungen in den Letzten Änderungen hervorheben. Wiki ist halt noch doof - wie immer - und interpretiert einen Edit als neue Empfehlung, wenn die Größe der Liste zunimmt, und etwas in der Zusammenfassung steht. Nicht perfekt, funzt aber erstmal ausreichen gut. --Nachteule 21:59, 6. Jun. 2011 (NNZ)

Problem auf „Projekt:Adventure“

der Skin überdeckt den DrapDown-Pfeil (sieht seltsam azs) --f.c. 16:24, 14. Jun. 2011 (NNZ)

Tabellen mit #if und {{!}}

Ein etwas seltsames Verhalten ist mir bei der Vorlage:Kamelionary aufgefallen: Der Kasus hatte, wenn nicht alles ausgefüllt war, in einer einzigen Zeile (?) einen zu grossen vertikalen Platzbedarf. So wie es aussieht, ist das durch die #if's bedingt die nichts anzeigen, jedoch einen NewLine im Quelltext erzeugen. Diese werden dann anscheinend irgendwie von Wiki irgendwo eingeklebt. Im Sourcecode sah dann das so aus:

<td>xxxxxxxxxxxxx
<p><br />
</p><p><br />
</p><p><br />
</p>
</td>

Habs mal provisorisch mit einer Vorlage:¦ gefixt, welche einen NewLine erzwingt und dadurch kann man die ganzen #if's auf eine Wiki-Zeile aneinanderkleben. Falls es dafür irgendeine saubere Lösung gibt... Kameloid 04:21, 22. Jun. 2011 (NNZ)

sach ich doch --WiMu 09:46, 22. Jun. 2011 (NNZ)

Yepiiii, ich hab das Rad erfunden!!!! Danke fürn Link...

Nur hilft mir ELSE halt auch nicht immer, insbesondere dann nicht, wenn ich gar keine haben will. Ok, dann kann ich zumindest davon ausgehen, dass es nicht provisorisch ist. Kameloid 17:10, 22. Jun. 2011 (NNZ)

Problem auf „99_Fensterscheiben“

Der Artikel ist nicht aufrufbar, obwohl es ihn gibt (u.a. in Kategorien und in der Suche zu sehen). Es scheint etwas mit dem Leerzeichen nicht zu stimmen. --Kamelokronf 00:00, 25. Jun. 2011 (NNZ)

Ich habe den Artikel mit Hilfe der Spezial:Suche rekonstruiert.
Versionsgeschichte ist weiterhin kaputt: Alte Versionen sind nur mit diesem Link aufrufbar ! • Dufo 01:39, 25. Jun. 2011 (NNZ)

Problem auf „Multitasking“

neben Datei:Multitasking.oga ist der Link kaputt. Da steht [http://kamelopedia.mormo.org/index.php?title=Spezial:Linkliste&target= Datei:Multitasking.oga ← Links]. Auf Spezial:Linkliste/Multitasking ist der Link richtig. --f.c. 08:58, 25. Jun. 2011 (NNZ)

... hihihi das kannte ich bis jetzt noch gar nicht! Düne, ihr seid Klasse! --WiMu 14:55, 25. Jun. 2011 (NNZ)

Ist ja auch erst gestern rausgekommen... und ICH hab ihn auf die Idee gebracht ;) --Kamelokronf 16:31, 25. Jun. 2011 (NNZ)

Hilfe (erl.)

Seitdem ich den FF 5.0 habe sieht die Kamelo so aus:

fESTGENAGELTE tHREADS pROBLEM_mELDUNGEN ERSTELLT VON. nACHTEULE LETZTER bEITRAG VON kAMELOKRONF AM "%: jUN: "=!!; !&.§! iDEEN ERSTELLT VON. fINAL:COUNTDOWN LETZTER bEITRAG VON dUFO AM "": jUN: "=!!; "=.%§ bEBILDERUNGSWÜNSCHE ERSTELLT VON. kAMELOKRONF LETZTER bEITRAG VON cHARLY wHISKY AM &: jUN: "=!!; !&.$§ kAMELOPEDIA_eMPFEHLUNGSSYSTEM ERSTELLT VON. nACHTEULE LETZTER bEITRAG VON nACHTEULE AM "§: mAI "=!!; "!.$§ oFFENE tHREADS

Hilfe ... Angsthase 11:50, 28. Jun. 2011 (NNZ)

PS: Der erste Buchstabe erscheint bei mir KLEIN und der Rest des Wortes jeweils in GROSSBUCHSTABEN. Und jede Menge Fragezeichen, Prozentzeichen und andere Sonderzeichen -- Angsthase 11:52, 28. Jun. 2011 (NNZ)

hEUTE IST INTERNATIONALER cAPSlOCK_dAY ,_9 ALSO KEIN gRUND ZUR pANIK .9 __fINAL:cOUNTDOWN 11:57, 28. Jun. 2011 (NNZ)

Ach so. Jetzt ist es wieder normal. Angsthase 12:10, 28. Jun. 2011 (NNZ)

du hast frischen Dung :) --f.c. 12:11, 28. Jun. 2011 (NNZ)

KaPuTtPoPuTt (erl.)

KaMeLl kAmElL - hIeR ISt jA eCHt Alles Kaputt. - UnD dAS aM IntERnAtiOnALeN CaPSlOCk dAY sCHämT EuCh!! Kame "Alles Kaputt" 16:00, 28. Juni 2011 (NZZ)

mORGEN iST aLLES wIEDER hEILE - - Angsthase 16:04, 28. Jun. 2011 (NNZ)

jA, jA - DaS sAGEN SIE iMMER uND dIE wÜSTE sIEHT dERWEIL aUS, aLS wÄRe eINe HErde WaNdErdÜNEN dURCHGEZOGEN. --Alles Kaputt 16:11, 28. Jun. 2011 (NNZ)

kAMEL mUSS aUCH mAL mIT wANDERD?=NEN lEBEN k=)NNEN ;-) #* Angsthase 16:48, 28. Jun. 2011 (NNZ)

HAHAHA ... ICH HATTE GESTERN AUCH DRAN GEDACHT; ABER WAR MIR DANN NICHT SICHER; OB DER 22: oKTOBER NICHT POPULÄRER IST ALS DER 28. jUNI --WiMu 20:58, 28. Jun. 2011 (NNZ)

Problem auf „Kamelopedia:BaustellenListe/Alle“

Das Problem betrifft alle BaustellenListen: Sie weigern sich stur gegen eine Kategorisierung. In der verlinkten Liste habe ich gerade eine Kat gegen die andere ausgetauscht, aber weder vorher noch nachher war nach dem Speichern irgendetwas von einer Kat zu sehen. Weder auf der Seite selbst noch in der Kategorie noch per DPL-Kategorisierungs-Abfrage. --Kamelokronf 11:36, 8. Jul. 2011 (NNZ)

Das gleiche Spiel auf Kamelopedia:Ex-GaGA-Wahlen. Muss am DPL liegen. --Kamelokronf 12:54, 8. Jul. 2011 (NNZ)

Sollte jetzt erledigt sein, sorry habs verpennt die zu ändern. Kameloid 16:00, 8. Jul. 2011 (NNZ)

Suppa, danke. --Kamelokronf 17:31, 8. Jul. 2011 (NNZ)

Tabellen-Chaos (erledigt)

Bei (einigen) Tabellen wird die erste Zeile als vorletzte Zeile eingeordnet !

Bitte vergleicht den Quelltext mit Tabellenbild !

Dufo 16:21, 9. Jul. 2011 (NNZ)

Gefixt. Die Tabelle bestand komischerweise nur aus Tabellenköpfen (mit ! am Anfang), und die drängeln sich gerne vor. --Kamelokronf 17:05, 9. Jul. 2011 (NNZ)

Kugel in neuem Tab

Hätte gern mal gewusst, warum der Link rechts oben zur Kugel-Bildersuche einen neuen Tab öffnet, anders als sonst bei pseudo-externen Links üblich. --Kamelokronf 21:30, 9. Jul. 2011 (NNZ)

Weil ich zum Beispiel es praktisch finde: wenn ich mal was suche, dann will ich es irgendwo einbauen: habe also das Edit-Fenster auf. --≡c.w. 21:49, 9. Jul. 2011 (NNZ)

Dazu hab ich eine Rechtsklick-Neutab-Option in meinem Brauser. --Kamelokronf 21:52, 9. Jul. 2011 (NNZ)

ich könnte auch mit ctrl+shift+Mouse-click arbeiten, aber wozu? So ist es viel einfacher. --≡c.w. 21:55, 9. Jul. 2011 (NNZ)

Bloß für mich nicht, weil ich keine Option "Im selben Tab öffnen" besitze. --Kamelokronf 22:32, 9. Jul. 2011 (NNZ)

Mal ist's für den einen, mal für den anderen praktischer. Andere Frage: Was ist erwartungsgemäß bei einem Link innerhalb der KP? Genau. --J* 20:23, 11. Jul. 2011 (NNZ)

Erwartungsgemäß? Wer erwartet was? Wenn das eine Begründung ist („So was haben wir schon immer so gemacht!“), dann dürften auch die Drumbot-links innerhalb der Buschtrommel keinen neuen Tab aufmachen. ≡c.w. 20:33, 11. Jul. 2011 (NNZ)

Im Artikel Ostdeutschland… (erledigt)

…ist irgendwas kaputt, mit FFx und Chrome gleiches Ergebnis:

Notice: Undefined index: type in /var/www/kamelopedia.mormo.org/includes/parser/Parser.php on line 1092
Notice: Undefined index: type in /var/www/kamelopedia.mormo.org/includes/parser/Parser.php on line 1070
Notice: Undefined index: type in /var/www/kamelopedia.mormo.org/includes/parser/Parser.php on line 1071
Notice: Undefined index: type in /var/www/kamelopedia.mormo.org/includes/parser/Parser.php on line 1093
Notice: Undefined index: type in /var/www/kamelopedia.mormo.org/includes/parser/Parser.php on line 1095

ist das vielleicht ein politisches Problem? ≡c.w. 19:59, 11. Jul. 2011 (NNZ)

Ja, der Parser war mit der Tabellokratur nicht einverstanden. Gestürzt. Fertig. --J* 20:21, 11. Jul. 2011 (NNZ)

das sieht aber auch nicht schlecht aus :) --f.c. 20:31, 11. Jul. 2011 (NNZ)

Kategorie ohne Auflistung in der Kategorie

ist das jetzt nur wieder meine eigene Demenz? Ich gleube mich erinnern zu können, dass früher (da war ja alles besser!) eine Pipe mit einem Leerstring in der Kategorie ([[Kategorie:xyz|]] eine Auflistung des Artikels in der Kategorie verhinderte. (Oder war das nur ein Feature in den Vorlagen mit Kategorieeintrag?) Hm...

Und wenn nicht, kann man das trotzdem irgendswie da reinprogrammieren? ≡c.w. 13:40, 18. Jul. 2011 (NNZ)

Also mir ist nicht bekannt, dass man das so anwenden kann, ich denke es war das Feature, sowas wie das da:{{untot||||}}. Aber was ist denn der tiefer Sinn, dass etwas nicht in einer Kat gelistet werden soll? Kameloid 16:10, 18. Jul. 2011 (NNZ)

Nun, siehe dir die History von Mimosenhaft an. Totaler Unfug und dann noch als "Artikel, die wo so aussehen, wie die Dinge, die sie beschreiben tun" eingestuft. Klar kann ich die Kat dort rausnehmen, aber ich würde sie gern in dem Zusammenhang mit dem übrigen Unfug drinlassen, damit auch andere Kamele den Artikel oder gar den Geisteszustand des Erstautors bewerten können. ≡c.w. 16:19, 18. Jul. 2011 (NNZ)

Ach so: jetzt fiel mir wieder ein, wo das war: Vorlage:Weiß der Kuckuck, da funktionierte das.. ≡c.w. 16:21, 18. Jul. 2011 (NNZ)

Problem auf „Vorlage:Gesungene_Kamelopedia“

Umbauen. HTML5- und OGG-Fähige Browser bekommen einen Player direkt angezeigt, alle anderen 'n Link. -Nachteule 00:02, 20. Jul. 2011 (NNZ)

Problem auf „Widget:Html5media“

Evtl. mal aufhübschen [3] (Ich park das hier mal, damit ich's nicht vergesse) --Nachteule 00:04, 20. Jul. 2011 (NNZ)

Problem auf „Diskussion:99_Fensterscheiben“

Den nicht greifbaren Artikel [4] mal beizeiten per Wartungsskript oder so auf'm Server tilgen. Geht ja im Moment nicht. Zur Erinnerung hier geparkt. --Nachteule 01:56, 20. Jul. 2011 (NNZ)

Eine weitere Ausklappvorlage ...

Und nochmal was geparkt: Eine Ausklappvorlage, die so funzt wie das da (immer nur ein Abschnitt ausgeklappt), und die wo bereits einen passenden Abschnitt automatisch ausklappt, je nachdem, auf welcher Seite man sich gerade befindet. Kamelokronf hätte gerne eine hübschere Vorlage:Hilfe :) --Nachteule 13:50, 20. Jul. 2011 (NNZ)

Hi Teule, wenn mich nicht alles täuscht, ist jQuery-ui (daraus ist das ja) zumindest teilweise bereits in MediaWiki integriert/installiert. Mööep --WiMu 13:54, 20. Jul. 2011 (NNZ)

Problem auf „Vorlage:Fraktur“ (erstmal erledigt)

Frakturen, die nicht in irgendeinem Cache sind, werden nicht angezeigt, stattdessen gibt's ne Fehlermeldung:

{{Fraktur|Sehr}}:
<math>\mathfrak{ Sehr } </math> (Geht, da seit langem verwendet in Friedhof)
{{Fraktur|Seher}}:
<math>\mathfrak{ Seher } </math>

--J* 14:11, 21. Jul. 2011 (NNZ)

Nachtrag: Das Problem tritt bei jeglicher Verwendung von <math> auf. --J* 17:05, 24. Jul. 2011 (NNZ)

Ups, hatte ganz vergessen zu anzworten: Ich kann daran nix ändern, weil ich in meinem Serverknast keinen "make"-Befehl habe. Da mus JeLuF ran ... --Nachteule 17:25, 24. Jul. 2011 (NNZ)

unter uns: hatte das gleiche Problem bei meiner Seite ... phpshell hat geholfen --WiMu 18:30, 24. Jul. 2011 (NNZ)

Funzt wieder, Nachteule 11:51, 29. Jul. 2011 (NNZ)

Idee für „Spezial:KPES“

Wenn man z-B- da is, dann aus den "X Empfehlungen" 'n Link zur entsprechenenden KPES-Seite machen. Muss ausßer mir jetzt keiner verstehen, ist nur zum nicht vergessen. Idee von Dufo. und zum Artikel selbst könnte vielleicht auch noch ein Link sein ... also zu dem, um den es geht (Idee von Kronf) --Nachteule 00:07, 22. Jul. 2011 (NNZ)

Spaltensortieren

Kann das sein, dass die Wiki-Software so geändert wurde, dass Spalten nicht mehr sortiert werden können? Ist mir gerade beim Artikel Quickform aufgefallen ...--Palm Kunkel 16:03, 24. Jul. 2011 (NNZ)

Sortieren funzt weiterhin, die Tabellen im Artikel haben 'ne Macke (die ich dank des unübersichtlichen Codes aber auf die schnelle nicht finde) --Nachteule 16:34, 24. Jul. 2011 (NNZ)

Gracias, Señor Charlie! :-)--Palm Kunkel 19:09, 24. Jul. 2011 (NNZ)

Kein Problem auf „Spezial:Empfehlungen“

Bei Namensraumwahl noch 'ne Option für „sonstige“ (für alles, was außerhalb der Hauptinhaltsdingenskirchennamensräume empfohlen wird). --Nachteule 00:15, 25. Jul. 2011 (NNZ)

Oh, ich glaub, da musst du WiMus Extension völlig auf den Höcker stellen, weil er diese sonstigen Namensräume völlig rausgelassen hat, wenn ichs recht verstanden hab. --Kamelokronf 11:24, 25. Jul. 2011 (NNZ)

Ach was, das bekommen wir schon hin --130.75.242.40 11:40, 25. Jul. 2011 (NNZ)

Problem auf „Spezial:Logbuch“

Namensraumwahl!!!!111einself11 --Kamelokronf 11:19, 25. Jul. 2011 (NNZ)

Problem auf „Flexibel“

Gibbet denn noch iregendwann wieder die Möglichkeit, mathematische Formeln zu formelieren? hier in dem (gerade neu zu erstellenden Artikel) kommt die Fehlermeldung:

<sim: color:red;> Fehler beim Parsen (Das texvc-Programm wurde nicht gefunden.
Bitte zur Konfiguration die Hinweise in der Datei math/README beachten.): V_{dB}= 10 log (\frac{Aus}{Ein}) </sim>

Es muss ja schon mal irgendwann funktioniert haben, weil (z.B. Beweis) wenn es schon fertige Formeln bzw. deren Bilder im Cache gibt, werden diese korrekt angezeigt. ≡c.w. 10:09, 29. Jul. 2011 (NNZ)

Siehe vielleicht: oben. --Kamelokronf 11:30, 29. Jul. 2011 (NNZ)

Test: <math>V_{dB}= 10 log (\frac{Aus}{Ein})</math>

Aha, scheint zu funzen. Das math-gedöns wurde in eine Extension ausgelagert, und an der Stelle, wo die nun das texvc-Dings sucht, kann ich das nicht hintun tun (wegen EInschränkungen aufm Server). Egal, ich hab der Extension ihr seine Suche nach dem texvc-Dings umgebogen auf den alten Ort, bla bla bla, jedenfalls scheint's nun wieder zu gehen. --Nachteule 11:50, 29. Jul. 2011 (NNZ)

Hast du ganz toll gemacht, bla bla bla, dankeschön und so. ;-) --Kamelokronf 12:02, 29. Jul. 2011 (NNZ)

Problem auf „House_(Musik)“ (erledigt?)

Moin. Wiki is doof:
Zitat: „Hallo, ich bin Wiki, und ich habe in deinem Beitrag ein {{hw}} oder ein {{Wahl}} entdeckt.“
– aber es war kein HatWas, sondern ein Hier wartet man auf SIE ({{hwm}}) ≡c.w. 11:08, 31. Jul. 2011 (NNZ)

Problem gelöst. Habe im Missbrauchsfilter 1 article_text contains ("{{hwm}}") hinzugefügt. Somit sollte Wiki etwas schlauer sein. --f.c. 17:13, 31. Jul. 2011 (NNZ)

Müsste da nicht noch ein Ausrufezeichen zum Negieren davor? (Und sollte man da nicht sowieso added_lines oder wie das heißt verwenden?) --J* 18:11, 31. Jul. 2011 (NNZ)

Problem auf „Spezial:Suche“

Die Suche nach Shit-Taste (gibt's aktuell noch nicht - aber vielleicht gleich bald) sieht bei mir (FF5.0 Windoof 7) derzeit so aus:

Datei:Suchergebnisse kaputt.jpg

--WiMu 19:09, 2. Aug. 2011 (NNZ)

Der Artikel Liste der Zigarettenmarken ist schuld. irgendein Chaos dadrin bringt den Parser bei den Suchergebnissen ins Trudeln. --Nachteule 16:44, 5. Aug. 2011 (NNZ)

Bapperl "Anzahl Kamele empfehlen diese Seite" (erledigt)

Einen Artikel in der D-Ruckvorschau bringt dieses Bapperl ganz schön dorcheinander, da es immer auf der ersten Seite stehen will und damit bei mehrseitigen Artikeln aktuellen Text verdreckt. Vielleicht kann dieses Bapperl beim D-Ruck das visibility:hidden; erhalten? (Gilt übrigens auch für rudimentäre GaGA-Bapperles) ≡c.w. 15:01, 5. Aug. 2011 (NNZ)

Einfach ein class="noprint" rein, schon hat sich das. --J* 16:54, 5. Aug. 2011 (NNZ)

Problem auf „News:Aktuelle_Erregnisse_rechts“

Bildung des Moments funzt ohne GaGa nüscht mehr, Alternative basteln. Teule zu doof. --Nachteule 15:16, 10. Aug. 2011 (NNZ)

Sollte erstmal wieder gehen, sofern überhaupt weiterhin nötig? Wir haben ja Kamelopedia:Empfehlungen des Tages und solche Seiten und überhaupt ja eher Commons statt KameloNews ... --Kamelokronf 15:31, 10. Aug. 2011 (NNZ)

Problem auf „Datei:Anti-Frosch_Kamel.gif“ (erledigt)

Irgendswie funzt die Skalierung des Servers nit. :( ≡c.w. 16:01, 10. Aug. 2011 (NNZ)

doch, funzt. Der thumbnail ist wohl kaputt, weil vor Urzeiten ein olles kaputtes thumbnail gespeichert wurde (bitte einmal entsprechenden Ordner leeren. Danke). --WiMu 16:11, 10. Aug. 2011 (NNZ)

In welcher Größe ist es kaputt? Ich sehe nur funktionierende gifs. --Nachteule 16:24, 10. Aug. 2011 (NNZ)

z.B. http://kamelopedia.mormo.org/images/thumb/c/cb/Anti-Frosch_Kamel.gif/120px-Anti-Frosch_Kamel.gif (120px) http://kamelopedia.mormo.org/images/thumb/c/cb/Anti-Frosch_Kamel.gif/300px-Anti-Frosch_Kamel.gif (300px) mehr weiß ich auch nicht --WiMu 16:29, 10. Aug. 2011 (NNZ)

So, hab mal in allen Größen, die aufm Server waren, neu bastelt lassen. --Nachteule 16:38, 10. Aug. 2011 (NNZ)

Hat wohl gehelft. Nach mehrerern Cache-Leerungen war das Problem weg. Mehrere, weil ich habe sogar einen Schkreenschuss, bei dem die 120iger Skalierung komplett weg ist. Vorher waren ab Bild 2 der Animation nur 1px rote Rahmen für die geänderten Bildausschnitte sichtbar. Thnx. ≡c.w. 16:42, 10. Aug. 2011 (NNZ)

Problem auf „Kamelionary:Hauptseite“

die beiden dpl-dinger im quelltext bringen (evtl. weil irgendwie zu tief verschachtelt in vorlage?) den parser ins trudeln. wenn man auf bearbeiten klickt, werden einem unten nicht die verwendeten vorlagen agezeigt (wie in allen fällen, wenn der parser schluckauft). deshalb bricht der Rundgang zusammen (weil station 3 und 5 die station 4 nicht finden können). --Nachteule 00:20, 12. Aug. 2011 (NNZ)