SPIP-Contrib

SPIP’s friends

Home > El código de SPIP navegable

El código de SPIP navegable

Sunday 2 October 2005

¿Le parece difícil navegar por el código de SPIP con su editor de texto?

Ahora es fácil! Spipcode siempre tendrá disponible los fuentes de la última versión estable de SPIP, con hipervínculos en las funciones,y otras utilidades.


View online : Spipcode

37738 discussions

  • 5

    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.

    • 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.

    Reply to this message

  • 2

    bjr
    j’utilise ce squelette, tb par ailleurs. Quand je mets les adresses fb et tweeter cela n’apparait pas sur le site , il y a juste le mail, pourquoi?
    merci pour une réponse

    Reply to this message

  • 1

    Bonjour,

    Je souhaiterai pouvoir filtrer des événements qui soient à la fois des événements en cours et des événements à venir. Or, si je cumule le critère evenement_en_cours avec le critère evenement_a_venir, la requềte SQL résultante fait un “AND” et non un “OR” comme je le souhaiterai.

    Est-ce qu’il existe une façon propre d’arriver à mes fins?

    Merci.

    • Pourquoi ne pas faire un tableau

      #ARRAY

      pour chaque boucle d’événement à venir et en cours puis regrouper tout cela avec une boucle DATA en triant par date ?

    Reply to this message

  • 1

    Bonsoir,
    J’ai une suggestion à faire pour l’amélioration de ce plugin, qui réponds à la demande de nombreux de mes utilisateurs, et cela est surtout lié aux logos de répétition d’événements.
    1/ Lors de la création d’une répétition (ou plusieurs) d’un événement ce serait chouette que le logo de ces répétitions soit par défaut celui de l’événement source.
    2/ La balise #LOGO_EVENEMENT devrait retourné le logo de l’événement source si il s’agit d’une répétition sans logo.
    3/ Le filtre de boucle logo pour être mis à jour selon la même logique (on considère qu’une répét sans logo dispose bien d’un logo si son événement source en a un).

    J’espère que je suis clair ;)

    Merci à vous,
    Julien

    • A tester mais ça doit être possible de passer la boucle avec le critère

      {id_evenement_source}

      Pour récupérer le logo source :)

    Reply to this message

  • 8

    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.

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

    Reply to this message

  • 3

    Bonjour,
    Je viens d’essayer de mettre à jour mes plugins, dont Noizetier, Aveline, Zpipvide...
    Mais il y avait des erreurs d’incompatibilité de version pour Zpipvide, alors j’ai remis les anciennes versions.
    Mais là j’ai mes noizettes vides dans l’espace privé et les pages publiques toutes vides, avec des messages d’erreur sur les pages noizettes de espace privé et sur toutes les pages du site public :

    1 	Erreur SQL 1054
    Unknown column 'rang' in 'order clause'
    SELECT noisettes.id_noisette, noisettes.parametres FROM spip_noisettes AS `noisettes` WHERE (noisettes.type = 'defaut') AND (noisettes.composition = '') AND (noisettes.bloc = 'pre_contenu') ORDER BY rang
    	/var/www/htdocs/ricochets/domains/cafe.reseau-autonomie-crest.cc/public/ecrire/public/composer.php	calculer_select(){ sql_select(); }	1029
    2 	Erreur SQL 1054
    Unknown column 'rang' in 'order clause'
    SELECT noisettes.id_noisette, noisettes.parametres FROM spip_noisettes AS `noisettes` WHERE (noisettes.type = 'defaut') AND (noisettes.composition = '') AND (noisettes.bloc = 'post_contenu') ORDER BY rang
    	/var/www/htdocs/ricochets/domains/cafe.reseau-autonomie-crest.cc/public/ecrire/public/composer.php	calculer_select(){ sql_select(); }	1029
    3 	Erreur SQL 1054
    Unknown column 'rang' in 'order clause'
    SELECT noisettes.id_noisette, noisettes.parametres FROM spip_noisettes AS `noisettes` WHERE (noisettes.type = 'defaut') AND (noisettes.composition = '') AND (noisettes.bloc = 'pre_navigation') ORDER BY rang
    	/var/www/htdocs/ricochets/domains/cafe.reseau-autonomie-crest.cc/public/ecrire/public/composer.php	calculer_select(){ sql_select(); }	1029
    4 	Erreur SQL 1054
    Unknown column 'rang' in 'order clause'
    SELECT noisettes.id_noisette, noisettes.parametres FROM spip_noisettes AS `noisettes` WHERE (noisettes.type = 'defaut') AND (noisettes.composition = '') AND (noisettes.bloc = 'post_navigation') ORDER BY rang
    	/var/www/htdocs/ricochets/domains/cafe.reseau-autonomie-crest.cc/public/ecrire/public/composer.php	calculer_select(){ sql_select(); }	1029
    5 	Erreur SQL 1054
    Unknown column 'rang' in 'order clause'
    SELECT noisettes.id_noisette, noisettes.parametres FROM spip_noisettes AS `noisettes` WHERE (noisettes.type = 'defaut') AND (noisettes.composition = '') AND (noisettes.bloc = 'pre_extra') ORDER BY rang
    	/var/www/htdocs/ricochets/domains/cafe.reseau-autonomie-crest.cc/public/ecrire/public/composer.php	calculer_select(){ sql_select(); }	1029
    6 	Erreur SQL 1054
    Unknown column 'rang' in 'order clause'
    SELECT noisettes.id_noisette, noisettes.parametres FROM spip_noisettes AS `noisettes` WHERE (noisettes.type = 'defaut') AND (noisettes.composition = '') AND (noisettes.bloc = 'post_extra') ORDER BY rang
    	/var/www/htdocs/ricochets/domains/cafe.reseau-autonomie-crest.cc/public/ecrire/public/composer.php	calculer_select(){ sql_select(); }	1029

    J’ai vidé le cache, rien de changer.
    Est-ce que le fait d’avoir du supprimer Noizetier pour le remettre en version antérieur a effacé mes contenus des noisettes ?? c’est récupérable ?

    Je suis en SPIP 3.2.9
    voir ici la liste des plugins actifs : https://hydre.casa/IMG/pdf/_l_hydre_gestion_des_plugins.pdf
    Le site est en rade, je vois pas quoi faire
    Merci pour tout conseil utile

    • J’ai réinstallé le site via une sauvegarde .sql automatisée.
      quelques petits problèmes, mais ça remarche.
      Attention à ne pas mettre à jour le Noizetier en version 3, le laisser en version 2 pour l’instant donc.

    • Bonjour,
      je viens de rencontrer le même souci.
      Obligé de remettre les vieilles versions de tous ces plugins et remonter une sauvegarde SQL de la veille.

    • En effet, le plugin noiZetier n’évolue plus vraiment et je doute qu’il y ait une version pour SPIP 4.0 sauf si quelqu’un en reprend le développement.

      Cdlt

    Reply to this message

  • 2

    Bonjour,

    Pour mettre à jour phpmailer, il suffit de remplacer la lib ?

    • Je suis aussi intéressé par la question dans la mesure ou une alerte de sécurité sur la librairie a été publiée dernièrement.
      Merci.

    • Il faut remplacer la lib et possiblement les chemins dans les utilisations si le nom de dossier a changé. S’il y a eu des mises à jour récemment oui faut proposer une mise à jour, si quelqu’un se sent de faire une PR sur le projet Git. Dans tous les cas ce serait mieux de faire un ticket qu’ici où c’est pour du support à l’utilisation.
      https://git.spip.net/spip-contrib-extensions/facteur/issues

    Reply to this message

  • Salut, je suis tristesse, je découvre que le critère enfants est tout bugué et génère une requête SQL tronquée qui fait que la boucle retourne des éléments non valides à la requête envoyée.

    Pour tester, une simple boucle comme celle-ci :

    <BOUCLE_dede(ARTICLES){enfants #LISTE{1}}>
    #ID_ARTICLE
    </BOUCLE_dede>

    En mode debug, on obtient la requête SQL suivante :

    SELECT articles.id_article, articles.lang, articles.titre
    FROM spip_articles AS `articles`
    WHERE (articles.statut = 'publie')
            AND 1=1
            AND ((articles.id_rubrique  IN (1)) OR (articles.id_article IN (SELECT * FROM(
    SELECT rl.id_objet
    FROM spip_rubriques_liens as rl
    WHERE (rl.id_parent  IN (1))) AS subquery)))

    Où l’on peut remarquer qu’il manque AND rl.objet='article' dans la subquery cf le code du critère https://git-mirror.spip.net/spip-contrib-extensions/polyhierarchie/-/blob/master/polyhier_fonctions.php#L68

    Ainsi, la boucle renvoie des articles qui n’ont rien à voir avec la requête, car la subquery va chercher les enfants de la rubrique passée en paramètre quel que soit leur type d’objet (article, rubrique, patate et autres).

    Si on regarde le code généré, toujours depuis le mode debug, on voit que AND rl.objet=\'$type\' est bien là cf :

    $command['where'] = 
                            array(
    quete_condition_statut('articles.statut','publie,prop,prepa/auteur','publie',''), 
    quete_condition_postdates('articles.date',''), array('OR',is_array($r=array('1'))?sql_in('articles.id_rubrique',$r):array('=', 'articles.id_rubrique', $r),array('IN', 'articles.id_article', '(SELECT * FROM('.sql_get_select('rl.id_objet','spip_rubriques_liens as rl',is_array($r=array('1'))?sql_in('rl.id_parent',$r):'rl.id_parent='.$r.' AND rl.objet=\'article\'').') AS subquery)')));

    Je soupçonne un problème avec une optimisation des jointures effectuée par le compilo, mais sans en être certain je n’ouvre pour l’instant pas de ticket sur le core...

    PS : testé en SPIP 4 git up et 3.2.11 stable.

    Reply to this message

  • Bonjour,
    J’ai une suggestion et un problème.

    Dans mes formulaires générée via l’interface de Champs extras, j’ai besoin d’avoir un lien dans l’explication d’une case unique pour que l’internaute puisse consulter un article et déclarer en accepter les termes (exemple : conditions générales de ventes).
    Je vois pas de solution simple pour cela si ce n’est d’utiliser Mediabox et un peu de code (peu souhaitable pour les novices) :

    Vous pouvez prendre connaissance des <a href="Conditions-Generales-d-Utilisation" onclick="if (jQuery.modalbox) {jQuery.modalbox('Conditions-Generales-d-Utilisation?var_zajax=content','maxWidth:700');return false;}" class="spip_in">Conditions Générales d'Utilisation</a>

    Ou

    Vous pouvez prendre connaissance des <a href="Conditions-Generales-d-Utilisation" class="mediabox boxIframe boxWidth-700px boxHeight-600px">Conditions Générales d'Utilisation</a>

    Le choix d’une lightbox (et non d’un lien hypertexte classique) est motivé par le souhait de ne pas sortir du formulaire pour éviter de perdre l’internaute avec (ou les infos saisies dans le formulaire).

    Suggestion :
    J’apprécierais une syntaxe plus simple pour gérer ce genre de cas car mes clients ne touche pas à de l’html d’ordinaire . Une nouvelle saisie ou option de saisie à prévoir peut-être?

    Jusque la, malgré tout, tout va bien.


    Par contre j’ai besoin de pouvoir afficher cela dans plusieurs langues donc je rajoute mes balises multilingues :

    <multi>[fr]Vous pouvez prendre connaissance des <a href="Conditions-Generales-d-Utilisation" onclick="if (jQuery.modalbox) {jQuery.modalbox('Conditions-Generales-d-Utilisation?var_zajax=content','maxWidth:700');return false;}" class="spip_in">Conditions Générales d'Utilisation</a></multi>

    Problème :
    Et la je me retrouve avec un warning Texte mal formaté dans le code du message je lis “danger-jS”.

    Merci de vos lumières,
    JuL

    Reply to this message

  • Bonjour,

    Je le note ici pour pas oublier : il faudrait remplacer la lib par celle -ci : https://accessible360.github.io/accessible-slick/

    C’est la même chose, mais respectueux de l’accessibilité.

    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