search

alsacreations / KNACSS

feuille de styles CSS sur-vitaminée
http://www.knacss.com
Do What The F*ck You Want To Public License
554 stars 116 forks source link

Road to KNACSS v7 #253

Closed raphaelgoetter closed 5 years ago

raphaelgoetter commented 7 years ago

SPOILER : https://knacss.com/styleguide.html

Avis / critiques / suggestions : laissez un comm'

idées en vrac

ce qu'on garde de KNACSS v6

ce qu'on ajoute

ce qu'on adapte

À piocher ailleurs

@TODO

Interned commented 7 years ago

Bonjour,

Et ce serait prévu pour quand ? ^^

Pour l'intégration de Pépin. Mais est-ce que ce projet est suffisamment avancé ?

Plus spécifique : pour le responsive, est-ce qu'il y aurait à prévoir quelques snippets, comme la la navigation, telle que montrée ici : http://www.goetter.fr/nav/ ? Ou est-ce prévu avec Pépin ?

raphaelgoetter commented 7 years ago

C'est prévu pour l'automne.

Spoiler : https://knacss.com/styleguide.html

Pour Pepin, on va effectivement suivre l'avancement et agir en conséquence.

PhilippeVay commented 7 years ago

Le domaine de Fox CSS est squatté depuis plus de 6 mois :( La dernière capture par archive.org : https://web.archive.org/web/20160709022257/http://fox-css.com:80/documents/

gizmecano commented 6 years ago
  • ce qu'on supprime grillade (parce que plus besoin de grid framework)

En regardant la branche v7, je vois que les fichiers grillade.* sont toujours présents, complétés par des fichiers grillade-v6.*.

De son côté, le fichier changelog indique :

  • refonte complète du système de grille (dorénavant basé sur Grid Layout)

Petite question simple afin de mieux comprendre l'évolution en cours : l'abandon initialement envisagé est-il toujours à l'ordre du jour ou bien est-ce que grillade sera toujours présent sous la forme d'un système basé sur grid layout dans la version 7 à venir ?

raphaelgoetter commented 6 years ago

Bonjour @gizmecano

Il ne faut pas encore se fier aux informations éparpillées concernant KNACSS v7. Le projet est encore en pleine évolution et toutes les décisions et stratégies ne sont pas encore finalisées.

À l'heure actuelle Grillade existe toujours dans KNACSS v7 et il est prévu la possibilité de choisir entre l'ancienne grille (flexbox) et la nouvelle grille (grid layout).

gizmecano commented 6 years ago

Bonjour @raphaelgoetter

J'avais bien compris que la feuille de route n'était pas encore totalement fixée, d'où ma question pour mieux comprendre quelle était la situation actuelle.

Maintenant, à la lecture de cette réponse, je saisie mieux pourquoi il existe deux variantes de grillade dans la branche de développement.

Merci.

nicolasca commented 6 years ago

Hello !

voici quelques remarques/questions se basant sur la doc en cours à cette adresse https://knacss.com/styleguide.html.

raphaelgoetter commented 6 years ago

Merci @nicolasca pour ces retours et compliments.

Est ce que pour les table quelque chose est prévu ?

Oui c'est prévu en effet.

(étant donné que je m'en tape d'IE ^^)

Eh oui, mais un framework doit s'adapter à pas mal de monde, pas uniquement les réfractaires à IE ;)

dans l'ensemble, qu'est qui va vraiment différencier knacss v7 et https://shoelace.style/ par exemple ?

Excellente question. Étant donné que la v7 s'est pas mal inspirée de shoelace (j'ai d'ailleurs commité quelques trucs sur le repo de ce projet), je dirais "pas grand chose", à part que KNACSS est parfaitement adapté à nos besoins à nous au sein de l'agence Alsacréations

Par exemple: une modal, popup, ou encore des alerts/notifications mais avec un bouton pour les fermer

C'est le point où je demeure mitigé. Il est toujours compliqué de savoir où s'arrêter dans les styles par défaut et dans la lourdeur de l'outil.

Je préfère de loin conserver un outil le plus léger possible, au détriment du style de tous ces composants dont on ne se sert presque jamais. Sinon, autant utiliser Bootstrap.

gizmecano commented 6 years ago

Je préfère de loin conserver un outil le plus léger possible (...)

Personnellement tout à fait d'accord sur ce point. Par ailleurs, rien n'empêche de créer et proposer des modules externes basés sur KNACSS... 😉

nicolasca commented 6 years ago

Je comprends le point de vue. Surtout quand on regarde la liste des components parfois, on se dit que 75% on utilisera pas.

C'est juste concernant ce type: tooltip/popup/modal/alert, cette catégorie là, je la trouve utile en général. Et au final ça va ajouter quoi, 4-5 kb à la lib (j'en sais rien) ? Avec l'amélioration des connexions, des systèmes de cache (pas partout, mais globalement), je me dis que c'est un bon compromis. Après bon, ce sont des préférences ^^ (et oui après je pourrais créer mes modules, mais c'est pour ça aussi que je veux utiliser un framework, pour éviter cela au maximum :) )

Oh la réponse de d'Alsacien..de Normands pour https://shoelace.style/ ^^ J'imagine aussi que d'avoir un outil à soi, dont on maitrise 100%, et dont on choisit l'évolution, ça doit être important pour vous.

Et pour la date de release du coup, c'est difficile à se prononcer j'imagine ?

gizmecano commented 6 years ago

(...) après je pourrais créer mes modules, mais c'est pour ça aussi que je veux utiliser un framework (...)

Juste sur ce point, je pense avoir été mal compris : je parlais bien de créer et de proposer des modules de ce type.

J'avais plutôt en tête l'idée d'un framework de base aussi léger que possible, mais avec la possibilité d'y ajouter des sortes d'extensions (éventuellement validées par le gestionnaire du projet, par exemple) qui ne seraient pas des modules personnels stricto sensu (i.e. spécifiquement adaptés à des projets personnels particuliers), mais pourraient venir compléter le framework (sans pour autant faire partie de la base même du projet KNACSS)...

(J'espère avoir été un peu plus explicite) 🤔

raphaelgoetter commented 6 years ago

C'est une super idée de laisser la place à des modules externes proposés par des contributeurs en effet. Mais on risque d'être pointilleux (= synonyme de "chiants") sur le respect des standards, de l'accessibilité, de la sémantique, etc.

nicolasca commented 6 years ago

PI j'ai fait rapidement un test avec la v7(sur un projet qui utilisait la v6). J'ai vu un petit soucis de conflit avec fontawesome sur les arrows (de mémoire.. un soucis avec le :after pour le selector [class="*arrow]. Un truc comme ça, je ne me souviens plus exactement). Du coup j'ai enlevé l'import de arrow dans le sass.

raphaelgoetter commented 6 years ago

@nicolasca Ah oui bien vu.

J'hésite encore entre : 1- modifier le nom de la classe 2- supprimer les flèches de KNACSS 3- laisser comme ça en ajoutant un warning

Sachant que si quelqu'un utilise fontawesome, il ne va pas avoir besoin des flèches de KNACSS, elles deviennent inutiles de facto. Changer le nom de classe n'apportera rien.

Les supprimer me semble un peu radical, puisqu'elles peuvent servir à ceux qui n'utilisent pas de font-icones.

Bref, je crois que je vais pencher vers le warning.

gizmecano commented 6 years ago

C'est une super idée de laisser la place à des modules externes proposés par des contributeurs en effet. Mais on risque d'être pointilleux (...) sur le respect des standards, de l'accessibilité, de la sémantique, etc.

Je ne vois pas en quoi c'est un risque 😉

En fait, une plateforme comme GitHub me paraît même plutôt bien adaptée, puisque la communauté des utilisateurs pourrait commenter, modifier et améliorer le code de ces modules, et ce jusqu'à ce qu'il vous semblent suffisamment correspondre à vos critères de qualité...

Il y a même des mécanismes natifs de revues de code qui me semble pouvoir parfaitement aider à mettre en place ce genre de processus.