Impossible intégrer du Javascript, même le Jour de Noël (Créer un compte)

  • Statut : non résolu
13 sujets de 1 à 13 (sur un total de 13)
  • Auteur
    Messages
  • #489603
    kayorn
    Participant
    Chevalier WordPress
    439 contributions

    Ma configuration WP actuelle
    – Version de WordPress : 3.0.1 fr
    – Version de PHP/MySQL :
    – Thème utilisé : Prostart
    – Nom de l’hebergeur : ovh
    – Adresse du site : http://www.web2aconcept.fr/

    Problème(s) rencontré(s) :remplacement de balises html.

    Bonjour et joyeux Noël à tous.

    Pas de trêve des confiseurs pour les bugs.
    J’ai bien désactivé l’éditeur visuel, j’ai activé Raw html (censé protéger le code des vapeurs de WordPress) et malgré tout, impossible de passer un javascript car

    #750954
    wind
    Membre
    Initié WordPress
    19 contributions

    Toi tu fais le marron !!! :lol::lol:

    #750955
    kayorn
    Participant
    Chevalier WordPress
    439 contributions
    wind wrote:
    Toi tu fais le marron !!! :lol::lol:

    Toi, je préfère pas dire ce que tu fais dans ce forum, ce serait trop facile…

    Pour ceux qui vont sur les forums pour aider leur prochain:

    Nous avons un script qui est changé par wordpress mais pas assez: cad que les balises sont modifiées mais pas toutes. Certaines s’ouvrent avec un [ pour se fermer avec un >

    En résumé, la mutation de en [] n’est pas gênante
    L’adsense que j’ai dans la page fonctionne donc!

    Ci-dessous, le code généré par wordpress mais qui fonctionne.On y voit bien les nouvelles balises [script]

    [inline]

    [script type= »text/javascript »]<!--
    google_ad_client = "pub-gnagna";
    /* 200x200, date de création 27/05/09 */
    google_ad_slot = "000000";
    google_ad_width = 200;
    google_ad_height = 200;
    //-->
    [/script]

    [/inline]
    [/script]

    #750956
    booba
    Participant
    Chevalier WordPress
    309 contributions

    Bonjour

    une idée comme ça:

    à une époque j’avais ce genre de soucis, depuis j’ai installé le plugin tinyMCEadvanced et j’utilise ce bouton ci voir capture au lieu de celui d’origine » situé en haut à droite de l’éditeur, et depuis plus de soucis

    #750957
    kayorn
    Participant
    Chevalier WordPress
    439 contributions

    Bonjour,

    Ca vaut la peine d’essayer, de plus je n’ai qu’à l’activer.

    #750958
    wind
    Membre
    Initié WordPress
    19 contributions
    kayorn wrote:
    wind wrote:
    Toi tu fais le marron !!! :lol::lol:

    Toi, je préfère pas dire ce que tu fais dans ce forum, ce serait trop facile…

    L’humour et les Corses ça a toujours fait deux …
    Bonne fêtes avec la dinde, les corses, les châtaignes ..et les marrons !!😋

    #750959
    kayorn
    Participant
    Chevalier WordPress
    439 contributions

    Ah oui, c’est de l’humour, désolé, j’avais pas vu les smilies…

    #750960
    Benjamin_L
    Participant
    Initié WordPress
    18 contributions

    Bonsoir,

    La configuration de l’éditeur TinyMCE dans WordPress prohibe l’utilisation du tag (ou de par exemple). Il est en effet possible de configurer TinyMCE pour accepter ou non certains éléments HTML dans l’éditeur. Le paramètre de configuration s’appelle « extended_valid_elements » (c’est expliqué ici : http://tinymce.moxiecode.com/wiki.php/Configuration:extended_valid_elements). Il permet même de définir les attributs du tag qui sont autorisés ou non.

    Pour modifier la configuration du TinyMCE de WordPress, il faut utiliser le hook « tiny_mce_before_init ». Ce hook prend en paramètre un tableau des options de TinyMCE. (L’une de ces entrée est donc « extended_valid_elements »).

    <?php

    // Fonction lancée par le hook tiny_mce_before_init
    // $initArray est le tableau des options du TinyMCE de Wordpress
    function setTinyMceOptions( $initArray ) {

    // On définit la chaîne de configuration pour le tag
    $toBeAddedTag = « script[language|src|type] »;

    // On vérifie si on doit créer l’entrée « extended_valid_elements » ou simplement la compléter
    if ( isset( $initArray[« extended_valid_elements »] ) ) {
    $initArray[« extended_valid_elements »] .= « , » . $toBeAddedTag;
    } else {
    $initArray[« extended_valid_elements »] = $toBeAddedTag;
    }

    // On retourne les options modifiées de TinyMCE
    return $initArray;
    }

    // On lance la fonction « setTinyMceOptions » avec le hook « tiny_mce_before_init »
    add_filter(« tiny_mce_before_init », »setTinyMceOptions »);
    ?>

    #750961
    kayorn
    Participant
    Chevalier WordPress
    439 contributions

    Bonjour,

    J’ai réactivé l’éditeur, modifié tinymce-advanced.php avec tes lignes
    J’ai essayé : même chose
    Ensuite, j’ai réactivé le plugin TinyMce Extended, ça remet quand même les crochets.

    #750962
    Benjamin_L
    Participant
    Initié WordPress
    18 contributions

    Je te conseille dans un premier temps de prendre un WordPress « nu » et d’intégrer le code que je t’ai donné en exemple dans le fichier functions.php de ton thème (ou dans un plugin de test si tu préfères).

    #750963
    kayorn
    Participant
    Chevalier WordPress
    439 contributions

    désolé mais qu’entends-tu par wordpress nu :(

    #750964
    Benjamin_L
    Participant
    Initié WordPress
    18 contributions

    Une installation locale sans plugin et avec un thème simple. Ca permet de valider que cela fonctionne « dans l’absolu ». Souvent les problèmes peuvent venir des plugins ou modif que tu as réalisé. C’est un moyen de le vérifier.

    #750965
    kayorn
    Participant
    Chevalier WordPress
    439 contributions

    J’ai mis le temps…
    Effectivement, sur un wp en local avec uniquement en plugin Inline Javascript Plugin les balises ne sont pas modifiées, reste à savoir ce qui met le dawa.

13 sujets de 1 à 13 (sur un total de 13)
  • Vous devez être connecté pour répondre à ce sujet.