ViaSPIP 3.1

Après la sortie de SPIP 3.1, voici la nouvelle version du squelette ViaSPIP qui reste dans la lignée des précédentes versions.

ViaSPIP 3.1 est toujours un squelette généraliste pour SPIP, sous forme de plugin, visant à offrir une alternative au squelette de la distribution officielle.

Cette version est destinée à des sites sous SPIP 3.1. Elle n’est pas conçue pour fonctionner sur les versions antérieures de SPIP (1.9.xx, 2.0.xx, 2.1.xx et 3.0.xx).

Site de démo : JYG Web

Ce qui change principalement par rapport à la branche 3.0 du squelette ViaSPIP

En fait, pas grand chose en apparence, afin de permettre aux utilisateurs de l’ancienne version de passer sous SPIP 3.1 sans grandes difficultés.

-  Le fichier CSS du plugin principal se nomme désormais « theme.css » et non plus « style.css », conformément au nouveau squelette de la dist officielle. Par contre, les fichiers CSS des plugins de thèmes sont toujours nommés « perso.css ».

-  Adaptations HTML/CSS pour SPIP 3.1

-  Intégration gotop/gobottom dans les css et js principaux

-  NOUVEAU : ce qui change vraiment, c’est l’ajout du paramétrage du plugin. Désormais, directement depuis l’administration du site, donc de manière beaucoup plus souple, on peut jouer très simplement sur certains paramètres :

  • Affichage des boutons de partage sur les réseaux sociaux (Facebook, Twitter, Google+) -> non par défaut
  • Largeur maxi de la page en pixels -> 1325 par défaut (doit être supérieure à 1003)
  • Position de la colonne secondaire -> à droite par défaut
  • Largeur de la colonne secondaire en pourcentage -> 29 par défaut (doit être comprise entre 20 et 40)
  • Liens externes ouvrant dans un nouvel onglet -> non par défaut (Pas bien ! Je sais, mais le paramètre laisse le choix, et par défaut, ce n’est pas actif !)

Ce qui ne change pas

Pour le reste, je vous invite à consulter l’article sur ViaSPIP 3, tout y est détaillé.

Voir l’article sur le squelette ViaSPIP 3.1 sur le site de l’auteur.

Versions :

3.1.0a du 23/02/2016 : 1re release de ViaSPIP 3.1

Discussion

3 discussions

  • 15

    Bonjour,
    Merci Jean-Yves pour ce très intéressant squelette.
    Pour moi, il est compatible 3.2.
    Dommage qu’il ne soit pas sur la zone (comme le suggérait _Eric_ sur le fil d’une autre version), j’aurais pu proposer une modification des bornes directement.
    Ainsi qu’un correctif pour theme.css qui pose un souci de « responsive » à certaines largeurs d’écran.
    Je reviens sur le sujet.
    A+
    Christophe

    • Voici donc le souci de « responsive ». La largeur est fixée par défaut à une valeur importante. Pas de souci, j’aime aussi quand c’est large quand on a un écran de grande définition. Mais quand on réduit la largeur à une taille intermédiaire (vers 1020 pixels), les blocs ne s’ajustent plus et un ascenseur horizontal apparaît, et ne disparaît que quand on arrive vers des tailles de 640px et moins.

      Testé chez moi (sur un SPIP 3.2) et sur le site de l’auteur du squelette, où on voit bien le souci vers 1020px.

      Voici donc la correction que je propose pour theme.css.

      Au lieu d’avoir, dans les blocs principaux :

      .page width : 90% !important ; width : 1003px ; max-width : 1325px ; min-width : 1003px ; margin : 0 auto 10px auto ; padding : 38px 10px 0px 10px ;
      background : #FFF2C2 ; overflow : hidden ;

      se contenter de la même chose sans les paramètres liés à la largeur :

      .page width : 90% !important ; margin : 0 auto 10px auto ; padding : 38px 10px 0px 10px ;
      background : #FFF2C2 ; overflow : hidden ;

      et plus loin, définir des précisions dédiées aux grands écrans :

      /* --------------------------------------------
      /* Affichage sur grands ecrans
      /* -------------------------------------------- */
      @media (min-width : 1024px)
      /* Bloc principal de page */
      .page width : 1003px ; max-width : 1325px ; min-width : 1003px ;

      Ainsi, plus d’ascenseur, et le but initial, c’est à dire un affichage large pour les grands écrans, est atteint.

      A+
      Christophe

    • jean-François Hl

      Bonjour Christophe,
      Comment faire pour que le plugin soit compatible avec spip 3.2
      J’ai beau modifier le paquet.xml
      compatibilite="[3.1.0;3.1.*;3.2.*]"

      Le plugin reste grisé impossible à activer.

      Merci d’avance
      JF

    • Bonjour Jean-François,

      Je ne suis pas sûr qu’on puisse avoir "3 bornes".

      Perso j’ai compatibilite=« [3.1.0 ;3.9.*] ».

      Christophe

    • Je déconseille compatibilite="[3.1.0;3.9.*]" car on ne peut prévoir les évolutions futures de SPIP. Il faudrait mettre plutôt
      compatibilite="[3.1.0;3.2.*]" et réussir à contacter l’auteur par ailleurs.

    • Oui, désolé, en fait à un moment j’ai mis 3.9 chez moi pour repérer plus facilement les plugins que j’avais forcés pour tester la 3.2 :-)

      J’ai envoyé un message / forum à l’auteur par le biais de son site, fin octobre, je n’ai pas de réponse et mon message n’est toujours pas publié.

    • J’ai trouvé ce squelette très intéressant à la base.

      Peu expérimenté, je voulais rester assez proche de dist tout en m’estimant incapable de partir de 0. J’ai donc progressivement adapté VIA-Spip à mes besoins, sur un site de test, puis basculé en prod. Je continue par petites touches.

      Certaines de mes modifications sont pour l’instant « en dur » dans le code (exclusion d’une rubrique, d’un article, par exemple), par manque de compétences (je devrai apprendre à jouer avec des variables et adapter le formulaire de configuration de VIA-Spip pour rendre ces options gérables facilement, quand j’aurai le temps).

      A la base j’étais sous SpipR et voulais passer de « Readable » au thème « beige », mais en pleine largeur, et n’ai pas pu/su (avec Bootstrap ce n’est pas simple...).

    • Salut, dans tous les cas il ne faudrait pas que tu modifie directement les fichiers du plugin, mais que tu les recopie dans ton dossier squelettes, puis que tu fasse les modif, pour éviter de perdre les modifs en cas de mise à jour.

    • Oui, bien sûr.

      Mon /squelettes commence à être bien rempli avec toutes ces modifications d’ailleurs :-)

      J’ai soigneusement commenté chaque fichier pour savoir si j’étais parti à la base de VIA-spip ou de dist, voire de certains squelettes autres dans certains cas... histoire de savoir rapidement qui surcharge quoi.

    • jean-François Hl

      Merci pour le réponse rapide J’ai mis compatibilite=« [3.1.0 ;3.2.*] » et ça fonctionne. :-)

      Pour info avec viaspip on peut créer des thèmes sous forme de plugins et on y modifie les squelettes sans toucher au plugin de base.

      JF

    • Ce n’est pas spécifique à viaSPIP.

    • jean-François Hl

      Oui c’est le principe des plugins, ce que je voulais dire c’est que l’auteur fournissait quelques thèmes copiables et permettant une personnalisation aisée.

    • Oui, je les ai tous essayés au départ.

      Mais mes personnalisations vont plus loin, le thème n’était qu’accessoire en fait.

    • J’ai de nouveau cherché à prendre contact avec Jean-Yves, cette fois ci en passant par le formulaire de contact de son site et non le forum, en lui renvoyant accessoirement le lien vers la discussion ici.

    • Bonjour,
      Je donne enfin signe de vie. Désolé, mais je manque simplement de temps...

      Je vais sortir une nouvelle version de ViaSPIP pour SPIP 3.2 sans doute en décembre, mais en attendant, selon mes premiers essais, comme mon plugin semble compatible, il suffit de modifier le fichier paquet.xml et mettre, comme l’indique Maïeul :
      compatibilite="[3.1.0;3.2.*]"

      Comme je l’ai dit sur mon site, parfois, SPIP ne prend pas bien en compte ces changements dans le fichier paquet.xml dans la gestion des plugins (c’est peut-être moins vrai avec les nouvelles version, à vérifier). Pour ma part, j’ai trouvé comme astuce de renommer temporairement le répertoire du plugin, de retourner dans la gestion des plugins pour rafraîchir, puis de renommer à nouveau le répertoire du plugin pour le remettre comme il était à l’origine. Et là, tout rentre dans l’ordre.

      De même, si vous utilisez un plugin de thème, vous devez faire la même modification dans le fichier paquet.xml de celui-ci.

      A bientôt
      Jean-Yves

    • Salut, je suis trés étonné par ce que tu dis. Je n’ai jamais eu ce souci. Peut être un var_mode=recalcul sur la page privé pourrait éviter cela (mais je l’ai jamais rencontré)

    Répondre à ce message

  • 1

    Petit souci dans l’affichage des boutons radio du formulaire , le libellé apparaît au-dessous du bouton et non pas à droite.
    Le site tourne avec SPIP 3.1.4 et le squelette Squelette ViaSPIP 3.1
    Où puis-je intervenir pour remettre ça d’aplomb ?
    Merci d’avance pour vos suggestions et aide.
    Pierre

    • Bonjour,
      En standard dans SPIP, il me semble que les formulaires n’ont pas de boutons radio.
      Qu’utilisez-vous comme plugin pour avoir des boutons radio dans un formulaire ? Avez-vous le même problème en désactivant ViaSPIP. Si c’est le cas, il faudra d’abord chercher du côté du plugin qui vous permet d’enrichir vos formulaires et surtout de ses fichiers CSS. Sinon, c’est à voir...

      Cordialement
      Jean-Yves

    Répondre à ce message

  • 1
    Giezendanner FD

    Bonjour,

    pourriez-vous integrer le menu Sidr : http://contrib.spip.net/Sidr-Menu-de-cote-Responsive-4391

    meilleurs messages

    FDG

    • Bonjour,
      Je viens de regarder ce plugin et je dois dire que ne suis pas convaincu. Si l’idée est d’afficher en mode smartphone un menu dépliable avec une icône « Hamburger », je pense qu’on peut faire beaucoup plus simple et surtout moins lourd.
      Actuellement, avec la version 3.1.0a de ViaSPIP, on a un menu des rubriques déplié d’office. Avec l’ajout d’un bouton « hamburger », deux ou trois lignes de javascript pour gérer le « toggle » (dépliage-repliage du menu) et un peu de CSS pour gérer l’affichage ou non du bouton et du menu, je pense qu’on pourrait faire assez simplement quelque chose de sympa.
      C’est noté, je vais y songer pour une prochaine version.
      Bonne journée
      Jean-Yves

    Répondre à ce message

Ajouter un commentaire

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
  • 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 apparaît.

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.

Qui êtes-vous ?
[Se connecter]

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

Suivre les commentaires : RSS 2.0 | Atom