Hallo zusammen,
ich bin froh, den post gefunden zu haben, denn genau das Problem habe ich auch. Irgendwie kommt der IE mit dl, dt, dd nicht richtig zurecht. Komischerweise nicht auf allen Seiten, sondern nur auf bestimmten, wobei nicht klar ist, woran das liegt. Es liegt nicht daran, ob das Bild rechts oder links liegt, ob es eine Bildunterschrift hat oder nicht und auch nicht daran, ob der Text das Bild umfließt oder nicht. Immer handelt es sich aber um den Seiteninhaltstyp Text mit Bild.
Nochmals das Problem kurz beschrieben:
Der Text der Seite wird von einem weißen Block verdeckt, das Bild wird angezeigt, fährt man mit der Maus über die Seite wird der Text sichtbar. Aktualisiert man die Seite, ist der Text wieder verschwunden, bzw. überdeckt.
Wäre über jede weiterführende Hilfe sehr dankbar
Grüße,
matthvis
Hallo nochmal,
matthvis hat es ziemlich genau definiert. Der Hack, er hier vorgestellt wurde, funktioniert leider in meinem Fall auch nicht hundertprozentig.
Die Live-Seite bin ich immer noch schuldig; aber es scheint ja, dass es noch mehr Seiten mit diesem Problem gibt.
Da ich nicht so durch die Browservariationen durchsteige, was CSS und Konsorten angeht, wäre auch ich für jede Hilfe dankbar.
Grüße,
2bbionic
Hallo,
es ist so, dass der beschriebene weiße Block über dem Text mit der in der CSS Datei definierten Hintergrundfarbe für den übergeordneten DIV Container zusammen hängt. Mit anderen Worten, nehme ich die Hintergrundfarbe weg, ist das Problem verschwunden und alles wird normal angezeigt.
Wie soll man sich so etwas erklären?
Aber immerhin funktioniert es jetzt.
Seltsame Dinge geschehen.
Grüße,
matthvis
Hier kann das keiner ohne zB Link erklären...
georg
Hallo Georg,
die Seite ist nicht online.
Das Phänomen ist wie bschrieben, dass der IE seltsamerweise diese Blöcke über dem Text erzeugt, wobei man den Text sichtbar machen kann, indem man ihn markiert (wie im screenshot von 2bbionic oben gezeigt).
Es tritt nur bei textpic auf, aber nicht bei jedem textpic Element. Und es muss mit den Definitionslisten zusammenhängen, da in alten Typo3 Versionen das Problem nicht auftrat (und sich umgehen läßt, indem man die alte Tabellenformatierung - umständlich - über TS wieder einbaut).
Grüße,
matthvis
mann: das auto stirbt nicht an, ich dreh den schlüssel und er stirbt nicht an!
mechaniker: ....
der mann kann das so genau beschreiben wie er will, der mechaniker wirds nicht ohne einen Blick aufs Auto richten können...
man kann auch seiten inkl js + css speichern und die eine seite wo uploaden.. nur mal so als vorschlag... aber aus nem bild kann man nichts rauslesen was wirklich nützt
georg
Ich habe auf die Schnelle mal eine Seite produziert, wo der Fehler auftritt. Inhaltselement "Text mit Bild", jeweils ein Bild eingefügt( einmal links, einmal rechts), etwas Dummy-Text dazu - et voila, da ist der Fehler wieder.
Das Layout kommt von einer Agentur, dafür kann ich nix...:
http://www.psp-police.com/index.php?id=20
Je nachdem, wie oft man die Seite reloaded, sieht's anders aus...
Hoffe, das hilft bei der Ursachenforschung...
Grüße,
2bbionic
Hallo 2bbionic,
analog zu meiner Lösung wäre es ein Versuch wert folgende CSS Angabe auszukommentieren:
.innerbox
{
background-color: #c0c0c0;
}
Grüße,
matthvis
problem dürfte am design + css liegen und zwar am
.download_bereich {
CLEAR: both; }
georg
Schon mal danke für die Infos. Ich werde sehen, dass ich auf dem internen Server die Vorschläge mal einarbeite und dann schaue, was passiert...
Das CLEAR: BOTH brauche ich, sonst wird der untere Bereich nicht richtig dargestellt.
Und ohne die innerbox Hintergrundfarbe erkennt man den Bereich nicht mehr...
Beides bringt also nicht den gewünschten Effekt, wie es sich (korrekterweise) z.B. im Firefox darstellt.
das is mir schon klar. Das Template ist IMO einfach müll
georg
@just2b: Das ist ein anderes Problem - ich bekomme eine Vorlage (natürlich für typo3 #evil# ) die so umzusetzen ist, wie es sich der Grafiker und der Webprogrammierer am grünen Tisch ausgedacht haben.
Das das Template eher nach China gehört (die können dort zur Zeit glaube ich noch Schrott gebrauchen) ist mir schon klar, nur sind mir da die Hände gebunden.
Ich will hier auch keine Diskussion über das Design (und das Template) lostreten, das gehört woanders hin, egal, ob es jetzt gefällt oder nicht.
Meine Intention liegt einzig darin, herauszufinden, wo das Problem liegt, und es zu lösen bzw. festklopfen zu können, woran es liegt, um dann an einer Lösung zu arbeiten.
Mich nervt diese Geschichte ziemlich gewaltig, weil mich diese "IE-Maskerade" schon seit etlichen Monaten verfolgt, ohne dass sich etwas bewegt.
Jetzt zu sagen, das Template ist sch.. bringt auch nichts, da die Kosten für die "Vorarbeiten" bereits entstanden und der Kunde diese bereits freigegeben hat.
Langer Rede kurzer Sinn: die vorgestellten Lösungen bringen nicht das erwünschte Ergebnis, ein Umbau der Templates ist nicht möglich.
Wenn jemand noch eine Idee haben sollte, kann er sie gerne kundtun, da ich nicht mehr weiter weiß...
Grüße,
2bbionic
Langer text und kurze Antwort: Template neu und korrekt aufbauen, natürlich mit dem identen Design und in 2h bist du glücklich. Wie du siehst: greifst du das eine an, stimmts wo anders nicht mehr...
georg
Und genau da liegt das Problem:
baue ich das Template neu auf, mache ich die Arbeit anderer Leute. Wofür ich verständlicherweise keine Lust habe. Mache ich es nicht, hänge ich noch was weiß ich wie lange an diesem Problem rum.
Ergo: Ich kann wählen, mich auf andere zu verlassen oder es selbst zu machen. Was mich stark daran erinnert, warum ich mich selbständig gemacht habe: Willst Du es richtig tun, mach es selbt...
Worin liegt das Problem, ein Template zu bauen, das man nehmen kann, in typo3 einbaut und das anschliessend funktioniert? Sowas funktioniert ständig immer wieder aufs Neue...
Sei's drum, eine abschliessende Frage: Gibt es noch andere Möglichkeiten? Andere Leute scheinen ja das gleiche Problem zu haben und ich gehe nicht davon aus, das sie alle ein solch vermurkstes Template verwenden müssen.
Grüße,
2bbionic
P.S.: Ich geh' jetzt Schokolade essen, die soll ja auch glücklich machen #paralyzed#
naja es liegt an nem vermurksten CSS und nicht an TYPO3 "text mit bild", weil meine Seiten und 1000 andere funktioneren problemlos und dass 2 Leute ein vermurkstes Template habn, das glaub ich schon 😉
man kann sich schon auf andere verlassen, wenn man deren qualität kennt 😉
georg
2bbionic schrieb
Sei's drum, eine abschliessende Frage: Gibt es noch andere Möglichkeiten? Andere Leute scheinen ja das gleiche Problem zu haben und ich gehe nicht davon aus, das sie alle ein solch vermurkstes Template verwenden müssen.
Doch, davon solltest du ausgehen 😉
Mit einem sauberen Template, das unter allen aktuellen Browsern sauber aussieht,
hat man auch nach der sogenannten "TYPO3-HTML-Code-Vermurksung" eine saubere Bildschirmausgabe.
Der Fehler steckt definitiv nicht in css_styled_content/imagetext.
Bevor es ausufert, möchte ich hier noch was klarstellen:
Ich habe in KEINSTER WEISE mit der "Vermurksung" den typo3-Teil gemeint, sondern das Stylesheet des "ach so begabten" Webdesigners meines Kunden (Lt. O-Ton des Kunden).
typo3 kann nix dafür; mir ist mittlerweile bewußt, dass es an den Teilen liegt, die nicht von typo3 kommen (Designvorlage, CSS-Definition in der Designvorlage). Schliesslich läuft es auch bei mir mit anderen Seiten problemlos. Dass es u.U. ein Problem unter IE mit den dd und dt gibt, sei jetzt mal dahingestellt.
@just2b: Das ist das Problem: Qualität geliefert zu bekommen, die auch versprochen wurde...
Sonst habe ich es verstanden: Mach die Designvorlage neu, schau Dir das CSS an, und es funktioniert...
Hallo,
ich weis nicht ob dir das weiterhilft, doch ich hatte das selbe Problem bis vorhin. Ich habe beim Typo3 Template jedoch einen Konfigurationsfehler gemacht. Zwar habe ich unter include static "content(default)" eingefügt, jedoch nicht css_styled_content. Als ich das dort noch css_styled_content eingetragen habe, wurde alles korrekt angezeigt.
Vielleicht ist es für dich ja hilfreich, vielleicht aber auch nicht :-)
Gruss Claudio
die css_styled_content ist drin...