StargateWiki:Technik-Zentrale: Unterschied zwischen den Versionen

Versionsgeschichte interaktiv durchsuchen

← Zum vorherigen Versionsunterschied Zum nächsten Versionsunterschied →

@@ Zeile 1: / Zeile 1: @@
 {{StargateWiki:Technik-Zentrale/Intro}}
 = Themenabschnitte =
-== tocmod ==
-Das funktioniert leider irgendwie nicht mehr wie es sollte. Zumindest die HIDE-Funktion geht garnicht mehr. Vlt. eine Folge der letzten MW-Umstellung? Hat jemand eine Ahnung oder Vermutung, und wie man das löst? --{{Benutzer:Col. o'neill/sig}} 14:37, 29. Sep. 2012 (CEST)
-:Vermutlich liegt es an der neuen MW Version. Ohne das jetzt geprüft zu haben vermute ich das jetzt eine andere Funktion zum verstecken benutzt wird (jQuery). Wenn dem so ist muss ich meine Erweiterung anpassen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 14:47, 29. Sep. 2012 (CEST)
-Dann sollte man sich darum wohl erst nach dem nächsten Umstieg kümmern... --{{Benutzer:Col. o'neill/sig}} 18:32, 9. Okt. 2012 (CEST)
-:: <code><nowiki>{{#tocmod}}</nowiki></code> benutzt <code>changeText(toggleLink, tocShowText);</code>. Allerdings sind inzwischen in dieser MediaWiki-Version weder ''tocShowText'' noch ''changeText'' definiert. Aus diesem Grund funktioniert auch ''show'' nicht. Allerdings finde ich können diese Funktionen auch entfernt werden, jeder Benutzer hat auch so selber die Möglichkeit das Inhaltsverzeichnis einzuklappen (und diese Einstellung wird ja auch gespeichert).
-:: '''@Rene''': Dazu noch zu dem Problem „''[{{fullurl:Benutzer Diskussion:Rene|diff=248825&oldid=248665}} Jack O'Neill ist nicht im IP-Cache]''“ von deiner Diskussionsseite: [[Jack O'Neill]] setzt über [[Vorlage:Infobox Person]] <code>{{#tocmod}}</code> ein, dadurch wird <code>$parser->disableCache();</code> aufgerufen, da das eventuell eingebundene JavaScript nicht gecached werden kann. Auch hier wäre eine einfache Lösung die ''hide''- und ''show''-Funktionen zu entfernen.--[[Benutzer:CF|CF]] 02:06, 3. Dez. 2012 (CET)
-:::Wenn es tatsächlich Probleme verursacht sollte man es entfernen. Gibt es denn keine Möglichkeit die Funktionen so zu ersetzen, dass der Zweck erhalten bleibt bzw. das Ergebnis weiterhin erreicht werden kann? Manchmal ist es ja ganz nützlich TOCs nur auf bestimmten Seiten erstmal auszublenden. --{{Benutzer:Col. o'neill/sig}} 17:03, 3. Dez. 2012 (CET)
-::::Ich habe den hide/show Teil erst einmal deaktiviert. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 20:36, 5. Mai 2013 (CEST)
-:::::Es ist, mit etwas JS Zauberei, möglich die alte Funktion wieder herzustellen. Allerdings ist die Frage ob das überhaupt sinnvoll ist. Jetzt kann jeder Benutzer selbst wählen ob er das Inhaltsverzeichnis angezeigt bekommt und die Einstellung wird auch gespeichert. Ich denke man sollte den Benutzern diese Möglichkeit nicht verbauen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 23:02, 5. Mai 2013 (CEST)
-::::::Hmm, ja stimmt, da hast Du recht. Das ungünstige an den Einstellungen ist nur, dass das für alle Seiten gilt - da gibt es dann sicherlich genug Fälle wo die Einstellung im Einzelfall nicht so schön ist. Aber wie gesagt, Du hast Recht, man würde dem User diese Kontrolle nehmen und das wäre nicht gut. Damit wäre dieser Abschnitt dann auch erledigt. --{{Benutzer:Col. o'neill/sig}} 16:51, 6. Mai 2013 (CEST)
-{{ErledigtBox|--{{Benutzer:Col. o'neill/sig}} 16:51, 6. Mai 2013 (CEST)}}
-== Erweiterungs-Links ==
-[[Spezial:Version|Hier]] verlinkt die UserStatistics-Erweiterung auf einen veralteten Pfad in der Perrypedia. Korrekt ist nun [http://www.perrypedia.proc.org/wiki/Benutzer:Bully1966/UserStatistics /wiki/Benutzer:Bully1966/UserStatistics]. Da unsere Spezialseite aber auf die index.php-Version verlinkt, wird man direkt auf die Hauptseite der Perrypedia weitergeleitet. Das sollte man (Rene?) vlt. beheben. --{{Benutzer:Col. o'neill/sig}} 14:06, 20. Okt. 2012 (CEST)
-'''Nachtrag:''' Zudem verlinkt die playMP3-Erweiterung auf einen veralteten Pfad unseres eigenen Wikis. Richtig ist hier [http://www.stargate-wiki.de/wiki/Benutzer:Rene/PlayMP3 /wiki/Benutzer:Rene/PlayMP3] anstatt [http://www.stargate-wiki.de/index.php/Benutzer:Rene/PlayMP3 /index.php/Benutzer:Rene/PlayMP3]. --{{Benutzer:Col. o'neill/sig}} 14:10, 20. Okt. 2012 (CEST)
-:Beide Fehler behoben. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 15:59, 5. Mai 2013 (CEST)
-::Super, Danke. --{{Benutzer:Col. o'neill/sig}} 16:03, 5. Mai 2013 (CEST)
-{{ErledigtBox|--{{Benutzer:Col. o'neill/sig}} 16:03, 5. Mai 2013 (CEST)}}
 ==  Hilfe:Administratoren‎ ==
 Also nun ist es kein Einzellfall mehr, als ich damals Admin geworden bin, wollte ich ja meine Admin Info [[Hilfe:Administratoren‎|hier]] eintragen. Nun das Problem, damals war es so, ich habe wie immer denn Text im Editor eingegeben und dann auf Speicher, dann aber ist die ganze Bearbeitung von mir irgendwie auf die Diskussionsseite von SilverAngel gekommen. Wie das ganze passiert ist, habe ich keine Ahnung. Nur seltsam ist es das es offenbar nur auf dieser Seite passiert, wie es nun auch bei Ghost geschah seine Bearbeitung ging dann auf die Diskussionsseite von Rene. Eine Erklärung dafür habe ich nicht. Kann es sein das das ein Fehler in der MediaWiki Software ist?--{{Benutzer:Hammond/sig}}  13:59, 22. Okt. 2012 (CEST)
@@ Zeile 27: / Zeile 7: @@
 :::Ja, der Fehler tritt auch nicht immer auf, irgendwie nur manchmal... Zweifelsohne die nervigste Sorte von Fehlern... --{{Benutzer:Col. o'neill/sig}} 16:51, 6. Mai 2013 (CEST)
 Verdammt - ich hatte gehofft das Problem hätte sich erledigt. Leider lag ich damit falsch: Bei der Überarbeitung von [[Hilfe:Schreiben im Wiki]] wurde [[Benutzer:Jack ONeill|Jack ONeill]] irgendwie weitergeleitet auf einen neuen "Artikel", auf den die Inputbox verlinkte. Jetzt sehe ich darin den Zusammenhang: Auf der [[Hilfe:Administratoren]] haben die Inputboxen auch auf eben die betroffenen Bentzerdiskussionsseiten verlinkt, das sind da interessanterweise die erste und die letzte. Irgendwie scheint der Fehler bei der Inputbox zu liegen, sie ruft sich sozusagen selbst auf. Die Frage ist nur unter welchen Bedingungen, wieso und wie es zu beheben ist. --{{Benutzer:Col. o'neill/sig}} 21:21, 26. Mär. 2013 (CET)
-== GIF: Fehler beim Erstellen des Vorschaubildes ==
-Ich habe gerade eine neue Version [[:Datei:S02E06 Destiny under attack.gif|dieser Datei]] hochgeladen und nach dem Neuupload stand in der Versionstabelle sowohl bei der aktuellen, als auch bei der alten Version (!):
-<pre>Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Memory allocation failed (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/3/3a/S02E06_Destiny_under_attack.gif) [Cannot allocate memory].</pre>
-bzw. eben der Pfad der alten Dateiversion. Nach der Löschung der alten Version steht der Text weiterhin dort und nun auch beim Einbinden der Datei in Artikeln ([[Der Test#Medien]]). Der GIF-Fehler, den wir z.B. bei der Atlantis-Auftauch-GIF oder der mit dem beschossenen Shuttle hatten, scheint es aber nicht zu sein, denn mein Browser hängt sich bei der Vorschau nicht halb auf...[[Bild:Lachen.gif]] Es scheint auch kein grundlegendes GIF-Problem zu sein - aber irgendwas stört an der Datei offenbar...
-Weiß einer was das sein kann? --{{Benutzer:Col. o'neill/sig}} 13:42, 18. Nov. 2012 (CET)
-'''Nachtrag:''' Wo ich gerade sehe: ''Fragmentierung: 100.00%'' - Eine Defragmentierung wäre beim nächsten Umstieg bzw. bei nächster Gelegenheit vlt. hilfreich - soweit das denn möglich ist.[[Bild:VeryHappy.gif]] Zudem könnte APC mal wieder aktualisiert werden... --{{Benutzer:Col. o'neill/sig}} 13:59, 18. Nov. 2012 (CET)
-'''Nach-Nachtrag:''' Ich habe nun eine weitere neue GIF-Version hochgeladen ([[:Datei:S02E06 Destiny destruction.gif]]). Dort stand nun nur bei der alten Version, nicht bei der neuen:
-<pre>Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Corrupt image (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/archive/9/9a/20121118141513!S02E06_Destiny_destruction.gif).</pre>
-Nach der Löschung der alten Version ist das also wieder normal, aber der Grund ''Corrupt image'' erschien kurz auch bei [[:Datei:S02E06 Destiny under attack.gif|der ersten Datei]]. --{{Benutzer:Col. o'neill/sig}} 15:25, 18. Nov. 2012 (CET)
-Also an meinem Bild liegt es jetzt garantiert nicht. Der Fehler tritt gerade bei einem Bild von D5B auf: [[:Datei:SG1 5x09 Sam Trauerfeier.jpg]]
-<pre>Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Memory allocation failed (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/e/e1/SG1_5x09_Sam_Trauerfeier.jpg) [Cannot allocate memory].</pre>
-Dort aber diesmal nur oben, nicht in der Versionstabelle. Irgendwas stimmt da nicht so ganz... --{{Benutzer:Col. o'neill/sig}} 14:51, 25. Nov. 2012 (CET)
-:'''Nach BK:''' Das passiert nicht nur beim GIF, sondern auch [[:Datei:SG1 5x09 Sam Trauerfeier.jpg|hier]]. (''Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Memory allocation failed (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/e/e1/SG1_5x09_Sam_Trauerfeier.jpg) [Cannot allocate memory].'') --{{Benutzer:D5B/sig}} 14:53, 25. Nov. 2012 (CET)
-Ich bin nicht sicher, ob es einen Zusammenhang gibt, aber die [[:Datei:Muell.png]] ließ sich gerade nicht anzeigen. Bei Einbindungen stand nur der Dateiname dort, ohne Link o.Ä., [http://www.stargate-wiki.de/w/images/3/32/Muell.png beim Bild selbst] stand nur <code><nowiki>Die Grafik "http://www.stargate-wiki.de/w/images/3/32/Muell.png" kann nicht angezeigt werden, weil sie Fehler enthält.</nowiki></code>
-Nach Löschen des Caches war alles wieder normal (Fx 17.0.1, WinXP SP3, vector). --{{Benutzer:Col. o'neill/sig}} 13:39, 3. Jan. 2013 (CET)
-:Das Problem sollte sich recht einfach durch folgende Ergänzung in der localsettings.php-Datei lösen lassen: <code>$wgMaxShellMemory = 204800;</code> Der Wert stellt hierbei den zugewiesenen Speicher dar (hier 204800kB, das Doppelte des Standard-Werts).--[[Benutzer:Jack ONeill|Jack ONeill]] 14:07, 4. Apr. 2013 (CEST)
-::Parameter gesetzt. Problem scheint behoben. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 15:47, 5. Mai 2013 (CEST)
-:::Okay - Danke euch beiden![[Bild:Smile.gif]] --{{Benutzer:Col. o'neill/sig}} 15:55, 5. Mai 2013 (CEST)
-{{ErledigtBox|--{{Benutzer:Col. o'neill/sig}} 15:55, 5. Mai 2013 (CEST)}}
-== [[Benutzer:Rene/SGPack|SGHtml]] ==
-Beim Icon, um zum Seitenanfang zu springen steht "Seiten Anfang" anstatt korrekt "(Zum) Seitenanfang", wenn man mit der Maus drüberfährt. Das sollte mal geändert werden... --{{Benutzer:Col. o'neill/sig}} 12:28, 9. Dez. 2012 (CET)
-:Ich habe es mal über Anpassung der MW-Seite geändert. Sinnvoll wäre es aber, das direkt in der Erweiterung ebenfalls zu korrigieren. --{{Benutzer:Col. o'neill/sig}} 11:39, 27. Dez. 2012 (CET)
-::Die Änderung der MW-Systemmeldung ist schon der richtig Weg. Genau aus diesem Grund habe ich die Erweiterung ja auch die Meldungen umgestellt. Ich habe es jetzt trotzdem in der Sprachdatei geändert. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 15:43, 5. Mai 2013 (CEST)
-:::Okay, Danke![[Bild:Smile.gif]] Die Meldung habe ich mal wieder gelöscht, sie wird ja vorerst nicht mehr benötigt. Ich vermute, [[Benutzer:Rene/SGPack]] muss dann auch aktualisiert werden? --{{Benutzer:Col. o'neill/sig}} 15:55, 5. Mai 2013 (CEST)
-::::Nö ist schon erledigt. Ich habe das direkt im PHP Code auf dem Server und in der Downloadversion geändert ohne eine neue Versionsnummer zu vergeben. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 16:02, 5. Mai 2013 (CEST)
-{{ErledigtBox|--{{Benutzer:Col. o'neill/sig}} 15:55, 5. Mai 2013 (CEST)}}
 == Fehler beim Einbinden von GIF-Animationen ==
@@ Zeile 75: / Zeile 18: @@
 ::::Da komm ich nicht ganz mit: Wo waren die gelöschten thumb-Dateien denn? Direkt auf dem Server? Und lässt sich das Problem dann generell durch das Löschen eben dieser Dateien beheben? Erstellt das System diese Dateien immer dann, wenn man eine Datei mit einer bestimmten Größe einbindet oder wie? --{{Benutzer:Col. o'neill/sig}} 16:34, 5. Mai 2013 (CEST)
 :::::Genau. Die Bilder werden einmal erstellt und auf dem Server gespeichert. Somit muss nicht jedes mal wenn jemand die Seite aufruft erst jedes Bild umgewandelt werden. Es reicht einfach die Datei aus dem Cache anzuzeigen. Diesen habe ich jetzt gelöscht und damit war die Software "gezwungen" [[Bild:Smile.gif]] die Bilder in der benötigten Größe neu zu berechnen. Die neu berechneten Bilder scheinen nun ohne Fehler zu sein. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 16:43, 5. Mai 2013 (CEST)
+::::::Achso, Du meinst, dass (vermutlich durch den Speicherfehler) diese Cache-Bilder falsch erstellt wurden und das zu den eingefrorenen GIFs führte. Diesen "falschen" Cache hast Du jetzt gelöscht und das System dadurch die Bilder-thumbs neu (und offenbar korrekt) erstellt. Da das mit dem Speicherfehler vorbei ist dürfte auch dieser Fehler endgültig (naja, bis eben wieder ein Speicherfehler oder dergleichen kommt) gelöst sein, verstehe ich das richtig? --{{Benutzer:Col. o'neill/sig}} 12:12, 12. Mai 2013 (CEST)
 == DDInsert im SGPack ==
 Da wollte ich mal vorschlagen, einen Parameter für die Größe des angegebenen "picture"s einzuführen. Denn ansonsten ist es schwer, Bilder zu finden die sich in der benötigten Größe befinden. --{{Benutzer:Col. o'neill/sig}} 16:13, 20. Dez. 2012 (CET)
@@ Zeile 80: / Zeile 25: @@
 ::Das stimmt, nur es wäre keine besonders schöne Methode, alle SVG-Icons, die eingebunden werden sollen, für die Edittools in klein extra hochzuladen. Das Info-Icon in den Tools ist zur Zeit wegen diesem Problem nicht das, das letztlich eingebunden wird, sondern halt eines, das in etwa von der Größe her reinpasste. --{{Benutzer:Col. o'neill/sig}} 16:20, 5. Mai 2013 (CEST)
 :::Natürlich kann man so etwas programmieren. Das war aber nie die Idee hinter dem System oder ich habe nicht so weit gedacht. Es sollten ja eigentlich Texte eingebunden werden und die Bilder sind nur zu besseren Übersicht. Ich gebe zu dein Vorschlag ist für den Benutzer einfacher. Er muss die Datei nur einmal hochladen und kann sie dann anpassen. Dagegen spricht das ich mich erst mal damit beschäftigen müsste wie genau Thumbs im MW erzeugt werden. Es ist sicher nicht sinnvoll die Bilder in maximaler Größe auszuliefern und dann per Parameter kleiner anzeigen zu lassen. Das wäre die quick und dirty Methode. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 16:43, 5. Mai 2013 (CEST)
-== Mobil ==
-Ich habe schon mal vor längerer zeit gefragt, ob man das Wiki wie die Wikipedia für smartphones tauglich machen kann.--[[Spezial:Beiträge/80.187.102.7|80.187.102.7]], 16:57, 24. Dez. 2012 <small>(Signatur nachgetragen von [[Benutzer:Ghost|Ghost]])</small>
-:Im Endeffekt ja, allerdings hat [[Benutzer:Rene|Rene]] momentan wenig Zeit, um sich um unsere Server-Software zu kümmern. Trotzdem ist eine Mobilansicht angedacht (siehe auch oben auf der Seite), allerdings können wir momentan noch nicht sagen, wann wir es umsetzen können bzw. ob sie überhaupt in nächster Zeit umsetzbar ist.--{{Benutzer:Ghost/Signatur}}  17:35, 25. Dez. 2012 (CET)
-{{ErledigtBox|--{{Benutzer:Col. o'neill/sig}} 15:58, 5. Mai 2013 (CEST)}}
-== Spam-Filter: Externe Links ==
-Hallo zusammen...
-Ich rede jetzt mal nicht lange um den heißen Brei herum: Ich wäre dafür diese Spam-Filter-Funktion, durch die IP-Nutzer keine externen Links mehr einstellen dürfen (bzw. leider auch im ganzen Editorfeld keine Links haben dürfen, ob nun von ihnen oder nicht...) abzuschalten.
-Der Grund dürfte offensichtlich sein: Der Vandalismus kommt wie wir auch heute wieder feststellen durften auch prima mit der Funktion aus, soll heißen: Es verhindert keinen bzw. kaum Vandalismus. Auf der anderen Seite werden die zur Mitarbeit bereiten IP-Nutzer enorm dadurch behindert, gerade bei Diskussionen, wo oft nunmal Web-Quellen nötig sind. Dadurch sinkt der Willen anonymer Nutzer hier mitzuarbeiten oder wenden sich gar sofort wieder ab, weil sie einzelne Abschnitte oder Seiten überhaupt nicht mehr ohne Umwege bearbeiten können. Immer wieder kommen ja auch "Beschwerden" in eben diese Richtung - dafür rentiert sich das ganze einfach nicht. Die Nachteile überwiegen und die Benutzerkontenbestätigung befreit uns bereits vom Großteil an Vandalismus - mit dem winzigen Anteil, der ggf. nach der Abschaltung der Funktion dazukommen könnte werden wir auch noch fertig.
-Meinungen dazu? --{{Benutzer:Col. o'neill/sig}} 15:27, 30. Jan. 2013 (CET)
-:Da stimme ich dir zu, diese Funktion ist eigentlich rein kontraproduktiv, v. a. wegen der von dir angesprochenen Nebenwirkung ("''..bzw. leider auch im ganzen Editorfeld keine Links haben dürfen, ob nun von ihnen oder nicht...''"). --{{Benutzer:D5B/sig}} 16:44, 30. Jan. 2013 (CET)
-::ich wäre als ip auch dafur.-[[Spezial:Beiträge/87.160.72.149|87.160.72.149]] 15:38, 14. Feb. 2013 (CET)
-:::Ich stimme dir auch zu, Col. o'neill. Falls der Vandalismus durch diese Abschaltung wieder zunehmen sollte, kann man sich unter Umständen ja überlegen, ob man die Spam-Filter-Funktion wieder aktiviert. Aber man kann ja erst mal schauen, wie es sich entwickelt. Außerdem ist der Vandalismus in der letzten Zeit auch recht überschaubar, finde ich.<br />-- {{Benutzer:A. M./sig}} 17:02, 16. Mär. 2013 (CET)
-::::Ich bin ebenfalls für eine Entschärfung aus oben genannten Gründen. --{{Benutzer:Octavius1200/sig}} 21:03, 16. Mär. 2013 (CET)
-:::::Ich kann mich dem hier nur anschließen. Die IP Benutzer sind ja, sozusagen unsere Zukunft und wenn diese hier mal ein paar Edits getan haben, könnten sie sich ja ein Benutzerkonto anlegen.--{{Benutzer:Hammond/sig}}  11:19, 29. Mär. 2013 (CET)
-::::::Wer ist denn zur Deaktivierung des Spam-Filters berechtigt? --{{Benutzer:D5B/sig}} 12:34, 29. Mär. 2013 (CET)
-:::::::Aktuell glaube ich nur Rene. Später, da bin ich aber nicht ganz sicher, evtl. auch die Bürokraten. --{{Benutzer:Col. o'neill/sig}} 12:38, 29. Mär. 2013 (CET)
-----
-Ich habe den Blocker deaktiviert, ich denke ich werde ihn demnächst wieder aktivieren müssen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 21:23, 4. Mai 2013 (CEST)
-== [[Vorlage:Kampagne]] ==
-Damit dieses mAn schon relevante Problem nicht in Vergessenheit gerät, hier nochmal die Frage: Weiß jemand, wieso die [[Vorlage:Kampagne]] Probleme bei Bildeinbindungen verursacht und der Auslöser für den Slideshow-Fehler ist? (Beispiele [http://www.stargate-wiki.de/w/index.php?title=Schlacht_%C3%BCber_Edowin&oldid=255502 1], [http://www.stargate-wiki.de/w/index.php?title=Schlacht_%C3%BCber_Asuras&oldid=258356 2]) --{{Benutzer:D5B/sig}} 16:43, 5. Mai 2013 (CEST)
-{{Rechts}} ''[[StargateWiki_Diskussion:Hauptseite#Neue_Erweiterung_Slideshow_(Diashow)|zur Diskussion]]''
-:Also was das Problem mit den Bildern (und der slideshow), die auf Höhe der Kampagnen-Box hängen, angeht: Das hab ich gerade gelöst. Ich hab schon vor ein paar Tagen die Vermutung gehabt, es aber erst jetzt geprüft und behoben. Zur Erklärung: Die Kampagne ist, die die Infobox auch, aus der Klasse infoboxblau. Die ist per Standard auf das style-Attribut <code>clear: both;</code> gesetzt, was verhindern soll, dass mehrere Infoboxen (oder eben Infobox und Kampagnenbox) nebeneinander stehen. Das führt aber eben auch dazu, dass Bilder, die vor der Kampagnenbox eingesetzt sind, nicht die "Freigabe" kriegen, sich auch eben davor anzeigen zu lassen, sondern erst ab der Boxhöhe. Das Problem habe ich jetzt gelöst, indem ich eine kleine ("unsichtbare", d.h. kein Rand, keine zusätzlichen Ränder etc.) extra-Box um Infobox und Kampagnenbox bzw. den Übersichtsparameter gelegt habe. So stehen sie Infoboxen so oder so untereinander, aber das clear betrifft nur noch diese Box, nicht mehr den ganzen Artikel und damit auch die Bilder nicht mehr. Ein Hoch auf die Firefox-"Element-Untersuchen"-Funktion! [[Bild:VeryHappy.gif]] --{{Benutzer:Col. o'neill/sig}} 17:57, 5. Mai 2013 (CEST)
-{{ErledigtBox|--{{Benutzer:Col. o'neill/sig}} 17:57, 5. Mai 2013 (CEST)}}