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
/_core_/plugins/filtres_images – SPIP-ZONE
/filtres_images
-
-
Tu veux dire celui là ?
►http://seenthis.net/favicon.icoUn 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 :
-
-
Ajout à mon #plugin #SPIP image_responsive, une fonction |image_proportions
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/image_responsivePar 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.infoPour ça, habituellement, on recadre les images directement aux dimensions prévues, genre :
[(#LOGO_ARTICLE
|image_passe_partout{300,200}
|image_recadre{300,200}
)]
parce qu’on sait qu’on va balancer un fichier qui fait 300x200.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
)]
Oui mais si je veux quand même avec la même chose en forçant les proportions de l’image ? Justement, le nouveau filtre :[(#LOGO_ARTICLE
|image_proportions{300,200}
|image_responsive
)]
Ça va faire une image retaillée en 3/2, mais dont la largeur sera celle d’origine (ou la hauteur, selon l’image d’origine), genre 1024x683. De toute façon, le plugin ira chercher directement la vignette à la bonne taille.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-css1.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 :-)
-
