#inclure

Pour créer l’effet de dégradé ci-dessus…

(1) Je pars de l’image d’origine (celle-ci n’est pas très grande, je préfère si possible travailler avec des images de 2400 pixels de large, pour couvrir les besoins d’un écran haute définition de type iPad) :

http://orientxxi.info/IMG/arton1423.jpg

(2) Dans mon logiciel de dessin, je déterminer (avec des règles bleues ici) comment découper mon image :

http://i.imgur.com/WGJaQxN.jpg

(3) Étape particulièrement importante : j’applique un dégradé vers une couleur d’aplat (qui correspondra à la couleur de mon fond d’article) sur la partie basse de l’image :

http://i.imgur.com/VaAKSIY.jpg

(4) Je découpe l’image en deux parties :

http://orientxxi.info/IMG/fonds/article1423/img_haut1423.jpg http://orientxxi.info/IMG/fonds/article1423/fond_haut1423.jpg

Je sauvegarde ces deux images (img_haut.jpg et fond_haut.jpg par exemple) sur mon disque dur.

(5) Je me rends dans l’espace privé de mon site, sur l’article qui convient, et je trouve en colonne de droite, l’encadré suivant :

http://i.imgur.com/JHXowVn.jpg

Les deux intitulés qui m’intéressent sont : « Image du haut », où je vais installer img_haut.jpg, et « Dégradé du haut » où j’installe fond_haut.jpg. Je peux uploader via « Enregistrer », mais ici, je vais cliquer plutôt sur la pipette.

http://i.imgur.com/PUS7ayG.jpg

Et hop… Cela donne directement une vue réduite de la page :

http://i.imgur.com/fvNXCLn.jpg

La pipette a indiqué que je voulais extraire automatiquement la couleur en bordure bas de l’image. Si le résultat automatique ne convient pas, je peux évidemment renseigner le code de la couleur à la main. (Et à l’inverse, si j’ai oublié de passer par la pipette pour uploader les images, je peux simplement cliquer sur la pipette une fois les images déjà chargées, ça fonctionnera aussi.)

Si nécessaire, j’effectue la même opération pour le bas de l’article.

On peut tout à fait n’installer qu’une image de haut, ou qu’une image de dégradé du haut, ou la même chose en bas, selon la nature des images qu’on utilise. Toute la difficulté, c’est de bien prévoir à quel endroit on accepte ou on interdit de placer le texte par dessus l’image, avant tout par souci de lisibilité.

Un autre usage très simple consiste à ne même pas utiliser d’image, ni en haut ni en bas, mais à simplement choisir une couleur de fond d’article.

Au niveau des squelettes, il faut modifier son squelette d’article pour appeler fonds_article.html, par exemple :

Ce squelette gère l’ajout des images. En revanche, c’est toujours à vous de créer le squelette d’affichage du bloc de texte de l’article (contenant le texte, mais aussi le titre, le sous-titre, et tout ce que vous voulez…).

De manière automatique, le squelette du plugin essaiera de charger un squelette : inc/contenu-article.html

mais vous pouvez aussi lui passer un autre nom de squelette, que vous passerez dans une variable contenu_article :

Oui, c’est un peu brut de décoffrage, il va falloir bosser un peu de votre côté…

Ah, un détail mignon : sur écran de petite taille (smartphone, tablette verticale), les images sont recadrées automatiquement, on conserve tout leur contenu vertical, mais on supprime une partie de la droite et de la gauche de l’image. De cette façon, sur petit écran, on limite l’aspect « minuscule bandeau horizontal », en « zoomant » un peu par rapport à l’image d’origine.

Quelques remarques :

– d’expérience, ce n’est pas évident du tout à utiliser ; pas techniquement (une fois qu’on a réussi à bidouiller les squelettes), ni de l’interface, mais surtout au niveau graphique ; si on n’a pas de solides compétences de graphisme (et si on ne sait pas bien utiliser un logiciel de manipulation d’images), on n’y arrivera pas ;

– du coup : ça réintroduit un graphiste dans la mise en ligne des articles. (Je te laisse réfléchir à ça…)

– réaliser les images du haut avec des dégradés est généralement beaucoup plus difficile que de créer les images du bas de l’article. Avec les images du haut, on est généralement coincés par le corps des gens, sur lesquels on ne peut pas facilement appliquer de dégradé de couleur… avec les images du bas, on a souvent le ciel ou le plafond, c’est nettement plus facile (mais moins spectaculaire puisqu’on ne le voit qu’après avoir scrollé tout l’article)

– par ailleurs, il faut essayer de faire des images « du haut » (au-dessus) du texte très larges et pas trop hautes, c’est-à-dire de grands bandeaux très horizontaux, puisque sinon on va rejeter le texte après l’image, possiblement en dehors de l’écran ; ça ajoute encore de la difficulté dans la création des images de fond du haut de l’article (alors que, en bas de page, on n’a aucun problème à avoir une image très haut).

Le plugin permet aussi de gérer une image en fond d’article (ni en haut, ni en bas, « en fond »…). Cela se passe dans la partie basse de l’interface :

http://i.imgur.com/IMLOOPi.jpg

On chargera donc une image dans « Image de fond », qui devra s’afficher sous le bloc de texte de l’article.

Il y a alors trois options pour dimensionner ce bloc de texte :

– taille automatique, le bloc aura naturellement la taille fabriquée par son contenu ; c’est l’image qui tentera de s’adapter aux dimensions du bloc de texte (donc de manière potentiellement grotesque) ;
– remplir l’écran, le bloc aura la hauteur de la fenêtre du navigateur ; si nécessaire, le plugin ajoutera de l’espace en haut et bas du texte pour centrer le texte dans l’écran, ou au contraire provoquera un ascenseur vertical (pas dément). C’est surtout destiné à un texte très court. Et c’est excessivement difficile à maîtriser, à cause des grandes différences de tailles d’écrans ;
– proportions de l’image : fabriquer un bloc de la « taille » de l’image affichée sur toute la largeur de l’écran ; on ne cherche pas à « remplir » l’écran, mais à afficher toute l’image. Comme précédemment, c’est destiné aux textes courts, ça ajoute du blanc ou ça ajoute des ascenseurs selon la hauteur du bloc de texte, mais c’est généralement plus facile à maîtriser…

Dans le cas de remplir l’écran, par défaut le plugin affichera l’image en « position : fixed », l’image s’affichera avec cet effet de « parallaxe » (qui personnellement me sort désormais par les oreilles…), c’est-à-dire un élément qui ne scrolle pas pendant que le reste de la page défile.

Et une dernière technique : si tu fais ça en haut et bas d’articles, et que tu affiches tous les articles d’une rubrique les uns après les autres dans la même page, tu obtiens un énorme… longform. Et c’est comme ça que j’ai fabriqué ma démo de la Nasa. (Ou, moins « fondue » graphiquement, la page d’accueil de Paris-Beyrouth.)

Dans le cas de la Nasa, toute la difficulté consiste à découper les images pour que le bas de l’article se « fonde » pour devenir le haut-dégradé de l’article suivant, et qu’on ait ainsi une impression de passage d’un article à l’autre avec une même grande image dégradée vers le haut et vers le bas. C’est pas évident à faire graphiquement, ça demande des images très spécifiques, le choix des couleurs se complique d’autant, mais le résultat est assez bluffant.

Super !

Au niveau technique (je fais ce que je sais hein :p) il y aurait sûrement moyen de rendre ça générique pour l’activer (avec une config) sur n’importe quel type de contenu (objet SPIP). Le stockage est dans un sous-dossier « article123 » donc on devrait pouvoir avoir la même chose pour « rubrique123 » ou « patate123 ».
(D’ailleurs je ne vois pas pourquoi l’id est répété dans le nom des fichiers, puisqu’on stocke déjà tout dans un sous-dossier dédié à tel contenu précis.)

Pour les images, effectivement je ne vois pas ce qu’on pourrait automatiser de plus, et donc il faut forcément des compétences graphiques, c’est sûr.

À la limite, avec une interface plus complète dans l’admin avec du JS, on pourrait imaginer faire le découpage, définir la ligne où va commencer le dégradé, et créer le dégrader (pas auto, avec un outil graphique pour définir l’amplitude, etc)… il y a des librairies JS qui permettent de manipuler ce genre de choses. Mais bon ça demande un sacré gros boulot en plus…

@rastapopoulos :

– oui sur la généralisation, très juste, juste faire attention que ça stocke trois petites infos en base de donnée de l’objet (intitulé des images, et dimensionnement quand image de fond) ;

– ne me demande pas pourquoi je répète le numéro dans un dossier déjà numéroté :-))

– une évolution que j’envisage, effectivement, c’est de ne plus demander deux images pour gérer l’endroit où commence le texte, mais d’utiliser directement un curseur à gérer par glisser-déposer sur l’image dans l’interface privée ; parce que c’est un des points les plus bloquants pour les usagers ;

– une autre difficulté : mon plugin image_reponsive ne fabrique pas de timestamp, et comme il faut souvent s’y reprendre à plusieurs fois, hé ben c’est pas pratique parce que l’usager lambda se fait planter par son cache quand il veut voir ses nouvelles images…

#spip_blog

vires moi mon pseudo de ton truc de comm’ :D

Non je déconne... (enfin juste un peu)

Claque une bise à C. Quest et Yohan si tu les croises.

mais bon ça fait quand même un bail que je t’ail laissé tout seul sur ce coup là :(

Mais je reprends du service, on va faire GIS 5.0

Si t’as une todo c’est le moment de la sortir...

Il y aura à terme au moins deux fonds de cartes supplémentaires ;)

tu sais que ``[(#INCLURE{fond=modeles/carte_gis,` ça s'écrit aussi `#MODELE{carte_gis...`` au fait :p

ah ben c’est déjà passé.... t’es pas doué en com toi... surtout que j’aurais pu venir :(

@kent1 arf dommage, mais si tu traînais plus sur irc tu l’aurais su, na :p

Cool ! je le testais à l’instant ;) mais pas en varnish … en plus court on peut écrire

dis @arno, on présente comment du code sur seenthis ?

@touti : avec des backticks

et, si tu veux présenter ton code sur plusieurs lignes, tu en mets 3 au-dessus et 3 en dessous

pour la doc d’ESI voir
▻https://www.varnish-cache.org/docs/4.0/users-guide/esi.html

à noter, varnish ne traitera pas les requêtes ESI si la page ne commence pas par un < (des espaces sont tolérées).

roo, trop bien! merci @fil

Bon, il y a une grosse difficulté : les petites inclusions sont des appels SPIP basés sur var_ajax=recuperer. Et ces pages ne sont jamais mises en cache par Varnish (@fil me dit que c’est parce que dans ecrire/inc/actions.php, la fonction ajax_retour ne prévoit pas d’envoyer d’information de durée de vie du cache.

Du coup, tel quel, mon inclusion ESI est particulièrement productive (j’ai planté Flip-Zone hier et ce matin) : au lieu d’appeler une page SPIP en cache de Varnish (et si elle ne l’est pas : un appel Apache), j’appelle une page qui contient des dizaines d’inclusions ESI qui demandent à charger des pages SPIP en var_ajax, pages qui ne sont justement pas en cache de Varnish, et déclenchent donc autant d’accès à Apache.

Pour l’instant, tout ce que j’ai trouvé, c’est d’ajouter un réglage à la sauvage dans Varnish, au niveau vcl_fetch :

En fait, autre souci en même temps : depuis deux jours je me cogne des milliers d’erreurs 404, parce que je reçois du traffic bizarre depuis la Chine.

J’ai bien l’impression qu’il s’agit de ceci (le firewall qui censure l’interwebz chinois m’expédie ses indésirables) :
▻http://qz.com/351281/chinas-great-firewall-is-demolishing-foreign-websites-and-nobody-knows-why

Sobre et efficace, bravo !

C’est très chouette. Le seul truc qui me chagrine, c’est la mauvaise qualité de certaines des images qui défilent en une — celle de la Nuit des musées en particulier. J’ai ce problème là avec des images retaillées par SPIP et je me demande souvent si je ne dois pas créer plusieurs instances manuellement ou partir d’un très grand original pour éviter ça…

D’un coup, c’est l’ancienne version qui vient de remplacer la nouvelle ! Pourquoi ?

Je viens d’apprendre ça : ils veulent faire une démo en interne avant de remettre en ligne le nouveau site. Du coup le nouveau site sera remis en ligne (en fait, ils basculent directement au niveau du nom de domaine) plus tard.

C’est après avoir vu l’ancien qu’on apprécie le nouveau à sa juste valeur :)

Juste.