Beiträge von kaiser

  • Eigenes JS Script funktioniert nicht

    Nur kurz: wp_head() ist ein "Action Hook" aus dem WordPress core, der in jedem Theme (in der header.php) vorhanden sein sollte. Das ist er nicht, daher musst Du die function my_script() händisch dort einfügen und nicht über den hook. Viele Plugins verlassen sich darauf, schau also Dein Theme durch ob Du die folgenden Action Hooks auch drinnen hast:
    wp_head, wp_meta, comments_form und wp_footer (alle mit "();" hinten dran).

    Beim <script>-teil sollte am Anfang
    jQuery.noConflict();
    stehen. Dann kannst Du "$" in Deinen Definitionen durch "jQuery" ersetzen. Dadurch kollidiert es nicht mit anderen Core-Bibliotheken wie Scriptacolus, die zB von einem Plugin integriert werden könnten.

  • nummerierte Liste mit Beitragstiteln erzeugen

    Du solltest das <h1>usw.<?php the_title(); bla... unbedingt vor den loop packen. Falls nicht, dann eher mit <span class="large-list-header"><?php the_title();</span> ersetzen. Überschriften sind block level Elemente.

    Was genau funktioniert eigentlich nicht so, wie es soll? Moment...

    Äh. Du, der Loop läuft ja immer und immer wieder, bis kein Artikel mehr laut Definition der Query aufgerufen wird. Das <ol> also vor den Loop setzen und das </ol> nach den Loop. Du willst ja keine Liste pro Artikel, sondern nur ein Listenelement, oder?

  • Eigenes JS Script funktioniert nicht

    Nachdem ich dort jetzt nur jQuery sehe, nehm ich an, dass der Rest gar nicht erst geladen wurde? Wenn dem so ist, dann müssen wir uns jetzt wirklich was überlegen.

    Eigentlich sollte es auch bei xampp funktionieren und keine Unterschied machen...

    Edit: Dort, wo 'my_script' steht, hast Du aber schon jeweils einen einzigartigen Namen vergeben? Falls da einer doppelt ist, oder sich mit etwas aus dem Core doppelt, wird's nämlich nicht geladen, da WP glaubt, dass es schon vorhanden ist. Und pack gleich nach

    PHP
    function bla() { "if( !is_admin() ) { wp_usw. } }

    rein.

  • "Future Core Login" Plugin (Beta: neu) - Themeable Login

    Hallo Kolleginnen & Kollegen,

    da WordPress trotz vorhandenem Trac-Ticket und funktionierendem Patch noch immer den admin-Stylesheet zzgl. dem Login Stylesheet lädt, habe ich ein Plugin geschrieben, dass nur einen einzelnen Stylesheet lädt. D.h. 1 Request weniger und einiges weniger zu laden. Zusätzlicher Vorteil ist, dass der Loginbereich mit weit weniger Aufwand ge"themed" werden kann (Css Know-How vorausgesetzt). Die Vorteile der Lösung:

    + Einzelner optimierter Stylesheet für den Loginbereich
    + Wird eine login.css-Datei im Theme gefunden, so wird diese verwendet
    + Child-Theme ready; Child-login.css overrules Parent-login.css

    Ich suche derzeit Beta-Tester. Bitte einfach hier posten, oder gleich eine PN mit E-Mail Adresse.

  • Multiple Loops, Query und Post Count

    maxe: elegante Lösung.

    Anderer Ansatz (direkt aus dem Codex):

    ?>

  • Eigenes JS Script funktioniert nicht

    Mach erstmal für all Deine scripts, die in den head wandern eine function, die all die wp_enqueue_script Aufrufe enthält und eine für die footer-Aufrufe und leg die in die functions.php. Dann setze darunter die add_action Aufrufe. Ein direkter Aufruf von wp_enqueue_script ist oftmals fehl, weil Du ja nicht wirklich weißt, wo Du das dann lädst. Das sollte Problemlos funktionieren. wp_deregister und wp_register brauchst Du erstmal nicht.

    Was Du genau mit der Liste oben machst, versteh ich leider nicht. <footer> ist ein Html5 Element? Und 37 scripts sind ein bissl "overhead", oder? ;) Schau mal mit Firebug, wie lange Deine Seite da zu laden hat... Die aktuelle, mit WP verschiffte jQuery Version ist übrigens 1.4.irgendwas (Edit: Vielleicht liegt das eine oder andere an der falschen Version von jQuery. Du machst es ja davon abhängig. Die Frage ist welche Version geladen wird)

  • Eigenes JS Script funktioniert nicht

    Erstmal: http://forum.wordpress-deutschland.org/plugins-und-wi…nditionals.html

    Hatte nämlich gestern das Problem. Die Priorität ist die Priorität in der "Ladeliste". Kleine Zahl = lädt früher. Von Haus aus haben alle functions, die an einem action hooks (also ein Haken, an dem man Code einfügen kann) hängen, die Priorität 10. D.h. wenn alle dieselbe Priorität haben (also nix angegeben ist), dann werden sie in der Reihenfolge ausgegeben, in der sie im Code angegeben sind. Das kann man mit der Priorität ändern. Das ist auch keine native Php-function, sondern schlichtweg eine function, die zwar in php programmiert wurde, aber nur in wp zur Verfügung steht. Diese function (add_action) akzeptiert Parameter. Und zwar (siehe Codex): Name des action hooks, Name der function, die dort ausgeführt werden soll und "Ladereihenfolge"/Priorität.

    Soweit alles klar?

    Edit: http://codex.wordpress.org/Function_Reference/add_filter
    Edit: http://codex.wordpress.org/Function_Reference/add_action

    Beide Funktionen sind Teil der Plugin API.

  • Read More verändern

    Anmerkung: Bitte nichts im Core von WP ändern. Das ist sonst bei einem Update weg.

    Mit apply_filters bietet Wordpress eine einfache und angenehme Möglichkeit auch in den Core einzugreifen.

    Schreib einfach in Deine functions.php

    Code
    function my_custom_excerpt_more() {
return '...'; // gibt ... als Ausgabewert retour
}
add_filter('excerpt_more', 'my_custom_excerpt_more');

    Du kannst also überall, wo im core apply_filters('name_des_filters', $variable_mit_dem_was_geändert_werden_kann) steht etwas modifizieren. Randnotiz: Überall wo do_action steht, kannst Du etwas anfügen. (Ist auch mit apply_filters möglich, hier aber zuviel).

    Edit: http://codex.wordpress.org/Function_Reference/add_filter
    Edit: http://codex.wordpress.org/Function_Reference/add_action

    Ps. @marajano: Finde ich trotzdem kool, dass der 3te Beitrag hier schon eine Hilfestellung ist :)