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
Discussions par date d’activité
3 discussions
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 :
se contenter de la même chose sans les paramètres liés à la largeur :
et plus loin, définir des précisions dédiées aux grands écrans :
Ainsi, plus d’ascenseur, et le but initial, c’est à dire un affichage large pour les grands écrans, est atteint.
A+
Christophe
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ôtcompatibilite="[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.
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.
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
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
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 :
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.
Suivre les commentaires : |