Dis @seenthis, un petit favicon .ico à la racine de seenthis.net, ce serait envisageable pour que ça fasse comme une jolie application dans mon téléphone ?! #seenthis_souhait cc @arno
Dis @seenthis, un petit favicon .ico à la racine de seenthis.net, ce serait envisageable pour que ça fasse comme une jolie application dans mon téléphone ?! #seenthis_souhait cc @arno
Tu veux dire celui là ?
►http://seenthis.net/favicon.ico
Un peu petit pour une appli mobile, mais il est bien là. Pour les mobiles faut ajouter d’autres déclarations en plus je crois, pour faire bien.
Ben, ça le fait quand tu bookmarkes seenthis sur ton écran d’accueil...
Pour les mobiles, tablettes, iTrucs, Andromachins et autres Winbidules, il ya ce site : ►http://realfavicongenerator.net
En fait faudrait uploader un ►http://seenthis.net/favicon.ico plus grand (à 96X96px)pour que ce que décrit @supergeante fonctionne sur tous les périphériques : (là ça prend une image de la home avec beaucoup de blanc) cc @fil
#SPIP permet de générer les images nécessaires pour les itrucs en ajoutant la règle qui va bien dans le .htacess du site, cf :
▻http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/filtres_images/apple-touch-icon.png.html
Par contre je ne crois qu’on prenne en charge favicon-96x96.png et favicon-16x16.png qui sont listés sur realfavicongenerator. À ajouter ?
@b_b je verrais plus cette ligne dans le .htaccess de SPIP directement, mais commentée par défaut, avec un commentaire au-dessus du genre : « Si vous avez le plugin filtres_images et qu’une méthode de retouche a été configurée, vous pouvez décommenter cette ligne. »
Parce que je ne le connaissais pas du tout ce truc à rajouter… alors les non-spipien⋅ne⋅s…
@rastapopoulos oui c’est bien ce que j’entendais par « à ajouter » ;)
D’ailleurs il y a une discussion en cours à ce sujet sur ce ticket :
Salut #SPIP,
Je suppose que c’est une question classique : j’ai besoin de traiter (dans un plugin) le code du texte formaté après y avoir inséré les modèles.
Or, le pipeline post_propre
est appelé par traiter_raccourcis
; et traiter_raccourcis
est appelé dans la fonction propre
avant qu’on remette en place le code issu des modèles (via echappe_retour_modeles
). Donc le pipeline post_propre
est déclenché avant qu’on ait remis les <modeles>
dans le texte. Je n’y ai donc pas accès par là.
Bref : est-ce qu’il y a un pipeline qui permet d’attaquer le texte formaté avec le résultat des modèles qu’il contient ?
Non, pas de #FILTRE
, parce que ce qui m’intéresse, c’est le cas où deux modèles se suivent dans l’article.
Le coup de dé-échapper et ré-échapper les modèles, tudieu, c’est lourd quand même :-)
Non, ça je comprends. C’est l’absence de pipeline ramasse-miettes dans la logique de post_propre
qui me chagrine. C’est ballot.
Dans textwheel (▻http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/textwheel/inc/texte.php#L690) il y a un pipeline (relativement récent) juste avant d’échapper le HTML, mais pas encore juste après le retour d’échappement. #gogogo
▻http://zone.spip.org/trac/spip-zone/changeset/80926
OK, j’introduis donc le ramasse-miette post_echappe_html_propre :
▻http://zone.spip.org/trac/spip-zone/changeset/92132/_core_/plugins/textwheel
Ajout à mon #plugin #SPIP image_responsive, une fonction |image_proportions
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/image_responsive
Par exemple :
[(#LOGO_ARTICLE_NORMAL|image_proportions{16,9})]
L’intérêt par rapport à image_recadre, c’est qu’il s’agit ici de modifier retailler l’image sans en diminuer la taille à des dimensions arbitraires, mais de conserver l’image aussi proche de sa taille initiale que possible.
C’est rendu nécessaire et utilisable par le principe même du plugin image_responsive, qui va ensuite charger l’image à la taille qui va bien dans tous les cas.
Non. L’aspect responsive n’a pas besoin qu’on formate spécifiquement les images. Au contraire, le plugin permet qu’on balance les images d’origine sans faire trop attention.
Mais à l’inverse, pour faire maquette sympa, c’est vraiment plus efficace si on se force à avoir des vignettes de navigation de mêmes proportions (par exemple 16/9, mais ça peut être 4/3, 1/1, ce qu’on veut…). Voir la page d’accueil d’Orient XXI, les vignettes sont toutes recardées aux mêmes proportions :
►http://orientxxi.info
Pour ça, habituellement, on recadre les images directement aux dimensions prévues, genre :
[(#LOGO_ARTICLE
|image_passe_partout{300,200}
|image_recadre{300,200}
)]
Mais avec le plugin image_responsive, je n’ai plus besoin de savoir la dimension finale de l’image, parce que c’est le plugin qui va charger l’image dont il a besoin. Et même potentiellement la largeur de l’écran d’un smartophone, à double définition.
Donc c’est pas la peine de s’embêter à calculer avec le redimensionnement de l’image en amont : tu balances l’image complète directement, ça chargera juste ce qui est nécessaire selon la maquette la définition de l’écran.
[(#LOGO_ARTICLE
|image_responsive
)]
[(#LOGO_ARTICLE
|image_proportions{300,200}
|image_responsive
)]
C’est donc un confort lié à ce que fait ce plugin :
– comme il va chercher l’image à la bonne taille tout seul, il n’est plus nécessaire de réduire les images dans le squelette ; ça laisse d’autant plus de latitude pour différentes situations et les écrans retina ;
– mais dans le même temps, j’ai l’habitude de recarder les images pour forcer des maquettes plus typées.
Donc là j’en profite pour recadrer sans réduire, parce que c’est le plugin qui fera le reste du travail selon les situations.
C’est bien sympa et générique, ça mériterait d’être ajouter au plugin dist « filtres_images » (qui est indépendant du core, donc qui a son propre cycle de vie désormais, à peu près).
Dans :
▻http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.0/plugins/filtres_images
Et dans :
►http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/filtres_images
C’est déjà dans le plugin « CSS imbriqués » (version 1.6) :
►http://www.paris-beyrouth.org/tutoriaux-spip/article/plugin-spip-pre-processeur-de-css
1.6. Introduction de la fonction couleur_rgba($couleur, $alpha) qui permet de fabriquer une couleur RGBA à partir d’un code hexadécimal.
Il me semblait bien que je l’avais vue quelque part sur Paris Beyrouth
C’est à dire @Fil ?
Sur un de mes sites j’ai fait une série de tests sur la largeur et la hauteur pour afficher l’image en pleine largeur si elle est en paysage et assez grande et dans une colonne si elle en portrait ou trop petite. Je m’étais bien pris la tête.
Suite à l’observation de @rastapopoulos j’ai ouvert ▻http://core.spip.org/issues/3144 pour garder une trace du besoin.
b_b me dis de l’ajouter moi même mais je ne sais pas coder moi :-)
Un #RFC avec des chats !
RFC 6585 : Additional HTTP Status Codes
Le protocole #HTTP, normalisé dans le RFC 2616, utilise des réponses numériques sur trois chiffres pour indiquer le résultat de la requête. Certains de ces codes sont devenus célèbres comme le 404 pour une ressource non trouvée. Et comme l’Internet fonctionne avec des LOLcats, il existe même un ensemble de photos des réponses HTTP avec des chats (d’où sont tirées les images de cet article). Mais la liste des réponses possibles n’est pas figée et de nouveaux codes sont ajoutés de temps en temps. Ce RFC normalise quatre de ces codes.
ah bien justement, pour limiter le trafic des bots d’indexation (quand le serveur a un load élevé) j’utilisais jusqu’ici
> 503 Unavailable
►http://www.flickr.com/photos/girliemac/6540643319/in/set-72157628409467125
cf. ►http://zone.spip.org/trac/spip-zone/browser/_core_/securite/ecran_securite.php#L239
dois-je à ton avis passer à
> 429 Too Many Requests
►http://www.flickr.com/photos/girliemac/6509400997/in/set-72157628409467125
À mon avis, oui. Mais suis la recommandation du RFC : envoie aussi un petit bout d’HTML expliquant en anglais ta politique de limitation de trafic.