Skip to main content Help Control Panel

YACS CMS : Open source !

Community «   Le forum «   Besoin d'aide «  

Comment créer un skin yacs "de zéro"?

J'aimerais comprendre et connaître la structure d'un "skin de base" ou d'une "page de base" yacs afin de pouvoir en créer un skin sans au préalable avoir dérivé un autre skin existant.

J'espère avoir été assez explicite dans l'introduction.

En fait, je trouve assez restrictif, lorsqu'on veut mettre sur pied un skin yacs, de devoir absolument passer par dérivation d'un skin existant.

Je sais que c'est en principe plus pratique à mettre en oeuvre, mais je pense que ça engendre un effet pervers : nous arriverons peut-être très vite à voir des serveurs yacs se ressemblant tous.

Serait-il alors possible, à travers un tutoriel guidé et assez explicite, de savoir ce qu'il faut pour mettre sur pied son PROPRE skin? Je sais qu'il existe déjà un article sur les skins dans yacs, mais justement, il s'agit de "dériver" un skin.

@+

Solution Manager: LeToto

Problem has been recorded
Bernard
avatar
from nearby-an-airport
Associate, 7053 posts

on Aug. 2 2008


La difficulté, comme avec n'importe quel outil de gestionnaire dynamique, est de rentrer assez vite dans le détail des balises générées par le code.

Une partie de ces balises est générée dans le skin lui-même, par le biais du script template.php.

Pour partir "presque de zéro", je vous conseillerai :
  • de créer un nouveau répertoire pour votre skin
  • d'y créer un fichier de styles (avec l'extension .css) vide, à l'exception d'une inclusion du fichier de style de référence de YACS (skins/_reference/yacs.css)
  • d'y copier un script template.php existant, en le purgeant au maximum, et en référençant le fichier de styles créé précédemment
  • dans le navigateur, de tester ce style à l'adresse skins/test.php


Le script qui s'exécutera alors fournit un grand nombre des balises générées dynamiquement, ce qui permet d'attaquer le stylage "par la face Nord".

C'est plus difficile que la dérivation d'un style existant, mais cela peut aussi procurer plus de sensations fortes en retour.
LeToto
205 posts

on Aug. 26 2008


Bernard: Ok. J'y travaille, et espère qu'il en ressortira du bon.

A mon avis, le plus dur sera de déterminer toutes (ou presque) le balises, puis d'en déduire le squelette véritablement optimal d'une page Yacs.

Au fait, j'ai entre autres découvert Yaml, et me demande ce qu'il pourrait en être de son intégration/adaptation à Yacs... Le seul hic serait peut-être sa licence : Creative Commons Attribution 2.0 License (CC-A 2.0)

@+

Bernard
avatar
from nearby-an-airport
Associate, 7053 posts

inspired from LeToto on Aug. 28 2008


LeToto : le projet yaml semble intéressant, ce serait certainement une excellente piste pour les prochains skins de yacs.
LeToto
205 posts

inspired from Bernard on Aug. 28 2008


Bernard : Ravi que tu aies trouvé Yaml intéressant, car je pense qu'une éventuelle adaptation/intégration à Yacs simplifierait un max la mise sur pied d'identités visuelles de serveurs Yacs.

Au fait, quel skin est optimal pour Yacs, si on désire créer un nouveau skin?

Je me suis dirigé vers digital pour un début, car me disant que c'est le skin du noyau qui activerait le plus de variables qu'utilise une page Yacs. Suis-je dans le vrai?

@+

LeToto
205 posts

on Sep. 5 2008


Essayant de comprendre comment sont fabriquées les pages dans Yacs, je me trouve buté au niveau des différentes variables utilisées et qui contiennent les différents flux de sortie cités plus bas.

J'ai bien lu cet article, mais n'y trouve pas ce dont j'aurais besoin : Principales variables utilisées pour construire une page à l'écran.

J'aimerai savoir (valable pour un template 3 colonnes, le template de reférence pouvant être pris comme celui du skin digital) quelles sont les variables PHP qui permettent de :

  1. afficher l'en-tête de page (#header_panel)
  2. afficher les onglets de navigation (#tabs)
  3. afficer lée nom du site (#header_title)
  4. afficher le panneau de gauche (#side_panel) : en bref, tout ce qui s'affiche à gauche
  5. afficher le panneau de droite (#extra_panel) : en bref, tout ce qui s'affiche à droite
  6. afficher le contenu principal (#main_panel) : en bref, tout ce qui s'affiche au centre (il me semble que ce soit $context['text'])
  7. afficher le pied-de-page (#footer_panel) : en fait, tout ce qui s'affiche en bas du site
  8. ...

Evidemment, les autres variables que je n'ai pas cité et qui contribuent à l'affichage des flux de sortie me seront utiles.

Ces informations me seront très utiles, car l'approche que je suis en train d'adopter permettrait au final, si je ne me trompe pas, une flexibilité appréciable pour la mise sur pied de nouveaux skins/templates.

Merci d'avance.

@+

LeToto
205 posts

on Sep. 5 2008


J'ai pu tester certaines variables, qui semblent fonctionner.

Ce sont, pour :

  1. Page::header_panel();
  2. pas encore trouvé...
  3. pas encore trouvé. Aparemment est automatiquement affiché d'ans l'en-tête lorsqu'est invoqué Page::header_panel();
  4. Page::side();
  5. Page::extra_panel();
  6. Page::content();
  7. pas encore trouvé. Aparemment doit se faire via echo $context['footer_panel'];
  8. ... je continue les tests

@+

 

 


 
Belmond

LeToto
on Aug. 2 2008

Share
Information channels
Recent files