Benzouye (Créer un compte)

Toutes mes réponses sur les forums

15 sujets de 541 à 555 (sur un total de 569)
  • Auteur
    Messages
  • en réponse à : Modifier la marge d’un theme wordpress #1008447
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Bonjour,

    Je te conseille de poster ton sujet dans un forum dédié au CSS car ton problème n’est pas vraiment propre à WordPress …

    Ton image d’entête fait 1020px de large, et ton container fait 1160px de large (sur écran de taille normale). Tu remarqueras d’ailleurs que si tu minimises la taille de fenêtre de ton navigateur, l’image va bien occuper toute la largeur … il te suffit donc de mettre une image de la même largeur que le max-width de ton thème …

    Pour l’image intérieure ce n’est pas le même problème …

    en réponse à : Troisième menu pour WordPress #1008448
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Bonjour,

    Je pense que tu t’es un peu emmêlé les pinceaux 🙂

    register_nav_menu() te sers à déclarer à WordPress une nouvelle zone de menu, qui apparaîtra dans l’administration du site au menu Apparence/Menus/Gérer les emplacements.

    Dès lors, tu peux créer un nouveau menu depuis l’administration en ajoutant les éléments que tu souhaites à l’intérieur et l’affecter à cette nouvelle zone de menu à l’aide de la case à cocher au nom de ta nouvelle zone de menu, ici ‘Third navigation menu’.

    Ensuite, pour afficher ce nouveau menu sur ton site, il te suffit d’appeler la fonction wp_nav_menu() en précisant quelle zone de menu tu veux afficher, et éventuellement la classe CSS à utiliser …

    Ton code serait donc, côté functions.php :

    register_nav_menu( ‘third-menu’ , ‘Troisième menu’);

    Et côté header.php, par exemple, ou sidebar.php :

     ‘third-menu’,
    ‘container_class’ => ‘genesis-nav-menu’
    ));
    ?>

    en réponse à : Ajoutez un blog WP à mon site statique, le transformer en theme #1008974
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Bonjour,

    Vu que ton site actuel a été développé hors de WordPress, peux-tu toucher à son contenu ? As-tu les droits d’administration FTP et MySQL ?
    Si tu as ces droits sur ton serveur, pour installer WordPress, rien de plus facile : tuto d’installation.

    Une idée serait de « simplement » d’ajouter un lien « Blog » à côté du bouton « Planning » qui enverrait vers une installation de WordPress sur le même serveur.
    Par contre, pour assurer l’aspect graphique homogène, il te faudra un peu de boulot côté thème. Avec un peu de temps et de persévérance, rien d’insurmontable. Tu pourras te baser sur le style existant (fichier style.css).

    en réponse à : Page de recherche – Custom post type #1008979
    Benzouye
    Participant
    Maître WordPress
    577 contributions
    en réponse à : modification d’un thème #1008862
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Bonjour,

    patvib wrote:
    je voudrais installer sur le côté une liste déroulante pour indiquer des dates de concert

    « Sur le côté » signifie du même côté que la « sidebar » existante ?
    Les dates de concerts sont stockées comment ?

    patvib wrote:
    sur le cote je voudrais aussi installer un player soundcloud

    « Sur le côté » signifie du même côté que la « sidebar » existante ?
    Pour le player soundcloud, soundcloud propose un code d’intégration (iframe) assez simple, cela t’est-il suffisant ?

    patvib wrote:
    en haut je voudrais présenter les concours que je mets en place pour faire gagner des places de concert

    Que signifie « En haut » ?
    Comment sont stockés ces concours ? Avec un custom-post-type ?

    en réponse à : [Résolu] Ne pas tenir compte de la date de publication #1003275
    Benzouye
    Participant
    Maître WordPress
    577 contributions
    noaneo wrote:
    je ne vois pas pourquoi afficher un article pour le 1er mai 2015, la date de là publication n’indique ni la date d’un évènement, ni d’un concert, etc.

    C’est justement dans ce sens 🙂 J’ai créé un custom_post_type « événement » et du coup la date de publication devient la date de l’événement … sans avoir à créer un custom_field … c’est un choix …

    Dans les fonctions de mon thème j’ai donc :

    function display_publish_and_future_events( $query ) {
    if ( $query->is_main_query() && $query->is_post_type_archive( ‘events’ ) ) {
    $query->set( ‘post_status’, ‘publish,future’ );
    }
    }
    add_action( ‘pre_get_posts’, ‘display_publish_and_future_posts’ );

    en réponse à : [Résolu] Ne pas tenir compte de la date de publication #1003274
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Je viens de regarder ce plugin. Il tient en trois lignes de code : au moment de l’insertion du post en base (hook wp_insert_post_data) il empêche le statut ‘future’ à l’enregistrement en base en le forçant à ‘publish’. C’est un peu plus bourrin que ma solution mais cela fonctionne également … par contre cela me gêne quand même de modifier les données en base. Si tu veux revenir en arrière, il faut taper en dur dans la base pour remettre les posts à ‘future’ …

    Merci pour l’info en tout cas 😉

    en réponse à : [Résolu] Ne pas tenir compte de la date de publication #1003272
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    :D

    en réponse à : [Résolu] Ne pas tenir compte de la date de publication #1003270
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Allez, je complète mon message 😉

    J’ai découvert le hook pre_get_posts. Ce hook est exécuté entre la création de l’objet wp_query par défaut et l’exécution de la requête associée.
    C’est très pratique, car il me suffit d’utiliser ce hook dans mon thème (functions.php) pour modifier les paramètres par défaut de wp_query pour tout mon thème !

    function display_publish_and_future_posts( $query ) {
    if ( $query->is_main_query() ) {
    $query->set( ‘post_status’, ‘publish,future’ );
    }
    }
    add_action( ‘pre_get_posts’, ‘display_publish_and_future_posts’ );

    Avec cette modification, toutes les pages de mon thème afficheront les posts normalement, au détail près que les posts à l’état « Future » (dont la date de publication n’est pas encore passée) le seront également 🙂

    En espérant que cela puisse dépanner quelqu’un d’autre 😉

    en réponse à : [Résolu] Ne pas tenir compte de la date de publication #1003269
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Bon j’aurais du creuser un peu plus avant de poster …
    Je viens de trouver une solution, qui fonctionne, même si elle ne réponds pas à ma question :

    query_posts(‘post_status=future,publish’);

    Juste avant le début de la boucle et cela affiche bien les planifiés et les publiés (je ne connaissais pas cet état post_status = « Future »).

    Cependant, j’aimerais bien savoir si il existe une façon de passer ces arguments par défaut, si possible sans toucher le core, mais par les fonctions du thème par exemple, ceci pour m’éviter de placer le query_posts avant la boucle dans chaque fichier du thème (index, archives, category, etc.).

    Je reste preneur !

    en réponse à : [Résolu] Ne pas tenir compte de la date de publication #1003268
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Je comprends bien ce que tu proposes.

    Mais …

    Pour tenter de clarifier, imaginons que je n’ai qu’un seul article de créé. Cet article a une date de publication au 1er mai 2015. Ma page d’accueil est configurée pour afficher « Les derniers articles ».
    Dans ce cas, ma page d’accueil n’affichera rien, car WP_Query ne récupèrera par l’article du 1er mai 2015 et have_posts() retournera « false », une condition ne servirait donc pas plus …

    Ma question porte plus sur la façon de modifier les critères « source » de WP_Query et lui forcer la récupération des articles dont la date de publication n’est pas encore passée …

    Je veux bien intégrer dans mon template un query_posts, mais je ne vois pas comment lui dire « tous les posts, même ceux dont la date de publication n’est pas encore passée » …

    Merci pour ton éclairage 😉

    en réponse à : [Résolu] Ne pas tenir compte de la date de publication #1003267
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Merci pour le retour.

    J’ai en effet créer un thème enfant (pour l’instant les modifications sont très mineures).

    noaneo wrote:

    Je ne comprends pas ta proposition. ORDER BY n’y est pour rien.
    Ma page d’accueil est basée sur la listes des articles. Si j’ai un article avec une date de publication renseignée au 1er mai 2015, alors aujourd’hui 27 avril 2015, cet article n’apparaîtra pas …
    Par défaut, WP_Query doit avoir une condition WHERE post_date <= NOW(), car les articles avec une date de publication postérieure à la date du jour ne sont pas remontés dans la boucle.
    Ma question est donc plutôt, y-a-t-il un moyen de retirer cette condition « par défaut » de WP_Query, sans avoir à refaire un WP_Query dans tous les fichiers du template ?

    D’avance merci.

    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Bonjour,

    Je ne suis pas un expert absolu de WordPress, mais j’ai l’impression qui tu as trop de contraintes pour rentrer dans le cadre standard de WordPress …

    Les « parties » sont-elles cloisonnées ? Un utilisateur visitant l’une ne voit pas l’autre et vice versa ?
    Ne pourrais-tu pas gérer tout cela par les taxonomies (catégories notamment). Vu que tu peux créer une arborescence dans les catégories, tu peux affecter un élément (article ou custom) à une ou plusieurs taxonomies …

    en réponse à : Personnalisation affichage article #1000465
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Bonjour,

    Pour bien comprendre quel fichier php de ton thème va être utilisé, je te propose de découvrir le « template hierarchy » de WordPress. Se lit de gauche à droite, en fonction de quelle page est ouverte au départ tu découvres les fichiers qui WordPress cherche à utiliser en priorité avant d’atterrir sur index.php quand rien d’autre n’est disponible.

    La doc : https://codex.wordpress.org/Template_Hierarchy
    Et l’image à garder sous le code quand tu touches ton template : en image

    en réponse à : Intégration flash à l’édition d’un post en backoffice #895497
    Benzouye
    Participant
    Maître WordPress
    577 contributions

    Bonjour,

    Je viens poster le résultat de ma recherche si cela peut aider quelqu’un …

    J’ai édité mon thème, et plus précisément le fichier functions.php, comme ceci :

    function benzouye_edit_post() {
    $postEdite = get_post ( $_POST[‘post_ID’] );
    ?>
    <div class="postbox " id="tagsdiv-post_tag">
    <div title="Cliquer pour inverser." class="handlediv"><br></div><h3 class="hndle"><span>Ticket VidéoFil</span></h3>
    <div class="inside">
    <p>Ici sera présent le code de l’animation Flash</p>

    <?php
    }
    add_action( 'edit_form_advanced', 'benzouye_edit_post' );

    Par contre je ne sais pas si l’utilisation de $_POST est une bonne pratique, où si j’avais une autre solution plus intégrée WordPress …

    Si quelqu’un passe par là …

15 sujets de 541 à 555 (sur un total de 569)