Home > Epona > Squelette Epona (v 2.2.2)

Squelette Epona (v 2.2.2)

Sunday 21 August 2005

Petite mise à jour qui corrige un problème de forum peu probable mais génant (il s’agit d’une erreur sur la page article lorsqu’une réponse a été faite avec un identifiant email contenant des caractères exotiques tels que guillemets).

Il y a aussi l’utilisation du filtre couper pour changer facilement la taille d’un extrait d’article en page sommaire et pour limiter la taille d’un titre de forum.


View online : Squelette Epona (v 2.2.2)

37952 discussions

  • 13

    Bonjour, j’utilise la version beta de spip 4.0 et quand je vais dans la configuration du plugin “adaptative images” je n’ai pas l’option pour activer “srcset” ?

    Du coup je ne peux pas utiliser les plugins pour les templates html5up :-(

    Une idée ?

    • Je réponds à mon propre commentaire. Ca marche plus ou moins mais par exemple avec le plugin Forty ça fait des images très pixellisées quand on regarde sur écran (j’ai fait une image de départ en 1440 px pour tester).

    • Je reréponds ; dans le code il y a un if qui vérifie la version de spip, et si c’est supérieur à 30300 (3.3 ?) ça met automatiquement la configuration sur “scrset” et ça masque le dialogue de sélection.

    • Par contre je pense que le plugin ne fonctionne pas correctement avec Spip 4.0.0, ou alors c’est un problème avec html5up_forty, difficile à dire. En gros certaines images ne sont pas compressées et d’autres le sont trop.

    • Bonjour, message pour confirmer que c’est sans doute une régression causée par la dernière version : lorsque je réinstalle la version 2.0.1 de Adaptative Images puis que j’active manuellement dans le menu l’option scrset + source (puisqu’elle apparaît bien dans le menu sur cette version) ; alors mes images apparaissent correctement (sans miniature étirée à la taille de l’image).

      CF ici et commentaires suivants.

      PS je ne peux pas poster de ticket sur Git, pouvez-vous en ouvrir un ?

    • Pour faire le lien avec le squelette Forty : Forty nécessite le markup généré par la méthode la méthode srcset + (HTML5) (<picture> / <source>)

      Le problème est que, depuis ce commit et uniquement en SPIP4, le markup généré est <picture> et on dirait qu’il n’y a plus les <source> et srcset.

      Est-ce que c’est le comportement souhaité d’Adaptive Image (auquel cas, il faudra adapté Forty) ou est-ce qu’il y a un souci ?

      Le markup avec Adaptive images 2.1+ :

      <figure class="spip_doc_inner">
       <a href="IMG/jpg/img_20200209_153121_267.jpg" class="spip_doc_lien mediabox lity-enabled hasbox" type="image/jpeg" data-box-type="image">
      		<!--[if IE]><img src='local/adapt-img/1440/10x/local/cache-vignettes/L672xH497/img_20200209_153121_267-daf86.jpg?1624547049' width='672' height='497' alt='' class='adapt-img-ie ' /><![endif]-->
      <!--[if !IE]><!--><picture class="adapt-img-wrapper c2377966240 jpg"><img src="data:image/svg+xml;base64,PHN2ZyB2aWV3Qm94[.......]" alt="" class="adapt-img adapt-img-multilayers blur" onmousedown="adaptImgFix(this)" width="672" height="497"></picture>
      <!--<![endif]--></a>
      </figure>

      Le markup avec la version 2.0.1 et la config “srcset + (HTML5)”

      <figure class="spip_doc_inner">
       
       <a href="IMG/jpg/img_20200209_153121_267.jpg" class="spip_doc_lien mediabox lity-enabled hasbox" type="image/jpeg" data-box-type="image">
      		<picture class="adapt-img-wrapper intrinsic c2377966240 jpg" style="max-width:1440px;background-image:url(data:image/jpeg;base64,/9j/4AAQSkZJRgABAQEAYABgAAD[......])">
      <!--[if IE 9]><video style="display: none;"><![endif]--><source media="(-webkit-min-device-pixel-ratio: 2), (min-resolution: 2dppx)" srcset="local/cache-vignettes/L672xH497/img_20200209_153121_267-daf86.jpg?1621354591 1344w" sizes="(min-width: 1440px) 1440px, 100vw"><source media="(-webkit-min-device-pixel-ratio: 1.5), (min-resolution: 1.5dppx)" srcset="local/cache-vignettes/L672xH497/img_20200209_153121_267-daf86.jpg?1621354591 1008w" sizes="(min-width: 1440px) 1440px, 100vw"><!--[if IE 9]></video><![endif]-->
      <img src="local/cache-vignettes/L672xH497/img_20200209_153121_267-daf86.jpg?1621354591" alt="" class="adapt-img intrinsic" srcset="local/cache-vignettes/L672xH497/img_20200209_153121_267-daf86.jpg?1621354591 672w" sizes="(min-width: 1440px) 1440px, 100vw" width="672" height="497"></picture></a>
      </figure>
    • Après pas mal de tests, il faut noter qu’à la mise à jour de 2.0 à 2.1, même si le choix de la méthode n’existe plus dans la page de config, l’ancienne config semble continuer à être utilisée.

      Donc, si on était en “srcset + (HTML5)” avant la màj, cette méthode est utilisée après.

    • @jeanmarc merci pour le travail de diagnostic ! Il y a en effet un bug dans le fichier adaptative_images_options.php de la version 2.1.1, ligne 94 :

      // Srscet et la methode recommandee, et a partir de SPIP 3.3 on ignore le reglage et on l'impose
      if (intval(_SPIP_VERSION_ID)<=30300

      “à partir de SPIP 3.3” ça devrait être un “>=” : et effectivement si je remplace le signe <= par >= les images s’affichent de nouveau correctement !

      if (intval(_SPIP_VERSION_ID)>=30300

      Je n’ai pas de compte sur le Git de spip, est-ce que tu peux faire remonter ce correctif ?

    • Super, merci !

      Signé Jean-Marc :D

    • oué oué oué c’est pas beau de se moquer :p
      Désolé, j’ai pas relu tout l’échange et j’ai vu seulement après coup que c’était toi et pas un hypothétique jean-marc !

    • oups désolé Jean-Marie... ^^ c’était la fatigue du vendredi...

      Merci encore pour votre aide !

    • Bonjour, dans quel délai cette version corrigée sera-t-elle disponible sur le dépôt des plugins spip ?

      Bon dimanche :-)

      mathieu

    • Je viens de tester la màj chez moi et le markup est bon maintenant.

    Reply to this message

  • 12

    Bonsoir... Je suis en train d’essayer d’utiliser ce plugin squelette avec la version alpha 4.0.0. de spip.

    Après quelques tentatives je pense qu’il y a un pb lié à la nouvelle version, mais je ne sais pas si c’est lié au squelette ou au plug-in adaptative images : l’image de fond du bandeau de la page d’accueil n’apparaît pas ; et les images des rubriques, sur la page sommaire et sur la page rubriques, restent pixellisées.

    Je n’arrive pas à trouver de solution pour le moment. Une idée ?

    • même souci avec la version 4.0.0 beta

    • Testé avec Chrome + Firefox sur un serveur Apache en localhost. J’ai essayé d’effacer le cache etc. J’ai aussi essayé sur une install vierge et j’ai réussi à reproduire le problème.

    • Bonjour,

      je n’ai pas encore pu tester mais j’ai l’impression qu’Adaptative images n’a plus le même markup (<picture> / <source>) en 4.0 alors qu’en 3.3, ça fonctionne. Voir par ici en 3.3 : https://sonars.io

      Par ex, j’aurai bien essayer avec Adaptive Image avant ce commit : https://git.spip.net/spip-contrib-extensions/adaptive_images/commit/78514b3d1062a5e3d0c65e0268714dd42a52fe1b

      Je n’ai pas le temps de m’y plonger pour l’instant, donc si vous arrivez à creuser un peu :)

    • Je n’ai pas de pb avec FORTY sur un spip 4 beta https://pyromania.alwaysdata.net.
      Sur ce site il y a ça en tout et pour tout comme personnalisation :
      -  dans css/perso.css :

      #banner::after {	
        opacity:  0.2 
      }
      .page_article section {
        background-image: url('/IMG/jpg/netherupdateartwork.jpg');
        background-repeat: no-repeat;
        background-size: 100%;
      }
      .page_article .inner {
        background-color: #242943;
        padding: 1em !important;
      }


      -  Dans config/mes_options.php :

      <?php
      define ('_IMG_MIN_WIDTH', 600);
      define ('_IMG_MIN_HEIGHT', 500);
      define('_DEV_VERSION_SPIP_COMPAT', '3.2.99');

      De mémoire pour que les images ne soient pas pixelisées il faut qu’elles aient vraiment *beaucoup* de pixels....

    • De mémoire pour que les images ne soient pas pixelisées il faut qu’elles aient vraiment *beaucoup* de pixels....

      Oui : avez-vous bien diminué les réglages d’Adaptive images (taille/poids des images) pour déclencher l’adaptation sur vos images si elles sont plus petites ?

      Question subsidiaire : est-ce que le problème est apparu après une mise à jour ou bien est-ce avec un SPIP4 “neuf” ?

    • Bonjour, j’ai refait un test avec une base propre et j’ai ajouté une image d’accueil en 1440x900 comme recommandé dans la config de Forty, celle-ci n’est pas pixellisée sur la page d’accueil et c’est bien.

      Par contre si je mets des images en 1440x900 comme Logo de rubriques, elles sont très pixellisées dans les pages listant les rubriques, puis elles restent pixellisées dans le bandeau de la page rubrique.

      Les images en 1440x900 fonctionnent bien comme logos d’article par contre (que ce soit dans les pages listant les articles, ou sur la page article elle-même).

      Là où c’est étrange :
      -  le code SPIP pour les images est le même sur les rubriques et sur les articles
      -  suspectant un souci de compatibilité avec une variante de format jpeg, j’ai mis 3 copies de l’image “qui ne pixellise pas” dans ma base de données (accueil / logo rubrique / logo article) et celle-ci pixellise sur les rubriques, mais ni sur l’accueil, ni sur l’article. Hum...

      Je mets quelques captures d’écran pour vous montrer.

    • @jeanmarie : comme tu le suggérais j’ai essayé avec la version précédente de Adaptative Images (v 2.0.1 au lieu de 2.1.1) en activant manuellement l’option “scrset + source (html5)”, et miracle, toutes les images apparaissent de façon correcte ! Cela semble donc bien être une régression introduite sur Adaptative Images entre la version v2.0.2 et 2.1.1 . Je vais aborder la question sur la page du plugin en question.

    • Rebonjour jeanmarie, pour répondre à ta question j’ai testé avec Adaptative Images 2.0.1 (la version précédant le commit que tu indiques) et en activant le mode “scrset + source” (option indisponible dans la nouvelle version quand on utilise spip 4.0.0) les images apparaissent correctement !

      J’ai posé une question sur la page du plugin correspondant.

    • As tu regardé la config de Adaptive image comme le suggère jeanmarie ?

    • @jeanmarie : merci pour ton aide ! C’est chouette d’avoir une communauté aussi réactive :-). J’ai trouvé le bug dans Adaptative Images (cf mon post sur l’article correspondant).

    • EduardoDiaz

      Bonjour, je débute tout juste avec les pages web, quelqu’un pourrait-il m’expliquer qu’il faudrait que je modifie le code pour que les images me chargent, je n’ai pas trop compris les commentaires ci dessus

    • Avec la version 2.1.3 d’Adaptive Images, le problème doit être résolu en SPIP4. Pour les autres versions, il faut que le plugin Adaptive images soit configuré pour utiliser la méthode srcset + (HTML5).

    Reply to this message

  • 2

    La nouvelle version 3.5 ne fonctionne pas sur notre site en SPIP 3.2.11 [24473], alors que votre version 3.4.21 est OK => https://laccreteil.fr

    Reply to this message

  • 1

    bonjour
    j’utilise massicot sur plusieurs sites.
    en spip 4.0 la fonction zoom ne fonctionne plus ( il n’y a plus le curseur pour diminuer la taille)
    y aura t-il une evolution de massicot ou un autre plugin qui réalise la même chose
    merci

    • j’ai trouvé...
      il faut activer le plugin jqueryui qui n’est plus dans spip 4.0 pour que le plugin fonctionne correctement en spip 4.0 .
      ce plugin est déprécié et disparaîtra donc dans une version ulterieure.
      A l’avenir y aura t-il une autre version de massicot ? sera t-il intégré a spip ?

    Reply to this message

  • 1

    Bonjour, J’ai installé Swiper 2.0.0 sur Spip 4.0.0 qui avait déjà Saisies 3.54.
    Bon... à l’install, SPIP n’a pas voulu remplacer tout seul Saisies 3.54 par 4.0.3, c’est peut-être pourquoi j’ai eu une erreur
    Warning: in_array() expects parameter 2 to be array, null given in /home/monheb/monsite/plugins/auto/swiper/v2.0.0/swiper_administrations.php on line 41

    Ensuite j’ai tout mis à jour. J’ai créé un Swiper nommé “accueil”, OK.
    Mais je ne trouve rien dans l’édition privée de mon Swiper pour ajouter des images ! ...

    • Bonjour,
      Je pense que vous avez omis d’activer les documents joints sur les swipes.
      Je vais rajouter cela à la documentation.

      Merci de votre retour

    Reply to this message

  • 7

    Bonjour,

    Je m’aperçois que les datepicker ne fonctionnent pas pour de la création d’un événement quand on installe jQuery UI.
    Installation vierge en local et serveur : SPIP 4.0.0 + Agenda 4.3.4 + jQuery UI 1.14.2.

    https://git.spip.net/spip-contrib-extensions/agenda/issues/34

    Merci,
    François

    • je constate la même chose spip 4.0
      si j’installe le plugin jQuery UI je n’ai plus le piker dans evenement.

      si je le désinstalle ... j’ai le piker mais le plugin massicot ne fonctionne pas correctement ( pas de curseur au zoom, donc pas de redimensionnement)

    • merci beaucoup
      avec spip 4.0 ,agenda V4.1.5 et V1.4.2
      le picker de agenda fonctionne et le zoom de massicot aussi

    • par contre le nettoyage des anciens evenements donne toujours une erreur

    • La version 4.3.7 du plugin agenda répare les 2 problèmes (picker avec jQueryUI et erreur fatale lors de la suppression des vieux événements)

    • Merci @cerdic !

    • Je viens de faire le test les deux fonctionnalités fonctionnent bien avec 4.3.7
      merci beaucoup

    Reply to this message

  • 1

    Bonjour,
    Une mise à jour de ce plugin est-elle envisagée ?
    Ce plugin m’était très utile. Existe-il une solution le remplaçant ?
    En vous remerciant de votre réponse,
    Cordialement

    • Bonjour,
      J’utilise la v1.2.11 en “compatibilité forcée” avec spip4 et rien à dire, tout roule

    Reply to this message

  • 9

    Super plugin ! TarteAuCitron a l’air d’être LA solution. Quelques remarques (ça pourrait être une contribution de ma part mais je ne sais pas comment contribuer sur git.spip.net) sur les options de configuration que j’aimerais ajouter :
    -  Possibilité de personnaliser le nom du cookie (au lieu de “cookieName”: “tarteaucitron”)
    -  Possibilité de mettre l’alerte au milieu (“orientation”: “middle” en plus de “top” et “bottom”)
    -  Possibilité de personnaliser le petit bandeau : “showAlertSmall” (boolean) et “cookieslist” (boolean) uniquement si showAlertSmall=true
    -  Éventuellement possibilité de personnaliser “adblocker” (boolean)
    -  Mettre “handleBrowserDNTRequest” sur true (si le visiteur a dit à son navigateur de refuser les cookies, c’est qu’il n’en veut pas. Donc pourquoi lui demander ?)
    -  Possibilité de personnaliser “removeCredit” (boolean)
    -  Possibilité de personnaliser le CSS (“useExternalCss” en booléen avec éventuellement un input pour mettre les règles CSS que l’on souhaite)
    -  Éventuellement possibilité de personnaliser “cookieDomain” pour les autres sous-domaines
    -  Possibilité de masquer les cookies obligatoires (“mandatory”, boolean)

    • Hello Paidge,

      merci pour tes ajouts dans ce plugin. Bien cool. Pleins de bonnes choses :)

      Quelques remarques :
      Tu as initié dans la fonction tarteaucitron_upgrade() l’initialisation de certains paramètres, créant ainsi une dichotomie dans cette gestion. Pas sûr de comprendre pourquoi ?
      Pas mal des nouvelles possibilités que tu as introduite mériteraient un complément de doc. Je viens de t’ajouter comme auteur. Si tu te sens de compléter…

      Merci pour ton aide !

    • Dans tarteaucitron_upgrade(), j’indique seulement les services installés. Ils ne sont pas acivés. Juste installés.

    • Pas mal d’avancées sur le dépôt. L’upgrade est bien gérée maintenant. Je complèterai avec plaisir la documentation lorsque ma branche aura mergée pour décrire le nouveau fonctionnement.

    • Hello Paidge,

      pourrais-tu faire un début de doc dans le wiki ? (voir https://git.spip.net/spip-contrib-extensions/tarteaucitron/wiki) ?
      Cela permettrait sans doute d’aider à comprehension et donc d’aller plus vite dans les tests.

      merci

    • Vu. Je regarde ça dans la journée…

    • Bon ben pour les tests, c’est déjà plié avec la mise en ligne de la 1.2.10.

      Dans ton complément de doc…

      le développeur doit lancer le script ?action=tarteaucitron_referencer_services

      Pas sûr de savoir comment on fait ça ?

    • Pas sûr de savoir comment on fait ça ?

      Tu veux dire pour appeler le script ? Ben il faut appeler https://monsite.fr/?action=tarteaucitron_referencer_services

    • Je viens de mettre à jour la documentation après le merge du code effectué le 22/10/2021.

    Reply to this message

  • 1

    Bonjour, j’aime bien votre squelette!

    J’aimerais toutefois personnaliser certains aspect selon les besoins de notre organisme, alors j’aimerais savoir quelle est la meilleure procédure pour faire des changements aux squelettes. Devrais-je faire une copie des fichiers que je veux modifier, ou bien faire une copies complète du squelette? Et où mettre ces fichiers.

    Aussi, je constate que le menu ne prend pas en compte les langues. Il affiche les rubriques de toutes les langues.

    Ce serait bien aussi d’avoir une option dans la page de configuration du squelette pour afficher ou non le formulaire de commentaires.

    • Bonjour,
      le mieux pour personnaliser un squelette est de surcharger seulement les fichiers qu’on a besoin de modifier, et pour ça de les placer dans un dossier “squelettes” à la racine du site.

      Pour le menu de langue, c’est quelque chose qu’il serait bien d’avoir dans le squelette, et si vous faites la modification, il faudrait peut-être la proposer pour l’inclure au modèle...

      Pour les commentaires, c’est suivant le paramétrage du forum associé à chaque article, ou bien gérés pour tout le site à la page /ecrire/?exec=configurer_forum

    Reply to this message

  • Bonjour

    Je viens de m’apercevoir que le plugin cycle2 qui fonctionne très bien sur spip3.2 ne fonctionne plus sur spip4

    Ceci avec le même hébergeur et le mêmes réglages.

    Reply to this message

Any message or comments?

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite / PostgreSQL
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparait.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Who are you?
[Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document