Beiträge von Ammaletu

    Also ich habe jetzt nicht im Detail herausgekriegt, woran es liegt. Denke aber eigentlich immer noch, dass das der Peek-a-boo-Bug des IE sein könnte:
    Peek-a-boo IE6 Bug
    On having layout — the concept of hasLayout in IE/Win

    So oder so solltest Du aber in der Struktur Deiner Seite etwas aufräumen, denke ich. Es gibt doch keinen wirklich guten Grund, float und position so exzessiv zu mischen, oder? Und den Header würde ich statt beidem einfach dort hinschreiben, wo er auch stehen soll, nämlich vor #content und #sidebar. Dann zeigt ihn auch der IE anstandslos an. Float brauchst Du dann auch nicht an #header, sondern höchstens an dessen Unterelementen, damit #header-box und #header-photo nebeneinander stehen.

    Und davon abgesehen validiert die Seite auch nicht, mit einigen eher leicht zu behebenden Fehlern. Es kann sicher auch nicht schaden, das mit als erstes anzugehen. ;-)

    Also auf Anhieb fällt mir dazu nur ein, dass das Plugin die mo-Datei auch laden muss. Es muss also wissen, dass es übersetzte Texte gibt und welche Sprache es laden soll.

    Ich habe mal in das Google-Sitemap-Plugin geschaut, weil das mit irre vielen Übersetzungen daher kommt. Da findet sich in einer init-Methode des Plugins (die bei jeder Ausführung läuft, nehme ich an) folgendes:

    PHP
    //Loading language file...
                //load_plugin_textdomain('sitemap');
                //Hmm, doesn't work if the plugin file has its own directory.
                //Let's make it our way... load_plugin_textdomain() searches only in the wp-content/plugins dir.
                $currentLocale = get_locale();
                if(!empty($currentLocale)) {
                    $moFile = dirname(__FILE__) . "/lang/sitemap-" . $currentLocale . ".mo";
                    if(@file_exists($moFile) && is_readable($moFile)) load_textdomain('sitemap', $moFile);
                }

    Sowas in der Art müsste in Deinem Plugin auch stehen, wenn das mit der Übersetzung klappen soll.

    Was auch möglich wäre: Dass für die MySQL-5-Datenbanken ein anderer Hostname oder Port verwendet werden muss. Bei meinem Provider ist das z.B. so. Mein MySQL 5 läuft über die Adresse "mysql5.[meine-domain].de", die alten 4er vermutlich über "mysql.[meine-domain].de". Aber so oder so könntest Du deswegen bei Deinem Provider mal nachfragen.

    Ähm, habe ich was verpasst?! Ich bin ja noch bei Wp 2.3.3, habe dort allerdings kein Problem damit, Beiträge aufzuteilen. Für statische Seiten habe ich es noch nicht probiert, sollte da aber eigentlich auch gehen.

    Damit es funktioniert muss in der single.php nach der Ausgabe des Contents die Seitennavigation ausgegeben werden. Im Default-Theme sieht das z.B. so aus:

    PHP
    <?php the_content('<p class="serif">Den ganzen Beitrag lesen  »</p>'); ?>
    <?php wp_link_pages(array('before' => '<p><strong>Seiten:</strong> ', 'after' => '</p>', 'next_or_number' => 'number')); ?>

    Wenn der Beitrag nicht auf mehrere Seiten verteilt ist, sollte wp_link_pages einfach nichts ausgeben. Tja, und dann fügst Du im Quelltext des Beitrags einfach an der gewünschten Stelle das hier ein:

    Code
    <!--nextpage-->

    Entweder so in der Codeansicht eintragen oder in TinyMCE per Button.

    Wo hast Du denn den Parameter [COLOR=Black]"[/COLOR][COLOR=#000000][COLOR=#cc0000][COLOR=Black]orderby_the_author_lastname" her?! Falls Du ihn Dir einfach ausgedacht hast: Das geht natürlich nicht, die Funktion muss den Parameter schon kennen. Was sie laut der von Dir verlinkten Codex-Seite nicht tut. Wenn man in die Funktion mal reinschaut, dann sieht man da ein "ORDER BY display_name" fest in der SQL-Query (ähm, WP 2.3.3 bei mir, weiß nicht wie es in 2.5 aussieht). Das wird dann wohl der Name sein, den der User als Display-Name eingestellt hat, nehme ich an, hier also Vor- und Nachname.

    Du könntest schauen, ob es eine Funktion gibt, die den Autor nicht ausgibt get_authors() z.B. und dann deren Ergebnis einfach selber sortieren. Vielleicht ist in 2.5. die Query ja auch anpassbar, was die Sortierung betrifft. Das wären so spontane Ideen dazu...
    [/COLOR] [/COLOR][/COLOR]

    Belies Dich mal etwas zu den benutzerdefinierten Feldern (engl. Custom Fields). Du kannst Dir einfach einen Key definieren, sagen wir mal "article_class". Bei Posts, wo Du die CSS-Klasse willst, fügst Du das Feld hinzu und nimmst als Wert den Namen der CSS-Klasse. Im Theme müsstest Du bei der Ausgabe der Beiträge (in allen Seiten, wo die Kennzeichnung stattfinden soll, also index.php, search.php, archive.php...) prüfen, ob das Feld da ist und ggf. den Wert des Feldes als CSS-Klasse ausgeben. Das gleiche lässt sich für alles mögliche definieren und ist relativ leicht umzusetzen.

    Also die brutale Lösung wäre einfach einen Datenbank-Dump zu erstellen, darin zu suchen und ggf. zu ersetzen und dann ggf. wieder zu importieren. Es gibt aber glaube ich auch ein Plugin, welches Texte in Beiträgen ersetzen kann. Such mal hier im Forum (ich weiß, dass es ab und an empfohlen wird) oder auf wordpress.org.

    Weil ich von einem Forenmitglied per PM gefragt worden bin, noch mal etwas detaillierter beschrieben. Einfach auf der betroffenen Seite, also der search.php normalerweise, folgendes raussuchen:

    PHP
    <?php if (have_posts()) : ?>

    Und dort drüber diese Zeile einfügen, in einen PHP-Bereich natürlich:

    PHP
    $posts = query_posts($query_string . '&posts_per_page=20');

    So hier zum Beispiel:

    PHP
    <?php
    $posts = query_posts($query_string . '&posts_per_page=20');
    if (have_posts()) : ?>

    Damit wird die Query, vor dem ersten Zugriff darauf, auf die neue Anzahl an Beiträgen geändert. Etwas aufwändiger wird es eigentlich nur bei Themes, die keine eigene search.php haben sondern z.B. alles in die index.php quetschen. Aber da könnte man auch immer noch eine search.php anlegen, z.B. als eine Kopie der index.php, und das dann dort reinschreiben.

    Müsstest Du einfach nur im Stylesheet wie gewünscht ändern. Folgendes habe ich da gefunden:

    Code
    div.entry-content em,div.comments ol.commentlist em{font-style:normal;font-weight:700;}

    Eventuell gibt es auch noch mehr Anweisungen dieser Art, musst Du mal schauen. Einfach entfernen oder wie gewünscht ändern. Standardmäßig stellen Browser em ja kursiv dar.

    Zitat

    Mein derzeitiges Theme scheint nämlich nicht 100% W3C konform zusein laut einigen Website Checkern.

    Ähm, also entweder ist es oder es ist nicht. Da ist doch wohl nur dieser Validator ausschlaggebend:
    The W3C Markup Validation Service

    Valide sollte die Seite natürlich schon sein. Ansonsten ist es doch denke ich (ohne ein SEO-Experte zu sein *g*) eher vom Inhalt abhängig und davon, ob das System Dir z.B. die Eingabe von seitenspezifischen Meta-Daten (keywords und description) erlaubt. Was WordPress an sich ja nicht tut, sich aber mit Plugins nachrüsten lässt.

    Also wenn der Autor sich da selber Gedanken drum macht ist das eingebaut: Wenn Du den Zeitstempel auf einen Zeitpunkt in der Zukunft setzt und den Beitrag dann veröffentlichst, wird er erst angezeigt, wenn der gesetzte Zeitpunkt rum ist. Das ist quasi automatisches Veröffentlichen.

    Du hast also alles schon da, wenn entweder der Autor oder Du als Admin/Chefredakteur ggf. bei einigen Beiträgen (z.B. vor der Freigabe) den Zeitstempel änderst.

    Die Seite braucht ein eigenes Template, welches die Sidebar einfach nicht einbindet. Alternativ kannst Du auch den Inhalt der sidebar.php in eine if-Abfrage einschließen, z.B. mit is_category oder so.

    Um was genau geht es Dir denn? Eine statische Seite, eine Kategorieansicht, einen Beitrag...?!

    Ehrlich gesagt finde ich, dass Du ruhig selber die 15 Minuten investieren könntest, das verlinkte Script zu verstehen, wenn Dir das so wichtig ist. Ich meine, der Aufwand beim Anpassen beschränkte sich im großen und ganzen darauf, "y" durch "x" zu ersetzen und "height" durch "width"...

    Aber gut, ich bin mal nicht so. ;-)

    Das CSS des Beispiels so hier ändern:

    Die 1200px sind nur dafür da, dass wir horizontal was zum Scrollen haben. Vertikal scrollen ist natürlich nicht mehr, der Text läuft also aus dem sichtbaren Bereich raus.

    So, und hier das geänderte JavaScript:

    Wenn Du mit "Kommentare" Deine Beiträge meinst: Einfach das hier über den Beginn des Loops in der index.php schreiben:

    PHP
    $posts = query_posts($query_string . '&cat=-xyz');


    Du musst natürlich für "xyz" die ID der Kategorie eintragen, das Minus aber stehen lassen. Achtung: Es werden nur Posts ausgeschlossen, die keiner anderen Kategorie zugeordnet sind!