Sarka-SPIP 1.1.1 - nouveautés

Nouvelles fonctionnalités

-  Gestion des mots-clés

Le squelette a été modifié pour gérer les mots-clés. Ils s’affichent à présent dans la colonne de droite, pour chaque article et rubrique concernée. Les mots renvoient à la page mot.php3 qui affiche l’ensemble des articles, rubriques, messages, sites et brèves concernées. Un lien « navigation par mots-clés » est créé dans la colonne de gauche pour permettre aux visiteurs d’accéder rapidement à cette page.

Un menu de navigation par mots-clés est créé dans la colonne de droite de cette page : l’affichage de l’ensemble des mots-clés (classés par groupes lorsque c’est nécessaire) permet aux visiteurs d’interroger judicieusement le contenu du site.

A lire :

• Gestion des mots-clés
• Affichage conditionnel du lien « navigation par mots-clés » (colonne de gauche)

-  Affichage de l’ensemble des sites inscrits

Le squelette a été modifié pour gérer une page sur laquelle s’affiche l’ensemble des sites inscrits, syndiqués ou non, classés par secteur. Globalement, le squelette sarka-SPIP ne fait pas la différence entre un site inscrit dans tel ou tel article, telle ou telle sous-rubrique : seul le secteur (rubrique principale) est pris en compte pour l’affichage des sites. Il est donc logique de classer les sites par secteurs, et non par rubriques ou par sites, dans cette nouvelle page.

Par ailleurs, cette nouvelle page affiche les derniers articles extraits des sites syndiqués, regroupés par secteurs et par ordre anti-chronologique.

L’en-tête « sur le web » affichée dans la colonne de droite est modifiée pour pointer vers cette nouvelle page.

A lire :

• Affichage de l’ensemble des sites inscrits
• Affichage de l’ensemble des sites inscrits (suite et évolutions)
• Optimisation de la page affichant les sites référencés et des infobulles perso

-  Classement des articles et des rubriques par numéros

Dans la version 1.1.1 du squelette Sarka-SPIP, les articles sont classés par date et les rubriques par nom. Ce mode d’organisation est limité, et un site nécessitant une hiérarchie rigoureuse (pour publier des cours en ligne, par exemple, ou pour publier des documents divisés en plusieurs chapitres) ne peut s’en satisfaire.

Les fichiers de la version 1.1.1 ont donc été modifiés pour classer :

• les articles
  • par numéro s’ils sont numérotés
  • par date inverse sinon
• les rubriques (dans le menu, la page plan, et la page rubrique)
  • par numéro si elles sont numérotées
  • par titre sinon

A lire :

• Classement des articles et des rubriques
• Classement des rubriques-secteurs par numéro
• Supprimer la numérotation des titres d’articles et de rubriques

-  Affichage des liens hypertexte associés aux articles

Plusieurs utilisateurs de sarka-SPIP 1.1.0 ont reproché au squelette de ne pas afficher les liens hypertextes associés aux articles. Il s’agissait d’un oubli de ma part, facilement corrigé.

A lire : Affichage des liens hypertexte associés aux articles

-  Affichage des liens hypertextes associés aux brèves

Le problème est le même que pour les liens associés aux articles : oubli de ma part, puis correction suite à des recommandations d’utilisateurs.

A lire : Lien hypertexte associé aux brèves

-  Nouvelle page affichant les derniers messages publiés

L’interface privée de SPIP permet aux administrateurs de consulter les derniers messages publiés en réaction aux articles. Mais les visiteurs peuvent également être intéressés par le suivi de la « vie du site ». Il m’a donc semblé utile d’ajouter une nouvelle page leur permettant de lire les dernières réactions postées par les visiteurs. En suivant le nouveau lien intégré dans la colonne de gauche (« derniers messages publiés »), les visiteurs peuvent consulter les 10 dernières réponses apportées aux articles.

A lire : Affichage des derniers messages publiés.

-  Optimisation de la page auteur

La page auteur méritait quelques améliorations : suppression du texte « Envoyer un message » lorsque l’auteur n’a pas renseigné son adresse email, et création d’un lien vers le site de l’auteur lorsque cet item a été renseigné. Merci à Claude, de ToulonToulon pour ses suggestions.

A lire : Page auteur : optimisation

-  Un lien dans le titre des articles

Vincent m’a suggéré de faire en sorte que les titres des articles, dans les pages qui affichent des résumés d’articles, se transforment en liens vers l’article complet. C’est chose faite.

A lire : Le titre des articles « annoncés » : un lien vers l’article complet

Structure du squelette

-  Création de fichiers spécifiques pour les blocs constants

Dans sa version 1.1.1, le squelette Sarka-SPIP utilise un ensemble de fichiers dont le code est relativement « rudimentaire » : certains blocs constants, comme le header, le menu de gauche et le footer sont codés dans chacun de ces fichiers. Un telle solution présente le mérite de la simplicité, mais demeure très limitée : les lignes de code sont redondantes, et il est nécessaire de modifier chaque fichier pour faire évoluer un seul de ces blocs. Ainsi, pour ajouter le lien « navigation par mots-clés », il m’a fallu insérer du code dans 9 fichiers différents.

T. STOUKY, pour adapter le squelette à son site internet, a eu la bonne idée d’insérer le code html correspondant à ces blocs constants dans des fichiers spécifiques, afin d’utiliser la balise #INCLURE pour les insérer dans l’ensemble des pages du site. Ainsi, les lignes correspondant au bloc bandeau ne sont écrites qu’une seule fois, dans un fichier nommé bandeau.htlm couplé avec un fichier bandeau.php3, et insérés dans les toutes les pages grâce à une balise INCLURE. Dès lors, pour modifier l’en-tête de toutes les pages, il suffit de modifier cet unique fichier.

Les blocs concernés par cette évolution sont : le bloc de gauche, le bloc de droite, l’en-tête (bandeau et bande de chemin), et le pied de page.

A lire :

• Création de fichiers spécifiques pour les blocs constants
• Création de fichiers spécifiques pour les blocs constants (suite)

-  Réorganisation des fichiers du squelette

Dans la version 1.1.1 du squelette sarka-SPIP, l’ensemble des fichiers (xxxx.html, xxxx.ico, xxxx.css, etc.) devait être chargé à la racine du site. Les modifications apportées au squelette par T. STOUKY, pour un site consacré aux maths et aux sciences en lycéen pro, m’ont permis d’améliorer l’organisation des fichiers pour la version 1.1.2.

La plupart des fichiers du squelette sont chargés dans le dossier squelette-sarka-spip, à l’exception des fichier mes_fonctions.php3 et forum-news.php3 qui doivent rester à la racine du site.

A lire : Réorganisation des fichiers du squelette

Gadgets

-  Affichage de la date de mise à jour du site

Pour améliorer légèrement le squelette, j’ai pensé qu’il pourrait être intéressant d’indiquer la date de la dernière mise à jour du site dans la colonne de gauche. Cette idée brillante ;-) est inspirée par les évolutions apportées au squelette par T. STOUKY pour son site.

En pratique, la boucle utilisée ne tient compte que de la publication d’articles. La publication de brèves, de sites ou de messages n’affecte pas la date affichée.

A lire :

• Affichage de la date de mise à jour du site
• Problème : affichage de la date de mise à jour

-  Redimensionnement des images

En rédigeant quelques articles contenant un grand nombre d’images, je me suis rendu compte à quel point il pouvait être utile d’en limiter la largeur. La plupart d’entre elles dépassait en effet le cadre de l’article... du plus mauvais effet ! Les images insérées dans le texte des articles, des brèves et des rubriques sont donc redimensionnées pour ne pas « déborder » des cadres.

A lire :

• Redimensionnement des images dans les articles
• Redimensionnement des images : nombreux problèmes
• Positionnement et taille des images

-  Des info-bulles personnalisées

Dans la version 1.1.0 de sarka-SPIP, les commentaires des images s’affichaient en info-bulle grâce à l’attribut title. Problème : lorsque le commentaire dépassait 70 caractères, il était tronqué ! Pour résoudre ce problème, j’ai choisi de formater des info-bulles personnalisées, suivant une proposition d’Alsacréations. Les commentaires des images s’affichent désormais dans un petit cadre bleu lors du survol des vignettes.

A lire :

• Des info-bulles personnalisées
• Info-bulles perso pour les images : cadre vide

-  Affichage des codes

Dans la version 1.1.0 de sarka-SPIP, le code rédigé dans les articles se distinguait difficilement des autres informations écrites. Seule changeait la police. Dans la version 1.1.1, le texte saisi entre les balises et apparaît dans un cadre vert, avec un ascenseur si le contenu dépasse une trentaine de lignes.

A lire : Pour afficher de jolis codes.

-  Mise en forme des documents joints aux articles

En joignant des documents dans le corps un article, je me suis rendu compte que la mise page des vignettes, auxquelles est associé le titre du document, et sa légende, laissait vraiment à désirer. Et pour cause : le style utilisé pour ces objets est défini dans les fichiers css propres à SPIP, qui ne sont pas pris en compte pas Sarka-SPIP. Les styles correspondants aux éléments liés à l’insertion de documents dans le corps d’un article ont donc été définis dans le fichier style.css. Les documents s’affichent désormais dans un cadre bleu clair, le titre est mis en évidence, et la légende reste visible sans être encombrante.

A lire :

• Mise en forme des documents joints aux articles
• Redimensionnement des images : nombreux problèmes

-  Affichage des logo pour les articles

La version 1.1.0 du squelette sarka-SPIP ne permettait pas d’afficher les logos des articles. Grave lacune : de nombreux utilisateurs du squelette m’ont demandé d’intégrer cette modification dans la nouvelle version du squelette. Au même titre que pour les logos de rubrique, ces nouveaux logos sont redimensionnés automatiquement pour éviter de casser la mise an page avec des images de trop grande taille.

A lire : logo des articles : pas d’affichage ?

-  Bandeau pointant vers la page d’acceuil

Maurice, utilisateur du squelette, m’a suggéré de faire en sorte que le bandeau devienne un lien pointant vers le sommaire. L’idée m’avait semblé intéressante, et ce fut très simple à mettre en oeuvre.

A lire : un cht’i lien dans le bandeau

-  Petits logos dans la colonne de gauche

Deux petites logos, de 80 sur 15 pixels, ont été créés grâce à l’utilitaire Brilliant Button Maker de LucaZappa, et insérés dans la colonne de gauche : un logo pointant vers http://www.spip.net/ et un autre vers http://sarka-spip.com/.

A lire : Petits logos dans la colonne de gauche

Corrections d’erreurs

-  Fothes d’aurtôgraffe et de syntaxe

Dans la version 1.1.1 beta 2, plusieurs fôtes d’aurtôgraffe et de syntaxe ont été repérées, et réparées : breve au lieu de brève dans le bloc de gauche ; quelques signes accentués (é è â...) mal codés.

A lire :

• ortôgraffe et syntaxe
• Ortôgraffe et syntaxe (suite)

-  Affichage du chemin dans le bandeau

L’affichage du chemin dans la bande bleue, sous le titre du site, posait problème. En effet, la taille de cette bande n’était pas identique dans l’ensemble des pages : quand le visiteur passait de la page d’accueil à une page d’article ou de rubrique, la hauteur de la bande augmentait légèrement. A présent, la hauteur de cette bande reste constante.

A lire : Affichage du chemin dans le bandeau

-  Panne du formulaire ecrire_auteur

Dans le squelette Sarka-SPIP 1.1.0, le formulaire « formulaire_ecrire_auteur », utilisé dans la page auteur.html pour permettre aux visiteurs d’écrire un mail à l’auteur avait été légèrement modifié (pour aligner les boutons à gauche). Le fichier était donc inclus dans le squelette.
Or, ce fichier était basé sur le formulaire proposé par la version 1.8.1 de SPIP... et il ne fonctionnait qu’avec cette version. Le fichier en question a donc été supprimé du squelette, pour que SPIP prennent en compte le formulaire par défaut (différent entre 1.8.1 et 1.8.2), et la feuille de style a été adaptée.

A lire : Répondre à l’auteur : panne de formulaire

-  Marge dans le menu arborescent

Comme l’a relevé Claude (ToulonToulon), l’espace entre le bord du bloc contenant le menu (colonne de gauche) et le contenu de ce bloc est insuffisant : le texte touche les bord du bloc. Ce problème est particulièrement visible lorsque la bordure du bloc et la couleur du fond (background) sont différentes. Il a donc fallu créer un espace entre le bord et le contenu.

A lire : Marge dans le menu arborescent