Template/Code identisch - Schriftgroesse unterschiedlich
Nicola Straub
- html
Hi Leute,
ich steht ratlos vor einem mir nicht erklaerlichen Problem:
Ich nutze ein Blogsystem, dies erzeugt aus einem Template-
File sowohl die Uebersichtsseite als auch die Artikel-
Detailseiten:
http://www.shopanbieter.de/news/index.php
http://www.shopanbieter.de/news/archives/1150-E-Mail-Marketing-im-Handel.html
Beide greifen auf das selbe Stylesheet zurueck. Aber wenn man
sich einmal die Box mit den Kommentaren in der rechten
Seitenleiste ansieht, so sind die Schriftgroessen unter-
schiedlich gross!
Ich habe schon alle moeglichen Formatierungen versucht,
urspruenglich war es mit 'x-small' gesetzt, jetzt ist
es mit 10px gesetzt und auch laut bin ich geworden
('!important'). Nix beeindruckt die Uebersichtsseite
so sehr, dass sie die Kommentare in der kleineren Schrift-
groesse setzt.
Ich bin echt ratlos und waere enorm dankbar, wenn jemand
meine Weltsicht wieder gerade ruecken koennte:
_Wie kann das ueberhaupt sein?!???_
Ach ja: Ich habe auch schon ganz schmutzig versucht, den
gewuenschten Style per 'style =""' direkt im div-tag
zu erzwingen - aber selbst das war erfolglos!
Hat so etwas schon mal jemand erlebt?
Herzliche Gruesse
Nicola
Hi,
Beide greifen auf das selbe Stylesheet zurueck.
was herzlich wenig ausmacht, solange der zugehörige HTML-Code nicht stimmt.
Aber wenn man
sich einmal die Box mit den Kommentaren in der rechten
Seitenleiste ansieht, so sind die Schriftgroessen unter-
schiedlich gross!
Und wieder mal ein wundervolles Beispiel dafür, dass man bei allen Problemen zunächst einmal den Code validieren sollte. Warum um alles in der Welt ist da übrigens <font> im Einsatz?
Cheatah
Hi!
was herzlich wenig ausmacht, solange der zugehörige HTML-Code nicht stimmt.
Hast Du einen genaueren Tipp?
Ich habe die Seiten bereits diverse Male dem hier zum Fressen
vorgeworfen:
http://validator.projektmedien.de/
Ich bekomme nicht einen Fehler angezeigt. Genaugenommen bekomme
ich gar nix angezeigt, was ja aber wohl hoffentlich dasselbe
bedeutet. ;-)
Im Ernst: Sowohl bei URL-Uebergabe als auch per Datei-Upload
bekomme ich keinerlei Mitteilungen des Validators ausser:
*** snip ***
HTML Validator: Ergebnis
Dokument geprüft
Springe zu: Übersicht.
* URI: http://www.shopanbieter.de/news/index.php
* Server: Apache/2.0.51 (Fedora)
* Character encoding: iso-8859-1
*** snap ***
Klingt nicht nach Fehlern fuer mich... Waere daher SEHR
dankbar fuer einen Hint, was Du an Fehlerhaftem gefunden
hast!
Und wieder mal ein wundervolles Beispiel dafür, dass man bei allen Problemen zunächst einmal den Code validieren sollte. Warum um alles in der Welt ist da übrigens <font> im Einsatz?
Wooo? Ach - das ist wohl beim Kopieren von Text in den RTE
entstanden. Echt laestig, die RTEs nehmen immer wieder gern
mal Styles mit, wenn man etwas Text reinkopiert. Normalerweise
gucke ich mir deshalb alle Artikel immer noch mal in der
HTML-Sicht an - muss mir hier entgangen sein. ;-(
Herzliche Gruesse
Nicola
Hi!
allen Problemen zunächst einmal den Code validieren sollte. Warum um alles in der Welt ist da übrigens <font> im Einsatz?
Oh. Hab grad gesehen, in der Unterseite ist ein <FONT size="-2"> drin.
Keine Ahnung, wo DAS herkommt, von mir jedenfalls nicht. Ich
schreib kein FONT und ansonsten auch eh alles klein...!
Igitt - kommt gleich raus, mompl.
HG
Nicola
Hi!
Igitt - kommt gleich raus, mompl.
Ist raus. Das steckte in einem PHP-Snipplet des Systems, das in das zentrale Template eingebunden ist. Weia, Serendipity ist ansonsten echt sehr sauber, das steckt da bestimmt seit den Tagen der ersten Beta-Version ;-)
Jedenfalls hat es auf das Problem oder dessen Loesung keine Wirkung, das eigentliche Problem ist unveraendert ;-((
Noch Ideen?
Herzlche Gruesse Nicola
hi,
was herzlich wenig ausmacht, solange der zugehörige HTML-Code nicht stimmt.
Hast Du einen genaueren Tipp?
Ich habe die Seiten bereits diverse Male dem hier zum Fressen
vorgeworfen:
http://validator.projektmedien.de/
Der scheint wohl im Eimer zu sein.
Ich bekomme nicht einen Fehler angezeigt.
gruß,
wahsaga
@ Cheatah/wahsaga
Und wieder mal ein wundervolles Beispiel dafür, dass man bei allen Problemen zunächst einmal den Code validieren sollte. Warum um alles in
Ich habe alle Fehler ausgemerzt, soweit es mir moeglich war (bei einigen angemahnten Fehlern kann ich nix machen, die stammen aus Werbesoftware, die ich nicht kenne noch einschaetzen kann).
Und simsalabim: Tatsaechlich jetzt klappt es. Obwohl ich es nach wie vor nicht nachvollziehen kann, woran es lag, denn es ging in fast allen Fehlern nur um abschliessende '/' in img und meta-tags. Aber vermutlich ist mir der entschei- dende Punkt gar nicht aufgefallen. Ich binjedenfalls SEHR dankbar, dass XHTML und CSS jetzt doch wieder nach den verlaesslichen Regeln funktionieren, auf die ich mich bisher auch verlassen hatte ;-))
DANKE fuer die Tipps! Herzlich Nicola