Kamakura - commentaires

Kamakura

Hello Theobold

Bonne nouvelle, ,la version de SPIP sortie aujourd'hui 4.2.11 est maintenant compatible PHP 8.3
cela devrait résoudre naturellement votre problème

https://blog.spip.net/Mise-a-jour-de-maintenance-sortie-de-SPIP-4-2-11.html

Kamakura

Un problème de « CACHE » probablement, car désormais cela semble fonctionner correctement.

Kamakura

Bonjour et merci, Christophe.
J'avais effectivement repéré que court-circuit y était pour quelque chose. J'avais oublié de modifier une section.
Par contre, j'ai toujours des problèmes de mauvaises redirections.
Si je clique sur https://dotruj.fr/babayaga/spip.php?rubrique1 je suis redirigée vers la rubrique 28 qui est une sous-rubrique de la rubrique 1, sans que je sache pourquoi.

Kamakura

Ce n'est pas lié au plukin Kamakura mais au plugin Court-circuit 2.

La documentation indique :
si la rubrique ne contient aucun article, Court-circuit 2 sélectionnera la première sous-rubrique de la rubrique (tri croissant par numéro du titre et décroissant par date) et appliquera l'ensemble de ces règles à cette sous-rubrique.

Il faut modifier les réglages du plugin pour ne pas avoir ce comportement et éviter les redirections.

Kamakura

Bonjour,
je constate un truc très étrange sur un site de test sur lequel je travaille pour une association dont je fais partie. J'utilise donc Kamakura (un grand merci pour cette contrib). Voici l'adresse : https://dotruj.fr/babayaga

Le problème est que dans le menu, les rubriques « Baba Yaga, l'association » et « Evénements culturels » ne renvoient pas à ces rubriques-là, mais à l'une des sous-rubriques. Par exemple, pour événements culturels, c'est la rubrique 13 (expositions) qui est linkée alors que la rubrique est normalement la numéro 4.

Je ne sais pas vers où chercher. Merci beaucoup de votre aide.

Kamakura

Bonjour

A priori le bug touche plutôt SPIP et la compatibilité PHP 8.3 que le plugin Kamakura.

D'ailleurs le support officiel de SPIP4.2 est « Compatibilité PHP 7.4 à 8.2 »

Donc le plus propre est de rester en PHP 8.2 en attendant la compatibilité avec PHP 8.3

Kamakura

Bonjour,

Un message d'erreur s'affiche en haut de page de l'interface privée du site https://www.culturejazz.fr/ depuis quelques temps :

> Warning : Narrowing occurred during type inference of ZEND_FETCH_DIM_W. Please file a bug report on https://github.com/php/php-src/issues in /home/culturej/www/ecrire/inc/bandeau.php on line 115

N'étant absolument pas compétent en php, je suis bien incapable de trouver une solution !

NB : le site est à jour en SPIP 4.2.10 et en php 8.3.
Il se pourrait bien que le problème soit apparu après le passage en 8.3 (pas sûr...).
NB 2 : ce message disparaît en général en actualisant la page. Pas d'incidence apparemment sur le fonctionnement du site public.

Merci pour votre aide... !
Cordialement,
TG

Kamakura

Oups ! Euréka...
Je n'avais pas prêté attention au sous-dossier « Font » dans « css ». Je l'ai remis dans le sous dossier « css » dans ./squelettes et ça roule !!
On apprend encore une fois de ses erreurs...
Cordialement,
TG

Kamakura

Aïe Aïe !
Désolé de vous solliciter à nouveau...

J'ai osé la mise à jour vers la version 1.5. (???!!)
MAIS... j'ai perdu les polices Montserrat dans mes pages.

J'avais d'abord créé un dossier Kamakura à la racine du dossier « Squelettes ». Fiasco après la MAJ !
J'ai remis à la racine de ce dossier des sous-dossiers « inc » et « css » + les pages HTML article, auteur, rubrique, sommaire. J'ai retrouvé ma mise en page précédente... mais sans la bonne police !

Voyez-vous ce qui peut clocher ?
Merci encore pour votre aide !

Thierry

Kamakura

oui les fichiers surchargés sont à placer dans /squelettes/

c'est la méthode recommandée pour ne pas perdre les modifications perso lors de la mise à jour du plugin

Kamakura

Merci pour la réponse !

Pour les images, nous avons bien avancé, grâce, en particulier à cet article : https://23forward.com/Plugin-SPIP-Insertion-avancee-d-images.

Une question très novice sans doute : comment installer la nouvelle version du plugin sans perdre toutes les modifications apportées aux différents fichiers ? Les placer dans le dossier « squelettes » ? Tout recharger par FTP ensuite ?
Désolé d'être aussi « basique » !

Merci encore !
TG

Kamakura

Bonjour Thierry

Très beau site :)

Pour les cards actu, j'ai ajouté une option dans le menu de configuration pour indiquer le nombre de cartes. Pour défaut on a 3 mais on peut maintenant le passer à 6,9 ou 421.

Le zip de la version 1.5.0 devrait être disponible d'ici quelques heures

Pour les images, la gestion des images a beaucoup évolué et les besoins peuvent assez différents d'un site à l'autre. Il faudrait regarder en détail ce qui est attendu.

Kamakura

Bonjour,

Finalement, j'ai continué à bidouiller à ma façon, par essais erreurs et je suis parvenu à un résultat acceptable pour le moment.
Ça fonctionne convenablement (https://www.culturejazz.fr/). Il faut juste que les collaborateurs s'adatent aux nouveaux formats ! (logos...).

CEPENDANT...
Je suis toujours preneur de réponses à mes questions même si j'ai avancé sur la gestion des images...
Merci et BRAVO pour votre travail !
TG.

Kamakura

Bonjour,

Je me plonge dans le squelette Kamakura suite à un passage à SPIP 4 que je découvre par la même occasion avec mes compétences très limitées (bien qu'utilisateur de spip depuis belle luerette mais de manière empirique) !
Le site : www.culturejazz.fr

J'ai deux problèmes à vous soumettre dans l'immédiat :

1- Je souhaiterais doubler la ligne de « cards » actualité sur la page d'accueil pour afficher 6 articles et je patauge lamentablement. J'ai tenté de doubler la ligne 1 en copiant le code mais plus rien ne s'affiche !
Avez-vous une solution ? Est-ce possible ?

2- Je ne parviens plus à gerer mes images issues de SPIP 3. Elles s'affichaient au format avec les attributs de position, en taille réduite, mais elles sont désormais trop grandes...
Je ne parviens pas non plus à activer l'affichage « mediabox ». Les images ne sont plus cliquables pour cela.

Je dois avouer que la documentation SPIP ne m'aide guère. Il faut être expert pour s'y retrouver. Elle propose bien des morceaux de code mais sans indiquer comment et où les utiliser...

En espérant que vous pourrez m'apporter une aide...

Cordialement,
TG.

Kamakura

Bravo, tout fonctionne à nouveau.
MERCI !

Kamakura

De la patience, le zip va apparaitre d'ici quelques heures
Pour les pressés : https://git.spip.net/spip-contrib-squelettes/kamakura/archive/v1.4.0.zip

Kamakura

mais je ne vois pas la version v1.4.0 de kamakura et j'avais tout refait mon site version spip 4.1 qui refonctionnait normalement. J'ai donc fait confiance en mettant à jour pour la version spip 4.2 et patatras, tout repart en biberine. Le site fonctionne, mais sans la mise en page normale...
Si la version kamakura v1.4.0 est disponible quelque part, je suis preneur...

Kamakura

Je viens de passer Kamakura compatible SPIP 4.2 avec la version v1.4.0

Rien ne change dans le fonctionnement du squelette qui fonctionne bien.

Kamakura

Bon, je vais refaire tout ça et je reviens donner le résultat dès que j'aurai tenté une réinstallation / mise à jour et tout et tout

Kamakura

Bah non, c'est juste qu'il n'a pas été testé en 4.2. Mais normalement en matière de squelettes, il n'y a rien qui casse entre 4.1 et 4.2. C'est cela qui est bizarree.

Kamakura

Mais ce que je ne comprends pas, c'est que le plugin Kamakura (puisque l'installation est considérée comme un plugin) n'est compatible que pour 4.1 et 4.0. Donc ça me parait normal qu'avec SPIP 4.2, il y ait des problèmes, non ? C'est pourquoi je demandais quand Kamakura serait compatible 4.2, mais surtout quand on sera en 5.0. Ce serait dommage d'abandonner le site alors que que le Kamakura est super chouette.

Kamakura

Mouais, tu m'aurais dit d'une 3.2 à une 4.2 j'aurais compris, mais là.

Peut être un problème d'installation mal fichu. T'a essayé une clean install ?

Kamakura

Oui, de SPIP : le passage de spip 4.1 à 4.2 défait complètement la structure de mon site (aloha.yt). Les images de fonds disparaissent, mais surtout la présentation est complètement différente. Je ne comprends pas pourquoi, alors que je suis passé par spip_loader comme pour un autre site et pour qui tout s'est bien passé.

Kamakura

Heu... l'architecture du site ? Tu veux dire de SPIP ? cela n'a pas tellement changé entre 4.1. et 4.2

Kamakura

Non, ça ne fonctionne pas normalement. L'architecture du site est complètement différente en 4.2. Ce n'est pas bien grave pour le moment, mais il y aura un soucis dès qu'on va passer en 5.0

Kamakura

A priori ca devrait passer sans souci en 4.2, à tester.

Kamakura

Bonjour,
y a-t-il une mise à jour en 4.2 de prévue ? Une 5.0 à l'avenir ?

Kamakura

Merci pour cet aide claire et tes indications.
Je vais m'y remettre pour personnaliser ce squelette. Un beau travail ! - : )

Kamakura

Bonjour

Pour le bandeau
Apparemment vous avez trouvé la solution dans le forum
Sinon il suffit de surcharger le fichier inc/header.html et d'ajouter vos consignes CSS supplementaires dans css/perso.css

Pour le menu latéral
Ce n'est pas prévu. Le site a vocation d'être monocolonne
Cela risque d'être un peu compliqué si vous souhaitez l'adapter en ce sens.

Pour le menu agenda
Sur le site du https://www.theatrecroquemitaine.com le bloc agenda est uniquement un article édité manuellement en fonction de l'actualité. Il n'y a de véritable agenda (lié avec le plugin éponyme).

Vous pouvez facilement le surcharger le fichier inc/sommaire_outro.html selon la logique que vous adoptez

Kamakura

Merci pour ton aide
J'y suis arrivé

Kamakura

si je me souviens bien, je suis allé dans squelette, puis css où j'ai modifié la feuille css en ajoutant à la ligne 158 header :
header
position : relative ;
background-image : url(« P1020653.png ») ;
height : 200px ;

puis j'ai mis dans le même dossier css la photos que je voulais voir en bandeau.
Pour info, en PJ, la feuille css modifiée pour mon site : il n'y a qu'à la recopier et modifier la ligne 158 et rajouter la photos dans le dossier css

Kamakura

Bonjour,
Je voudrais faire la même modification que toi. Changer le bandeau du titre et y placer une image plus conviviale. Pourrais-tu m'aider ? Mes connaissances sont encore plus limitées. J'avais réussi avec le squelette Ahunstic, mais ici je ne retrouve pas mes marques.
Je ne vois pas quel fichier je peux changer et comment.
Merci

Kamakura

Bonjour,
Notre école voudrait changer l'interface graphique de notre site.
Votre plugin correspond à nos attentes.
A l'mage du site donné en exemple Theatrecroquemitaine.
Comment est-ce possible de modifier le bandeau noir du site par une image.
Ajouter un menu latéral « agenda »
Réduire en hauteur la bandeau : dernière article ?

Merci pour votre aide et félicitation pour ce pluging.

Kamakura

Merci de répondre aussi vite !
Je tiens aussi à vous remercier pour la mise en garde, en effet, je n'avais pas fait attention donc merci beaucoup.
Je vais donc monter de version, cela sera plus simple.

Merci !

Kamakura

Bonjour Marie

D'après le calendrier, SPIP 3.2 est maintenu jusqu'au 31 décembre 2022 (à la fin de ce mois)
https://www.spip.net/fr_article6500.html

Il faut donc absolument monter de version
Kamakura est compatible SPIP 4.0 et SPIP 4.1

Pour cette raison, je ne vais donc pas sortir un version compatible SPIP 3.2
Vous pouvez tenter de modifier les bornes du paquet.xml avec SPIP 3.2
A priori l'essentiel devrait fonctionner ....

Bonne chance !

Kamakura

Bonjour, je suis en train de refaire un vieux site grâce à ce plugin.
Je rencontre cependant un problème, mon site est sous Spip 3.2.16 or le plugin est compatible seulement en 4.1 !
Je ne peux malheureusement pas mettre à jour Spip car j'utilise d'ancien plugin incompatible en version 4 de Spip.
Est-ce possible de le rendre compatible à une ancienne version, comment faire ?

Merci de votre travail et de votre réponse.

Kamakura

Merci beaucoup pour votre réponse rapide !

Kamakura

Bonjour,

je viens de rendre le squelette Kamakura compatible SPIP 4.1
Il s'agit de la version v1.3.9 de Kamakura qui devrait être disponible d'ici quelques heures.

Kamakura

Bonjour,
Votre travail me semble très abouti, et je voudrais savoir si une version pour Spip 4.1.2 sera bientôt disponible ?

Merci !

Kamakura

Bonjour,
Nous parlons bien de kamakura/inc/article.html de même pour sommaire_outro.html, effectivement ça fonctionne bien pour les modifications, j'arrive à travailler correctement. Merci.

Kamakura

Bonjour

Une réponse rapide depuis mon lieu de vacances

- pour les dates et cie, Le fichier à surcharger est plutôt inc/article.html qui contient le détail de chaque article

- pour la zone 2, il s'agit sans doute du fichier inc/sommaire_outro.html qui contient le bas de la page d'accueil

Ensuite pour connaitre quel fichier il faut surcharger, vous pouvez ajouter ?var_mode=inclure à l'URL de la page à modifier. Cette variable permet de savoir rapidement quels sont les fichiers appelés par SPIP pour construire une page donnée.

Bonne chance

Kamakura

Bonjour les créateur-ice-s,

Tout d'abord un grand merci, bien évidemment. Une squelette parfaite, minimaliste et efficiente qui permet au moteur SPIP de garder sa fraicheur.

Je me permet de demander de l'aide ici en tant que débutant sur SPIP et aussi sur Kamakura.

Nous sommes un centre de documentation et de recherche sur la paix et les conflits, crée en 1984, nous refaisons peau neuve. Suite à une mise à jour délicate, sayé, aujourd'hui tout fonctionne un merveille avec Kamakura sur un SPIP4. Ma demande est de l'ordre de personnalisation/adaptation à notre activité. Afin de ne pas partir dans tout les sens j'ai souhaité avoir vos avis sur les points suivants :

Concernant la page Article :
- Nous avons besoin d'ajouter la date, l'auteur et les mots clefs au début de chaque article,
- ajouter une zone « Nous soutenir » après la boucle document joint, avec un texte type, et un bouton (comme bouton contact du footer)
- et à la fin une « Zone 2 » avec le titre « Les articles en lien » (par rubrique ou mot clef) sans rien modifier au niveau de design.

Quelle sera la méthode la plus adaptée pour réaliser ces trois modifications principales ?

- Faut-il modifier inc/article.html ? kamakura/article.html ? Malheureusement quand je surcharge un article.html dans le dossier squelette que je crée, je n'ai plus du tout de CSS, j'ai l'impression que ce n'est pas le bon modèle d'article.html que j'utilise.......
- Y a t-il d'autre fichier html à créer par exemple pour l'appel au soutien afin de les appeler dans l'article.html ?

En attendant quelques réponses,
Librement

PS : Je continue d'étudier bien sure les bases de SPIP, mais nous aurons besoin un coup de main des expert-e-s.

Kamakura

Bonjour,

à titre d'illustration, un site de présentation de dessin par javascript sous plugin Kamakura, avec quelques remaniements de squelettes et de css, ainsi que quelques bugs révélés par la console.

JavaZ, application de dessin pour la création d'images dynamiques et interactives grâce au navigateur.

Je témoigne que le squelette est très évolutif tout en offrant une base versatile de site web responsive clé en main (par bootstrap). Chapeau.

Spipement,

Kamakura

Merci beaucoup, réponse rapide et claire, qui m'a résolu mon problème et permis de mieux comprendre comment ça marche !

Kamakura

Bonjour

A priori Kamakura ne désactive pas mediabox mais le squelette ne l'utilise pas.

Les images qui ne sont pas utilisées dans l'article sont automatiques listées en bas d'article en pleine largeur (enfin en 800px de large).

Si vous avez besoin d'un comportement différent, il suffit de surcharger le fichier kamakura/inc/article.html

Kamakura

Bravo et merci pour ce travail !
Une question : est-il possible d'utiliser la mediabox avec kamakura ?
Quand j'active kamakura, cela désactive la médiabox, malgré différents essais de réglages de mediabox.

Kamakura

La rubrique se comporte comme si elle n'avait qu'un article et c'est bien cet article qui s'affiche (et pas la rubrique).
Du coup, j'ai désactivé le plugin Court-circuit, et c'est de là que venait le problème.
Il prend la main sans que rien ne le justifie.
Je n'avais aucun changement personnel, ni squelette, ni css, brut de décoffrage.
A voir, donc d'où vient le problème.
Si vous trouvez, pouvez-vous le dire, car du coup il reste désactivé.
Merci encore.

Kamakura

Merci de ta réponse rapide.
Le problème c'est que ce n'est pas que le titre de la rubrique qui s'affiche mais les infos, titre, etc. de l'article en Une qui s'affiche, c'est pourquoi j'ai nommé la classe.
Je ne sais pas pourquoi.
La rubrique n'a pas de logo, et apparaît un logo de 1200 px, je ne comprends pas non plus.
J'ai cherché pour les articles, et je ne comprends pas du tout pourquoi la boucle ne sort pas la liste simple des articles de cette rubrique.
Il suffit donc que j'attende que SPIP 3.3 sorte alors ?. Il n'y a pas d'autre critère pour ce logo ? J'attendrai, je serai patiente, pas de problème !
Je ne peux pas donner de lien car c'est « en travaux », et je ne veux pas le démarrer justement avant que ce soit présentable...

Kamakura

Bonsoir Perline

Il y a plusieurs questions, j'essaie de ne rien oublier dans mes réponses :

article-body est juste un nom de classe CSS pour indiquer le corps du document. Il peut être appelé sur n'importe quel objet : article, rubrique, auteur, ... Désolé si ce n'est pas heureux comme nommage
le logo est énorme : oui il fait 1200px, c'est un choix graphique. C'est le principe du « hero » / tête de gondole de beaucoup de sites actuels. Tu peux toujours surcharger si cela ne plait pas.
les articles ne s'affichent pas .... il faut voir pourquoi... à priori cela fonctionne ailleurs sur les sites qui utilisent le plugin.
le SVG est bien géré uniquement sous SPIP 3.3. Désolé j'ai oublié de l'indiquer dans la documentation.

Kamakura

Bonjour,
Simple et de bon goût ce squelette.
J'ai une interrogation : la page rubrique est supposée être normale, et afficher d'abord les sous-rubriques, puis les articles.
Chez moi ça ne marche pas.
Je regarde le squelette et je vois d'abord en tête un « article body », je ne comprends pas pourquoi c'est là. De plus, le logo de cet article s'affiche en énorme dessous. Je ne comprends pas la raison, la philosophie de ce choix.
Cet article s'affiche en entier, comme si le squelette de cette rubrique était en fait un squelette de l'article d'en-tête du sommaire.
Ensuite, la liste des articles de la rubrique dans laquelle on est (« liste-articles ») ne s'affiche pas chez moi. Impossible non plus de comprendre pourquoi.
Dans un autre ordre d'idée, le logo.svg qu'il suffit d'installer dans le dossier img ne s'affiche pas chez moi. Alors même qu'il est là, et se voit bien dans le code. Y a-t'il des impératifs pour qu'il s'affiche ?
Merci de toutes ces infos.

Kamakura

Désolé pour le dérangement, j'ai réussi à régler tous mes problèmes (c'est à dire en transformant la colonne de droite du pied de page en flux Rss avec son logo).
Mille excuses pour le dérangement...

Kamakura

J'avance petit à petit, mais il semble qu'il y a un bug : tout est O.K., le lien, l'endroit ... Seul impossibilité : mettre l'icon du RSS. Que ce soit en jpeg, jpg, png, etc... Seul le texte alt apparaît.

Kamakura

Désolé, mais j'ai tout essayé, et ça ne marche pas. Je butte sur un problème qui m'échappe. J'ai contourné le problème en rajoutant une image avec le lien dans dans la colonne centrale du footer (adresse, copyright...) mais je voulais l'insérer dans la colonne de droite (contact).
(mon site : www.aloha.yt)

Kamakura

Il suffit de surcharger le fichier de pied de page inc/footer.html et d'ajouter ton lien vers le flux RSS (#URL_PAGE{backend}) avec son icône

Kamakura

Bonjour,
je voudrais rajouter en pied de page le sigle de syndication rss avec son lien, bien sûr. Je n'ai pas réussi alors que je sais que sous SPIP, la mise en syndication existe automatiquement. Une solution ?
Merci !

Kamakura

Super, ça fonctionne !
mon site : www.aloha.yt

Kamakura

Bonjour,
je me réponds à moi-même pour vous éviter de chercher. Je viens de trouver la solution à mon problème : j'ai surchargé la feuille de style css et rajouté une image à la ligne 158 :
header
position : relative ;
background-image : url(« P1020653.png ») ;
avec l'image dans le même dossier.
Merci encore pour votre magnifique travail évolutif !

Kamakura

Bonjour

Il suffit sur surcharger les chaines de langue
https://git.spip.net/spip-contrib-squelettes/kamakura/src/branch/master/lang/kamakura_fr.php

créer un fichier squelettes/lang/kamakura_fr.php
y ajouter les chaines modifiées

// This is a SPIP language file -- Ceci est un fichier langue de SPIP $GLOBALS[$GLOBALS['idx_lang']] = array( 'actu' => 'Derniers articles', // 'Actualités',
);

Kamakura

Bonjour,
j'aimerais pouvoir intervenir sur le « doctype html » du squelette pour remplacer « actualités » en « derniers articles ». Où est-ce que je peux trouver ce fichier ,
Merci et bravo pour votre travail !

Kamakura

Bien pour le .htaccess :)

Si on regarde les éléments bloquants sur mobile sont surtout :

le css
le javascript

Penser par exemple à désactiver la mediabox de SPIP ou le porteplume dans l'espace public
cela permet de gagner qq ms....

Kamakura

Je suis aussi d'accord, c'est un peu du pinaillage.

Concernant le .htaccess, le code suivant a été efficace (uniquement pour .woff/.woff2) :

# Fonts
# Add correct content-type for fonts
AddType font/woff .woff
AddType font/woff2 .woff2
# Add a far future Expires header for fonts
ExpiresByType font/woff "access plus 1 year"
ExpiresByType font/woff2 "access plus 1 year"

Kamakura

Dans styles.css il n'y a que 5 polices qui sont les différentes graisses utilisées.
Il faudrait vérifier dans le détail, si on ne peut pas réduire

L'appel CSS charge local OU le fichier .woff2 OU le fichier .woff selon les capacités des navigateurs. Il n'y a rien en trop.

Ensuite le preload, c'est de la recherche de performance, on parle pour des navigateurs modernes donc le woff2 devrait suffire

Le reste est du pinaillage et de l'optimisation de perf alors que le plugin est complet et fait le job
Je n'ai pas de temps de me pencher sur ces détails, libre à vous de commiter sur le git si vous trouvez des choses concluantes.

Kamakura

Oui, je suis d'accord, 4 polices ca fait déjà beaucoup. Mais il y en a bien davantage qui sont déclarées dans css/styles.css, en partie pour tenir compte des versions de Chrome, Opera & Firefox. Avant d'ajouter des règles dans le htaccess, n'y a-t-il pas moyen de « faire un peu d'ordre dans les rangs de la police » ;-) ?

Kamakura

Il faudrait auditer en détail le waterfall et non pas se baser uniquement sur des outils automatiques. Au moins avis, il ne faut pas précharger toutes les polices mais uniquement les woff2 qui sont utilisées. Et encore 4 polices cela fait beaucoup ....

J'ai aussi vu cette ressource
https://web.dev/codelab-preload-web-fonts/

Pour le cache, il suffit d'ajouter une règle dans le htaccess.

Si une règle est efficace, merci de le signaler que je l'intègre au plugin.

Kamakura

Merci du retour.

Je n'ai jamais mis les pieds dans le git, donc je me permets de faire un retour véloce ici...

Pour ma part, la performance à augmenter mais pas autant que prévu. 94/100 pour ordi, mais seulement 77/100 pour mobile : PageSpeed Insights.

J'ai fait une boucle DATA pour lister les fichiers contenus dans le répertoire css/font du plugin. Je fais un listing par type de fichiers pour pouvoir distinguer par exemple type="font/woff" et type="font/woff2" dans le sans savoir si cela est vraiment nécessaire. Par exemple pour les fichiers .woff :

[]

Une autre inconnu est de savoir s'il vaut mieux introduire cette boucle avant ou après #INSERT_HEAD_CSS dans le . Dans les deux configurations, PageSpeed tient compte de ce changement tout en continuant de pinailler : Googoogle demande de diffusez ces éléments statiques grâce à des règles de cache efficaces. Peut-on mettre un cache sur ce genre de fichiers ? Je doute...

Kamakura

Bonjour Lexi

Merci pour tes retours.

Les codes hexadécimaux ##rrvvbbaa sont légaux, Il s'agit simplement d'une valeur alpha

#fffc1938

Pour les polices en préload, je ne sais pas quelles sont les meilleures pratiques.
J'ai donc essayé de préloader les deux polices les plus utilisées en format woff2 pour les navigateurs modernes
https://git.spip.net/spip-contrib-squelettes/kamakura/commit/33d0906a1c7ddba9895c30da4c1044164472774e
Je suis preneur d'avis ou de conseils sur ce point. Est que cela améliore vraiment la performance de rendu ou non.

Pour le fichier de langue en anglais, avec plaisir,
tu peux le commiter directement sur le git de la zone ou me le transmettre.

Kamakura

Bonjour,
merci pour ce joli plugin plein de finesse qui m'a permis de rapidement mettre à jour un site web sur cette base : www.caricature.plus

J'ai quelque peu personnalisé la charte graphique. Je tiens à signaler quelques bizarreries hexadécimales dans les codes couleurs de la feuille de style du plugin (style.css), tel que :

#fffc1938 #fffc1994 #1d1de899 #f4433687

Après un test de rapidité par page speed, il semble que les polices Monserrat ralentissent la vitesse de chargement, ce qui pourrait être amélioré par un preload :« Envisagez d'utiliser pour hiérarchiser la récupération des ressources actuellement requises pour le chargement ultérieur de la page. » selon Google. Je voulais me pencher sur le problème, mais il ne semble pas y avoir de panacée pour améliorer la situation. Je n'ai pas encore regarder sous le capot, d'où ma question : est-ce que ces polices sont indispensables ? Où sont-elles utilisées ?

J'ai aussi mis à jour le plugin avec un fichier de langue en anglais et le tiens à disposition.

Quoiqu'il en soit, un plugin à recommander...

Kamakura

Bonjour,
et tout d'abord, félicitation pour votre super boulot !
Je voudrais améliorer mon site (www.aloha.yt) qui est en construction. Je voudrais mettre une image avec le titre comme l'a fait le site d'un théâtre sous Kmakura.
J'ai quelques connaissances en html et css, mais pas trop... Pouvez-vous m'aider : où et quoi dois-je insérer du code et des images ?

Kamakura

Je ne comprends pas bien la remarque
Kamakura doit être activé comme un plugin, il ne faut pas déplacer ces fichiers pour le placer dans le répertoire squelettes.

Le répertoire squelettes sert uniquement à surcharger certains fichiers si on veut. C'est clairement indiqué dans la documentation au dessus.

Kamakura

D'abord félicitation pour ce squelettes et ce plugin, j'ai constaté un bug, le plugin fonctionne mais dés lors on place un dossier squelettes (copie des fichiers) le plugin plante on désactive le plugin et tout fonctionne