Beiträge von Ammaletu

    Ohne Link zur Seite kann man nur raten, aber Möglichkeiten wären:
    - JavaScripte in falscher Reihenfolge eingebunden oder andere Konflikte mehrerer JS
    - Hook im Theme fehlt, so dass die JS gar nicht eingebunden werden (wp_head() oder wp_foot(), weiß ich gerade nicht, welches die Lightbox nutzt)
    - Lightbox-Einstellungen so eingestellt, dass die Lightbox nicht automatisch aktiviert wird

    Also: Erstmal die Einstellungen überprüfen, dann schauen, dass die nötigen JS-Dateien eingebunden sind und dass der Browser keinen JS-Fehler anzeigt.

    Die Text-Widgets sind offenbar durchnummeriert. Du kannst ein bestimmtes Text-Widget also z.B. so ansprechen:

    .widget#text-3 h2 {
    // ...
    }

    Das ist natürlich nicht so robust, da sich die Nummer des Widgets u.U. ändert, wenn man es in der Sidebar hin- und herschiebt oder so. Falls das für Deinen Bedarf nicht reicht, machst Du am besten aber ein eigenes Widget. Die Textwidget-Klasse kannst Du ja kopieren und umbenennen.

    Kann ich bestätigen, schon beim ersten Neuladen waren die Kategorien weg, beim zweiten wieder da. Aufgefallen ist mir nur, dass gleichzeitig auch die "Zufalls-Impressionen" nicht angezeigt wurden. Ansonsten hätte ich leider auch nicht wirklich eine Erklärung, wie das passieren kann. Hast Du mal geschaut, ob das nur auf der Startseite passiert oder auch auf anderen Seiten? Und werden auf dem Server PHP-Fehler geloggt?

    Aktuell enthält die Seite einen kaputten Doctype (die zweite Hälfte fehlt) und davor noch einen HTML-Kommentar, was meines Wissens nach nicht sein darf. Siehe auch die Validator-Meldung. Du solltest zudem überlegen, ob Du einen HTML- oder XHTML-Doctype verwenden möchtest. Zumindest Teile des Themes scheinen von XHTML auszugehen, weswegen ich eher dazu raten würde.

    Und man kann sich doch auch im Footer Infos über die Datenbank-Queries ausgeben lassen. Vielleicht zeigt sich da auch der Flaschenhals?! Ich komme gerade leider nicht drauf, wo man das genau anknipst, aber Google oder Forensuche sollten dazu was liefern.

    Wenn die Installationsseite kommt, werden die Daten in der wp-config wohl nicht richtig sein. Schau ggf. mit phpMyAdmin oder einem ähnlichen Tool nach, dass die Tabellen tatsächlich da sind. Stelle außerdem sicher, dass der DB-Prefix sowie der Server stimmt. Wenn Du auf MySQL 5 umgestellt hast, kann das bei manchen Providern ein anderer DB-Servername sein.

    Ich denke, Du gibst da die Rohdaten aus. Da werden bestimmt keine Hooks ausgeführt, deshalb wird der Shortcode auch nicht ersetzt. Die Funktio get_page ist da nicht richtig, würde ich vermuten. Mache besser einen neuen Mini-Loop, aber ohne den Original-Loop zu überschreiben.

    Ohne jetzt reingeschaut zu haben: Kannst Du das Standard-Widget nicht überschreiben und in der Hinsicht anpassen? Oder ist das Bauen des HTML-Codes sehr tief versteckt?

    Ich nehme im übrigen an, dass das gemacht wurde, um möglichst unabhängig vom Theme zu sein. Zudem wäre die Frage, wie viele Schriftgrößen man dann im Stylesheet unterbringen müsste. Kann man im übrigens nicht auch noch Mindest- und Maximal-Schriftgrpße angeben in den Widget-Optionen? Das wäre dann schwierig, alle möglichen Werte im Stylesheet drin zu haben, wenn die Lösung allgemein verwendbar sein soll. Einfach Inline-Styles zu nehmen ist da sicher für die breite Masse einfach portabler, für den Eigenbedarf kannst Du das aber natürlich umbauen.

    Wenn immer das gleiche zu ersetzen ist, sollte das kein Problem sein: Manuell in der Datenbank oder besser über ein Plugin. Ich komm gerade nicht auf den genauen Namen, aber such mal nach "database replace" oder so im Repository oder hier in der Forensuche. Wenn es pro Post eine andere ID ist, musst Du da wohl eine Funktion für schreiben, welche die Ersetzungslogik enthält und sich an den Importprozess dranhängt.

    Du kannst z.B. der Beitragsüberschrift einen Abstand nach unten geben:

    Code
    .post h2 {
      margin-bottom:0.5em;
    }

    Das Datum selber hat ja leider keine eindeutige Klasse dran, so dass sich das eher schlecht anspricht.

    Zitat

    Und vielleicht eine Doku, welcher Bereich im Stylesheet was macht?

    Das macht jedes Theme anders. Wenn es überhaupt sortiert ist, dann steht das doch normalerweise als Kommentar dabei. Wenn Du Dich mit CSS beschäftigen möchtest, ist nach wie vor SelfHTML eine der besten Ressourcen, die Du dazu finden wirst auf Deutsch. Und installiere Dir Firebug oder die Web Developer Toolbar im Firefox, das ist echt unverzichtbar für die Arbeit mit Styles.

    Am besten macht sich das übers Stylesheet, denke ich. Jedes Widget sollte eine eindeutige Klasse haben, mit der Du dann genau dieses Widget ansprechen kannst. Wobei ich gerade auch nicht sicher bin, welche Klassen denn an Textwidgets hängen, die man ja mehrmals hinzufügen kann. Musst Du mal im Quelltext schauen (oder mit Tools wie Firebug oder Web Developer Toolbar).

    Also am einfachsten kannst Du die Höher des Headers verkleinern, wenn Dich die unteren Wolken nicht interessieren. Die Höhe ist im Stylesheet an zwei Stellen unterschiedlich definiert, warum auch immer: Ab Zeile 42 und ab Zeile 240. Die zweite Angabe überschreibt die erste.