[résolu] [suggestion] à propos de artThumbnail
Gzyg
Member
Bonjour,
La nouvelle fonction d'affichage artThumbnail est sympa mais :
1. elle est au sein d'une div que je trouve inutile et surtout encombrante pour l'intégrateur ou le designer qui lui préfèrerait un autre environnement ;
2. l'attribut "alt" renseigne le nom de l'image ce qui n'est pas son rôle : son rôle (entre autre) est de décrire l'image pour les navigateurs vocaux à condition que cette image ne soit pas que décorative.
Questions :
1. peut-on enlever la balise div et juste laisser img (ce qui est parfaitement sémantique) ?
2. peut-on mettre un champ manuel pour vraiment renseigner l'attribut alt si nécessaire ?
Merci, à plus,
Gzyg
La nouvelle fonction d'affichage artThumbnail est sympa mais :
1. elle est au sein d'une div que je trouve inutile et surtout encombrante pour l'intégrateur ou le designer qui lui préfèrerait un autre environnement ;
2. l'attribut "alt" renseigne le nom de l'image ce qui n'est pas son rôle : son rôle (entre autre) est de décrire l'image pour les navigateurs vocaux à condition que cette image ne soit pas que décorative.
Questions :
1. peut-on enlever la balise div et juste laisser img (ce qui est parfaitement sémantique) ?
2. peut-on mettre un champ manuel pour vraiment renseigner l'attribut alt si nécessaire ?
Merci, à plus,
Gzyg
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
tu peux renseigner un format d'affichage normalement
ça règlerait le point 1 (bien que je préfèrerais que ce soit natif dans class.plx.show et avoir simplement $plxShow->artThumbnail(); dans le thème.
ça ne règle pas le 2. ]:D
à plus,
Gzyg
Pour le texte alternatif (alt), on peut utiliser cette formule Reste plus qu'à donner un nom significatif au fichier image.
Accès à mon dépôt de plugins et thèmes
installe PluXml plus vite que ton ombre avec kzInstall2
bazooka : le problème d'utiliser le titre de l'image (même significatif) risque d'être le séparateur de mots (s'il y en a un). Comment un navigateur vocal va-t-il le lire ?
à plus,
Gzyg
le format proposé est un format par défaut. il peut être personnalisé comme le propose danielsan
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Et je ne veux pas le savoir.
Ce qui se passe dans le core n'est pas de mon domane de compétence. J'essaie juste de faire un thème à partir des fichiers dispos dans le thème par défaut.
Pas grave je ferais autrement. ]:D
Merci à tous de vous y être intéressés, à plus.
Gzyg
C'est pour ça que ton avis est important, ça permets de trouver un compromis pour répondre au maximum de besoins de tout le monde.
Donc n'hésite pas à donner tes opinions. C'est pas toujours facile de faire plaisir à tout le monde, mais j'essaye autant que possible de rendre PluXml le plus proche de ce que vous demandez pour faciliter la réalisation de vos sites
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
je rejoins donc Gzyg dans sa suggestion, même s'il est rare que j'utilise le format par défaut !
un peu comme les fonctions tagList et catList qui ne sont pas homogènes ...
pauvre Stéphane, t'étais content quand je faisais des pizz' dans la montagne ? ]:D
En revanche ça m’intéresse de savoir quel "autre environnement" tu vises dans l'utilisation de artThumbnail par rapport à ce qui est proposé.
Englober l'image dans une div est peut être superflue en effet car on peut agir sur son comportement css par rapport à son conteneur parent. Donc:
- soit je laisse la div proposé par le format par défaut en sachant que l'image est englobée dans une div: <div class="art_thumbnail"> et qu'on a la possibilité de la faire sauter en changeant le format dans l'appel de la fonction dans le thème.
- soit je la supprime du format par défaut et je la mets dans les fichiers du thème. ce qui laissera la possibilité de mettre ce qu'on veut à la place pour les concepteurs de thèmes
Je retiens également l'argument de danielsan qui est de dire que la fonction artThumbnail a (devrait avoir) le rôle d'afficher l'image et rien d'autre (donc pas de div)
On peut contre-argumenter en disant qu'on est dans la classe plxShow qui est la couche (dans un modele 3tiers MVC) qui sert au formatage de l'affichage pour s'affranchir coté thème d'avoir à coder en dur plein de choses. D'où l’intérêt de proposer par défaut la div.
Donc sans faire un débat à rallonge, juste pour avoir votre ressenti vous préférez avec ou sans la div dans le format par défaut proposé dans l'appel de la fonction artThumbnail. Mon avis après réflexion serait de supprimer la div. Quel est le votre ?
C'est le moment de faire vos revendications tant qu'on est sur la version de dev 5.5
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Pour ce qui est de la div, sa suppression me semblerait plus logique : une div n'a plus aucun rôle en terme sémantique. Elle sert juste à créer des conteneurs de conteneurs pour le positionnement, si besoin.
à plus,
Gzyg
Perso, je n'aime pas le grand blanc à droite de l'image.
Sans le div, on peut facilement "habiller l'image avec le texte avec ceci dans theme.css : Si quelqu'un a besoin d'une dimension précise pour l'image, il sera toujours possible de faire un "display: block;".
Accès à mon dépôt de plugins et thèmes
installe PluXml plus vite que ton ombre avec kzInstall2
https://github.com/pluxml/PluXml/commit/e1b559d61b32cdce589a34e7d9348ee88ccdc07f
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
https://github.com/pluxml/PluXml/commit/dcf3f17e6de85b7baedf19a57df8c6a742b9b319
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Merci.
à plus,
Gzyg
Avec plaisir. tes arguments m'ont convaincu et le fil de discussion avec les différents avis de chacun aussi :cool:
Consultant PluXml
Ancien responsable du projet (2010 à 2018)