No Branch/Tag Specified
issue_4711
master
4.2
4.1
issue_5528
dev/issue_5560_dispositions_prive
issue_5095
4.0
3.2
dev/issue_4626_menu_squelettes
fix_issue_5454
issue_5427_bis
coquille_doc
issue_5344
dev/hasard_fixe
issue_4836
debug_ecrire_fichier
fix_modifier_login
dev/instituer_ergo
dev_infos_image
fix/valider_url_distante
issue_4946
3.1
boutons-danger
issue_4717
dev-sortable
issue_4705
dev/autoloader
issue_4678
issue_4101
3.0
2.1
2.0
1.9.2
1.9.1
1.8
v4.2.3
v4.2.2
v4.1.9
v4.0.11
v3.2.19
v4.2.1
v4.1.8
v4.0.10
v3.2.18
v4.2.0
v4.2.0-alpha2
v4.2.0-alpha
v4.1.7
v4.1.6
v4.0.9
v3.2.17
v4.1.5
v4.1.4
v3.2.16
v4.0.8
v4.1.3
v3.2.15
v4.0.7
v4.1.2
v4.0.6
v4.1.1
v4.1.0
v4.1.0-rc
v4.0.5
v3.2.14
v4.1.0-beta
v4.1.0-alpha
v3.2.13
v4.0.4
v4.0.3
v4.0.2
v3.2.12
v4.0.1
v4.0.0
v4.0.0-beta
v4.0.0-alpha
v3.2.11
v3.2.10
v3.1.15
v3.2.9
v3.1.14
v3.1.13
v3.2.8
v4.1.10
v3.2.7
v3.2.6
v3.2.5
v3.2.4
v3.2.3
v3.2.2
v3.2.1
v3.2.0-beta.3
v3.2.0-beta.2
v3.2.0-beta
v3.2.0-alpha.1
v3.2.0
v3.2-alpha.1
v3.1.9
v3.1.8
v3.1.7
v3.1.6
v3.1.5
v3.1.4
v3.1.3
v3.1.2
v3.1.12
v3.1.11
v3.1.10
v3.1.1
v3.1.0-rc.3
v3.1.0-rc.2
v3.1.0-rc
v3.1.0-beta
v3.1.0-alpha
v3.1.0
v3.0.9
v3.0.8
v3.0.7
v3.0.6
v3.0.5
v3.0.4
v3.0.3
v3.0.28
v3.0.27
v3.0.26
v3.0.25
v3.0.24
v3.0.23
v3.0.22
v3.0.21
v3.0.20
v3.0.2
v3.0.19
v3.0.18
v3.0.17
v3.0.16
v3.0.15
v3.0.14
v3.0.13
v3.0.12
v3.0.11
v3.0.10
v3.0.1
v3.0.0-rc
v3.0.0-beta.2
v3.0.0-beta
v3.0.0-alpha.1
v3.0.0
v2.1.9
v2.1.8
v2.1.7
v2.1.6
v2.1.5
v2.1.4
v2.1.30
v2.1.3
v2.1.29
v2.1.28
v2.1.27
v2.1.26
v2.1.25
v2.1.24
v2.1.23
v2.1.22
v2.1.21
v2.1.20
v2.1.2
v2.1.19
v2.1.18
v2.1.17
v2.1.16
v2.1.15
v2.1.14
v2.1.13
v2.1.12
v2.1.11
v2.1.10
v2.1.1
v2.1.0
v2.0.9
v2.0.8
v2.0.7
v2.0.6
v2.0.5
v2.0.3
v2.0.26
v2.0.25
v2.0.24
v2.0.23
v2.0.22
v2.0.21
v2.0.20
v2.0.2
v2.0.19
v2.0.18
v2.0.17
v2.0.16
v2.0.15
v2.0.14
v2.0.13
v2.0.12
v2.0.11
v2.0.10
v2.0.1
v2.0.0
v1.9.2+p
v1.9.2+o
v1.9.2+n
v1.9.2+m
v1.9.2+k
v1.9.2+j
v1.9.2+i
v1.9.2+h
v1.9.2+g
v1.9.2+f
v1.9.1+i
v1.8.3+b
Labels
Clear labels
Amélioration, nouvelle fonctionnalité
Ca ne fonctionne pas
Ce ticket est un doublon
Ticket invalide
Ignoré, c'est comme Ca...
Apply labels
accessibilité
amélioration
Amélioration, nouvelle fonctionnalité
APIs
authentification
base de données
bug
Ca ne fonctionne pas
code généré
compilo
css
divers
documentation
doublon
Ce ticket est un doublon
ergonomie
espace privé
filtres et balises
formulaires
Inscription
installation
invalide
Ticket invalide
javascript
langues
LDAP
plugin
PostgreSQL
refusé
Ignoré, c'est comme Ca...
sécurité
traduction
à confirmer
No Label
accessibilité
amélioration
APIs
authentification
base de données
bug
code généré
compilo
css
divers
documentation
doublon
ergonomie
espace privé
filtres et balises
formulaires
Inscription
installation
invalide
javascript
langues
LDAP
plugin
PostgreSQL
refusé
sécurité
traduction
à confirmer
Milestone
Set milestone
Clear milestone
No items
No Milestone
Projects
Set Project
Clear projects
No project
Assignees
Assign users
Clear assignees
No Assignees
6 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.
No due date set.
Blocks
#3582 Simplifier l'utilisation des documents
spip/medias
Reference: spip/spip#2273
Reference in New Issue
There is no content yet.
Delete Branch '%!s(<nil>)'
Deleting a branch is permanent. It CANNOT be undone. Continue?
No
Yes
Pour permettre, lorsqu'on dispose d'une magnifique photo de montagne dans la médiathèque, de l'afficher différemment d'un article à l'autre, par exemple :
quelques filtres simples pourraient être passés aux modeles d'insertion :
<img324|small>
afficherait une vignette de l'image (retaillée à la dimension renseignée dans l'espace privé)<img324|max>
afficherait l'image plein pot (à charge des squelettes de le redimensionner)<img324|ico>
afficherait non par l'image, mais l'icône du fichier (celle rangée dans/vignettes
, qu'on perd dès lors qu'on active la génération des vignettes)<img324|200>
afficherait l'image à la largeur indiquée (en pixel) pour les geeks qui savent compter en pixelCes paramètres produiraient le même effet quelque soit le mode d'affichage (image/document/document) et quelque soit le modèle d'insertion (imd/doc/emb).
Version cible mise à 3.1
Un besoin discuté en 2008 dans les commentaires du billet http://romy.tetue.net/mais-ou-est-passee-la-mediatheque-de-spip#forum1008
Notons que ce type de syntaxe est délicate pour les contributeurs (d'autant plus qu'il y a aussi doc et emb) et qu'une interface d'aide à la saisie serait tout particulièrement utile pour ce type de raccourcis.
Dès lors qu'il y a des valeurs de type small et max, il est sans doute aussi utile de permettre leur paramétage, a minima dans mes_options.
Pour rappel, un prototype fonctionnel a été développé sous SPIP 2.1: http://www.spip-contrib.net/Plugin-Modeles-media qui gère, entre autres, la taille des vignettes et images.
Version cible mise à 3.2
oui, il est paradoxal que le réglage de la largeur existe pour le modèle document, mais pas pour le modèle image...
Trois années sont passés depuis l'ouverture de ce billet… pendant lesquels, il y a l'émergence du responsive.
Il serait plus judicieux que la largeur indiquée, via la syntaxe
<img324|20>
, si besoin est de telle syntaxe, s'exprime en pourcentage, plutôt qu'en pixels.Privilégions une syntaxe s'exprimant non en chiffres, mais en ordres de grandeur. Mise à jour :
<img324|small>
afficherait une vignette de l'image (retaillée à la dimension small renseignée dans l'espace privé)<img324|large>
afficherait l'image au plus large, à charge des squelettes de la redimensionner ; une valeur par défaut de large (par exemple 800px) pourrait être renseignée dans l'espace privé, utilisée comme valeur par défaut lorsqu'aucune valeur n'est passée à|image_reduire
(ce qui permet de distribuer les squelettes de la dist sans imposer cette largeur, la rendant paramétrable)<img324|max>
afficherait l'image plein pot (sans redimensionner aucument)<img324|ico>
, qui relève plutôt d'un modèle spécifique que du réglage de la largeurEntre temps l'attribut SRCSET est désormais bien supporté : http://caniuse.com/#search=srcset
N'est-il pas envisageable à présent de faire évoluer les modèles d'images pour intégrer cette fonctionnalité ?
Wordpress l'intègre désormais nativement : https://make.wordpress.org/core/2015/11/10/responsive-images-in-wordpress-4-4/
Mais peut-être est-ce un autre ticket qu'il faut créer ?
Voir notamment : https://www.hteumeuleu.fr/attribut-srcset-images-responsive/
Voir #3582 et #3449 qui propose d'intégrer le comportement du plugin medoc dans le core, ce qui semble répondre à la demande. Si oui, on pourrait fermer ce ticket et continuer la discussion sur #3582 ?
Comme indiqué dans #3582 :
Les modeles documents ont été refondus par
fa13018a9e
on a maintenant
<image>
<audio>
<video>
<file>
Le modele
<image>
supporte des parametreslargeur=
ethauteur=
pour personaliser les dimensions d'affichage (idem pour<video>
)On pourrait proposer des déclinaisons small/medium/large/max mais j'ai le sentiment que ça dépend aussi beaucoup du squelette et de l'usage, donc a explorer dans un plugin ?
Version cible mise à 4.1