Format de temps relatif en français
▻https://contrib.spip.net/format-de-temps-relatif
Une fonction pour afficher les dates relative au format « humain » dans SPIP : [(#DATE|age_ilya_progressif)]
La fonction que j’utilise actuellement
Elle renvoie « il y a 3 minutes » ou « il y a 40 minutes » ou « il y a 2h30 » ou « ce matin » ou « ce midi » ou « hier » ou « avant hier » ou « 26 mars » si on passe ’affdate_court’ en 2e argument.
merci @jluc
Ça répond à ▻https://www.mail-archive.com/spip@rezo.net/msg79063.html
D’ailleurs, si qq1 avait l’url pour télécharger des zip à partir de SVN.
Et la réponse est : Récupérer un ZIP d’un plugin de la zone alors que ce plugin n’est pas zippé par SPIP pour SVP : ▻https://zone.spip.org/trac/spip-zone/changeset/latest/_plugins_/NOM_DU_PLUGIN?old_path=/&format=zip (notez le &format=zip)
Trouvé ici : ▻https://contrib.spip.net/La-Zone-Facile#Antiseche (via dd sur la liste spip user)
texte.php dans spip-zone/core/plugins/textwheel/inc. – SPIP-ZONE
▻https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/textwheel/inc/texte.php#L780
pipeline pre_echappe_html_propre défini par textwheel : permet de traiter le code SPIP avant le remplacement des pseudos-balise telles que<code> , <poesie> ou <quote>
Grosse nouveauté sur mon #plugin #SPIP image_responsive :
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/image_responsive
Le filtre image_responsive est désormais capable de fabriquer les versions WebP des images, en plus des versions usuelles. Ce qui fait que, si on visite le site avec un navigateur qui comprend WebP, ce sont les versions WebP des images que l’on charge, sinon les versions habituelles (JPEG en général). Et c’est tout automatique (autant pour le reste, le plugin est particulièrement utile si on fait des configurations précises avec une belle gestion des media queries, autant pour le WebP tout se fait tout seul…).
Pour activer cela, il faut définir une nouvelle constante dans mes_options.php :
define("_IMAGE_WEBP", true);.htaccess lié à image_responsive pour prendre en compte les nouveaux appels d’images.En gros, par rapport au Jpeg (qualité 80%) généré par SPIP, ça semble me générer des images deux fois plus légères.
Attention : j’en suis aux premiers tests. Faudrait pas que ça te pète ton site…
Notez qu’il faut que votre version de PHP soit capable de fabriquer des images en WebP. Ça me semble le cas désormais à peu près partout.
Notez encore que ce n’est pas anecdotique : d’après CanIUse, le WebP est désormais affiché par 80% des navigateurs.
Mise à jour à l’instant (version 7.7.5) qui corrige le fait que, sur certains serveurs, les images WebP sont mal formées à cause d’un bug de PHP (nan mais vraiment, on est en 2019, et PHP continue à être livré avec des bugs grossiers dans les traitements d’images…) :
▻https://bugs.php.net/bug.php?id=66590
Si tu as eu des problèmes avec la version précédente, et que donc ton dossier de cache /local est pourri de fichiers WebP corrompus, voici un petit script pour faire le ménage (à la racine du site donc) :
<?php
function getDirContents($dir, &$results = array()){
$files = scandir($dir);
foreach($files as $key => $value){
$path = realpath($dir.DIRECTORY_SEPARATOR.$value);
if(!is_dir($path)) {
$results[] = $path;
} else if($value != "." && $value != "..") {
getDirContents($path, $results);
$results[] = $path;
}
}
return $results;
}
$liste = getDirContents("local/cache-responsive");
foreach ($liste as $l) {
if (preg_match("/webp$/", $l)) {
echo "<li>$l";
unlink($l);
}
}
Autre bug je pense : sur les serveurs qui déconnent (ci-dessus), je n’arrive pas, en plus, à fabriquer de WebP avec couche de transparence (c’est-à-dire en travaillant à partir de PNG transparent). Mais ça fonctionne sur un serveur qui n’a pas le bug précédent. (Pfff, vraiment… je veux dire : personne n’a testé la fonctionnalité de base quand ils l’ont implémentée complètement buguée ?).
M’enfin sinon, sur un serveur en PHP 7, ça fonctionne très bien, j’ai désormais plusieurs sites qui tournent avec. Avec un serveur PHP 5, ça tourne aussi très bien, à l’exception des PNG semi-transparents qu’on passerait par image_responsive (c’est pas le plus fréquent).
Bonjour @seenthis, j’ai un problème pour capter votre/vos flux #rss depuis ma page #netvibes.
Je m’en suis rendu compte il y a quelques jours : le gadget netvibes qui me permet de suivre les nouvelles publication de @rezo s’est déconnecté ou plutôt il est revenu en arrière. L’article le plus récent qu’il affiche date du 29/07/2018, alors qu’il affichait encore les articles de septembre 2018 il y a une dizaine de jours.
Explication possible, j’ai pensé : il y a régulièrement des sites qui abandonnent la possibilité de s’abonner en rss quand ils lancent des nouvelles versions... Bon, ils préfèrent vivre sans moi, je vis sans eux aussi.
Mais ce n’est pas le cas de seenthis a priori : la fonction abonnement est toujours active dans mon navigateur (firefox). Malheureusement cette fonction est elle-même défectueuse, ça aussi ça m’arrive régulièrement : rien ne se passe quand je clique dessus.
Donc j’ai tenté de me réabonner manuellement aux flux de seenthis et de rezo, via la fonction « Ajouter » de netvibes. Et ça ne marche pas. Le message qui s’affiche fait : « Une erreur s’est produite, veuillez réessayer plus tard ou contacter l’assistance. »
Je n’ai pas trop d’espoir dans l’assistance netvibes. C’est pourquoi j’expose mon problème ici. Si une personne s’intéresse, a des idées, peut m’aider à trouver une solution ?
Merci !
Non, il me semble que j’avais seulement /people/rezo.
Je viens de tenter avec /people/rezo/feed. Et l’outil "ajouter" de netvibes répond : "L’URL de ce flux renvoie une erreur. Nous réessayerons plus tard."
Pas terrible mais c’est déjà un progrès je crois (merci @fil).
Si je tente avec /people/seenthis/feed ou /people/fil/feed, la réponse est celle que j’avais déjà pour /people/rezo : « Une erreur s’est produite, veuillez réessayer plus tard ou contacter l’assistance. »
reste plus qu’à demander à netvibes :)
▻https://validator.w3.org/feed/check.cgi?url=https%3A%2F%2Fseenthis.net%2Fpeople%2Frezo%2Ffeed
Et avec l’url du flux rezo directement, c’est pas mieux ?
Waouch @b_b, ça marche.
Je m’apprêtais à renoncer malgré le soutien de @fil -) Car « l’assistance » netvibes m’avait sorti la réponse attendue c’est-à-dire complètement hors sujet.
Au passage, ça m’intéresserait de savoir d’où sort cette url. Je ne l’aurais pas inventée, or comme j’écrivais plus haut, ça m’arrive régulièrement de « perdre » des flux qui se mettent à dysfonctionner je ne sais pas pourquoi.
un grand merci !
Au passage, ça m’intéresserait de savoir d’où sort cette url.
Directement depuis le site ►https://rezo.net ;)
D’accord, je suis à l’ouest... J’ai juste vu que les articles récents s’affichaient dans le lecteur de flux, sans cliquer, donc je n’ai pas compris que le lien renvoyait directement au site de rezo.
Mais alors ça veut dire que mon problème n’est pas résolu !
L’objectif est de suivre rezo via seenthis : en général c’est à partir de là que je suis ce qui se passe sur seenthis plus globalement.
Et le problème vient bien de netvibes apparemment, puisque le diagnostic de @fil montre que le flux rezo de seenthis est valide. D’ailleurs effectivement, il s’affiche correctement dans le lecteur rss intégré d’internet explorer.
@fil et @fabxtra je pense que le robot de netvibes se fait jeter par l’écran de sécurité à cause du load sur le serveur, à l’instant un curl renvoie ceci :
curl -I https://seenthis.net/people/rezo/feed
HTTP/1.1 503 Service UnavailableDeux pistes de correctif :
– augmenter la valeur du load autorisée par l’écran de sécu sur seenthis
– ajouter l’user agent du bot netvibes à la liste des bots qu’on laisse passer dans l’écran de sécu (mais pour ça il faudrait que le support de netvibes nous le fournisse, ou qu’on fouille dans les logs du serveur).
Cela fait plusieurs jours que nous avons une IP google qui pompe SeenThis à un rythme élevé.
66.249.66.223 crawl-66-249-66-223.googlebot.com
Un de ses user-agent est moche...
Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +▻http://www.google.com/bot.html)
C’est à priori à cause de ce visiteur là que le load de la machine est élevé en ce moment. Bizarrement, il ne semble pas impacté par la limite sur le load.
Merci pour le diagnostic et les pistes @b_b, ça a l’air intéressant.
Je vais chercher à qui m’adresser pour trouver
l’user agent du bot netvibes
et ensuite je redemanderai sûrement de l’aide pour
l’ajouter à la liste des bots qu’on laisse passer dans l’écran de sécu
... A moins qu’il y ait moyen d’appliquer facilement le correctif du côté de @seenthis, je ne sais pas si j’ai accès à cet
écran de sécu
ou si ça se passe plutôt sur leur machine ?
@fabxtra tout ceci est du ressort de l’équipe bénévole qui s’occupe de seenthis, donc t’emmerde pas avec ça. Par contre, si tu peux choper l’info du user agent du côté de netvibes, ça peut nous aider.
@biggrizzly c’est étonnant que ce bot ne se fasse pas jeter par l’écran de sécu, car il matche bien deux conditions mini (bot et google) d’après ceci :
▻https://zone.spip.org/trac/spip-zone/browser/_core_/securite/ecran_securite.php#L38
La regexp ne serait-elle pas flouée par la longueur du user-agent ?
J’ai grillé l’IP Google dans le firewall (temporairement). Le load est redescendu à 0,5... :-) Il doit être possible de récupérer le fil rss depuis netvibes sans difficultés.
@biggrizzly @fil je vois que l’écran de sécurité n’est pas à jour sur seenthis, mais je ne peux pas le mettre à jour en l’état car il contient des modifications locales :
– ajout de SemrushBot|Sogou|Riddler|Go-http-client|curl à la liste des bots ; Sogou est bien présent dans la liste de la dernière version de l’écran de sécu, pas les autres.
– surcharge de define('_ECRAN_SECURITE_LOAD', 2); au lieu de 4 dans la version livrée par défaut
@biggrizzly je viens de tester à l’arrache dans un script de test et la regex match bien l’user agent...
Ça doit être de ma faute les surcharges ; elles ne sont pas essentielles. Je confirme pour le 2 au lieu de 4... il était à 3 quand j’ai fait la modification d’ailleurs, si ma mémoire est de confiance (ce qui n’est pas évident).
Fais ce que tu as à faire, n’hésite pas à remettre tout cela « dans le droit chemin ». Par contre, pour le 2, on peut tenter de remonter... on verra.
Bonjour @biggrizly,
Il doit être possible de récupérer le fil rss depuis netvibes sans difficultés
–> c’est-à-dire que je pourrais y arriver ? Comment, s’il te plaît ? (Les derniers échanges me dépassent complètement).
Quand le serveur qui héberge SeenThis est trop chargé, tout ce qui est reconnu comme un bot reçoit une erreur 503. C’est la raison pour laquelle Netvibes te disait lors de tes tests qu’aucune URL ne fonctionne.
Compris -) J’avais du mal à comprendre le lien entre toutes les bizarreries que vous essayez de résoudre et mon petit problème personnel. Ça s’éclaire (un peu).
@biggrizzly je viens d’up l’écran de sécu et d’y réintégrer les modifs locales qu’on avait (quelques bots en plus et le load à 2).
Pour le reste, je pense qu’on peut en causer sur la liste ou sur IRC (je suis connecté là).
@biggrizzly @b_b @fil j’avais balancé mon problème de flux rss ici il y a un mois et depuis hier, le flux de rezo recommence à s’actualiser sur ma page netvibes. Il fonctionne normalement -) Merci pour le boulot que vous faites, c’est grâce à cet épisode que je m’en suis rendu compte.
Ah, une #CSS que je ne connaissais pas : appliquer une image de fond au texte lui-même. Je suis tombé dessus sur les nouvelles pages de chez Apple :
On voit que le paragraphe de texte a une texture orangée. Celle-ci est attribuée avec un très classique background :
background-image: url(https://seenthis.net/"/v/iphone-xs/a/images/overview/copy_texture_1_large.jpg");-webkit-background-clip: text;
color: transparent !important;transparent, de façon à laisser apparaître l’image de fond.D’après CanIUse :
▻https://caniuse.com/#search=background-clip
Firefox, Chrome and Safari support the unofficial -webkit-background-clip: text (only with prefix)
Du coup, c’est plutôt assez largement répandu.
Le hic, malheureusement, c’est que ça se dégrade particulièrement mal quand background-clip n’est pas interprété :
Un fallback CSS à coucher dehors:
▻http://nimbupani.com/using-background-clip-for-text-with-css-fallback.html
body {
color: red;
-webkit-text-fill-color: transparent;
background: -webkit-linear-gradient(transparent, transparent),
url(https://seenthis.net/path/to/bg/image) repeat;
background: -o-linear-gradient(transparent, transparent);
-webkit-background-clip: text;
}
Je viens d’uploader une mise à jour de mon #plugin #SPIP CSS imbriqués :
►https://zone.spip.org/trac/spip-zone/browser/_plugins_/css_imbriques
On peut désormais utiliser un pseudo-style -spip-text-background par exemple ainsi :
div {
color: orange;
-spip-text-background: url(https://seenthis.net/../imgs/test.jpg) 100% 100%;
}
Exceptions
il
avoir
ne
je
son
que
se
qui
ce
dans
en
du
elle
au
de
ce
le
pour
pas
que
vous
par
sur
faire
plus
dire
me
on
mon
lui
nous
comme
mais
pouvoir
avec
tout
▻https://zone.spip.org/trac/spip-zone/browser/_plugins_/indexer/trunk/autocomplete/exceptions.txt
@odilon @rastapopoulos je dois être bouché à l’émeri, mais je ne comprends pas très bien comment fonctionne votre truc qui a l’air drôlement bien. Quelqu’un(e) m’explique ?
moi j’ai rien dit... et pas compris non plus :)
Non mais je ne fais que supputer hein. :)
De mémoire je crois que c’est une liste de mots que l’on donne à manger à un moteur de recherche (celui utilisé ici) pour qu’ils ne soient pas pris en compte dans les résultats, car trop courants donc pas pertinents. Et donc je supposais que @touti trouvait amusant cette liste de mots qui a l’air de sortir de nulle part.
@philippe_de_jonckheere la poésie est incomprise, j’ai juste recopié une liste de mots exclus d’un plugin autocompletion qui m’ont amusé (ce qui est parfaitement utile au final)
Si tu parles de comprendre SPIP je veux bien tenter de t’expliquer si besoin est :)
@touti Ah mais pas du tout, j’avais parfaitement compris le caractère poétique de ce texte, je n’avais juste pas compris la manière dont il était issu.
core/plugins/sites (Historie) – SPIP-ZONE
►https://zone.spip.org/trac/spip-zone/log/_core_/plugins/sites
Cedric nous fait savoir dans spip-dev qu’il vient d’agrandir la fonctionnalité du plugin #sites. Chouette, en intégrant ce plugin dans #Seenthis il sera enfin possible d’abonner autre chose que du RSS, pas vrai ?
Hello,
j’ai mis en chantier sur le plugin-dist/sites de la version dev de SPIP (3.3) une extension du domaine de la syndication :
►https://zone.spip.org/trac/spip-zone/log/_core_/plugins/sites
L’idée c’est qu’on peut syndiquer d’autres choses que des flux RSS, et notamment des flux de réseaux sociaux qui souvent nécessitent de passer par une API car le RSS n’est pas une option.
Avec ces modifications on peut donc prefixer les urls de syndication par un nom de méthode qui précise comment le flux doit être récupéré
(par defaut c’est la methode atomrss, native du plugin donc, qui sait traiter le Atom et le RSS).
Première application de cette extension : le plugin mastodon
►https://github.com/Cerdic/mastodon
qui, une fois configuré et connecté à un compte mastodon, permet de récuperer des flux de la forme
mastodon:▻https://mamot.fr/@LaurentChemla (pour avoir plein de pouets de cuisine et de chats)
mastodon:▻https://mamot.fr/@LaurentChemla/media (pour avoir que des images de cuisine et de chats)
mastodon:►https://mamot.fr/tags/pouetradio (pour avoir des sons)
Ici le plugin mastodon renseigne toutes les informations habituelles d’un article syndiqués + 3 nouveaux champs raw_data, raw_methode et raw_format, qui permettent ensuite, dans une boucle (SYNDIC_ARTICLES) d’accéder aux données JSON renvoyées par l’API via par exemple #RAW_DATA{account/display_name}
Bien entendu, les champs #TITRE, #DESCRIPTIF, #DATE etc habituels restent utilisables.
On peut décliner cette utilisation à toute plateforme fournissant des flux via API (plus ou moins fermés, plus ou moins propriétaires)
Le chantier est déjà fonctionnel, mais il reste à compléter la fonction d’auto-detection :
quand on renseigne une URL dans le formulaire de création d’un nouveau site, seuls les flux RSS sont actuellement détectés, il faut encore que chaque methode soit capable de détecter les flux qu’elle peut syndiquer à partir de l’URL de la page web et les propose en résultat de la détection.
Ça sera pour plus tard, je m’en vais marcher sur d’autres chemins.
A bientôt.
–-
Cédric
Yo @arno @fil #seenthis_bug
C’est moi ou @seenthis ne fait plus comme avant (et comme le plugin oembed) càd ne charger qu’une image de prévisu, et ne charger la vraie vue avec JS, Flash, ou que sais je seulement quand on a cliqué et qu’on l’a demandé ?
Là ya directement la vraie vue Youtube
▻https://seenthis.net/messages/686534
Ça permettait à la fois de ne pas tracer les gens par défaut, seulement si on décide et qu’on clique, et en plus sur les grandes pages avec beaucoup d’oembed, ça permettait de ne rien charger de toute la page, alors que là ça peut de nouveau charger 20 applications sur la même page !
Si c’est un changement voulu, je ne suis pas super d’accord avec ce choix, ne serait-ce que pour le traçage par défaut. ping @touti
@rastapopoulos ne suggerait pas que si la modification était intentionnelle, c’était pour des raisons malveillantes
Pour dire où ça en est, de fait ça a été enlevé dans le cadre du changement sur les insertions d’images et vidéos responsive en janvier :
▻https://zone.spip.org/trac/spip-zone/changeset/108574/_plugins_/plugins_seenthis/autoembed#file1
Mais évidemment pas dans un but malveillant :D
On devrait pouvoir le remettre mais en gardant le responsive pour l’insertion de la prévisualisation en vignette fixe avec le « onclick » dessus non ?
@arno donc, il y aurait moyen de remettre le « onclick » avec width et height en 100% ou un truc dans le genre ?
(À terme, après passage en SPIP 3, m’est-avis que ça serait beaucoup plus simple de passer au plugin oEmbed maintenu sur la zone, car il fait bien à la fois le chargement différé et en responsive et surtout systématiquement, pas que pour Youtube. Je ne sais pas si @b_b a déjà fait des changements en ce sens dans la branche 3…)
@rastapopoulos non pas de changement dans ce ses car la proposition que j’avais fait à ce sujet n’avait rien donné et surtout oembed et autoembed ne font pas vraiment la même chose (cf autoembed est capable d’aller récupérer du contenu sur des sites sans passer par oembed).
On en reparlera ailleurs, dans un ticket par ex, le moment venu, mais même si ça ne fait pas pile la même chose : ça fait quand même énormément la même chose. Une grosse partie se recoupe. Et donc peut-être que c’est l’un qui doit au moins utiliser l’autre (autoembed utilisant oembed à priori), et que tout ce qui est déjà très bien fait par oembed ne soit pas à refaire.
Pourquoi pas, ça sera peut-être plus motivant que ça : ▻https://github.com/seenthis/seenthis_squelettes/issues/122#issuecomment-210479068
Tu peux déjà créer un ticket spécifique pour ne pas oublier, mais il reste tant de choses à voir avant ça : la gestion de la gouvernance de #seenthis, envisager un jour de payer la personne qui héberge gratuitement depuis peut-être un an, passer le bouzin en SPIP 3, etc.
Je viens de commiter une petite modif sur autoembed pour que le Youtube caché soit quand même responsive.
Et oui, qu’est-ce que ça devient le passage en SPIP 3, que je puisse continuer à bidouiller les essais sur la valeur de troll et, éventuellement, des outils de gestion dans l’espace privé ?
@arno je n’ai pas avancé là dessus, désolé, je tente de m’y coller dès que j’ai de la dispo pour ça :\
#on_est_pas_aidés #ya_toujours_un_autre_nouveau_truc_à_faire
Salut #Spip,
Comme je suppose que c’est déjà documenté quelque part, peux-tu me dire si on peut développer et installer ses plugins sur Git plutôt que sur SVN, et dans ce cas comment on fait ? Je ne trouve pas trace d’un spip-zone sur Git, et quand je trouve un plugin sur Git je n’ai pas l’impression qu’il est accessible ensuite avec l’installation automatique…
Et surtout s’il y a une page quelque part qui explique déjà tout ça ?
Perso je n’utilise pas encore Git chez SPIP, mais certaines personnes le font déjà, @maieul devrait pouvoir t’en dire plus.
Il y a eu pas mal de discussions à ce sujet sur la liste spip-zone, je te laisse chercher dans les archives : ▻https://www.mail-archive.com/spip-zone@rezo.net
En attendant, voilà déjà un ty lien de pseudo doc : ▻https://gist.github.com/bystrano/5755464
Il y a deux voies différentes :
– celleux qui développent sous Git puis reversent dans le SVN de spip-zone en gardant l’historique, avec git-svn
– celleux qui développement uniquement sous Git, que ce soit Gihub ou bien mieux encore l’hébergement Git fournit par la communauté : ▻https://git.spip.net.
À l’intérieur du deuxième choix, il y a deux variantes aussi :
– Git externe comme Github, puis déclaration d’un externals dans spip-zone, afin que le plugin soit présent dans le SVN et soit compris dans les dépôts officiels (et donc plugins.spip etc) :
▻https://zone.spip.org/trac/spip-zone/browser/_externals_
– Avoir un plugin SVN spip-zone bien ordonné (branches, trunk etc) qui le rend compatible avec la synchronisation Git. Dans ce cas, le plugin peut être disponible sur git.spip.net, et le but est alors qu’il est possible d’y contribuer aussi bien par SVN que par Git, avec synchronisation auto. Là c’est @azerttyu qui s’en occupent et qui pourra en dire plus.
À priori, je pense que c’est la meilleure solution car cela permet à d’autres de participer, de contribuer, quelque soit ses compétences, et on reste dans le cadre d’un dépôt communautaire démocratique, où on a tous les mêmes droits (modulo le fait de se parler, de discuter).
Après on peut être un individualiste patenté et préférer tout développer dans son dépôt seul et avoir le contrôle total et n’accepter les contributions extérieures que par patchs en les validant un par un soi-même. Mais ça ne colle plus à ce que je trouvais intéressant dans l’approche collectiviste et démocratique du code sur spip-zone.
Révision 100844 pour core/plugins/urls_etendues – SPIP-ZONE
▻https://zone.spip.org/trac/spip-zone/changeset/100844/_core_/plugins/urls_etendues
Le fonctionnement des URLs arborescentes multi-langues de SPIP et le define() à passer dans mes_options.php pour les activer.
Voir aussi « Ajout d’un champ langue a la table spip_urls » (▻https://zone.spip.org/trac/spip-zone/changeset/100835 ) :
on peut y definir des URLs avec langue en prefixant la saisie : « en:my-smart-url » fixera la langue a ’en’ pour l’URL (sous reserve des conditions ci-dessus : si c’est la premiere URL de l’objet elle sera en langue=)
Récupérer le département ou le pays d’une adresse » Google Map V3
▻http://www.weboblog.fr/recuperer-departement-et-pays-google-map
Le service de geocodage : geocoder de l’api Google Map permet de récupérer les coordonnées d’une adresse ou inversement, une adresse à partir de ses coordonnées.
La réponse retournée par l’api contient plusieurs informations comme par exemple le code postal, la région, le département ou encore le pays (exemple de retour Json google Map).
Donne un exemple de code pour la fonction de #géocodage_inversé et son retour Json
@b_b :y aurait il moyen de faire la même chose avec du OSM ?
...et la réponse est oui :-) : ▻http://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding
avec de la doc sur ▻https://developer.mapquest.com/documentation/open/nominatim-search
et sur le même sujet, voir aussi : ►https://geocode.localfocus.nl (cf ▻https://seenthis.net/messages/689940)
#geocoder #cartographie #adresse #api #googleMap #json #ville #géolocalisation
Avec Geoportail aussi si mes souvenirs sont bons.
oui, on le fait dans GIS en tapant sur nominatim ou photon qui utilisent tous les deux les données #osm cf :
▻https://zone.spip.org/trac/spip-zone/browser/_plugins_/gis/trunk/action/gis_geocoder_rechercher.php
Sinon, tu peux aussi taper dans #bano pour ça, cf :
voici 2 fonctions gis_info_coordonnees et texte_info_coordonnees qui renvoient les infos reverse concernant des coordonnées lon et lat, sous format tableau php utilisable selon les besoins et sous forme de texte directement affichable : ▻https://contrib.spip.net/Astuces-GIS#gis_info_coordonnees
Par exemple ça renvoie Le Sablard, Limoges, Haute-Vienne, Nouvelle-Aquitaine, France métropolitaine, 87036, France
@passerelle merci pour la contrib dans le wiki, juste une remarque : pourquoi tu dupliques le code de action_gis_geocoder_rechercher_dist() au lieu de l’utiliser directement ?
Il n’y a que la dernière ligne qui est intéressante dans action_gis_geocoder_rechercher_dist. Le reste est une manière, inadéquate ici, de récupérer les arguments ou de changer le header http.
Faire un lien sur toute une zone en CSS
►https://www.hteumeuleu.fr/faire-un-lien-sur-toute-une-zone-en-css
.item {
position:relative;
}
.item a:before {
content:'';
position:absolute;
left:0;
right:0;
top:0;
bottom:0;
background-color:rgba(0,0,0,0);
} Voir aussi la restitution vocale, avec ces exemples d’implémentation de Romain Gervois, qui confirme l’approche CSS, plutôt que JS ou HTML :
▻http://www.romaingervois.fr/implementations/lien-block.html
Je reposte tout ça puisque ▻http://seenthis.net/messages/300809 n’est plus dispo depuis que la personne qui l’avait posté a supprimé son compte.
Fourni dans l’échafaudage de thème Intégraal, en scss :
▻https://zone.spip.org/trac/spip-zone/browser/_squelettes_/integraal/theme/css/_typo.scss#L39
#HTML #intégration #web
Mise à jour importante sur mon #plugin #SPIP image_responsive :
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/image_responsive
– il y avait un bug sur le choix des images hors media-queries, avec risque de ne pas respecter le choix de tailles prédéterminés (et donc de fabriquer beaucoup trop d’images en cache)
– surtout : je viens (enfin) d’ajouter le timestamp aux adresses des fichiers, ce qui devrait résoudre pas mal des problèmes de cache rencontrés par les utilisateurs.
Bonjour
Je cherche à comprendre pourquoi (et surtout si c’est normal) avec background_responsive il y a dans le code html de la page 4 appels d’images (avec 1 px de différence) pour chaque taille (je comprends pour 1 et 2 mais pas i et p).
EX :
\"960\" :{\"i\" :{\"1\" :\"local\\/cache-responsive\\/cache-960\\/d32c7d34962d8ea6f4fa0a9b008cdf7c.jpg ?1529623009\",\"2\" :\"local\\/cache-responsive\\/cache-960\\/d32c7d34962d8ea6f4fa0a9b008cdf7cd32c7d34962d8ea6f4fa0a9b008cdf7c-2.jpg ?1529623010\"},\"p\" :{\"1\" :\"local\\/cache-responsive\\/cache-960\\/5e9c6d2f4211f48525892e5f9f166dc6.jpg ?1529623011\",\"2\" :\"local\\/cache-responsive\\/cache-960\\/5e9c6d2f4211f48525892e5f9f166dc65e9c6d2f4211f48525892e5f9f166dc6-2.jpg ?1529623012\"}
Merci
Nouveau #plugin #SPIP : Fonds d’articles
▻https://zone.spip.org/trac/spip-zone/browser/_plugins_/fonds
C’est un plugin particulièrement important dans les sites que je réalise désormais, parce qu’il me permet d’installer les images qui viendront se fondre sous le texte de l’article, ce qui constitue un aspect central de mes #longforms avec SPIP.
Par exemple :
– dans les dossiers histoires d’Orient XXI :
▻http://orientxxi.info/l-orient-dans-la-guerre-1914-1918/german-asymmetric-warfare-in-world-war-i,1423
– les articles d’Orient Palms :
▻http://fr.orientpalms.com/L-oeil-de-Tony-Hage
– la page d’accueil de Paris-Beyrouth :
►http://www.paris-beyrouth.org
– les « formes longues » du site de l’OPPIC :
►http://www.oppic.fr/rubrique18.html
– bien entendu, ma spectaculaire démonstration à base d’images de la NASA :
►http://www.orientpalms.com/demo/spip.php?rubrique2
Le principe est de créer des images se terminant par un dégradé vers un aplat de couleur (de la même couleur que le fond de la page, que l’on indiquera aussi dans l’interface du plugin), puis d’installer cette image en « fond » d’article, une partie se trouvant avant le pavé de texte, et la seconde (la partie peu contrastée) en dessous du pavé de texte. Le plugin permet d’installer de telles images en haut et en bas de l’article. D’autres options permettent d’installer une image « en fond » d’article, sans notion de haut et de bas.
Par ailleurs, l’affichage est responsive, avec un balisage moderne qui autorise le pré-chargement des images et l’affichage adapté sur écran haute définition.
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) :
(2) Dans mon logiciel de dessin, je déterminer (avec des règles bleues ici) comment découper mon image :
(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 :
(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 :
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.
Et hop… Cela donne directement une vue réduite de la page :
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 :
[(#INCLURE{fond=fonds_article}{id_article})]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 :
[(#INCLURE{fond=fonds_article}{id_article}{contenu_article=inc/mon_squelette_a_moi)]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 :
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…
– 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…
Je viens de mettre en ligne la documentation illustrée de mon #plugin #SPIP Insertion avancée d’images :
►http://www.paris-beyrouth.org/Plugin-SPIP-Insertion-avancee-d-images
Le plugin est, comme toujours, là :
►https://zone.spip.org/trac/spip-zone/browser/_plugins_/medias_responsive_mod
Chouette Arno*. Merci.
Juste une remarque : l’habillage irrégulier ne semble pas fonctionner sur l’exemple de ton article ? (Firefox 53 / OSX)
Yep : pas Firefox. (Mais ça se dégrade bien : ça fait un habillage « normal » selon le bord « rectangulaire » de l’image.)
Juste un retour d’expérience d’une novice : 4 utilisations pour votre plugin Insertion avancée d’images (particulièrement le slide) : 2 utilisations « telles quelles » => 1) en espace public ; 2) espace privé, pour afficher des slides de copies écran des fantaisies typographiques (exergue, épigraphe et autres qui ne « passent » pas autrement dans l’espace privé (et l’affranchissement de Java est un gros « plus » dans l’espace privé) ; et 2 utilisations « hors-normes » (ou "hack si vous voulez !) dans l’espace public : 3) création de slide façon « vrai slide javascript », avec les poignées précédent/suivant sur le côté et les bulles de positionnement en haut (ça marche super, le seul hic c’est qu’évidemment la bulle de positionnement ne se met pas à jour - ne change pas de couleur - quand on choisit la slide avec les poignées de côté, mais bon, les visiteurs s’en accomoderont !) et 4) un super petit truc pour afficher les articles suivant/précédent façon « Monde Diplomatique » (les flèches en Java du haut de l’article), en jouant à nouveau sur le CSS uniquement (ce qui fait que, en affichant une double flèche en haut de l’article, ce qui s’affiche en-dessous est initialement « rien » puis si on clique dessus, on fait venir le titre de l’article suivant à l’intérieur du système « slide » (invisible) et de même pour le « précédent ». Je suis très contente de ma trouvaille de débutante et voulais vous en faire part, ça fonctionne à merveille. Merci beaucoup.
Grosse nouveauté dans mon #plugin #SPIP Insertion avancée d’images :
►https://zone.spip.org/trac/spip-zone/browser/_plugins_/medias_responsive_mod
Outre le raccourci <imgXXX> et ses tripotées de variables (zoom, habillage automatique, image dans un rond, « flip »…), il y avait donc le raccourci <ligneXXX> pour placer plusieurs images l’une à côté de l’autre, éventuellement sur plusieurs lignes bien alignées, en fonction des dimensions des images et de l’écran.
Il y a désormais un raccourci super-méga-trop-la-classe : <slideXXX>, qui fabrique automatiquement un slider horizontal quand on en met plusieurs à la suite. Par exemple :
<slide970>
<slide971>
<slide972>provoque l’affichage suivant :
Je suis très content, c’est totalement responsive, multilingue (même en direction rtl) et ça fonctionne entièrement sans Javascript. (Attention, limitation : on ne peut mettre que 8 images à la suite.)
L’intérêt c’est de mettre ces petits spiders (idéalement 2 ou 3 images pas plus) directement dans le corps du texte, et donc d’en mettre plusieurs dans différents endroits du texte si on veut.
Pour la suite (cette semaine j’espère), j’ajouterai un petit script pour gérer le swipe du doigt pour faire défiler les images sur écran tactile.
Et je viens d’ajouter le javascript qui gère le swipe gauche-droite sur écran tactile, pour faire défiler horizontalement le slider. Du coup je passe en translate3d pour que l’animation soit plus fluide. (D’après caniuse, désormais translate3d a grosso modo le même taux de compatibilité que translate.)
J’ai ajouté un gros paragraphe consacré à « Image adaptative, recadrage et direction artistique » dans ma documentation du #plugin #SPIP image_responsive :
►http://www.paris-beyrouth.org/Plugin-SPIP-Image-responsive
Ça explique les critères de recadrage que l’on peut utiliser directement dans le filtre image_responsive, comme ceci :
[(#LOGO_ARTICLE_NORMAL|image_responsive{
0/480/800/1280/1920/480/800/1280/1920,
0, 0,
(max-width: 480px) and (orientation:portrait)/(min-width:481px) and (max-width: 800px) and (orientation:portrait)/(min-width:801px) and (max-width:1280px) and (orientation:portrait)/(min-width:1281px) and (orientation:portrait)/
(max-width: 480px)/(min-width:481px) and (max-width: 800px)/(min-width:801px) and (max-width:1280px)/,
4x5/4x5/4x5/4x5/3x2/3x2/3x2/3x2
})]picture en HTML5, extrêmement efficace au niveau de l’affichage, puisque l’image est préchargée, et l’affichage est instantané quand on revient sur une page déjà affichée).Pour le plugin lui-même :
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/image_responsive
Plugin ’visiteur’ : usage optimisé des données de session des visiteurs
▻https://contrib.spip.net/Complements-a-php-squelette-session-cache0
La doc du plugin « Visiteur » (▻https://zone.spip.org/trac/spip-zone/browser/_plugins_/visiteur/trunk) créé pour minimiser le cache de SPIP lié aux sessions utilisateurs.
Sur cette problématique voir aussi : ►https://contrib.spip.net/Du-php-dans-le-squelette-a-la-place-de-SESSION-ou
patrickschur/language-detection: A language detection library for #PHP. Detects the language from a given text string.
▻https://github.com/patrickschur/language-detection
This library can detect the language of a given text string. It can parse given training text in many different idioms into a sequence of #N-grams and builds a database file in JSON format to be used in the detection phase. Then it can take a given text and detect its language using the database previously generated in the training phase. The library comes with text samples used for training and detecting text in 106 languages.
@fil ça pourrait pit-être servir à ►https://zone.spip.org/trac/spip-zone/browser/_plugins_/plugins_seenthis/detecter_langue ?
Typographic Email
This is a #responsive #email template that is optimized for readability. This is used in my project - EmailThis. I created it because I needed a simple, minimal yet beautiful email template that focusses specifically on readability.
source : ▻https://github.com/EmailThis/typographic-email
démo : ▻https://rawgit.com/EmailThis/typographic-email/master/dist/kitchen_sink.html
À intégrer dans le plugin Newsletter de #SPIP ?
Intégré dans la version 1.5.1 du plugin Newsletter cf : ▻https://zone.spip.org/trac/spip-zone/changeset/103048
Voilà ce que ça donne :
