Druckbare Version
Hi zusammen
mir ist aufgefallen, dass die meta.txt Daten manchmal abgeschnitten werden, manchmal nicht:
(Google Chrome und aktueller Firefox, beide auf Win)
Anhang 1695
Mit der alten Lightbox hatte diese Galerie immer prima funktioniert, jedoch funzt die Lightbox auf Chrome nicht. Hat jemand eine Idee, wo der Fehler liegt?
Vielen Dank und Gruss
cy
PS: hat schon jemand herausgefunden, wie man das weisse CSS-Style der Mediabox aktiviert?
Hallo .cy,
hab mir jetzt das betreffende Bild der Gallerie im FF 3.6.3 angeschaut, konnte aber soweit kein Problem erkennen. Auch die anderen Bilder mit längeren Beschreibungstexten werden korrekt angezeigt.
Hallo xchs
danke für's anschauen. Echt? Wenn Du das erste Bild anklickst (Panoramabild) und mit Pfeil auf das Zweite wechselst, siehst Du alles? :rolleyes: Öhm. Ich glaube, ich schmeiss meinen Rechner aus'm Fenster und schule um auf Strassenwischer. :D
Gruss
cy
Aha, Du hast recht! Wenn man mit den Navigationspfeilen weiterblättert, dann tritt das auf. Hatte vorhin direkt gleich das zweite Bild geöffnet, wo dieses "Fehlverhalten" nicht auftritt... komisch!Zitat:
Zitat von .cy
Yepp ..Zitat:
Zitat von xchs
Danke nochmal für's Austesten.
Du müsstest entweder das vorhandene Template anpassen oder (vielleicht besser) ein entsprechendes Neues erstellen. Welche Anpassungen dabei zu machen sind, findest Du hier.Zitat:
Zitat von .cy
Wenn ich etwa in der Online-Demo auf dieser Seite schaue, dann fällt mir z.B. auf, dass auch hier beim Öffnen des ersten (oder letzten) Bildes der Gallerie der untere Anzeigebereich größer ist als bei allen weiteren Bildern. Blättert man dann erneut zurück auf das erste Bild, wird dieser Bereich wieder gleich hoch angezeigt wie bei den anderen.
Vielleicht irgendein Bug der Mediabox?
Hi .cy,
neues Template erstellen (moo_mediabox.tpl) und folgende Zeile ändern:
...das wärs ...Code:// Add mediabox style sheet
$GLOBALS['TL_CSS'][] = 'plugins/mediabox/css/mediabox_white.css|screen';
Ich bin auch nicht dahinter gekommen, wieso, weshalb, warum .. Ich habe die Schuld sogar bei den meta.txt Dateien gesucht. Wurde aber nicht fündig. Das einzig Gemeinsame, was ich gefunden habe: es geschieht nur, wenn die Ausmasse (B x H) nacheinander folgender Bilder unterschiedlich sind.Zitat:
Zitat von xchs
@Maik
hey, vielen Dank. Das werde ich gelich mal ausprobieren .. :)
Also ich kann selbiges Verhalten bei mir auch feststellen - jedoch schon mindestens seit TL Version 2.8.1
Bin jedoch noch nicht dazu gekommen nach dem Problem zu suchen, bei mir ist selbes Problem, dass ein zweizeiliger Text manchmal einfach einfach unten abgeschnitten wird, manchmal aber auch nicht.
Verstehe auch nicht warum manche Bilderumrandungen mehr Abstand nach unten haben und den Text ganz darstellen, und manche nicht.....
Grüße,
Bobi
Wenn man das erste Bild aufmacht, dann weiter aufs zweite, zeigt es nicht alles an.
Wenn man dann weiter aufs dritte und wieder ans zweite geht, zeigt es alles an.
Wenn man vom ersten aus zweite geht, ist es immer so.
Wenn man auf Bild 13 geht, ist es immer abgeschnitten.
Wenn man von 13 auf 14 geht, ist es viel zu gross, stimmt aber, wenn man von 15 auf 14 geht.
Ich glaube da ist was im Javascript in der Höhenberechnung falsch, denn teilweise ist im Firebug ein Wert zwischen dem bestehenden und dem errechneten Wert aufgeblitzt, ich glaube da ist irgendwas krumm...
Dann ist es kein TL Fehler und sollte besser direkt bei den Entwicklern der Mediabox gemeldet werden.
Gibt's irgendwo eine Demo vom Hersteller?
Dann könnte man das dort auch mal testen, um zu schauen ob TL dazischenfunkt oder obs da wirklich einen Fehler in der Matrix hat. :D
http://iaian7.com/webcode/mediaboxAdvancedZitat:
Zitat von grambler
Um das sinnvoll zu testen, müsste man die gesamte o.g. Galerie nachbauen, einfach ohne TL...
Die Beispiele vom Hersteller funktionieren - komischerweise - ohne Probleme :D
Naja, ob es wirklich funktioniert ist schwer zu sagen - bei der Demo sind das ja ziemlich gleich große Bilder und Texte. Da müsstest du wirklich mal genau die gleiche Galerie nachbauen.
Kann es bei mir bestätigen. Witzigerweise ist der Textbereich bei einem Bild noch besonders groß …
Und auch mal die beiden JS-Files diffen...vielleicht hat TL gar nicht die selbe Version ;)
BTW auch wieder was dazugelernt: Die Möglichkeit mit den beiden Doppelpunkten "::" im title-Attribut eines Mediabox-Links kannte ich auch noch nicht - interessant.
Coole Sache das mit dem Doppelpunkt, sieht man zwar auch im Hover aber was solls.
Habe mal mit Firebug ein bischen gespielt in der Demo.
Habe im 2. Bild direkt ein größeres Bild (höher) eingebaut und massenweise Text, ging über 3 Zeilen. Kein Problem bei der Demo.
Ja, finde ich auch. Hab vorne und hinten noch ein extra Leerzeichen spendiert, dann schaut's auch im Tooltip etwas "ansehlicher" aus...Zitat:
Zitat von BugBuster
Ist hier schon jemand weitergekommen?
Sieht so aus, dass das Problem bekannt ist und mit der nächsten Version behoben sein soll.
Quelle
ich hätte da einen Workaround für das Problem mit den abgeschnittenen Texten anzubieten ;-D
dazu in der moo_mediabox Template Datei folgende Zeile suchen:
undCode:$$(links).mediabox({/* Put custom options here */}, null, function(el)
durchCode:/* Put custom options here */
ersetzenCode:counterText: '<p>({x} von {y})</p>'
das wichtige hier ist ein setzen des <p> Tag! Durch den Absatz rafft die Mediabox anscheinend die Berechnung der Größe.. und der Bildzähler sitzt auch gleich ganz praktisch in einer eigenen Zeile und wird (wie vorher in manchen Fällen) auch nicht so unschön umgebrochen.
cheers! :-)
Hallo ToenS,
hab' jetzt mal Deinen Workaround ausprobiert. An und für sich würde das so schon funktionieren, allerdings mit einigen Einschränkungen:
- Hat man beispielsweise bereits jetzt eine zweizeilige Bildunterschrift wird die natürlich durch den (zusätzlichen) Zeilenumbruch des Zählertextes auseinandergerissen
- Der Vorschlag würde nur "Image-Sets" betreffen, also Lightbox-Gallerien, die zu einem Set zusammengefasst sind und für die daher auch ein Bild-Zähler angezeigt wird. Auf Einzelbilder hat dieser Workaround selbstverständlich keinen Einfluss! Und das Problem besteht dort auch.
In diesem Zusammenhang habe ich auch einige andere HTML-Tags probiert, doch wirklich lösen lies sich das Problem dadurch auch nicht...
hm.. also bei mir funktioniert das einwandfrei. Wenn der Text durch den zusätzlichen Zeilenumbruch dann selbst anders umgebrochen wird, kann man ja mit html-tags in der Unterschrift selbst nachhelfen, was übrigens dann auch der Workaround für einzelne Bilder wäre. Ich habs gerade getestet. Ich hab einfach die Bildunterschrift selbst in p-Tags gesetzt. Funktioniert genau so (Für Galerien allerdings lieber meine erste Lösung verwenden, da sonst der Bildzähler manchmal aus dem Sichtfeld rutscht).
Also wie gesagt. Bei mir siehts sehr gut aus und funktioniert hier tadellos. Und wenn man noch ein br-Tag setzt, siehts noch besser aus (finde ich).. Also so:
Code:counterText: '<p><br />(Bild {x} von {y})</p>'
Und so siehts dann aus:
Anhang 1794
Wenn ich das auf Deinem oben geposteten Screenshot richtig sehe, dann ist dort das Problem ja nach wie vor präsent. Einzig der Bild-Zähler wird eben in eine neue Zeile verschoben...
? ..ich komm nicht ganz mit.. ? ..oder reden wir aneinander vorbei.. ?
Das Problem war / ist doch, dass der Text der Mediabox teilweise abgeschnitten wird, weil die Box nicht groß genug berechnet wird.. In meinem Screenshot ist doch aber der komplette Text zu lesen..
Ja, dass auch. Die Mediabox berechnet die Höhe des Fensters aber nach wie vor falsch (zu sehen z.B. auf Deinem Screenshot durch den überflüssigen Abstand hin zum unteren Rand der Box). Wechselt man auf ein anderes Bild und dann wieder zurück, wird die Höhe anscheinend wieder korrekt berechnet und dieser Abstand ist nicht mehr da...Zitat:
Zitat von ToenS
Zu sehen beispielsweise auch auf dieser Seite: http://demo.https://contao.org/impressions.html
ach sooo DAS meinst du.. ja ok.. da geb ich dir Recht.. der Abstand zum unteren Rand bleibt nicht immer gleich.. Aber für mich war die Hauptsache, dass die Texte jetzt immer und ganz sicher komplett angezeigt werden.
Das mit überflüssigem Abstand zum unteren Box-Rand ist für mich jedenfalls eine vertretbare Unschönheit im Gegensatz zu dem Anzeigefehler vorher.. Mein Vorschlag war / ist ja wie gesagt nur ein Workaround, damit man wenigstens die Texte wieder komplett in der Box hat. ;)
Hallo,
Der Thread ist zwar schon ein bisschen älter, allerdings gibt es das Problem auch noch in der aktuellen Contao Version (2.9.4)
Ich hab jetzt evtl. eine Lösung gefunden und bitte darum, diese zu testen, da ich selbst eigtl. kein Javascript kann. Bei mir scheint es soweit zu gehen, wobei ich mir nicht sicher bin.
Vielleicht könnte ja jemand, der in Javascript besser ist, weitere Vorschläge machen. [Schön wäre, wenn jemand, der sich mit Javascript auskennt eine if Schleife einbauen könnte, so dass die Änderungen nur bei Bildergalerien greifen....]
Also hier meine evtl. Lösung:
Ich habe mit Firebug gemerkt, dass es bei mir geht, wenn man statt height, min height eingibt. Die Berechnung nimmt ja mediabox.js vor.
Durch langes Testen habe ich dann geschafft, dass es mit folgenden (nicht updatesicheren) Änderungen geht:
Zeile 37 Sp. 170
"if(A.resizeOpening){y.resize.start({width:B,height:o,marginTop:F,marginLeft:m}"
in
if(A.resizeOpening){y.resize.start({width:B,"min-height":o,marginTop:F,marginLeft:m}
ändern
und Zeile 5 Sp. 177
b.setStyles({top:n,left:l,width:A.initialWidth,height:A.initialHeight,
in
b.setStyles({top:n,left:l,width:A.initialWidth,"min-height":A.initialHeight,
ändern.
Ich hänge meine mediabox.js (als txt Datei, Endung einfach löschen!) mal an. Bitte testet diesen Workaround und gebt Bescheid, ob die Lösung Sinn macht oder vollend Blödsinn ist!!!
Hab noch ein bisschen rumgetestet.
Mit folgender Lösung bleibt der "Aufmach-Effekt" erhalten.
Leider kann ich es zur Zeit nur bedingt ausprobieren, da ich nur eine lokale Installation habe. Es wäre daher gut, wenn ihr diesen Workaround probieren könntet.
Vom Javascript ist es bestimmt noch ein wenig unschön. Wenn jemand also Javascript kann, wäre es toll, wenn er den Workaround verschönern könnte.
Zeile 37 Sp. 170
"if(A.resizeOpening){y.resize.start({width:B,height:o,marginTop:F,marginLeft:m}"
in
if(A.resizeOpening){y.resize.start({width:B,"min-height":o, "max-height": "1000px", marginTop:F,marginLeft:m}
ändern
und Zeile 5 Sp. 177
b.setStyles({top:n,left:l,width:A.initialWidth,height:A.initialHeight,
in
b.setStyles({top:n,left:l,width:A.initialWidth,"min-height":A.initialHeight, "max-height":A.initialHeight,
ändern.
Bei mir klappts ganz gut. Aber wie gesagt, es wäre super, wenn es noch mehrere testen könnten. Vielleicht können wir dann den Entwicklern der mediabox ein Feedback geben.
PS.: Wichtig sind die Anführungszeichen zwischen "max-height" bzw. "min-height" und bei der Angabe "1000px" (die frei und möglichst hoch gewählt ist, weil sonst die max-height Angabe die Höhe wieder blockieren würde und der Text wieder nicht sichtbar wäre)!
Ich bin mittlerweile auch auf diesen Fehler gestoßen (Contao 2.9.5), insbesondere wenn ich Textelemente per lightbox 1.0.2 einbinde und denen keine feste Höhe zuweise. Da dieses Bild kein Teil einer Galerie sein soll, kommt der "<p>x of y</p>" Hack auch nicht infrage.
Beim einfachen Aufruf klappt es, aber sobald ich ein anderes Bild gelightboxt habe und dann nochmal versuche, das eingebundene Textelement zu öffnen, wird es immer abgeschnitten.
Ich habe auch schon die neuen (beta) Versionen 1.5.0 (Grey, Smooth, Minimal) von MediaboxAdvanced ausprobiert. Überall trat derselbe Fehler auf, außer bei Minimal.
Der Vergleich hat ergeben, dass ein
auskommentiert war und daher das innere Element über die Lightbox herausragte (aber vollständig sichtbar war!)Code:overflow:hidden;
Ich habe jetzt dem Textelement eine feste Höhe (mit evtl. Scrollbalken) definiert. Für den Notfall habe ich auch dasauskommentiert; dann sieht es zwar nicht mehr so schön aus, aber es wird immerhin alles angezeigt.Code:overflow:hidden;