Beiträge von Ammaletu

    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!

    Also so ganz steige ich nicht durch, was da passiert, zumal auf Deiner Seite mittlerweile Kommentare zu sehen sind, auch wenn sie alle als Trackback gekennzeichnet sind. Aber das hier sieht falsch aus:

    PHP
    <?php foreach ($comments as $comment) : ?> 
    <?php if (get_comment_type() == 'Kommentar') : ?> 
        <li id="comment-<?php comment_ID() ?>"> 
        <?php comment_text() ?> 
        <p><cite><?php comment_type( __('Antworten'), __('Pingback')); ?> <?php _e('von'); ?> <?php comment_author_link() ?> <?php comment_date() ?> <a href="#comment-<?php comment_ID() ?>"><?php comment_time() ?></a></cite> <?php edit_comment_link(__("Editieren"), ' |'); ?></p> 
        </li> 
     
    <?php endif; ?> 
    <?php endforeach; ?>

    get_comment_type() gibt IMHO keinen deutschen Wert zurück, die if-Bedingung dürfte also nie stimmen. comment_type erwartet zudem drei Parameter, und sicher nicht "Antworten". Ich würde deshalb vorschlagen es mal so zu probieren:

    PHP
    <?php foreach ($comments as $comment) : ?> 
    <?php if (get_comment_type() == 'comment') : ?> 
        <li id="comment-<?php comment_ID() ?>"> 
        <?php comment_text() ?> 
        <p><cite><?php comment_type('Kommentar', 'Trackback', 'Pingback'); ?> <?php _e('von'); ?> <?php comment_author_link() ?> <?php comment_date() ?> <a href="#comment-<?php comment_ID() ?>"><?php comment_time() ?></a></cite> <?php edit_comment_link(__("Editieren"), ' |'); ?></p> 
        </li> 
     
    <?php endif; ?>
    <?php endforeach; ?>

    Möglicherweise ist da ein Auto-Ersetzen mal schief gegangen oder so!?

    Siehe auch:
    Plugin API/Filter Reference « WordPress Codex
    Template Tags/comment type « WordPress Codex

    Also mit einer kurzen Suche auf wordpress.org habe ich diese beiden Plugins gefunden:
    WordPress › Sabre « WordPress Plugins
    WordPress › Register Plus « WordPress Plugins

    Beide listen das gewünschte Feature nicht auf, aber vielleicht kann man die Plugin-Autoren ja überzeugen, das einzubauen? Es sollte nicht zu schwierig sein und beide Plugins scheinen aktiv entwickelt zu werden.

    Damit es wirklich effektiv ist, müsste man sich da aber eigentlich auch in die Profilseite hängen, wo der Nutzer sein PW ja ändern kann.

    Wenn Dir die Kategorienansicht ausreicht kannst Du ja einfach diese anstelle der statischen Seite im Menü aufführen. Na jedenfalls wenn Du das selber baust per sidebar.php und nicht über Widgets. Ansonsten kannst Du der statischen Seite auch ein Template geben, welches unter dem Seitentext alle Artikel einer Kategorie ausgibt. Anleitung dazu findest Du bestimmt hier im Forum oder bei texto.de. Ansonsten noch mal nachfragen. ;)

    Zitat

    Hmm, und wo kann ich die Logfiles einsehen?

    Es ist Dein Server, das musst Du selber wissen. ;) Vielleicht werden auch keine Logfiles geschrieben, sondern die Fehler direkt am Bildschirm ausgegeben. Aber das wäre für ein Produktivsystem nicht wirklich sinnvoll.


    Zitat

    Außerdem möcht ich sagen, dass ich mir ziemlich sicher bin, was Fehler angeht: es treten keine auf (error_reporting(E_ALL); gibt nichts aus). Es wird simpel nichts ausgegeben... Hat noch jemand eine Idee?

    Leider keine, die nicht auf einem PHP-Fehler beruhen würden. Es könnte sein, dass einfach zu viele Plugins laufen und Dein Speicherlimit überschritten wird. Aber auch das sollte eine Meldung generieren.

    Oben hast Du ja nun nur beschrieben, dass die Optionen des Plugins nicht aufzurufen sind. Funktioniert das Neubauen der Sitemap denn trotzdem noch, wenn Du einen Artikel speicherst/anlegst?

    Ich habe jetzt nicht wirklich Zeit, in das Script zu schauen. Aber reichen da nicht einige Zeilen CSS dafür?! Sagen wir mal, Du hast ein div mit einer Klasse, welches die Scrollbar kriegen soll. Dem div gibst Du eine fest Weite (oder eine relative, je nach Seite) und dann packst Du da mehr Inhalt rein als reinpasst, ganz viele Bilder meinetwegen. Dann einfach "overflow: scroll" für das div definieren und den Zeilenumbruch dafür ausschalten (damit der Browser die Sachen nach rechts und nicht nach unten darstellt), und der Browser sollte eine Scrollbar produzieren, oder? Da könnte es höchstens sein, dass gleich zwei Scrollbars eingeblendet werden. Müsstest Du auf jeden Fall in mehreren Browsern testen.

    Also wenn Du Widgets nutzt, sollten die Unterkategorien eigentlich angezeigt werden. Wichtig ist dabei, dass Kategorien, denen keine Beiträge zugeordnet sind, ausgelassen werden. Vielleicht luiegt Dein Problem ja auch daran.

    Wenn Du 2.5 benutzt schau ansonsten bitte mal in die Optionen des Kategorien-Widgets. Es gibt in 2.5 den Parameter "depth" neu an der wp_list_categories-Funktion. Kann sein, dass der im Widget auf 1 gesetzt ist standardmäßig. Falls es keine Option dafür gibt, könntest Du auch mal in wp-includes/widgets mal die Funktion wp_widget_categories raussuchen und schauen, ob da depth auf irgendwas gesetzt wird. Siehe:
    Template Tags/wp list categories « WordPress Codex
    Wert sollte 0 oder -1 sein, damit alle Kategorien angezeigt werden.

    Ob Dein Theme die Unterkategorien dann eingerückt anzeigt, hängt im übrigen vom Theme ab und davon ob in den Widget-Optionen die Einstellungen "hierarchisch" angehakt ist.

    Ah ok. Das machst Du ganz genauso: Der Container, an dem Du die Hintergrundfarbe definierst, wird als inline definiert. Eventuell musst Du dafür einen inneren Hilfscontainer einführen (ein span meinetwegen), falls an dem eigentlichen Container noch Abstände oder ähnliches hängen, die sich bei inline-Elementen anders auswirken.

    Je nach Browser kann es Dir allerdings passieren, dass dann zwischen den Textzeilen Abstand entsteht, der Hintergrund also nicht durchgeht, oder am rechten Rand flatterig wird, wenn es nicht Blocksatz ist. Musst Du also mal ausprobieren, ob Du das so hinkriegst, wie Du es Dir vorstellst.

    Sorry, ist mir jetzt nicht wirklich klar, worum es Dir geht. Fürs erste kann ich Dir aber ans Herz legen, das Theme noch etwas aufzuräumen. Es werden eine ganze Reihe an Validierungsfehlern angezeigt:
    [Invalid] Markup Validation of http://www.ludk.de/wordpress/ - W3C Markup Validator
    Die sind vielleicht auch der Grund, warum die Seite bei mir im FF2 etwas wirr aussieht. Da überlappen sich Texte oder sind weiß auf weiß etc. Vielleicht löst sich da ja auch Dein Problem gleich mit.