web-dev-qa-db-fra.com

Classes CSS standard / conventions de nommage id

Lors de la création d'un composant personnalisé et lors de la conception du fichier de disposition pour restituer la vue, je ne parviens pas à déterminer les classes/identifiants CSS à utiliser dans mes éléments HTML afin de m'assurer que celui-ci tire parti des styles CSS et autres modèles de Joomla.

Je comprends que Joomla utilise Bootstrap qui fournit un niveau de cohérence et peut être référencé ici: http://getbootstrap.com/2.3.2/base-css.html =

Cependant, mis à part l'implémentation Bootstrap, existe-t-il des classes/ID CSS standard que je peux utiliser pour assurer la cohérence entre les nombreux modèles disponibles? Et si oui, y a-t-il des références à ces CSS classes/identifiants?

Je suppose que je vous demande si vous devez concevoir l'apparence du composant, quelles étapes prendriez-vous pour vous assurer que l'aspect et la convivialité fonctionnent en synergie avec Joomla et d'autres modèles?

7
user3804927

quelles mesures prendriez-vous pour vous assurer que l'aspect et la convivialité fonctionnent en synergie avec Joomla et d'autres modèles?

Il n'y a aucun moyen de savoir ce qui sera, et ce qui ne sera pas, pris en charge dans un modèle. Mon conseil est donc de ne pas utiliser de modèle pour dénommer votre composant. Il est impossible de garantir l'aspect et la convivialité, que cela soit finalement décidé par le modèle.

Il y a trois approches possibles; 1) ne rien faire, 2) espérer que le modèle supportera la syntaxe BS2 ou BS3 et en choisir une, ou 3) inclure vos propres fichiers CSS.

L'utilisation des éléments html corrects pour le travail signifie que le modèle gère néanmoins l'essentiel de votre style (option 1). Pour tout le reste, utilisez une approche de nommage de classe logique pour vos éléments de composant, en respectant les normes de codage Joomla pour html et css et incluez votre propre css avec votre composant. Si vous faites cela , veuillez fournir un commutateur pour le désactiver.

En tant que développeur de modèles, je fais le style de tout composant que j'utilise, je n'ai ni besoin ni envie de styles de composant, bien que certains en aient conscience. Le meilleur moyen est de fournir des options simples dans la configuration de votre extension; Charger css? oui/non, charge js? Oui Non. A défaut, assurez-vous qu'ils sont au moins chargés à partir du fichier view afin de pouvoir les remplacer sans pirater votre extension.

5
Seth Warburton

Actuellement, il n'y a pas de telle norme. La chose la plus proche est en effet les classes Bootstrap.

Ce que je fais habituellement, c’est que cela fonctionne avec Protostar et que nous espérons pour le mieux.

Il était une fois une sorte de standard, mais le support technique était bas et la documentation était mauvaise. Il s’agissait essentiellement d’une liste d’identifiants et de classes utilisés par le noyau.

4
Bakual

Je souhaite qu'il y ait une solution à cela, mais malheureusement, il n'y en a pas. Ce serait formidable si nous pouvions tous développer des extensions qui intégreraient tous les modèles existants.

Vous feriez simplement mieux d'utiliser les classes Bootstrap et si le style ne s'intègre pas bien, l'utilisateur peut simplement créer un remplacement du modèle pour votre composant.

Assurez-vous de tout rendre aussi dynamique que possible.

Vous avez peut-être remarqué que, si vous examinez un code de module tiers, nombre d'entre eux placent le balisage HTML dans mod_modulename.php , ce qui signifie que l'utilisateur ne peut pas remplacer la vue, et doit donc effectuer un piratage de base pour coiffer le module en fonction de leurs besoins.

C'est pourquoi tout le balisage doit toujours être placé dans le fichier de vue.

J'espère que cela t'aides

4
Lodder