Beiträge von koslowski

  • Breite von Sidebars

    Hallo Herb,

    mmh, die Bilder schieben sich unterhalb einer bestimmten Breite ineinander, was bei Prozentbreiten normal ist.
    Wenn 20% schmaler als die Bildbreite sind kommt es logischerweise zu Überlappungen.
    Im IE6 springt unterhalb einer bestimmten Breite die rechte Spalte nach unten.

    Grundsätzlich halte ich Prozentbreiten von Layouts für problematisch, besonders wenn die ganze Bildschirmbreite ausgenutzt wird.
    Bei breiten Bildschirmen finde ich das Lesen dann anstrengend, weil die Augenbewegungen von links nach rechts schon sehr groß sind. Da nützt es auch nicht so viel wenn eine Spalte an sich nicht so breit ist.
    Das Auge springt oft sehr weit hin und her, schon um alles zu erfassen.

    Unausgesprochen hat man sich unter Webworkern, Agenturen auf eine max. Breite von 950px geeinigt. Das genügt auch für ein Dreispaltenlayout.

    Ein #wrapper mit 950px Breite um alles und drin die drei Spalten mit festen Breiten und Float.
    Dadurch erhält man ein stabiles Layout, was beim verkleinern des Browserfensters höchstens einen horizontalen Scrollbalken erzeugt. ;)

    Gruß
    Klaus

  • Immer wieder: IE tanzt aus der Reihe

    Hi,

    das Problem mit der Zentrierung verschwindet wenn du den Kommentar vor dem Doctype rausnimmst.
    Der IE kann es oft nicht ausstehen, wenn vor dem Doctype ein Kommentar ist. :wink:

    Zitat von maxe

    Hängt vermutlich mit dem margin:0 auto zusammen, womit der IE immer mal wieder Schwierigkeiten hatt.

    ähem....hüstel...., das stimmt leider nicht so ganz 100%ig. :-)

    Der IE bis einschließlich Version 6 hinunter hat überhaupt kein Problem mit margin:0 auto;.
    Erst der IE5.5 kann das nicht und braucht deshalb text-align:center für body.

    Beim IE6 wäre noch hinzuzufügen das er margin:0 auto; nicht versteht wenn er im Qiurksmodus rendert. Dann zieht er sich das Gewand vom IE5.5 an. :wink:

  • Breite von Sidebars

    Schau dir mal genau deine Struktur im Quelltext an:
    du hast einen #wrap der alles umschließt. Dort sind nebeneinander #content-sidebar-wrap und #sidebar-alt.
    In #content-sidebar-wrap hocken #content und #sidebar drin.

    Wenn du #sidebar-alt 300px Breite gibst ist sie zu breit, weil das alles umschließende Element (#wrap) nur 960px Breite hat:
    [COLOR=Blue]790px[/COLOR] von #content-sidebar-wrap + [COLOR=Blue]300px[/COLOR] von #sidebar-alt = [COLOR=Red]1090px[/COLOR]

    #wrap ist aber nur 960px breit. ;)

  • Breite von Sidebars

    Hi,

    in deinem Falle empfiehlt es sich die sidebars mit einem geeigneten Sekundenkleber im Viewport zu fixieren. :mrgreen:

    Mal im Ernst, ohne Link zur Problemsite hat meistens kaum jemand Lust zu helfen, weil das immer in ein Rumraten ausartet. ;)

  • Dropdown Menü vs. IE 8

    Hi,

    du hast die Subliste zwar absolut positioniert aber mit left:0;
    Normal müßte das doch ungefähr so aussehen:

    PHP
    #nav ul li ul  {
position:absolute;
left:-9999px;
}

    Eingeblendet wird sie dann beim hovern mit:

    PHP
    #nav ul li:hover ul  {
left:auto;
}

  • Aufzählunsbild (Bild vor Menüpunkt in Sidebar)

    Hi,

    die browserübergreifend gleiche Darstellung von Listenzeichen und auch der list-style-images ist praktisch unmöglich.
    Das geht nur wenn man das Listenzeichen als HG-Grafik einbindet. :wink:

    Zitat von -=Marc=-


    Zu Gestaltung von Listen findest Du >>>hier<<< jede Menge Infos und Beispiele.

    Der Beispiellink ist imho ziemlicher Unfug. :wink:
    Es wird noch nicht mal drauf eingegangen das die Default-Einstellung vom FF

    HTML
    list-style-position:outside;

    und beim Internet Explorer

    HTML
    list-style-position:inside;

    ist.

    Allein diese Tatsache führt oftmals zu unangenehmem optischen Überraschungen.

  • "Weiterlesen" anderst plazieren!

    Es ist immer besser einen Link zum Problem anzubieten. ;)
    Wenn nur ein Bild vom Problem angeboten wird, senkt das die Zahl der Hilfswilligen oft dramatisch ab.

    das mit dem Weiterlesen wird normal in der index.php erzeugt.
    Hier steht was dazu

    Der Link zum Weiterlesen erzeugt die Klasse .more-link, die in der style.css gestaltet werden kann.
    Du hast Einfluss darauf wo das weiterlesen erscheinen soll.
    Es kommt ja darauf an wo du in deinem Beitrag das

    PHP
    <!--more-->

    einträgst. :wink:

  • Internet Explorer zerstört Layout

    Zitat von D4N13L


    Auftraggeber und Webdesigner sollten IE 6 nicht mehr unterstützen, das ist meine Meinung.

    ich kann dir gar nicht sagen wie mir dieses IE6-ist Mist-Getröte auf die Nerven geht.
    Websites werden von mir auch für den IE6 angepaßt. Kleinere optische Unpässlichkeiten sind meist nicht so wichtig, Hauptsache die Site funktioniert.

    Entsprechende Anpassungen nehmen i.d.R. nur wenig Zeit in Anspruch (15 Min. oder so).

    *break*

    jep, erst mal validieren. :)

    Mit dem fehlenden HasLayout ist schon mal ein guter Tip. li und a der navi haben nämlich keins.
    Mir ist schleierhaft warum die navi in eine Tabelle gepackt wird, es sind schließlich keine tabellarischen Daten.
    Warum der footer absolut positioniert wird verstehe ich auch nicht so recht. Der kann doch ganz normal im Textfluß bleiben.

    Der header ist ein leeres Element. Warum??
    Der Text von der Grafik kann doch da rein und die Grafik wird mittels einer Image Replacement Technik drübergeschoben.
    Google kann nicht in Bildern lesen. ich glaube kaum das so was beim Auftraggeber große Begeisterung auslösen würde, wenn diese Möglichkeit der Indexierung vertan wird. :wink:

  • Internet Explorer zerstört Layout

    Zitat von D4N13L

    Grund -> IE 6

    Lösung -> Internet Exporer Updaten.

    Klar du kannst dich jetzt auch 2 Stunden hinsetzen und für den veralteten IE 6 eine Lösung programmieren. Aber meine Empfehlung ist: Ignorier die IE 6 Besucher und gut ist.

    ich weiß jetzt nicht was dieser Kommentar soll? :roll:

    Er gestaltet das für ein Unternehmen. Und wenn die viel IE6-Besucher haben bleibt ihm doch gar nichts anderes übrig als den zu berücksichtigen.

    Über deine Empfehlung würde sich der Unternehmer sicher ganz doll freuen. :-D

  • Abstand verkleinern bei erstem Beitrag

    Zitat von CiT

    Das Problem ist, dass der Content Container vollflächig ist. Das Floating der Sidebar kollidiert mit der .ngg-galleryoverview Klasse. In dem Fall hast du ein "clear: both;", womit deine Galerie eben erst nach der Sidebar anfängt.

    leider verschwurbelt falsch begründet aber irgendwie den richtigen Fingerzeig geliefert. :D

    Die Ursache des Problems ist das globale Clear, das unerwünschter weise auf alle Floats wirkt (deshalb auch global):

    Zitat

    Globale Wirkung von Clear:
    Wenn Clear für ein floatendes Element definiert wird, das in einem statischen Container hockt, gilt es für alle Floats auf der Seite.

    Lokale Wirkung von Clear:
    Wenn Clear für ein floatendes Element definiert wird, das in einem gefloateten Container hockt, gilt das Clear nur innerhalb der gefloateten Umgebung.

    Es reicht vielleicht schon, einfach das clear:both; für .ngg-galleryoverview in der ng.gallery.css (http://www.alexander-kulla.de/blog/wp-conten…y.css?ver=1.0.0 wp-content/plugins/nextgen-gallery/css/nggallery.css?ver=1.0.0 ) Zeile ca. 119 zu streichen (Mit Firebug getestet). ;)

  • kann Links der letzten Beiträge nicht ohne justify anzeigen

    Zitat von newbie007


    P.S.: Das mit dem Link zum Problem kann ein zweischneidiges Schwert sein, deswegen mache ich es nicht so gerne. Es gibt Leute, die einem schlecht machen wollen und das wäre für mich sehr ungünstig. Deswegen versuche ich immer erst ein paar Tipps ohne Verlinkung zu bekommen. Das ist ein guter Kompromiss.

    äh...., wie meinen?? :???:

    Findest du das nicht a weng paranoid?

    Naja, wurscht. :wink:

  • kann Links der letzten Beiträge nicht ohne justify anzeigen

    Zitat von newbie007

    Das ich nicht früher darauf gekommen bin, dass man die Sidebars keinen eigenen text-align-Befehl hatten und die Einstellung vom Content automatisch übernommen haben.

    Dem ist aber nur so wenn die sidebar ein Kind von content ist, weil sich Schriftgrößen ja vererben.
    Sind die beiden Geschwister ist deine Aussage eindeutig falsch, weil Geschwister sich nichts vererben können. :wink:

    Mit einem Link zum Problem hätte man dir in drei Minuten helfen können.

  • kann Links der letzten Beiträge nicht ohne justify anzeigen

    Zitat von newbie007

    Die meinte ich eigentlich. Dort ist aber nur bei #content { justify eingetragen. Es ist das Theme Revolution Code Blue 2.0. Es muss irgendwie machbar sein, die Anzeige der letzten Beiträge mit Link ohne justify anzuzeigen. Im Abschnitt Hyperlinks in der style.css ist auch nichts mit justify. Da muss man vielleicht was an dem get_archives-Befehl was ändern bzw. was hinzufügen. Es ist schon kommisch, dass nur der Content als justify definiert wurde und auch die letzten Beiträge so angezeigt werden. Ich werde mal beim Content das justify löschen und schauen, was das ergibt. Eigentlich würde ich die Beiträge lieber automatisch im Blocksatz haben, aber anscheinend wird man das getrent nicht so einfach hinbekommen. Schade.

    Zitat von koslowski

    Hi,
    erst mal justify ist im Web ein absolutes Nogo, weil der Browser keine Silbentrennung kann.
    Dadurch verschlechtert sich die Lesbarkeit deutlich, weil die Abstände zwischen den Wörtern sehr unterschiedlich sein können.

    *seufz*

    Zitat von koslowski

    Hi,
    Gut wäre ein Link zum Problem, dann könnte man dir bessere Tipps geben.

    *doppelseufz*