HTML5UP Éditorial

Squelette SPIP pour intégrer le modèle Editorial de HTML5UP
https://html5up.net/editorial

Configuration

La page de configuration permet quelques réglages. On y défini la couleur principale du site, des informations de contact et le contenu de la page d’accueil et de la colonne gauche.

Sur la page d’accueil, le premier article est le “héro”, le second est le “majeur”.

  • L’article héro : le titre, un résumé, le logo + un bouton “Lire la suite”
  • L’article majeur : le titre + l’introduction (ou le champ “Descriptif” s’il est activé dans la partie “Configuration > Contenu du site”).

En colonne gauche, un article “héro” est aussi désigné pour afficher son introduction (#INTRODUCTION), son logo et un lien vers la page de l’article.

Rédaction

Il est préférable d’activer les champs “Chapeau” et “Post-scriptum” pour bénéficier de plusieurs mises en formes : le champ “Chapeau” d’un article s’affiche en public en une colonne pleine largeur, le champ “Texte” s’affiche lui sur deux colonnes, et le champ “Post-scriptum” se déroule sur 3 colonnes.


L’article “majeur”

Pour rédiger le texte de l’article “majeur” (le second sur la page d’accueil), un modèle permet d’afficher comme dans le thème de départ une icône de FontAwesome avec un texte en bloc, deux blocs par ligne. C’est le modèle <iconebloc> qui prend quelques paramètres :

  • |icone=fa-rocket (ou tout autre icone de FontAwesome https://fontawesome.com/v4.7.0/icons/)
  • |iconetitre=le titre
  • |iconetexte=le texte
  • |left ou |right (positionner le modèle à gauche ou à droite)

<iconebloc|icone=fa-rocket|left|iconetitre=mon titre|iconetexte=tout le texte ici avec mise en {{forme}} et lien [hypertexte->#]>

On utilise sur la page d’accueil la balise #INTRODUCTION de l’article, et cette balise se décrit comme ceci : https://www.spip.net/fr_article902.html#INTRODUCTION
Elle va donc chercher d’abord le descriptif de l’article s’il existe, sans le couper, ce qui est très utile si on veut inclure des modèles. Il faut donc aller dans « Configuration > Contenu du site » pour activer le champ descriptif des articles, et faire l’inclusion des modèles à cet endroit pour qu’ils s’affichent sur la page d’accueil correctement.


L’article “héro” de la colonne gauche

Dans l’article “héro” de la colonne gauche, si on utilise le champ “Descriptif” des articles, on pourra rédiger le texte qui apparaît dans cette colonne gauche, qui pourra être différent des champs visibles sur la page de l’article lui-même.
Le modèle <articleXX|resume> rendra le logo, le titre et un résumé de l’article XX, avec les options suivantes :

  • |affichertitre=non
  • |afficherlien=non

Inclure des icônes dans les textes

Un dernier modèle permet d’insérer n’importe quelle icône de FontAwesome dans le flux d’un texte. Utilisez <icone> avec ces paramètres :

<icone|icone=fa-rocket|taille=50px>

Les icônes de réseaux sociaux

En utilisant le plugin “Liens vers les réseaux sociaux” (sociaux), vous aurez les icônes des réseaux que vous aurez choisis.

Formulaire de contact

En utilisant le plugin “Formulaire de contact” (contact), le formulaire sera présent en colonne gauche, automatiquement.
NB : À noter que l’activation des pièces jointes au formulaire cause un problème d’affichage dans la colonne trop étroite pour ce champ.

Conseils

Utiliser Court-Circuit pour éviter la page rubrique s’il n’y a qu’un seul article dans une rubrique.
Avec le plugin Pages, si un article désigné “héro”, “majeur” ou “héro en colonne gauche” devient une “page unique”, il n’apparaîtra plus dans le menu.

Les autres squelettes HTML5 UP

Le site html5up.net propose de beaux thèmes dont certains ont été adaptés pour SPIP.
La liste par ici...

updated on 6 April 2020

Discussion

78 discussions

  • 1

    Bonjour,
    Je teste le plugin qui pour le moment me donne entière satisfaction pas de bug particulier.
    Ma question est simple et comme je ne suis pas un grand habitué de SPIP elle est peut-être à coté de la plaque.
    J’ai remarqué que le plugin n’intègre pas automatiquement un fichier CSS perso. En fait j’ai besoin de changer quelques attributs mais je n’arrive pas à trouver ou les poser sans que cela ne soit écrasé par une nouvelle version du plugin. Même en utilisant les mêmes fichiers mis dans un répertoire squelette au bon endroit cela ne marche pas.
    Du coup je pense que c’est peut-être à cause de Zcore mais là vraiment je ne sais pas comment fait.
    *pouvez-vous m’aiguiller ?
    Merci à vous
    Patrick

    Reply to this message

  • 1

    Bonjour,

    Test HTML5UP en v.1.3 sur : https://chantier.abelli-asbl.be
    j’essaye d’allumer les appels fa (fontawesome) dans sidebar.html, bloc: Restez en contact

    Apparemment l’appel normal prévu : <li class="fa-home">
    ne fonctionne pas, ainsi que tout appel class="fa-xxx"
    dans une balise html de type bloc.

    alors que l’appel basique : <i class="fa fa-home"></i> mais dans une balise html inline
    fonctionne bien ....

    test basé sur:
    https://fontawesome.com/how-to-use/on-the-web/referencing-icons/basic-use

    et aussi sans succès :
    https://fontawesome.com/how-to-use/on-the-web/advanced/css-pseudo-elements

    Une info sur le rallumage des icones fa ?
    Avez-vous rencontré pareil problème ?

    Merci :-)

    • Réponse trouvée en comparant avec : https://html5up.net/editorial
      l’appel a changé et est :
      <li class="icon solid fa-home"

      en lui et place de :
      <li class="fa-home">

      et cela fonctionne semble bien fonctionner .
      reste à changer tous ces appels partout ....

    Reply to this message

  • 5

    Bonjour,
    Ceci concerne le squelette HTML UP editorial v1.2.3 et dedans:
    /inclure/sidemenu-m.html,

    En ligne 12, s’ouvre une BOUCLE_groupes(GROUPE_MOTS)
    avec dedans (ligne 22), l’ouverture d’une balise #URL_RUBRIQUE

    Question : de quelle rubrique s’agit-il ?
    Car ne voyant nulle par dans https://www.spip.net/fr_article909.html
    de liens logique entre la boucle MOT et GROUPE_MOTS et la balise #URL_RUBRIQUE
    je suis perplexe pour cette ligne, Spip fait-il des jointures sql spontanées dans ce cas ?

    Apparement, cette ligne ne s’exécute que si existe un groupe_mot sans mots-clés apparentés et avec un et un seul article relié à ce groupe mot. Est-ce réaliste ?

    Merci,
    mjhvc

    • Bonjour,
      tout semble bien, c’est justement parce qu’il n’y a pas de rapport entre les rubriques et les groupes de mots qu’il y a quelques boucles pour décider de l’action à exécuter.
      Le test [(#GET{smenu#ID_GROUPE}|=={oui}|non)...] va vérifier que la variable précédemment créée n’a pas la valeur “oui”, alors renverra vers la rubrique tout simplement, alors qu’ensuite le test [(#GET{smenu#ID_GROUPE}|=={oui}|oui)...] va agir différemment parce que cette variable aura la valeur “oui”.
      cf https://www.spip.net/fr_article3990.html

    • Bonjour chankalan et merci de la réponse.

      Le test ci-dessus va vérifier que la variable a bien la valeur : ’non’ ce qui, je crois, n’arrive en pratique quasi (*) jamais

      Pour tester et comprendre, j’ai modifié cette condition en :
      [(#GETsmenu#ID_GROUPE|==oui|oui)

      de manière à forcer l’exécution de l’instruction :
      <a href="#URL_RUBRIQUE"[ class="(#EXPOSE)"]>#TITRE</a>]

      et cela donne :
      #TITRE affiche bien le(s) titre(s) du-des groupe(s )mots-clés
      #URL_RUBRIQUE vaut 0, ce qui déclenche une erreur 404. en clickant sur un titre de groupe.

      (*) cette valeur ’non’ est seulement vrai si :
      -  1 et 1 seul article est relié à un groupe de mots-clés
      -  ce groupe n’a reçu aucun mots-clés

      Fin de mes tests et élucubrations à ce propos qui visaient à m’éclairer dans la logique du squelette.

      Et grand merci pour eux :-)

    • En fait je sais quand est-ce qu’est utilisé ce fichier... si besoin il faut demander à luc.tech des précisions, l’auteur du code : https://git.spip.net/spip-contrib-squelettes/html5up_editorial/commit/e9514978043295e5bbe1c551e6cfbac6005f9841

    • Merci chankalan.
      Le sujet est clos ici.

    Reply to this message

  • 4

    Bonjour,
    Je viens d’installer le plugin (1.1.17 - stable) et je reçois ce message d’erreur de squelette :

    SCSS : Echec compilation fichier plugins/auto/html5up_editorial/v1.1.17/css/main.scss
    `$\28xlarge\29` is not a valid Selector in `.\39u\28xlarge\29, .\39u$\28xlarge\29`: failed at `$\28xlarge\29` ScssPhp\ScssPhp\Compiler::evalSelectors on line 1, at column 24

    que faire ?
    Merci d’avance pour vos lumières

    • Bonjour,
      J’ai eu le même problème et je viens de m’en sortir...
      De ce que je comprends, il y a une incompatibilité entre ce plugin et la dernière version de Scssphp.
      J’avais la même config que toi, et la même erreur avec Éditorial 1.1.17 et Scssphp 2.7.0.
      La version 1.1.17 d’Éditorial est buguée elle aussi (des erreurs dans css/main.css) et a été corrigée depuis.
      Ce qui fonctionne chez moi :
      -  la dernière version d’Éditorial : 1.2.3 ( en test, mais ça marche mieux !)
      -  et une version plus ancienne de Scssphp : 2.5.3 qu’il faut, du coup, installer à la main.

      + ne pas oublier de ne pas mettre à jour Scssphp, c’est comme ça que mes ennuis ont commencés ;-)
      C’est très inhabituel d’avoir des soucis à cause de màj avec SPIP, mais là on est tombé sur un cas rare !
      Courage pour la suite ;-)
      EricL

    • Bonjour,
      j’ai tenté de corrigé avec la version 1.3.0 en utilisant les styles d’origine en css plutôt que scss, mais en gardant le scss pour les surcharges, merci de me faire un petit retour pour dire si ça va...
      https://git.spip.net/spip-contrib-squelettes/html5up_editorial.git

    • Merci !
      Testé chez moi : Éditorial 1.3.0 et Scssphp 2.7.0 : tout fonctionne parfaitement.

      Décidément, toujours aussi efficaces les spipeurs...

      Mille tendresses !
      ÉricL

    • Super, ça marche avec la version sur le git et SCSS PHP 2.7.0
      merci !

    Reply to this message

  • 3

    Salut à tous.
    J’ai un souci avec le plugin, une erreur de compilation qui n’apparait que lorsque je suis connecté en tant qu’administrateur et qui m’indique des fichier non trouvé pour l’import avec ie8.scss et ie9.scss.
    Il semble que dans ces fichiers, on ait

    @import 'libs/vars';
    @import 'libs/functions';
    @import 'libs/mixins';
    @import 'libs/skel'; 

    au lieu de

    @import 'css/libs/vars';
    @import 'css/libs/functions';
    @import 'css/libs/mixins';
    @import 'css/libs/skel';

    Il me semble que cette modification résout le problème.

    • J’ai le même problème, que j’ai résolu en revenant à une version antérieure de ScssPHP, Je pense qu’il y a un petit problème de compatibilité entre les deux.
      Je vais tester ta méthode qui est sans doute plus sûre. Merci pour ton post !

    • Je ne reproduit pas ce problème avec html5up_editorial 1.2.2 et SCSS PHP 2.5.3

    • Frédérique

      Merci Amaury Adon pour cette solution qui fonctionne parfaitement sur mon site

    Reply to this message

  • 1

    Bonjour à tous,

    Lorsqu’une rubrique contient un logo, le lien associé à ce logo dans la liste des résumés de rubrique me semble incorrect. Il renvoie vers une page 404 lors du clic sur ce logo.

    J’ai modifié dans le fichier
    html5up_editorial/v1.2.2/inclure/resume/rubrique.html

    La ligne
    -       <a href="#URL_ARTICLE" class="image">[(#LOGO_RUBRIQUE|html5up_image_reduire{416,256})]</a>

    Par la ligne
    +       <a href="#URL_RUBRIQUE" class="image">[(#LOGO_RUBRIQUE|html5up_image_reduire{416,256})]</a>

    Vous confirmez ou j’ai mal compris la structure de la rubrique. ?

    Cordialement

    Reply to this message

  • De l’aide ?

    Site d’une revue pédagogique : actes-de-lecture.org.

    Publication de 4 numéros par an.

    Je souhaite lorsque l’on clique sur une année avoir :
    -  d’abord la liste des sous-rubriques (les numéros de la revue) avec logo et introduction
    -  Puis les articles par dates inverses décroissantes. (ça c’est bon.)

    squelette de rubrique.tml :

    <BOUCLE_rubrique(RUBRIQUES){id_rubrique}{par date}{inverse}>
    <section>
            <header class="main">
                    [<h1 class="#EDIT{titre}">(#TITRE)</h1>]
            </header>
            [<div class="texte #EDIT{texte}">(#TEXTE|adaptive_images)</div>]
            [<div class="notes">(#NOTES)</div>]
            <INCLURE{fond=inclure/documents,id_rubrique,ajax,env} />
    </section>
    <section>[(#REM) grader la section ici pour eviter de la mettre dans une div ajaxee -> perte de la mise en forme]
            <INCLURE{fond=inclure/liste/articles,branche id_rubrique,ajax,env,parpage=6} />
    </section>
    </BOUCLE_rubrique>

    Squelette de inclure/liste/rubriques.html :

    <B_rubriques>
                 #ANCRE_PAGINATION
                 [<header class="major">
                 <h2>(#ENV{titre,Par numéro...})</h2>
                 </header>]
                           <div class="posts">
                           <BOUCLE_rubriques(RUBRIQUES){id_parent=#ID_RUBRIQUE}
                           {pagination #ENV{par page,10}}>
                           <BOUCLE_sous_rubriques(RUBRIQUES){par titre}{inverse} {id_parent} >
                           <INCLURE{fond=inclure/resume/rubrique,id_rubrique,env} />
                            </BOUCLE_sous_rubriques>
                            [<p class="pagination">(#PAGINATION)</p>]
                           </BOUCLE_rubriques>
                           </div>
    </B_rubriques>

    Et devinez ? Je n’y arrive pas.

    Merci de votre aide.

    Robert

    Reply to this message

  • 7

    Nouveau problème ?

    Ma page rubrique n’apparaît pas en 2 colonnes et je ne comprends pas. Voir : http://actes-de-lecture.org/spip.php?rubrique67

    Merci à vous

    Robert

    • Bonjour,
      les 2 colonnes sont bien présentes au-delà de 768px de largeur d’écran...
      Vous auriez des précisions ?

    • Ben non. Je viens juste de créer cette rubrique. Avec toutes les autres, aucun problème. Je ne comprends pas.

    • J’ai ce problème sous Chrome mais pas sous Firefox....

    • En effet, je vois bien les 2 colonnes mais pour certaines largeurs le paramètre ne s’applique pas, et c’est uniquement sur cette rubrique. Les colonnes disparaissent puis reviennent puis disparaissent... bizarre...
      Est-ce que le contenu est rédigé différemment des autres rubriques ?

    • Non pas différent des autres
      J’ai essayé en créant une nouvelle rubrique. Même problème

    • En mettant une image dans le texte comme pour les autres rubriques, le problème n’apparaît plus. Vous pourriez tester de votre côté ?

    • Oui, c’est exact !

      D’où ça peut venir ?

      Merci

    Reply to this message

  • 21

    Bonjour,

    D’un seul coup, apparition sur la page article publique :

    1         SCSS : Echec compilation fichier ie8.scss
    `libs/vars` file not found for @import: plugins/auto/html5up_editorial/v1.1.17/css/ie8.scss on line 1, at column 0           /             /          
    2         SCSS : Echec compilation fichier ie9.scss
    `libs/vars` file not found for @import: plugins/auto/html5up_editorial/v1.1.17/css/ie9.scss on line 1, at column 0

    Que faire ?

    Version plugin : 1.1.17
    Version spip : SPIP 3.2.7 [24473]

    Merci

    Robert

    • Bonjour,
      c’est peut-être dû aux mises à jour du plugin scssphp.
      Est-ce que le message disparaît en vidant totalement le cache du site ?

    • Ah non, j’ai trouvé le problème. En même temps je mets à jour le plugin en v1.2.2, qui nécessite le plugin Tri par rubrique pour faciliter l’organisation du site.
      cf https://git.spip.net/spip-contrib-squelettes/html5up_editorial/src/tag/v1.2.2

    • Super ! Merci. ça marche

    • Nebelman

      Bonjour,
      J’ai le même problème à la suite de la mise jour de scss php (Version 2.4.4, spip 3.2.7).
      Mais la mise à jour de Edito faite aujourd’hui est sans effet. La version indiquée est 1.1.17. Je vois que vous parlez d’une 1.2.2 mais ça n’a pas l’air de se mettre à jour avec plugin auto. Y a-t-il une action supplémentaire à effectuer ?

    • Bonjour,
      il faut peut-être supprimer le dépôt de plugins et le remettre pour réinitialiser la liste, la v1.2.2 est bien la bonne...

    • oui mais la 1.2.2 est marqué comme en test alors que la 1.1.17 est stable, donc peut être que ca coince à ce niveau dans svp

    • Nebelman

      Bonjour,
      Merci pour vos réponses,.. Mais je n’ai pas réussi. Dans Ajouter des plugins, onglet Dépôts j’ai supprimé puis ajouté le dépôt mais ça n’a rien donné, La 1.2.2 n’était toujours pas proposée en mise à jour. Comme je suis un peu pressé j’ai supprimé puis réinstallé le plugin, cette fois c’est la bonne version, mais évidemment cela m’a fait perdre tous les réglages... donc à éviter si possible.

    • Bonjour,
      oui, l’état est encore en test, je pensais pas à ça... mais justement j’aimerais quelques retours d’utilisateurs sur les derniers changements.
      Si vous me dites que tout marche bien, je pourrai passer le plugin en état stable...
      Merci !

    • Nebelman

      Pour ma part j’ai des anomalies (warning) dans l’espace privé liées au plugin “Tri des articles par rubrique”. Ce n’est pas un problème de compatibilité car je ne peux pas utiliser Tri, même lorsqu’il est le seul actif. Donc le moindre mal pour l’instant est de revenir à la 1.1.17 qui n’exige pas le plugin “Tri”. Y a-t-il d’autres personnes qui ont ce problème ?

    • Oui, moi aussi, bon nombre de “Warning” !

      Robert

    • Je vous remercie de m’aider à vous aider en me donnant quelques précisions sur ces warnings...
      De mon côté je viens tester sur un SPIP 3.2.7 avec tous les plugins à jour, et je ne trouve aucun warnings que ce soit en PHP 7.2 ou 7.3
      Pour SPIP 3.3-dev ça fonctionne très bien aussi sur PHP 7.3
      Merci de bien tester en vidant le cache, manuellement s’il le faut en supprimant /tmp/cache et tout ce qui est dans /local/...

    • Nebelman

      Voici ce qui est indiqué :

      Warning: in_array() expects parameter 2 to be array, null given in D:\Travaux\Atlas24\dordogne\ecrire\public\composer.php(92) : eval()’d code on line 31

      ...suivi par “Call stack” et pas mal de lignes.

      Il s’agit d’un serveur local, sur un serveur distant où la mise à jour en 1.2.2 n’a pas été tentée, le plugin Tri par rubrique ne pose pas de problèmes.

    • De mon côté :

      Warning: in_array() expects parameter 2 to be array, null given in ecrire/public/composer.php(92) : eval()’d code on line 31

      Warning: in_array() expects parameter 2 to be array, null given in ecrire/public/composer.php(92) : eval()’d code on line 31

      Warning: in_array() expects parameter 2 to be array, null given in ecrire/public/composer.php(92) : eval()’d code on line 31

    • Et quelle est votre version de SPIP et celle de PHP ?

    • Nebelman

      Spip 3.2.7, mais php 5.6.16 (Serveur local pas mis à jour depuis longtemps, je sens arriver les reproches...)

    • Ça dépend peut-être du serveur de production, des fois on peut pas faire autrement... mais dans l’idéal ils devraient tous être mis à jour, avec php 7.2 ou 7.3...

    • Comment résoudre le problème des Warnings suivants (j’ai déjà vidé tout le dossier tmp)

      Warning: in_array() expects parameter 2 to be array, null given in ...cache/skel/html_88a2b6f83b245b75c18258878786504b.php on line 306

      Warning: in_array() expects parameter 2 to be array, null given in ...cache/skel/html_88a2b6f83b245b75c18258878786504b.php on line 306

      Warning: in_array() expects parameter 2 to be array, null given in ...cache/skel/html_88a2b6f83b245b75c18258878786504b.php on line 306

      Warning: in_array() expects parameter 2 to be array, null given in ...cache/skel/html_88a2b6f83b245b75c18258878786504b.php on line 306

      Warning: in_array() expects parameter 2 to be array, null given in ...cache/skel/html_88a2b6f83b245b75c18258878786504b.php on line 306

      Warning: in_array() expects parameter 2 to be array, null given in ...cache/skel/html_88a2b6f83b245b75c18258878786504b.php on line 306

      PHP 7.3.16
      Spip SPIP 3.2.7 [24473]

      Que faire ?

      Merci

    • Bonjour,
      ces notices sont corrigées petit à petit, elles apparaissent suivant les versions de PHP, mais ne gênent pas outre mesure l’utilisation de SPIP. En gros pour l’instant, en commentant la ligne “define(’SPIP_ERREUR_REPORT’,E_ALL);” dans mes_options.php, on voit pas les notices...
      Ce sera corrigé dans SPIP, et ça ne concerne pas les plugins.
      Est-ce que vous avez un problème de fonctionnement des plugins ?

    • Ce que je t’avais du reste expliqué Robert par email lorsque tu avais posé la question sur la liste.

      Tu avais retrouvé le fichier en question. En l’analysant il apparaît que c’est clairement un fichier du plugin tri_par_rubrique. Je vais de ce pas signaler cela sur le gestionnaire de ticket du plugin en question.

    • J’ai pas tout vu alors... désolé...

    • Bonjour,
      est-ce que les notices sont toujours affichées ?
      De mon côté je n’ai pas pu identifier le problème...

    Reply to this message

  • 2

    Problème article “héro”

    Je n’arrive pas à le faire fonctionner... Exemple : actes-de-lecture.org, l’article mis en “héros” s’affiche presque complètement et ne prend pas en compte le texte du “descriptif”.

    Qu’est-ce que je fais mal ?

    Merci

    Robert

    Reply to this message

Ajouter un commentaire

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

Follow the comments: RSS 2.0 | Atom