Beiträge von kaiser

    Bei deinem übergeordneten Div#page hast Du width: 100% angegeben. Das sind 100% des Browserviewports. Probier's einmal mit zB: #page { width: 950px; }. Dann sollte es "statisch" bleiben. Sinn Deines Themes ist aber eigentlich ein "fluid" Layout, oder?

    Ps. Content valide machen, bedeutet etwas anderes. Google einmal "validieren" oder lies Dir die Erklärung zum W3c Validator durch.

    Hello Leute,

    ich komme leider mit einem Problem nicht weiter: Ich will datumsabhängig Inhalte ausgeben. Ich verwende das pods-Plugin, also bitte nicht wundern wo der Code am Anfang mit der while-Schleife her kommt. Das Problem ist eigentlich nur der letzte Code-Block. Irgendwie wird mir, egal welcher Event aktiv ist, immer dasselbe, oder gar nichts ausgegeben. Ich steh auf dem Schlauch und weiß nicht einmal warum. Die Ausgabe des Datums für Testzwecke habe ich unten angeführt und die ist nämlich richtig...

    Habe mich mit der Funktion eigentlich noch nie beschäftigt, aber ich würde einmal sagen, du hast es nicht auf der index.php (oder: deine_individuelle_front_page.php) eingebunden, sondern in der single.php oder der page.php...

    Übrigens, die linke Spalte nennt sich #right :mrgreen:

    Andere Sachen:
    * Die linke Spalte hat float: left; die rechte Spalte nicht. Dafür hat die wieder ein clear: both; (sollte eher none bei beiden sein) und float: left; fehlt.
    * Die linke Spalte hat: margin-left: 10px; position: fixed, top: 30px. Sollte eher: position: fixed; top: 30px; left: 10px; sein.

    Ganz ehrlich: Die Seite ist vom Css her (und den Teil zensurier ich gleich einmal selbst). Nicht böse sein, aber da ist das Bug-Tracking eigentlich unmöglich, weil es nix ohne Bugs gibt. zB wenn Du den div#bg löscht hauen auch alle Font-Definitionen (Größe) ab, weil der Rest scheinbar inherit darauf ist. Ich denke neu machen wird einfacher und weniger Zeit raubend sein, als da herum zu doktorn.

    ---------------

    Edit: Hab mir die Style.css jetzt noch einmal angesehen. Das schaut mir sehr "gewachsen" aus, also php-Tempaltes geschrieben und dann Stück für Stück die css-Datei ergänzt. Da sind extrem viele Html-Elemente einzeln und global angesprochen, was garantiert zu Konflikten führt. Weiters sind da einige Dinge doppelt drinnen, bzw. werden durch steigende Spezifität Dinge überschrieben oder greifen so einfach nicht... Erhlich: Neu machen ist ein nett gemeinter Rat.

    Ad Link) Was der Autor irgendwie auslässt, ist include_once und require_once (wobei ich auch nicht wüsste, was dann genau passiert).

    Ad Frage 1) Ich weiß es ehrlich gesagt auch nicht. Habe das einmal kurz probiert, aber nicht ganz verstanden und daher einfach gelassen. Bei mir hat weder require noch eine der anderen 3 Varianten gegriffen und einen "fatal Error" erzeugt... Ich meld mich wieder, falls ich zufällig wieder einmal dran bin und (noch zufälliger) eine Lösung finde.

    Ah, was auch noch sein könnte: Nimm doch einmal die overflow-Geschichte, beim body raus. Braucht niemand, weil der body sowieso die ganze Seite einnimmt. Genauso kannst du den bg-Container fürs Hintergrundbild löschen und einfach dem body ein background-image zuweisen. Das erspart Dir die ganze z-index Sache, die garantiert auch irgendwann einmal ein Problem wird, wenn mehrere neue Elemente zur Seite hinzu kommen.

    Bevor ich zur (vermeindlichen) Lösung komme zwei Bitten:

    a) Falls bei Dir die Caps-Lock-Taste nicht hängen geblieben ist, verwende bitte die Großschreibung. Sonst würde das ja gemeinhin "Schreien" bedeuten und dafür ist glaub ich kein Grund vorhanden. Liest sich außerdem verdammt schwer.
    b) Es gibt einen Code-Button. Diesen bitte verwenden. Insgesamt ist es für alle einfacher, wenn der Thread leicht lesbar ist.

    Ad position) Habe jetzt keine IE mit Dev-Toolkit und kann nur raten um was es geht. Daher: Ich denke, da ist dem Entwickler ein Fehler unterlaufen. Verwende doch einmal "relative" statt "absolute". Dann sollte alles passen.

    Ich hab vor kurzem ein Trac-Ticket incl. Patch gepostet, das noch auf Test & Freigabe wartet... Kommt dann allerdings erst mit WP 3.0 vermutlich Ende April (dann gibt es die komischen Admin-Styles nicht mehr, sondern nur eine kurze übersichtliche login.css). Inzwischen würde ich auf Plugins verweisen und nicht versuchen, da die login.css zu verändern oder deregistrieren. Eigene Styles könntest Du noch via style.css einbinden, bzw. mit höherer Spezifität die Originaldefinitionen überschreiben.