SPIP-Contrib

Toutes les contributions à SPIP

Accueil > Contribs à ranger > Squelettes dixminutes.ouvaton.org

Squelettes dixminutes.ouvaton.org

jeudi 14 septembre 2006

Après que plusieurs personnes m’en ai fait la demande, je me suis décidé à diffuser les squelettes SPIP pour dix minutes v3. J’étais parti pour les améliorer encore un peu, mais c’était il y a plus d’un an... depuis, spip 1.9 est sorti... Bref, les voici !

Ces squelettes ont été optimisés pour spip 1.8. la version qui tourne sur le site est la 1.8b2g.

Ils ne fonctionnent probablement pas en spip 1.9, mais je n’ai pas essayé. Le systeme de pagination de ces squelette est d’ailleurs un gros bricolage de code php, la version 9 de spip propose désormais sa propre balise #PAGINATION, ce qui est nettement mieux.
Ils fonctionnent bien avec firefox, safari et internet explorer 6. Sous ie6, Le menu de gauche défile avec la page alors qu’il est fixé dans les autres navigateurs.

Si quelqu’un utilise ces squelettes ou les améliore, il sera bien gentil de me le signaler ;-)

ps : dix minutes est la version 3 (completement remaniée) des squelettes splog, dispos sur spip contrib


Voir en ligne : Squelettes dix minutes ici

36321 discussions

  • Bonjour,
    je ne parviens pas à voir la page de statistique de téléchargement lorsque je désactive les statistique pour le site.

    Dans la doc il est dis que cela devarit apparaitre dans le menu edition ; mais je ne vois rien de tel. (en spip 3.2.3) veriosn du plugin 0.3.4

    Répondre à ce message

  • 2

    J’ai pu reproduire le problème du non respect de l’unicité quand un auteur tente de modifier une réponse qui n’est pas la sienne (et que l’identification est id_auteur).

    Voilà le formulaire problématique :

    id_formulaire : ’13’
    identifiant : test_multi
    titre : ’test multi auteurs’
    descriptif : ’’
    css : ’’
    message_retour : ’’
    saisies :
      -
        saisie : input
        options :  nom : input_1, label : ’Ligne de texte’, size : 40, sql : ’text DEFAULT ’’’’ NOT NULL’ 
        identifiant : ’@5ce2bc8d3d2c9’
    traitements :
      enregistrement :
        moderation : posteriori
        multiple : on
        modifiable : on
        effacement : ’’
        effacement_delai : ’’
        identification : id_auteur
        variable_php : ’’
        unicite : input_1
        message_erreur_unicite : ’’
        anonymiser : ’’
        ip : ’’
        invalider : on
        resume_reponse : ’’
        analyse_exclure_champs : ’’
    public : non
    statut : publie
    maj : ’2019-05-20 17:31:31’
    apres : formulaire
    url_redirect : ’’
    date_creation : ’2019-05-20 16:42:04’
    

    Voilà comment reproduire le bug :
    -  L’auteur 1 enregistre une réponse « toto » (id 123)
    -  L’auteur 2 affiche le formulaire rempli avec la réponse 123
    -  L’auteur 2 valide le formulaire sans changer la réponse « toto »
    -  Une nouvelle réponse est créée avec « toto » comme réponse, et l’unicité n’est pas respectée

    Alors que si l’auteur 2 affiche un formulaire vierge et indique « toto », le test d’unicité est appliqué et la réponse est bien refusée.

    Voilà aussi le squelette utilisé modeles/testmulti.html :

    [(#REM) on recupere l'identifiant]
    #SET{id_form,0}
    <BOUCLE_form(FORMULAIRES){identifiant=test_multi}>
    #SET{id_form,#ID_FORMULAIRE}
    </BOUCLE_form>
     
    [(#ENV{id_reponse}|oui)
       #FORMULAIRE_FORMIDABLE{#GET{id_form}, #ARRAY, #ENV{id_reponse}}
    ]
     
    [(#ENV{id_reponse}|non)
       #FORMULAIRE_FORMIDABLE{#GET{id_form}}
    ]
     
    <hr>
     
    <B_rep>
    <ul>
    <BOUCLE_rep(FORMULAIRES_REPONSES){id_formulaire=#GET{id_form}}>
       <li><a href="[(#SELF|parametre_url{id_reponse, #ID_FORMULAIRES_REPONSE})]">#VOIR_REPONSE{input_1, brut}</a></li>
    </BOUCLE_rep>
    </ul>
    </B_rep>
    • Sans regarder le code, je pense comprendre ce qui se passe :
      comme on édite une réponse existante, le test d’unicité est valide.

      C’est seulement ensuite que l’autorisation de modifier la réponse est examinée, et que la décision est prise d’enregistrer une nouvelle réponse au lieu de modifier l’existante.

      On enregistre alors une nouvelle réponse avec un doublon.

    • bon j’essaie de voir tout cela se week-end

    Répondre à ce message

  • Enfin (et ce sera tout pour ce soir), il y a un bug quand on configure un formulaire avec « Ne pas conserver l’identifiant de la personne connectée. »

    Si on change d’avis (après enregistrement des traitements) et qu’on rend le formulaire « Modifiable » avec id_auteur comme méthode d’identification, le champ « Ne pas conserver l’identifiant de la personne connectée. » est caché, mais il reste coché :

    id_formulaire : ’13’
    identifiant : test_multi
    titre : ’test multi auteurs’
    descriptif : ’’
    css : ’’
    message_retour : ’’
    saisies :
      -
        saisie : input
        options :  nom : input_1, label : ’Ligne de texte’, size : 40, sql : ’text DEFAULT ’’’’ NOT NULL’ 
        identifiant : ’@5ce2bc8d3d2c9’
    traitements :
      enregistrement :
        moderation : posteriori
        multiple : on
        modifiable : on
        effacement : ’’
        effacement_delai : ’’
        identification : id_auteur
        variable_php : ’’
        unicite : input_1
        message_erreur_unicite : ’’
        anonymiser : on
        ip : ’’
        invalider : on
        resume_reponse : ’’
        analyse_exclure_champs : ’’
    public : non
    statut : publie
    maj : ’2019-05-20 22:58:31’
    apres : formulaire
    url_redirect : ’’
    date_creation : ’2019-05-20 16:42:04’
    

    Note :

        modifiable : on
        identification : id_auteur
        anonymiser : on
    

    Du coup, quand on enregistre une réponse, c’est id_auteur = 0 qui est enregistré.

    Il faudrait juste décocher la case « Ne pas conserver l’identifiant de la personne connectée » quand on la cache.

    Répondre à ce message

  • 4

    Bonjour

    Je rencontre un problème à la modification d’une réponse quand une personne A modifie une réponse d’une personne B.

    Mon formulaire est configuré pour avoir des réponses multiples, et je passe par un modèle pour pouvoir modifier les réponse :

    [(#ENV{id_reponse}|oui)
      #FORMULAIRE_FORMIDABLE{#ENV{id_form}, #ARRAY, #ENV{id_reponse}}
     
      <p>
      <a href="[(#SELF|parametre_url{id_reponse,''})]">retour à la liste des entités</a>
      </p>
    ]
     
    [(#ENV{id_reponse}|non)
      [(#INCLURE{fond=modeles/entites_liste,env,id_form=#ENV{id_form}})]
    ]

    Quand il y a dans l’URL id_reponse=1234 ça permet de modifier la réponse. Sinon, ça affiche la liste des réponses.

    Tant que c’est la même personne qui entre une valeur par le formulaire et qui modifie, aucun souci.

    Quand « A » modifie une réponse saisie par « B », voilà ce qui se passe :
    -  une nouvelle réponse est enregistrée pour le formulaire
    -  en ne vérifiant pas les clauses d’unicité (j’en ai une sur un input_1)
    -  par la suite, ni « A » ni « B » ne peuvent plus modifier leurs réponses car la clause d’unicité est appliquée

    J’ai tenté de cocher « Ne pas conserver l’identifiant de la personne connectée. » mais ça ne change strictement rien. L’id_auteur est toujours enregistré dans la table spip_formulaires_reponses

    Comment faire pour ignorer l’id_auteur et permettre la modification par un autre auteur ?

    • Hum, je ne reproduis pas ce bug. Si j’ai dit de ne pas tenir compte de l’identifiant, Est-ce unformulaire qui date d’avant décembre ? Il y a eu une reecriture du code sur cette fonctionnalité là à ce moment, et peut etre qu’un souci dans la migration.

      Par contre, il y dans tous les cas une vérification que l’internaute est bien l’auteur de la réponse : soit par id_auteur, soit par cookie, soit par une autre variable PHP. Je viens d’ajouter dans la version 3.38.0 une option où le passage explicite de l’identifiant de réponse suffit à l’identification.

      Reste juste ta question de l’unicité du champ, mais je ne suis pas sur d’avoir compris le problème.

    • Merci pour ta rapidité !

      Par contre, quand je sélectionne id_formulaires_reponse dans la partie « Configuration des traitements », j’obtiens cette erreur après la validation de la page :

       :Pri:ERREUR : Erreur 1064 de mysql : You have an error in your SQL syntax ; check the manual that corresponds to your MariaDB server version for the right syntax to use near ’ORDER BY date’ at line 6
      in /www/spip3/plugins/auto/formidable/v3.38.0/inc/formidable.php L210 [sql_allfetsel(),formidable_verifier_reponse_formulaire(),formidable_trouver_reponse_a_editer(),formulaires_formidable_charger_dist(),call_user_func_array(),formulaire__charger(),balise_FORMULAIRE__contexte(),balise_FORMULAIRE__dyn(),call_user_func_array(),traiter_formulaires_dynamiques()]
      SELECT id_formulaires_reponse
      FROM `intranet`.spip_formulaires_reponses
      WHERE (id_formulaire = 4)
              AND (statut = ’publie’)
              AND                              <--- l’erreur est là
      ORDER BY date
      

      Mais ça n’empêche pas le formulaire de fonctionner.

      Concernant mon problème de double réponse, je vais tenter de reproduire le problème avec un formulaire simple.

      Florence

    • a oui, la version 3.38.1 corrige cela.

    • Nickel ! Plus de message d’erreur.

    Répondre à ce message

  • 1

    Est-ce normal si les liens explicites ne fonctionnent pas sur le champ URL d’un article ?
    J’espérai que ce plugin détecte et ajoute tout seul le picto indiquant un lien externe (le cas échéant) mais cela ne semble pas être le cas.

    PS sinon difficile à trouver ce plugin via la page / ?exec=charger_plugin

    merci

    • Ce plugin agit sur les liens des squelettes générés. Ça dépend donc, non du champ de saisie dans l’espace privé, mais de la façon dont c’est codé dans le squelette. Ceci dit, aucune idée de ce qui pourrait faire obstacle…

      À moins que tu n’évoques la redirection d’articles virtuels ?

    Répondre à ce message

  • Bonjour,
    Je suis passé à spip 3.2 et php 7.1.3, du coup j’ai plein d’erreurs !
    Il est indiqué que ce plugin fonctionne avec php 5, mais dans les commentaires certains l’utilisent avec php 7, que faire pour cela ?
    Merci de votre aide,
    Chris.

    Répondre à ce message

  • Je voudrais pouvoir cacher sur la page d’édition d’un évènement les champs

    "Inscription en ligne et
    Limiter le nombre de places"

    dans l’espace privé.

    Est-ce que je dois ajouter quelque chose dans mes_fonctions.php ? ou autre ?

    Merci

    Répondre à ce message

  • 7

    Petit bug avec la dernière version (1.0.6)

    si j’ai

     à partir de 18 ans[[Note]]

    la note n’est pas bigfootée (je comprend pas pourquoi). Alors qu’avec

     à partir de 18 ans [[Note]]

    c’est bigfooté. Il y a juste une espace supplémentaire. Hors en note normal, cet espace devrait pas exister.

    • Testé à l’instant, je ne reproduis pas. Il me faudrait l’extrait de texte complet pour t’en dire plus.

    • hum, c’est pas ca. Il doit y avoir autre chose. Parfois mes notes ne sont pas bigfooté, et je comprend pas pourquoi.

    • Trouvé : la regexp des ancres de notes posait problème si on avait plusieurs série de notes dans l’article (typiquement si #TEXTE est utilisé aussi dans le head pour calculer le meta description).

      J’arrivais pas à comprendre le bug car lorsqu’on vient d’éditer un texte via crayons, le calcul « instantanée » des notes produisait bien les ancres attendus par la regexp.

      Bref, corrigé en https://zone.spip.net/trac/spip-zone/changeset/115437/spip-zone

    • Pour memoire, avec un spip 3.2.4, juste bigfoot activé.

      Un article dont le contenu est

      s[[aaa]]sss s
      s[[aaa]]
      s[[aaa]]
      s[[aaa]]
      s[[aaa]]
      s[[aaa]]s[[aaa]]
      s[[aaa]]
      s[[aaa]]s[[aaa]]s[[aaa]]s[[aaa]]
      s[[aaa]]s[[aaa]]
      s[[aaa]]
      s[[aaa]]s[[aaa]]s[[aaa]]s[[aaa]]
      s[[aaa]]s[[aaa]]
      s[[aaa]]
      s[[aaa]]s[[aaa]]s[[aaa]]

      Le squelette dist génère

      <p>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-1' class='spip_note' rel='appendix' title='aaa' id='nh2-1'>1</a>]</span>sss s<br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-2' class='spip_note' rel='appendix' title='aaa' id='nh2-2'>2</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-3' class='spip_note' rel='appendix' title='aaa' id='nh2-3'>3</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-4' class='spip_note' rel='appendix' title='aaa' id='nh2-4'>4</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-5' class='spip_note' rel='appendix' title='aaa' id='nh2-5'>5</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-6' class='spip_note' rel='appendix' title='aaa' id='nh2-6'>6</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-7' class='spip_note' rel='appendix' title='aaa' id='nh2-7'>7</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-8' class='spip_note' rel='appendix' title='aaa' id='nh2-8'>8</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-9' class='spip_note' rel='appendix' title='aaa' id='nh2-9'>9</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-10' class='spip_note' rel='appendix' title='aaa' id='nh2-10'>10</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-11' class='spip_note' rel='appendix' title='aaa' id='nh2-11'>11</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-12' class='spip_note' rel='appendix' title='aaa' id='nh2-12'>12</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-13' class='spip_note' rel='appendix' title='aaa' id='nh2-13'>13</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-14' class='spip_note' rel='appendix' title='aaa' id='nh2-14'>14</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-15' class='spip_note' rel='appendix' title='aaa' id='nh2-15'>15</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-16' class='spip_note' rel='appendix' title='aaa' id='nh2-16'>16</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-17' class='spip_note' rel='appendix' title='aaa' id='nh2-17'>17</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-18' class='spip_note' rel='appendix' title='aaa' id='nh2-18'>18</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-19' class='spip_note' rel='appendix' title='aaa' id='nh2-19'>19</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-20' class='spip_note' rel='appendix' title='aaa' id='nh2-20'>20</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-21' class='spip_note' rel='appendix' title='aaa' id='nh2-21'>21</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-22' class='spip_note' rel='appendix' title='aaa' id='nh2-22'>22</a>]</span><br class='autobr' />
      s<span class="spip_note_ref">&nbsp;[<a href='#nb2-23' class='spip_note' rel='appendix' title='aaa' id='nh2-23'>23</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-24' class='spip_note' rel='appendix' title='aaa' id='nh2-24'>24</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href='#nb2-25' class='spip_note' rel='appendix' title='aaa' id='nh2-25'>25</a>]</span></p>

      dans le core de texte

      ce qui était pas supporté avant le commit https://zone.spip.net/trac/spip-zone/changeset/115437/spip-zone.

      En revanche, côté espace privé, on avait

      <p>s<span class="spip_note_ref">&nbsp;[<a href="#nb1" class="spip_note" rel="appendix" title="aaa" id="nh1">1</a>]</span>sss s<img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb2" class="spip_note" rel="appendix" title="aaa" id="nh2">2</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb3" class="spip_note" rel="appendix" title="aaa" id="nh3">3</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb4" class="spip_note" rel="appendix" title="aaa" id="nh4">4</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb5" class="spip_note" rel="appendix" title="aaa" id="nh5">5</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb6" class="spip_note" rel="appendix" title="aaa" id="nh6">6</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb7" class="spip_note" rel="appendix" title="aaa" id="nh7">7</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb8" class="spip_note" rel="appendix" title="aaa" id="nh8">8</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb9" class="spip_note" rel="appendix" title="aaa" id="nh9">9</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb10" class="spip_note" rel="appendix" title="aaa" id="nh10">10</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb11" class="spip_note" rel="appendix" title="aaa" id="nh11">11</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb12" class="spip_note" rel="appendix" title="aaa" id="nh12">12</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb13" class="spip_note" rel="appendix" title="aaa" id="nh13">13</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb14" class="spip_note" rel="appendix" title="aaa" id="nh14">14</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb15" class="spip_note" rel="appendix" title="aaa" id="nh15">15</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb16" class="spip_note" rel="appendix" title="aaa" id="nh16">16</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb17" class="spip_note" rel="appendix" title="aaa" id="nh17">17</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb18" class="spip_note" rel="appendix" title="aaa" id="nh18">18</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb19" class="spip_note" rel="appendix" title="aaa" id="nh19">19</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb20" class="spip_note" rel="appendix" title="aaa" id="nh20">20</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb21" class="spip_note" rel="appendix" title="aaa" id="nh21">21</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb22" class="spip_note" rel="appendix" title="aaa" id="nh22">22</a>]</span><img src="../local/cache-vignettes/L10xH10/br-auto-10-8beb9.png?1552570736" alt="Retour ligne automatique" title="Retour ligne automatique" class="br-auto" width="10" height="10"><br class="autobr">
      s<span class="spip_note_ref">&nbsp;[<a href="#nb23" class="spip_note" rel="appendix" title="aaa" id="nh23">23</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb24" class="spip_note" rel="appendix" title="aaa" id="nh24">24</a>]</span>s<span class="spip_note_ref">&nbsp;[<a href="#nb25" class="spip_note" rel="appendix" title="aaa" id="nh25">25</a>]</span></p>

      ce qui était géré.

    • Reprenons, il semble bien que tu n’utilises pas la dist pour tes tests.

      Je vois que ton problème vient du fait que tu utilises le code suivant dans le head de ta page :

      1. [<meta name="description" content="(#TEXTE*|match{<intro>}|?{#INTRODUCTION{99999999999999999},#INTRODUCTION}|attribut_html|trim)" />]

      L’utilisation de la balise texte fait que les notes du texte sont bien traités deux fois dans ta page, même si elle ne sont pas affichée lors de la première utilisation. On passe donc dans traiter_raccourci_notes() avec $marqueur_notes qui vaut 2 cf https://zone.spip.net/trac/spip-zone/browser/_core_/plugins/textwheel/inc/notes.php#L148

      Le problème peut aussi se présenter si on utilise des notes dans le texte et dans le PS d’un article.

      Concernant ton patch, il me semble que l’ajout dans la regex n’est pas bon, je pense que /(nb\d+(-\d+)?(footnote|appendix))/gi serait plus juste, car ta version rend optionnelle la présence de l’attribut rel avec une valeur à footnote ou appendix.

    • comme explicaton complémetaire : oui sur le site astro je n’utilise pas la dist. Mais pour le coup j’ai fait les tests sur une dist, justement pour eliminer les bruits de l’astro :)

      Cela étant tu a raison sur le patch. Mais ce que je comprend pas c’est que http://www.bigfootjs.com/ dit concernant « anchorPattern » concerne le href, pas le rel. Donc je vois même pas ce que footnote|appendix vient faire là.

    • Cela étant tu a raison sur le patch. Mais ce que je comprend pas c’est que http://www.bigfootjs.com/ dit concernant « anchorPattern » concerne le href, pas le rel. Donc je vois même pas ce que footnote|appendix vient faire là.

      < b_b‎ >  parce que
      < b_b‎ >  c'est dans le code du script
      < b_b‎ >  en résumé, le script teste ça aussi
      < b_b‎ >  sinon il risquerait d'attraper n'importe quel lien qui porte ce type de href
      < b_b‎ >  cf https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/bigfoot/javascript/bigfoot.js#L40

    Répondre à ce message

  • 1

    Hello,

    je cherche à ajouter mon nouvel objet éditorial à la liste des objets automatiquement restreints.

    En effet, la doc précise

    Si un visiteur n’est pas identifié ou s’il n’est pas autorisé, alors l’intégralité de la rubrique (ce qui inclut les sous-rubriques, les articles, les liens ...) ne sera pas visible par ce visiteur.

    Acces Restreint 3.0 propose deux pipelines qui pourraient faire l’affaire mais
    -  accesrestreint_objet_restreint() n’est jamais appelé semble t-il
    -  accesrestreint_liste_objets_exclus() : lui je suis pas sûr de comprendre ça logique

    bref je sèche…

    • Hop,

      Je sèche toujours…

      Du coup je repose ma question autrement : existe t-il un autre objet éditorial (hors articles, breves, liens, etc.) qui est ’compatible’ Accès Restreint et dont je pourrais m’inspirer au niveau du code ?

      Merci

    Répondre à ce message

  • 2

    Salut,

    suggestion d’un ami : puisqu’on fait disparaitre, en pratique, la note de bas de page, en mettant directement sur place, ne pourrait-on pas remplacer le numéro d’appel de note par un point d’interrogation.

    Sachant évidement qu’en impression il faudrait garder le numéro de note.

    Qu’en penses tu ? Une option à ajouter ?

    • Salut, c’est faisable en css avec la règle suivante .bigfoot-footnote__button::after { content: "?" }, et je préfère éviter l’ajout d’option :)

    • yep, tu as raison, mieux vaut ne pas mettre d’option et tout gérer niveau css.

    Répondre à ce message

Un message, un commentaire ?

Qui êtes-vous ?

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document