Community « Le forum « Machine à café «
Documenter les styles utilisés par YACS
Agnès : évidemment, l'idée me séduit tout autant qu'elle te trotte dans les méninges...
Logiciellement, distinguer tous les ID ne me semblent pas hors de portée. Par contre logistiquement, les indexer (exporter ?) tous avec attributs et touti quanti dans yetanother, c'est peut-être une autre paire de !
Je pense que c'est quand même le genre de démarche qui s'avèrerait tellement utile à tout usager de la communauté yacs qu'elle devrait être faite tôt ou tard, mais justement, pourquoi ne pas exploiter la puissance communautaire et se partager le boulot : chacun son ID par soir
Au préalable, c'est la mise en forme de ces données qu'il faudrait potasser avec subtilité pour que le boulot deviennent superbement exploitable en ligne. Là-dessus, je n'ai pas d'éclair génial à proposer aujourd'hui...
Je reste persuadé que si peu de graphistes ou passionnées de css se penchent sur les skin de yacs (alors que pour d'autres cms moins puissants, c'est la foire aux contributions), c'est certainement par manque d'information de ce type dans le contenu de la doc. Un grand nombre de connaissances à qui j'ai conseillé yacs ne l'a adopté qu'à moitié entre autres parce que, je cite, "malgré la licence open source, il y a une pénurie notable d'information sur des sujets aussi capitaux que les fonctions utilisées ou encore le mode de construction des feuilles de style" etc etc. Ce à quoi je réponds que le code en général demeure quand même hyper bien commenté, qu'on est pas laissé à l'abandon, mais on me répond avec raison que "oui mais bon, c'est la moindre des choses pour un cms aussi vaste"...
Bref, à cette spirale de petites coquilles, je suppose que seuls les usagers convaincus peuvent y remédier par la grâce de leur nombre, petit à petit, lentement mais solidement.
En ce qui me concerne, mon premier réflexe sera de faire ma petite recherche sur tout logiciel utile permettant de se faciliter cette/ces tâche. Après tout, on paye assez cher la capacité de calcul des nos processeurs, autant les faire ramer à notre place
Logiciellement, distinguer tous les ID ne me semblent pas hors de portée. Par contre logistiquement, les indexer (exporter ?) tous avec attributs et touti quanti dans yetanother, c'est peut-être une autre paire de !
Je pense que c'est quand même le genre de démarche qui s'avèrerait tellement utile à tout usager de la communauté yacs qu'elle devrait être faite tôt ou tard, mais justement, pourquoi ne pas exploiter la puissance communautaire et se partager le boulot : chacun son ID par soir
Au préalable, c'est la mise en forme de ces données qu'il faudrait potasser avec subtilité pour que le boulot deviennent superbement exploitable en ligne. Là-dessus, je n'ai pas d'éclair génial à proposer aujourd'hui...
Je reste persuadé que si peu de graphistes ou passionnées de css se penchent sur les skin de yacs (alors que pour d'autres cms moins puissants, c'est la foire aux contributions), c'est certainement par manque d'information de ce type dans le contenu de la doc. Un grand nombre de connaissances à qui j'ai conseillé yacs ne l'a adopté qu'à moitié entre autres parce que, je cite, "malgré la licence open source, il y a une pénurie notable d'information sur des sujets aussi capitaux que les fonctions utilisées ou encore le mode de construction des feuilles de style" etc etc. Ce à quoi je réponds que le code en général demeure quand même hyper bien commenté, qu'on est pas laissé à l'abandon, mais on me répond avec raison que "oui mais bon, c'est la moindre des choses pour un cms aussi vaste"...
Bref, à cette spirale de petites coquilles, je suppose que seuls les usagers convaincus peuvent y remédier par la grâce de leur nombre, petit à petit, lentement mais solidement.
En ce qui me concerne, mon premier réflexe sera de faire ma petite recherche sur tout logiciel utile permettant de se faciliter cette/ces tâche. Après tout, on paye assez cher la capacité de calcul des nos processeurs, autant les faire ramer à notre place
Comments
Bernard from nearby-an-airport Associate, 6927 posts |
Fallait venir à l'atelier avancé de la conférence du 21 octobre, où le sujet a commencé à être abordé... Plus sérieusement, et pour commencer quelque part, il faut que je trouve un peu de temps pour publier l'information préparée pour cette conférence. |
Moi-meme from Entre chaise et clavier... 1450 posts |
Bernard, si ce n'est pas trop demandé, j'aimerais savoir comment tu envisagerais qu'on dispose la présentation en ligne de telles infos dans la doc. Tout simplement parce que si des contributeurs veulent se coller à la tâche (je me prends en compte), il s'avèrerait utile de savoir dans quel sens attaquer la besogne. A moins que toutes ces infos se trouvent en puissance dans ton réumé de conférence à venir... |
| Bernard from nearby-an-airport Associate, 6927 posts |
Moi-meme: Il n'y pas tout dans les quelques pages présésentées le 21 octobre, mais plutôt une explication générale des principes de fonctionnement du moteur de rendu visuel, avec distribution des rôles entre le CSS, template.php et skin.php. |
Edit
Delete
