Beiträge von codestyling

    Also bitte nicht jquery rumkopieren, sondern die WP eigene Variante benutzen. Und sicherstellen, das die jquery.idTabs.min.js auch dazu passen.

    Und ab WP 2.6 geht das so und sollte in der functions.php deines Themes stehen ([COLOR=Red]Theme basiert[/COLOR]):

    Code
    $themes = get_themes(); 
    $script = $themes[get_current_theme()]['Template Dir'] . "/jquery.idTabs.min.js";
    if ( file_exists(WP_CONTENT_DIR . $script) ) {
      wp_enqueue_script('jquery.idTabs.min.js', WP_CONTENT_URL . $script, array('jquery'));
    }

    oder für Benutzung innerhalb von eigenen Plugins, die WP erweitern ([COLOR=Red]Plugin basiert[/COLOR]):

    Code
    $ct = current_theme_info();
    $script = $ct->template_dir . "/jquery.idTabs.min.js";
    if ( file_exists(WP_CONTENT_DIR . $script) ) {
      wp_enqueue_script('jquery.idTabs.min.js', WP_CONTENT_URL . $script, array('jquery'));
    }

    Erstens wird das aktuelle Theme und die URL korrekt ermittelt und das jquery.idTabs.min.js direkt von dort geladen aber nur wenn auch existent. Da es von jQuery abhängt, ist das auch mit dem 3. Parameter angegeben und sorgt dafür, das jQuery noch vorher geladen wird.

    Wenn du es innerhalb einer Funktion oder Methode benutzt, mußt du es innerhalb erst verfügbar machen:

    Code
    function mach_was() {
       [COLOR=Red][B]global $wpdb;[/B][/COLOR]
       $ergebnis = $wpdb->get_results("SELECT start,ziel FROM wp_testtabelle ORDER BY anzahl DESC LIMIT 0,5",ARRAY_N);
        return $ergebnis;
    }

    Ich bin aber nicht der Autor von wp-polls :)
    Nur soviel kann ich sagen, die Votinganzahl multipliziert jemand mit 10 und stellt sie als Prozente dar, was falsch ist.
    Aussdem sagt deine Seite das sie
    <!-- Start Of Script Generated By WP-Polls 2.20 -->

    mit einer älteren Version arbeitet. Hast du die 2.31 schon getestet ?

    Ich hab das gerade mal getestet. Die Version aktuelle 2.31 Version hat eine Sprachdatei, die unvollständig übersetzt ist. Nachdem ich die Sourcen mit meinem Plugin neu scannen ließ, stellte sich raus, das von 322 Einträgen in der Sprachdatei satte 41 nicht übersetzt sind.
    Dies zeigte sich auch in der Admin Oberfläche von WP-Polls denn diese ist halb deutsch, halb englisch.
    Allerdings erkennt WP die deutsche Sprachdatei korrekt, wenn sie im wp-polls Ordner liegt.

    Da das Kubrick Theme eine eigene Sprachdatei hat, wird dieser Text sicher dort drin stehen. Das kannst du selbst in der Sprachdatei ändern, ich hab da zufällig ein Plugin geschrieben, das Sprachdateien bearbeiten kann auf dei einfache Weise: Code Styling Project » WordPress Plugin: Codestyling Localization
    Damit kannst du die Sprachdatei(en) deines WP, Plugins oder Themes bearbeiten, wie du es gern hättest und hast dann alles so, wie du es dir vorstellst.

    Zitat

    Nextgen has a known compatibility issue with my plugin. The author of that plugin needs to update their plugin to use a newer version of SWFObject.


    Ich sag es ja immer wieder, jeder Plugin Programmierer bringt seine eigene Version von etwas mit, das dann in Summe über mehrere Autoren schief gehen muss, weil sich die Versionen nicht vertragen.
    In diesem Fall hat vielleicht WP keinen Ersatz an Board, aber es gibt u.a. genug Plugins, die die tausendste Version von jquery, prototype, scriptalculous oder thickbox mit sich rumschleppen, obwohl WP diese immer aktuell mitliefert.
    Viele Inkompatibilitäten könnten vermieden werden, wenn erstmal das genutzt würde, was von Haus aus da ist.

    Wollt ich nur nochmal dazu gesagt haben :)

    Naja ich seh schon einen simplen anderen Weg scheint es nicht zu geben.

    Es ging mir dabei vor allem um eine einfache Variabeln-Übergabe per php.

    Aber trotzdem danke für die Mühe.


    Was ist daran nicht simple ? Ist alles in einer Seite drin. Nur weil es ein Link ist, heißt das ja nicht, das eine Seite geladen werden soll.

    Auch der Safari Windows zeigt das nicht korrekt an. Es sind Markup Fehler in der Seite, die andere Browser kompensieren können auf die eine oder andere Weise aber der Safari tut sich damit schwer. Beispiel:

    Code
    <!--auskommentiert


    Diese Versuche, so etwas auszukommentieren, gehen nach hinten los, wenn man die Kommentare nirgends wieder zu macht. Es fehlt jeweils das --> dazu.
    Das korrigieren ein paar Browser, Safari leider auf die unschöne Weise.

    Korrigiere deine Seiten dahingehend und es sollte funktionieren.

    meine alter Struktur /%page_id% mit dem Dean's Permalinks Migration eingestellt und dann unter Perma links /%year%/%year%/%day%/%post_id%/%postname%/ eingegeben.Das läuft, jedoch fehlen dann alle bilder die nicht mit NextGEN Gallery sondern mit Wordpress hochgeladen worden sind nicht mehr sehr bar.


    Ich nehme mal an, das deine Bilder bisher in monats- und jahresbasierten Ordnern abgelegt wurden, die du mit WP hochgeladen hast. Da deine Permalinks nun damit kollidieren und wp nun verzweifelt versucht, einen Artikel zu finden, der wie deine bisherigen Bilder anfangen, liefert er statt den Bildern 404 Seiten aus. FireBug wird dir das im Firefox sicher anzeigen, wenn du die "Net" Seite aufmachst und reload ausführst.
    Das ist leider so nicht miteinander vereinbar, eine der beiden Sachen solltest du ändern, der Aufwand für die Bilder ist aber höher, da du da ggf. in der Datenbank ändern müsstest.

    Also, wenn du eine Seite hast, in der es ein Formular gibt, das du anzeigen willst, sagen wir mal verkürzt so:

    Code
    <div id="[B]my-inline-content[/B]" style="display:none">
    <form ...>
        <input type="radio" ... />
        <input type="submit"... />
    </form>
    </div>

    dann baust du einen Link dieser Art:

    Code
    <a class="thickbox" href="#TB_inline?height=530&width=500&inlineId=[B]my-inline-content[/B]">klick mich</a>

    und er nimmt dein nicht sichtbaren div Inhalt aus der Seite raus und fügt ihn in deinen Dialog ein. Wenn du den Dialog beendest, wird es wieder aus dem Dialog ausgebaut in den div zurückgeschoben.

    TB_inline -> Kennungs für Thickbox, das es sich um einen inline Dialog handelt
    height -> Höhe festlegen
    width -> Breite festlegen
    inlineId -> Id des Elements, dessen Inhalt im Dialog erscheinen soll.


    Das ist mir gänzlich neu und noch nirgends aufgetreten. Das kann ich aber so remote nicht nachstellen. Es würde bedeuten, das es bereits zum Crash kommt, wenn die Plugins enumeriert werden sollen, also bereits eine Core Funktion von WP nicht will.
    Zeigt er die Pluginseite an, wenn du "codestyling-localization" deaktivierst (Ordner löschst) ?
    Könntest du die Liste der aktiven Plugins mal aufschreiben (von mir aus auch PN) damit ich evtl. auftretende Inkompatibilitäten unter verschieden Plugins testen kann ?

    Es gab mal einen Fehler, dass eine globale Variable nicht korrekt benutzt wurde. Der von dir geschilderte Fehler ist bei mir nur aufgetreten, wenn etwas mit der Syntax der *.php Datei selbst nicht stimmte.
    Könntest du prüfen, ob das mit der aktuellen Version: WordPress › Codestyling Localization « WordPress Plugins
    immer noch auftritt ?
    Und falls du die Ursprungsversion schon benutzt hattest, der Ordner hat sich geändert: /plugins/csp-po-edit ist nicht länger gültig, seit dem Bereitstellen über wordpress.org ist der korrekt Pfad (hat codex team festgelegt): /plugins/codestyling-localization

    Wie wäre es, jeder deiner Seiten ein Cookie zu verpassen. Wenn also der Download Link aus deiner Seite heraus angeklickt wird, bekommst du deinen Cookie auch wieder (sofern der User nicht seine Cookies aus hat).

    Fremde Seiten, die direkt in ihrem HTML verlinken, können dir deinen Cookie nicht liefern.

    Es ist allerdings ein Katz-und-Maus-Spiel, denn wer deinen Download haben will, schafft das auch irgendwie. Wenn du es wirklich 100% sicherstellen willst, dann bleibt nur die Captcha Variante (solange diese Dinger noch nicht alle geknackt sind).