Beiträge von marX

    fehlerhafte Texte lassen sich im Blog allerdings korrigieren. In SuMa-Caches eher weniger.


    Da ändert sich das dann auch - nur nicht so schnell.

    Zitat

    Daher plädiere ich persönlich für saubere Texte, aber das soll jeder machen wie er mag. :D


    Das sowieso... :D

    Dir auch ein schönes WE!

    Also WP kennt dann nur is_date(). Du könntest höchstens direkt auf die weekly-Variable prüfen:

    PHP
    if( isset($_GET['w']) && !empty($_GET['w']) ) {
    ...
    }


    Ungetestet...
    (Wenn das nicht klappt musst du die Variable $wp_query mal auseinander nehmen und gucken, was in 'w' steht. Das 'w' ist auch nur geraten, sollte es aber sein.)

    Also ohne Plugin würde ich da so rangehen:

    PHP
    $utimeDatum1 = $comment->date;  // Datum des Kommentars holen
    $utimeDatum2 = time();          // Jetzt 
    $diff = $utimeDatum2 - $utimeDatum1; // Differenz bilden
    $year = date('Y', $diff); // z.B. fürs Jahr


    Und aus $diff holst du dir dann mittels date() und den entsprechenden Datumsformat-Strings die einzelnen Datumswerte in Variablen, ein Array oder was auch immer (siehe letzte Zeile). Lässt sich bestimmt gut in ein Plugin oder eine eigene Funktion verpacken, die das Alter formatiert zurückliefert.
    Bei der Variable, die das Kommentardatum enthält musst du mal gucken, die weiß ich nicht auswendig. comment_date() geht jedenfalls nicht, weil die ja eine Ausgabe enthält. Gibts get_comment_date() ? Im Codex stand nix dazu...
    Link: PHP: date - Manual

    Das Problem ist ja aber [...] dass die Formatierung dem <p> zugewiesen wird, welches das Bild umgibt.


    Falsch. Die Rahmen werden dem Link-Element <a> hinzugefügt - und die benötigen eine Klasse, wenn Bilder verlinkt sind, um das Verhalten abzustellen (siehe Alphawolfs Posting). Das Problem ist, dass du mit CSS nicht sagen kannst: "Wenn der Link ein Bild enthält, dann keinen Rahmen, sonst Rahmen".

    Coole Sache, da haben die Entwickler ja endlich mal mitgedacht. Jetzt fehlen nur noch Tooltip-Beschreibungen der Buttons damit man auch weiß welcher was macht. Gibts eigentlich auch ne Benutzer-Anleitung für den TinyMCE?


    es ist recht umständlich, erst das eine zu machen, dann das andere und final das,
    was man vor hat, nämlich einen Beitrag zu posten. Hier wünscht man sich ein Script,
    welches das Posting auf die nur zugelassenen Tags strippt, so wie es jedes aktuelle
    Forum auch schafft.


    Nochmal - es liegt am Zusammenspiel von Word (kopiert Formatierung in Form von HTML-Code) und dem WYSIWYG-Editor TinyMCE, der diese Formatierungen ungefiltert entgegen nimmt (was ja an sich korrekt ist). Das Problem hast du mit jedem (mir bekannten) JavaScript-basierenden WYSIWYG-Editor - sollte auch hier im Forum auftreten. (Tut es anscheinend auch, wenn ich mir das Quoting so ansehe...)

    Zitat

    Jedem User eine Gebrauchsanweisung in die Hand zu drücken kann auch nicht der
    Sinn eines Blogs sein.


    Warum nicht? Bevor ich etwas einsetze mache lese ich die Anleitung. Spätestens wenn Probleme auftauchen. Dafür gibt es ja Anleitungen.

    Zitat

    Rechtschreibfehler möchte ich weitgehenst vermeiden


    Der Firefox hat eine Rechtschreibprüfung für Textareas. ;)

    Zitat

    weil SuMas die Results so darstellen, wie sie gepostet
    wurden und da schauen Fehler oft sehr stümperhaft aus.


    Noch schlimmer - die Fehler treten dann sogar auf *deiner* Seite auf, nicht nur in den SuMa-Ergebnissen. ;)

    Zitat

    Vielleicht schafft es ja irgendwann einmal irgendwer, ein solches AddOn zu publizieren.
    Meinen Segen hat er/sie :D


    Wie bereits beschrieben - schalte den WYSIWYG-Editor in WP aus. Dann ahst du das Problem nicht. Wenn's dir nur um die Rechtschreibprüfung geht ist das die einfachste Lösung. Wie das geht steht in der FAQ.

    Word oder den WYSIWYG nicht verwenden. Word verwendet eigene HTML-Elemente, um den kopierten Code zu formatieren, und diese werden in den WYSIWYG-Editor übernommen.

    Schreib den Text entweder direkt im Blog-Backend, oder verwende einen einfachen Texteditor ohne Formatierungsmöglichkeiten zum Vorschreiben. Oder schreibe den Text in Word, kopiere ihn in einen einfachen Texteditor und von dort aus erst ins Blog - das killt ebenso die Word-eigenen Formatierungen.

    Was bedeutet Dein:

    PHP
    $query_string.



    So wie ich das richtig übersetzte, heißt es, daß er die standard WP Abfrage verwendet nur mit meinem Zusatz, der nach dem & kommt? Ich haben mal beie Varianten probiert. Es ändert sich nichts.


    Ja, genau das heißt es. Ich habe die Variable mit rein genommen, damit nicht versehentlich die Abfrage nach dem Autor verloren geht. Ist auch auf der o.g. Codex-Seite kurz beschrieben (direkt über der Zwischenüberschrift "Parameters"):

    Zitat

    Example 3

    This example explains how to generate a complete list of posts, dealing with pagination. We can use the default $query_string telling query posts to bring us a full posts listing. We can also modify the post_per_page query argument from -1 to the number of posts you want to show on each page; in this last case, you'll probably want to use posts_nav_link() to navigate the generated archive. .

    PHP
    <?php 
    query_posts($query_string.'posts_per_page=-1');
    while(have_posts()) { the_post();
    <!-- put your loop here -->
    }
    ?>

    Desweiteren frage ich mich, ob man irgendwie das Post-Datum, das angezeigt wird, ändern kann. In meinem Fall +30 Jahre. So dass dann da steht 13.3.38 statt 13.3.08 (das wäre ganz praktisch, da es in meinem Blog um fiktive Nachrichten aus 30 Jahren in der Zukunft geht). Die Serverzeit kann ich nicht anpassen, hab nur einen normalen Webspace.


    Es gibt zwar die Zeitstempel-Funktion beim Beitrag schreiben - würde ich in deinem Fall aber nicht verwenden (in der Standardeinstellung werden Posts dann nicht einfach vordatiert sondern erst zum angegebenen Zeitpunkt veröffentlicht.)

    Ich würde eher den "normalen" Zeitstempel des Postings im Theme hernehmen und vor der Ausgabe 30 Jahre draufaddieren.
    Template Tags/get the time « WordPress Codex
    PHP: strtotime - Manual
    PHP: date - Manual

    Sollte in etwa so funktionieren:

    PHP
    <?php echo date( 'd.m.Y', strtotime( get_the_time('Y-m-d') . ' +30 year' ); ?>


    (ungetestet)

    Hatten wir erst vor ein paar Tagen und ist im Codex wunderbar beschrieben:

    Zitat

    If you need to test whether this is a particular page OR a child of that page (e.g. to present a different banner on different sections of a page-based site), get the parent page IDs from the back-end, then use code like this:


    Conditional Tags « WordPress Codex

    Ohne mir das Problem jetzt näher angesehen zu haben - du kannst keine Session starten, wenn bereits Ausgaben an den Browser gemacht wurden. Starte die Session in der header.php VOR der 1. Zeile HTML-Code.

    Ansonsten fehlt dir der Parameter "title_li" ohne Wert beim Aufruf von wp_list_pages im if-Zweig.

    Je nach Layoutanforderungen könnte es auch mit display:inline statt float:left funktionieren. Abstände bekommst du mittels margin/padding (was aber bei Inline-Ausrichtung etwas andere Auswirkungen hat).