Skip to main content Help Control Panel

Login   A+   A-

Community «   Le forum «   Clavardages de travail «  

Skin Party le 20 mars

Une soirée spéciale pour tous ceux qui souhaitent en savoir plus sur les habillages de leurs serveur Yacs. Amenez vos questions !
Le rendez-vous aura lieu ici même, dès 21h - heure de Paris. Les anglophones sont les bienvenus, mais l'on parlera beaucoup français.
AnsteyER
Bon jour on Mar. 20
Bernard
Bonsoir les anglophones... Nice to have you here. on Mar. 20
AnsteyER
I was just going to quietly watch and translate in translate.google.com on Mar. 20
NickR
Hi, me 2 on Mar. 20
Nuxwin
Salut à tous ;
Avant de mettre les couvert : j'ai une demande expresse pour bernard on Mar. 20
Bernard
Nick, AnsteyER is from US - AnsteyER, Nick is from UK... Presentations have been made, so do not hesitate to interact directly in English if you wish on Mar. 20
Christian
hello everybody on Mar. 20
AnsteyER
Merci Bernard. on Mar. 20
Nuxwin
@Bernard : un bug au niveau de l'heure de publications des article est présent dans la dernière release. J'ai été sur le svn mais y a pas de diff pour le fichier article/edit.php ou autre de ce module on Mar. 20
Bernard
Bonsoir aussi aux francophones... on Mar. 20
AnsteyER
this is specifically about skins tonight? on Mar. 20
Bernard
Nuxwin, c'est parce que le svn a été initialisé directement avec la 8.2, il te faudrait les fichiers de la 8.1 pour comparer. Tu peux regarder la collection des archives de YACS pour obtenir les archives qui te manquent. on Mar. 20
Lasares
Hi everybody !

Moi aussi, j'ai une demande rapide pour Bernard : as-tu vu ma demande d'info sur la Documentation du Player FLV ? on Mar. 20
Nuxwin
Bref, c'est pas le top car lorsqu'on publi un article, yacs considère qu'on l'heure de publication + 1 heure soit si je publie (poste) l'article à 20 heure, il considère que je l'ai posté à 21 heures. j'ai vérifier mes paramètre utc sur le serveur et tout est correcte. ThierryP a rencontré le même problème. on Mar. 20
Bernard
AnsteyER: yes on Mar. 20
Nuxwin
je voulais dire : yacs considère que et non yacs considère qu'on... on Mar. 20
Lucrecius
Noz Vat ! on Mar. 20
Nuxwin
arff, ok fo donc que je récupère la 8.1 on Mar. 20
Lucrecius
...quelle chance, je suis dispo et en train de travailler sur les skins ! on Mar. 20
Nuxwin
C'est une session anglophone ce soir ? on Mar. 20
Bernard
Alain, je t'ai répondu directement sur ta page... on Mar. 20
Nuxwin
Ben moi aussi, je suis en plein skin lol on Mar. 20
Oliverouge
bonsoir à tous... hello everybody.... on Mar. 20
Bernard
Bienvenue à tout le monde, et merci de votre intérêt pour cette nouvelle séance de travail communautaire. on Mar. 20
Nuxwin
Bernard, pour les skin, n'a tu jamais pensé à intégrer un system tel que la class de template phplib pour simplifier le travail des designer ? on Mar. 20
Lasares
Merci, Bernard. on Mar. 20
Nuxwin
un system search and replace on Mar. 20
Lucrecius
Pour info, après quelques ébauches sur la 7.12, je travaille en ce moment sur la 8.2 pour la création d'un skin qui doit être SIMPLISSIME Question, is it a multi language session, if so, I can translate... let me know on Mar. 20
Nuxwin
This event is for French-speaking people, thank you for your understanding.
dixit bernard on Mar. 20
Bernard
YACS a une architecture très ouverte, mais aussi assez complexe au premier abord. La première raison de ce clavardage, c'est d'augmenter votre compréhension des mécanismes utilisés, condition indispensable pour se sentir plus à l'aise. La deuxième raison, c'est de répondre à vos questions. Utile pour résoudre les problèmes que vous pouvez avoir. Troisième raison, la présentation par Olivier de ses travaux sur le nouveau skin pour ce serveur. Nous avons du pain sur la planche... on Mar. 20
Tof
bonsoir à tous on Mar. 20
Bernard
Tout le monde est d'accord sur l'ordre du jour ? Olivier, es-tu prêt ? on Mar. 20
Nuxwin
lol, le mécanimes, il est pas trop dur à comprendre hein made in css a fond + Class Page on Mar. 20
Oliverouge
oui mais j'ai pas mangé mon dessert on Mar. 20
Lucrecius

OK pour le menu.

Et bonsoir à tous !

 

Bernard, mon propos est actuellement de faire en sorte qu'il n'existe quasiment plus aucun texte de visible... spécialement visés : "menu bar" et "side panel"

on Mar. 20
Agnès
Bonsoir à tous on Mar. 20
Nuxwin
Bonsoir Agnes : @ lucrecius : tu entend quoi pas plus de texte ? des appel aux fonctions dans le script template.php ? on Mar. 20
Christian
lucrecius : et ou apparaitront les menus pour les associés ? on Mar. 20
Tof
Bernard : Ok pour l'ordre du jour
Olive : J'espère que c'est pas encore des crêpes... on Mar. 20
Nuxwin
bon, pas de réponse bah je m'en vais manger alors ! on Mar. 20
Bernard
architecture-yacs.jpg
Comme indiqué dans le schéma, les deux fichiers chargés par yacs dans une skin sont skin.php et template.php.
architecture-yacs.jpg on Mar. 20
Oliverouge
Tof : non pas ce soir... on Mar. 20
Bernard
Je vous le met aussi sous forme de fichier, pour quand ça va scroller... on Mar. 20
Lucrecius
...je continue mon exposé : dans ce projet "notext"... je suis parti du skin BoxesAndArrows Christian : J'entends, ne plus avoir (exemple en version 6.9) "Créer une page · Créer un sondage · Créer une sous-section · Attacher des catégories · Modifier · Ajouter une image · Purger · Supprimer · Imprimer" et la date. En fait, disposer de cette option de bridage uniquement à partir des php du skin, sans avoir à toucher ou "by-passer" ne pas être obligé de brider le code dans page.php on Mar. 20
Bernard
Donc, Lucrecius, comme le suggère Nuxwin, il suffit de ne plus faire appel au code de skins/page.php dans ton template... on Mar. 20
Lucrecius

Nuxwin... désolé d'avoir été long à répondre, bon app' quand même.

on Mar. 20
Bernard
Pour compléter le schéma, voici une liste un peu plus exhaustive des opérations effectuées par YACS lors de l'affichage d'une page :
  • le fichier skins/my_skin/skin.php est chargé en mémoire,
  • ainsi que skins/skin_skeleton.php
  • pendant l'exécution du script principal, différentes variables sont positionnées dans le tableau $context, comme par exemple $context['text'] pour le corps principal de la page
  • en fin de script, l'appel de la fonction render_skin provoque le chargement de skins/my_skin/template.php, qui est libre de faire ce qu'il veut des variables positionnées précédemment
  • généralement, le template appelle les fonctions toutes prêtes de skins/page.php, mais ce n'est pas obligatoire.
  • le XHTML ainsi généré appele à son tour les feuilles de style et les images incluses dans la page
on Mar. 20
Nuxwin
pas grave, la prochaine session, oubliéz les bouteilles, car après, vous mettez du temps à lire et répondre on Mar. 20
Lucrecius
Bernard, en effet, mais n'est-ce pas une solution extrème ? page.php ne comporte-t-il pas des fonctions interessantes, à solliciter dans certains cas (navigation) on Mar. 20
Bernard
Lucrecius, page.php ne comprend qu'une liste standard de commandes echo que tu es libre de reprendre partiellement ou différemment... on Mar. 20
Nuxwin
@Bernard : tu dis --> généralement, le template appelle les fonctions toutes prêtes de skins/page.php, mais ce n'est pas obligatoire.

Alors, si ce n'est pas obligatoire, tu fait comment pour par exemple insérer le side panel, etc... ?
dans template.php ? on Mar. 20
Bernard
Tout va bien jusque là ?
Nuxwin, ben tu fais echo $context['extra_panel'] tout comme ce qui est fait dans page.php... on Mar. 20
Nuxwin
arff ok encore plus chiant lorsque justement, on cheche à virer le php de template.php on Mar. 20
Lucrecius
Bernard, you're right. mais, dans la suite de NuxWin, que tu fasses Page::side(TRUE) ou Page::side(FALSE), tu as toujours quelque chose... en coté on Mar. 20
Nuxwin
ben, le true, cela inclu l'extra le false non (il me semble) on Mar. 20
Lucrecius
NuxWin, en effet on Mar. 20
Nuxwin
en fait, toi tu veux carrement virer les appel aux fonction dans template ? on Mar. 20
Bernard
Lucrecius, donc arrête d'appeler pages.php et fait l'##echo## dont tu as besoin à l'endroit où tu en as besoin...
Si vous le voulez bien, je vais continuer un peu plus mes explications, avant de répondre aux questions, sinon le fil va être un peu compliqué à suivre, ok ? on Mar. 20
Lucrecius

Bernard, ok, si je peux me passer de page.php, sans dommage, je peux voler de mon propre echo, chouette angel !!!

on Mar. 20
ThierryP
Le principe est-il le même pour les overlay ? Un simple echo vaut-il mieux qu'un appel de function ? (salut à tous ! ) on Mar. 20
Lucrecius
Salut ThierryP on Mar. 20
Nuxwin
En ce qui me concerne bernard (désolé de te couper dans ton écriture), je trouve pas normal que tu force certain balisage, notamment au niveau du side_panel, genre les balise dl, dd etc. ça, c'est normalement le traivail du designer. Or, avec ta conception à toi, on peut pas vraiement faire ce qu'on veut sauf retoucher tes balise via css.
désolé pour toutes mes fautes, je regarde que mon écran quand j'écris on Mar. 20
Bernard
Nuxwin, YACS offre la possibilité de changer tout cela, simplement en écrivant le code PHP qui va bien dans le script privé skin.php. Par défaut, c'est le code de skins/skin_skeleton.php qui s'exécute, et qui fait effectivement des listes de définition pour les boîtes. Mais rien ne t'empêche de remplacer, dans skin.php, les fonctions qui ne te donnent pas satisfaction, pour faire générer exactement les balises que tu souhaites pour les boîtes. on Mar. 20
Nuxwin
Vous êtes tous mort ? on Mar. 20
Tof
salut thierry on Mar. 20
Lucrecius
NuxWin, je veux (mon client veut) en effet un skin complètement étanche, "idiot proof", donc sans accès à des fonctions y compris "aide" on Mar. 20
Nuxwin
Ok bernad, intéressant car je ne le savais pas. on Mar. 20
Bernard
Donc il est tout à fait possible de faire générer d'autres types d'emboitage HTML si c'est utile ou nécessaire. Pour cela, il faut recopier le code PHP de skins/skin_skeleton.php dans skins/my_skin/skin.php, puis le modifier.
Bien sûr, dans tous les exemples, 'my_skin' désigne le nom de votre skin. Ce pourrait être 'truc' ou 'bidule', ou autre chose... on Mar. 20
Nuxwin
dans ce cas s'il ne veut pas d'appel a des fonction php dans template.php, je vois mal comment il acceterais du simple php via appel à la fonction echo. (C'est bien du contenu de template.php qu'on parle la ?

Si oui, cela revient à ce que je disais au début --> implémentation d'un search and replace ...
Bernard, tu vas lister cette session pour que je puisse la regarder plus tard ? on Mar. 20
Bernard
Nuxwin, comme tous les clavardages de travail, cette session sera 'figée' à son terme, et donc disponible à tous à tout instant par la suite.
Comme Réorganisation du contenu du serveur, le 13 mars 2008 par exemple... on Mar. 20
Nuxwin
super Et sinon, en faisant son propre fichier skin.php, cela override l'autre et pour le partage du skin, cela pose pas de problème ? on Mar. 20
Bernard
Non, parce que skin.php fait partie du skin, et pas des scripts de référence de YACS. Donc ce fichier peut 'vivre sa vie' indépendamment des modifications apportées à skins/skin_skeleton.php. Donc, le chargement initial de skin.php permet de charger la librairie qui va construire les chaînes de caractères HTML placées dans $context['text'], et tous les programmeurs PHP peuvent s'en donner à coeur joie pour générer les balises exactement comme ils le souhaitent. Les non-programmeurs ne feront rien, et utiliseront les balises par défaut fournies en standard par YACS.
Ok pour tout le monde ? Vous êtes en pleine digestion ou quoi ? on Mar. 20
Lucrecius

Mon idée est de pouvoir partir d'un skin quasi NU...('tention, j'ai pas dit nul) et de pouvoir proposer progressivement des fonctions que nous connaissons.

Ok pour la partie "side", mais pour le menu_bar, je ne veux plus avoir :

Surveiller · Créer une page · Créer une sous-section · Modifier · Ajouter une image · Masse · Verrou · Supprimer · Imprimer...

ou simplement

Surveiller · Créer une page · Créer un sondage . Imprimer...

pour les navigateurs souscripteurs.

on Mar. 20
Nuxwin
Ont est bien d'accord sur le sujet donc. Désolé mais sans vouloir offenser quiconque, je pense (maintenant, je suis pas le roi hein) que c'est pas une bonne approche. Notamment, aujourd'hui, il est de rigueur d'observer les modèle mvc ce qui n'est pas le cas de yacs. C'est pas génant mais au moin, tu devrais faire en sorte que les designer aient la main complète sur le designe. Pour cela, soit tu fait du design patern, soit tu utilise un système search and replace. D'accord, c'est un peu long à mettre en place mais une fois fini, le travail devient esay pour tout le monde.
mon dernier message s'adresse à Bernard on Mar. 20
Christian
lucrecius : ces menus tu ne les as qu'en mode editeur ou associé non ?
( du coup Bernard il ne peut plus continuer ) on Mar. 20
Nuxwin
heu, lucrecius, si tu as plus ces lien, tu comptes faire comment pour les diverses actions proposées ? J'ai du mal à comprendre ou tu veux en venir là .
Qu est-ce qui dit le monsieur lol --> ( du coup Bernard il ne peut plus continuer on Mar. 20
ThierryP
Question subsidiaire (et ma question sur la mise en page de l'overlay ?) a quand le balisage complet ? Je vais à l'invers de Nuxwin et de Lurecius, je trouve que certaines parties ne sont pas encore suffisamment éditables via css : N'étant pas développeur, le css est quand même une bonne façon de skiner son yacs facilement.
Donc question : A quand la distinction dans p.detail, ou l'inclusion des images dans tous les liens articles/sections ? on Mar. 20
Bernard
Nuxwin, je crois qu'au contraire YACS est tout à fait dans la logique MVC, mais c'est un débat qui mériterait sans doute un clavardage complet àlui tout seul... on Mar. 20
Nuxwin
@ Thierry --> designer, c'est quelqu'un qui maitrise le css et le balisage (xhtml, html)... on Mar. 20
Christian
Nuxwin : bernard voulait continuer son exposé avant de répondre aux questions on Mar. 20
Bernard
Thierry, le CSS arrive, ne t'inquiète pas... on Mar. 20
Bernard
Comme indiqué dans le fichier skins/index.php, voici une liste des principales variables utilisées par YACS pour construire une page à l'écran. Les variables marquées d'un 'x' sont modifiables par panneau de configuration. Les autres sont généralement calculées par le logiciel.
  • $context['page_title'] - titre de la page
  • $context['host_name'] x - nom réseau du serveur 'www.mon_serveur.com'
  • $context['site_name'] x - nom du serveur 'mon beau serveur'
  • $context['site_copyright'] x - quelque chose comme '2002-2008, Ma compagnie'
  • $context['site_slogan'] x - 'on est les meilleurs', ou équivalent
  • $context['language'] - 'en' ou 'fr', etc.
  • $context['site_email'] x - adresse du webmaster
  • $context['site_icon'] x - icône dans la barre des menus, si ce n'est pas favicon.ico
  • $context['site_head'] x - tout ce qu'il faut insérer dans l'en-tête de page
  • $context['debug'] - seulement pour les phases de mise au point...
  • $context['error'] - liste des messages d'erreur,; lorsqu'il y en a
  • $context['extra'] - boîtes extra, à mettre sur le côté
  • $context['page_image'] - icône de page
  • $context['page_menu'] - tableau de liens pour construire les menus de commande sous le titre ('Modifier', etc.)
  • $context['page_details'] - les menus détails, tels la date de modification d'une page, etc.
  • $context['path_bar'] - tableau de liens représentant le chemin jusqu'à la page, à partir de la racine du site
  • $context['prefix'] - préfixe de page
  • $context['suffix'] - suffixe de page
  • $context['navigation'] - texte de côté
  • $context['text'] - le contenu principal de la page

Oups, c'est beaucoup on Mar. 20
ThierryP
Oui, mais le balisage tu peux faire avec quand il existe Alors que sans, c'est forcement plus délicat on Mar. 20
Bernard
Ces variables représentent la plupart des éléments intéressants que vous pouvez utiliser dans skins/my_skin/template.php sous forme de commande echo. on Mar. 20
ThierryP
Le Modèle-Vue-Contrôleur (MVC) est une architecture et une méthode de conception qui organise l'interface Homme-machine d'une application logicielle. Il divise l'ihm en un modèle (modèle de données), une vue (présentation, interface utilisateur) et un contrôleur (logique de contrôle, gestion des évènements, synchronisation), chacun ayant un rôle précis dans l'interface. Cette méthode a été mise au point en 1979 par Trygve Reenskaug, qui travaillait alors sur Smalltalk dans les laboratoires de recherche Xerox PARC[1]. (wikipédia) on Mar. 20
Bernard
Par exemple, pour imprimer le titre de la page, un simple echo $context['page_title'] suffit. on Mar. 20
Nuxwin
@ Bernard --> Ok, tu es entrain de nous raconter que le designer doit connaitre toutes ses variable pour créer un template. on Mar. 20
ThierryP
(pardon, test en live :p ) on Mar. 20
Nuxwin
lol on Mar. 20
Bernard
(Nuxwin, tu peux cliquer sur le '#' de fin de l'un de tes commentaires pour le modifier si tu le souhaites) on Mar. 20
Lasares
Thierry : test révélateur ! on Mar. 20
Nuxwin
pourquoi a tu pointer la def de mvc lol
ha ok merci. on Mar. 20
Bernard
Thierry, peux-tu enlever le gras de ton post s'il te plait ? on Mar. 20
ThierryP
Par ce que je ne connaissais pas, alors je me suis dit que je n'étais peut être pas le seul ? on Mar. 20
Nuxwin
oki on Mar. 20
Bernard
Ce qu'il faut retenir ce soir, c'est que YACS fait de PHP son langage de template. Rien de spécifique ou d'exotique à apprendre, comme dans d'autres système. Du standard, et rien que du standard. on Mar. 20
Lucrecius
ThieryP, pour être plus clair, j'aimerai simplement que les éléments composant la page (menu et cote) puissent être paramétrables de façon aussi simple que dans le processus de création de section, par choix dans les options... donc sans avoir à faire du code. Et donc, pouvoir souplement, selon les sections, pages complèter la page on Mar. 20
Bernard
Une autre convention importante à connaitre avec YACS est que le nom de la feuille de style principale est généralement le nom du style lui-même.
Donc, pour le style skins/my_skin, la feuille de style sera skins/my_skin/my_skin.css. on Mar. 20
ThierryP
Avec des options du style : "cacher les outils d'édition" ? on Mar. 20
Lasares
T'as bien fait, Thierry, merci. Mais plus de boîtes ni de gras, hein... on Mar. 20
Lucrecius
Bernard, je n'ai pas de réponse à ma question concernant la barre menu ..

NuxWin, je compte dans ce cas permettre une navigation UNIQUEMENT avec les "tabs" on Mar. 20
Nuxwin
Bon, j'ai ma femme qui me réclame pour manger. Je vous laisse en vous souhaitant une bonne fin de session. Merci encore à tous ceux qui contribuent à ce formidable projet. on Mar. 20
ThierryP
D'où l'intérêt de partir d'une dérivation de style, car yacs renomme tous les fichiers nécessaires. on Mar. 20
Bernard
Ceci n'est qu'une convention, et vous êtes libre de faire autre chose, bien entendu. De toutes façon, la feuille de style est chargée dans template.php, donc vous faites ce que vous voulez, hein ? on Mar. 20
Lucrecius
ThierryP, voui "cacher les outils d'édition", c'est l'esprit. on Mar. 20
Nuxwin
Lucrecius --> Ont est bien d'accord mais les liens que tu veux virée, il permettent des actions. Ils n'ont rien à voir avec la navigation on Mar. 20
Lucrecius
NUxWin.. bon app'.. j'avais prévu le coup et dîné avant, hi hi on Mar. 20
Nuxwin
Sur ce, je vous laisse continuer sans moi. Je regarderais cette session après avoir manger. on Mar. 20
ThierryP
Et ils sont "virés" pour les utilisateurs anonymes et non administrateurs non ? on Mar. 20
Lasares
Lucrecius : ta barre de menu, tu peux même la cacher par CSS : display: none on Mar. 20
Bernard
Lucrecius, tu regardes comment skins/page.php traite $context['page_menu'], et après tu fais ce que tu veux dans ton template... Tu peux mettre les données dans les tabulations ou autre, bien sûr, ou ailleurs que sous le titre, ou avec d'autres balises HTML. LIBRE je te dis... on Mar. 20
Nuxwin
ben, je n'ai reçu l'invitation qu'a 9 heure, c'est donc pas trop le top on Mar. 20
Lucrecius
Vi... NuxWin, dans ce cas, je ne veux QUE NAVIGUER on Mar. 20
Nuxwin
SInon, bernard, si tu le veux, je peux relayer le courier du site yacs, j'ai mes propre serveur dont un qui est dédié à la messagerie (postfix, courrier (imap, pop). Ont en reparlera si tu veux... JE VAIS MANGER. on Mar. 20
ThierryP
Bonne ap' on Mar. 20
Lucrecius
Lasares : j'y avait pensé... mais j'aimerai ne pas avoir à gérer plusieurs composants. De plus, je pense que ce n'est pas le rôle d'un CSS de "décider" de rendre accessible ou non, une FONCTION. Ce n'est pas du domaine du style, ça. Me trompe-je ? on Mar. 20
Bernard
Merci Nuxwin, et à bientôt on Mar. 20
Lasares
Lucrecius: tu as raison, c'est juste un "quick fix", facile à retirer au besoin. on Mar. 20
Bernard
Une autre chose importante dans YACS est, depuis quelques versions, l'inclusion du fichier skins/_reference/yacs.css, pour éviter l'intervention sur vos feuilles de style à chaque nouvelle version du logiciel.
C'est un peu le même principe que pour skin.php et skin_skeleton.php. on Mar. 20
Lucrecius
Bernard : vi, j'ai vu ça, c'est une "bonne" chose on Mar. 20
Christian
certes bernard mais sauf quand on veut modifier l'apparence de l'effet lightbox par exemple
j'ai du retoucher ce css et mes modifs risques d'etre perdues on Mar. 20
Bernard
Donc, pour bénéficer de tous les styles standards introduits notamment pour les interactions en AJAX, ajoutez @import url("../_reference/yacs.css"); avant la première règle dans votre feuille de style, si ce n'est pas encore fait. on Mar. 20
Lasares
Puisque tu en parles, pourquoi est-ce que #/_reference/## commence avec un surligné et pas /images/ (qui contient les images communes)dans le même dossier ? on Mar. 20
Bernard
Sinon, vous pouvez recopier le contenu du fichier de référence dans votre feuille de style, et l'adapter à vos besoins.
Christian, il reste l'option aussi de reporter tes modifications dans le code de référence de YACS, si tu penses que c'est la bonne direction pour tout le monde. on Mar. 20
Christian
non je ne pense pas car c'est vraiment spécifique : changement de couleur de fond, encadrement ... on Mar. 20
Bernard
Alain, par esprit de contradiction peut-être ? Je n'y avais pas pensé en fait... on Mar. 20
Lasares
Ou encore : pourquoi les images communes ne sont-elles pas dans le dossier /_reference/ ? On les a bien déplacée une fois (grâce à Gnapz si je me souviens bien) ? on Mar. 20
Lucrecius
..je trouve le débat de ce soir très masculin.. Agnès tu es assoupie, ou bien ?
Lasares : j'abonde dans ton sens. on Mar. 20
Agnès
Ah non : je déguste ! (et je prend des notes pour la doc ) on Mar. 20
Bernard
YACS génère des balises HTML en indiquant soit des identifiants CSS, soit des classes CSS. on Mar. 20
Agnès
pour commencer on Mar. 20
Bernard
Par exemple, la boîte en haut à droite de cette page qui liste les participants est un liste de définition de classe extra_box. Autrement dit, une balise dl class="extra_box". on Mar. 20
Pat
Bonsoir, Oups j'arrive tard... Je commence par lire les discussion précédentes avant de poser mes question (car les réponces y sont peut-être déjà... on Mar. 20
Bernard
Et la règle correspondante dans le fichier CSS est celle qui commence par .extra_box. En effet, en CSS, les classes sont repérées par le caractère point initial.
De la même façon, la boîte de gauche qui contient votre menu utilisateur, avec votre nom, est une liste de définition de classe navigation_box et en plus, elle a l'identifiant user_menu. YACS met tout ça dans une balise dl id="user_menu" class="navigation_box". on Mar. 20
Lucrecius
Agnès...à propos de Doc, j'ai des excuses à présenter à la DremTeam ça date, mais j'aimerai que cela soit dit et connu. J'avais commencé à travailler sur la structure de la doc (cf. carte mms transmise par Fernand), pour la faire étudier et construire par mes étudiants (dans le cadre de mon cours (comunication durable), ...mais les mouvements de grève contre le CPE ou eu raison de mon projet. Dommage, nous aurions gagné du temps. ...that's life.
Ce qui me plait, c'est que nous convergeons. on Mar. 20
Agnès
chinese on Mar. 20
Bernard
Dans le fichier de style, la règle de classe est repérée par .navigation_box, et la règle qui s'appliquent à l'identifiant par #user_menu.
Notez le '#' au lieu du '.', pour les règles sur des objets identifiés nommément.
Plus compliqué : que se passe-t-il si je définis des choses contradictoires dans les deux règles mentionnées dans l'exemple ci-dessus ? Une police de 11 pixels d'un côté, de 14 pixels de l'autre. Comment fait le navigateur ?
Quelque idée ? on Mar. 20
ThierryP
il prend la dernière valeur, système en cascade on Mar. 20
Tof
2 solutions possibles : soit l'objet passe avant la classe, soit il prend la dernière valeur
je donne ma langue au chat on Mar. 20
Bernard
La règle définie par le standard CSS, c'est que la règle associée à l'identifiant a priorité sur la règle de classe. Avec CSS, '#' gagne toujours sur '.', c'est comme ça.
Ceci peut expliquer dès fois des comportements bizarres, ou, au contraire, permettre d'affiner des règles standards de classe. on Mar. 20
Tof
la logique est sauve on Mar. 20
Bernard
Par exemple, ici, le même design CSS s'applique pour toutes les boîtes de navigation à gauche. Mais on pourrait créer une nouvelle règle juste pour personnaliser le menu utilisateur, si besoin. Olive, ça te donne des idées ? on Mar. 20
ThierryP
Ou harmoniser les boutons ? on Mar. 20
Oliverouge
possible... plus de jeu plus de plaisir...
Thierry: ah oui ! on Mar. 20
Lucrecius
Bernard, "#" gagne sur ".", c'est comme "feuille" gagne sur "puit", non ? on Mar. 20
Bernard
Lucrecius, c'est ça, oui...
Pour compléter l'exposé, voici quelques éléments méthodologiques pour créer une identité visuelle complète :
  • Choisir, parmi les skins de référence, une mise en page de base (2 ou 3 colonnes), sans tenir compte des couleurs. A ce stade, c'est la mise en page qui compte.
  • Depuis le panneau des styles, dériver ce style de référence pour en faire un nouveau style (myskin), dans un répertoire créé pendant la dérivation.
  • Charger puis recharger la page de test de rendu visuel skins/test.php après chaque modification de la feuille de style, de template.php, voire de skin.php
  • Lorsque les modifications sont ok, sélectionner le nouveau skin comme style du serveur cible
  • Visiter les pages d'aide, à partir de codes/, pour valider d'autres styles utilisés par YACS
on Mar. 20
Lucrecius
Pour revenir sur skins/index.php... Ne pourrait-on pas "simplement" imaginer un mode "advanced" (expert) pour modifier TOUS les éléments par panneau de conf.
ce qui voudrai aussi dire que rentrer dans le code est pour les SUPERexperts on Mar. 20
Bernard
Pour diffuser un style, il faut archiver le contenu intégral du répertoire skins/my_skin, de préférence dans un fichier .tgz, mais .zip est aussi accepté sur de nombreux serveurs. Cet archive pourra être envoyé à un serveur YACS depuis les menus de l'indes des styles. Après le téléversement, ne pas oublier d'activer le nouveau style, bien sûr.
Et j'ai fini, et il est déjà 23 heures, désolé...
again... on Mar. 20
Tof
et quand on modifie le template.php, penser à purger le cache de yacs si on l'utilise, n'est-ce pas Thierry ? on Mar. 20
ThierryP
jamais réussi à importer un zip... Yacs me le refuse. Quand au téléversement direct, il bug depuis un moment. Refusant d'afficher le nouveau skin comme il se doit. on Mar. 20
Bernard
Thierry, ceci peut venir du fait que l'extension zip n'est pas activée sur ton serveur. C'est pour cette raison que le .tgz est conseillé. Lui, il passe à tous les coups. on Mar. 20
Pat
Désolé je reviens sur un point abordé par bernad 25 interventions plus haut. Juste pour vérifié que j'ai compris:
  • Dans les PHP qui appellent le my_skin\template.php les variables Contect('quelquechose') sont positioné avec les parties de la page title, text, etc...
  • dans le template.php on peux les modifiers à "volonté".... puis les afficher ou non via des echo
  • et ensuite cette page généré par les écho utilisera le css du template pour générer le look...
C'est cela? ou j'ai mal compris la chronologie?

Autre chose skin.php s'execute avant template.php n'est-il pas? on Mar. 20
Lucrecius
...dernier point "mixte" la localisation de la date. Le sujet a-t-il été déjà abordé ? on Mar. 20
Lasares
Un truc pour les CSS, qui arrive un peu tard car je tape lentement.

En fait, les règles de style, c'est un peu plus compliqué que l'intro de Bernard le dit. Une règle accumule des points pour des classes (.) et encore plus de points pour des id (#). La règle qui a le plus de points l'emporte.

Ainsi, une façon de forcer l'application d'une règle sur d'autres qui pourraient s'appliquer est de lui "donner des points" en rajoutant des items au sélecteur.

Ainsi, si votre nouvelle règle pour a.button ne prend pas le dessus transformez-la en #main-panel a. button et si ce n'est pas suffisant, faites #wrapper #main-panel a. button. on Mar. 20
Bernard
Pat, oui, c'est bien ça. Et skin.php et chargé en début de script, alors que template.php est chargé tout à la fin. on Mar. 20
Lucrecius
En lisant la remarque de Pat, je me dis qu'il serait utile que les interventions soient numérotés en séquence (en plus d'un horodatage)... pour pouvoir les référencer, qu'en pensez-vous ? on Mar. 20
Tof
tu es sûr de ça , alain ? on Mar. 20
Pat
Oui trés bonne idées on Mar. 20
Bernard
Tof, oui, Alain a raison, c'est une partie importante, car subtile, du standard CSS. on Mar. 20
Lucrecius
euh.. sur la "localisation" de la date, une piste ? on Mar. 20
Bernard
Lucrecius, chaque post de ce fil a un numéro visible en survolant le '#' qui le termine. Il suffit ensuite d'utiliser le code [comment=123] pour le référencer. Par exemple, [comment=21706] pour le dernier commentaire d'Alain. Dans YACS, tout est référencé et référençable. on Mar. 20
ThierryP
référencement on Mar. 20
Bernard
Lucrecius, désolé, ceci est un clavardage sur les skins, pas sur les bugs en cours.
D'autres questions ? on Mar. 20
Lucrecius
Euh, Bernard, et quand le post ne se termine pas avec "#" ? on Mar. 20
ThierryP
A quand la notification visuel des messages lu dans le forum jiive ?
(ca marche avec la date aussi Lucrecius) on Mar. 20
Lucrecius
Pas de souci... pour le hors sujet. on Mar. 20
Tof

Lucrecius, si tu parles de la localisation des dates affichées dans le template.php, il faut utiliser

// display the date on the right

setlocale(LC_TIME, "fr_FR");

echo 'Nous sommes le '.htmlentities(strftime('%A %d %B %G')).'.'."\n";

on Mar. 20
Bernard
Lucrecius, le principe est le même, il suffit de survoler l'information de fin de post, par exemple l'heure d'envoi... on Mar. 20
Lasares
Moi, je me demande pourquoi tous les templates des skins de référence ne sont pas harmonisés. Un skin à 2 colonnes sera bien sûr différent d'un skin à 3 colonnes. Mais pourquoi dans certains cas le footer est-il à l'intérieur du wrapper, d'autres fois non, d'autres fois encore, il n'y a pas du tout de wrapper ? on Mar. 20
Lucrecius
Merci ThierryP, je viens de le vérifier.... en comment 21704 on Mar. 20
Bernard
Pour info, le standard officiel de CSS ont été publiés (en anglais) par le W3c à http://www.w3.org/Style/CSS/ on Mar. 20
ThierryP
C'est pour qu'il y ai plus de chose pour le "designer", mise en page différentes et template différent. Ca permet d'avoir plusieurs point de vue et plusieurs exemples sous la main.

Aller, bientôt la notification visuelle des sujets vues dans le forum Jiive ? http://www.yetanothercommunitysystem.com/article-4652-skin-yacs-totem-930 on Mar. 20
Bernard
Alain, très bonne question. A cause de son grand âge, YACS a connu des périodes où le CSS n'était pas aussi "facile" qu'aujourd'hui, et il fallait faire des pieds et des mains pour arriver à ses fins. D'où cette diversité, qui est toujours restée, malgré les efforts d'harmonisation successifs. C'est historique en quelque sorte, pas volontaire. on Mar. 20
Lucrecius
Toff, ok.. j'avais cette piste, mais j'imaginais un mode utilisant $ma_date = i18n::s('date_du_system'); on Mar. 20
Pat
Donc le principe pour un menu dynamique serait du genre pour être propre:
  • créé les fonctions utilent dans skin.php
  • et ajouter dans template.php une réécriture de context('quiVaBien') référencent les fonctions de Skin.php (pour écrire le DHTML qui vas bien)
C'est bien les grandes lignes? (Une remarque hors sujet: Je trouve tros petites la zone de saisie dans le chat) on Mar. 20
Bernard
Thierry, comment repères-tu les pages déjà lues ?
Pat, oui c'est ça, et oui, il va falloir agrandir la zone de clavardage, c'est sûr... on Mar. 20
Lucrecius
Je suis de l'avis de Pat pour la taille de la zone de saisie.... on Mar. 20
ThierryP
a.visited
et je spécifie uniquement l'ID du forum Jiive
Et clock, une notification visuel par CSS, sans codage on Mar. 20
Lasares
Serait-ce une bonne chose de proposer une sorte de "cadre général" des containers pour les skins, avec l'avantage d'un meilleur référencement de ce qui est paramétrable ? Je sais que c'est le rêve d'Agnès d'avoir une sorte de "dictionnaire" des éléments que l'on peut formatter. on Mar. 20
Bernard
Thierry : Bon, il va falloir répondre en bas de ta page, parce que j'ai répété ma question là-bas. Et merci pour le tuyau, je vais y réfléchir. on Mar. 20
Tof
thierry: attention si l'utilisateur vide le cache de son navigateur, car alors le lien n'est plus "visited" on Mar. 20
ThierryP
oui je sais, mais pour la visite en cours ca fonctionne, et ça reste de la notification par css, sans aucun supplément de code. on Mar. 20
Bernard
Alain, oui, je crois que le temps est venu de se lancer dans ce genre de choses. Il faudrait surtout un volontaire... on Mar. 20
Christian
thierry : il doit y avoir aussi un délai dans l'historique également on Mar. 20
Bernard
Olive ? Je ne voudrais pas te priver complètement de temps d'expression ? Tu as la parole si tu le souhaites... on Mar. 20
Lasares
Did I put my foot in my mouth ? on Mar. 20
Lucrecius
C'est sui qui dit, qui y est ! lol on Mar. 20
Bernard
Alain, tu prends ton pied comme tu veux, ceci ne nous regarde pas on Mar. 20
Tof
en fait alain il est avec une fille sur msn en même temps et il s'est gourré de chat on Mar. 20
Bernard
Olive ? Toujours là ? on Mar. 20
Oliverouge
on commence par quoi? on Mar. 20
Agnès
Alain : ça commence à prendre cette idée. Et j'ai déjà quelques pistes - on en reparlera. on Mar. 20
Bernard
Olive, c'est comme tu veux ... on Mar. 20
Lasares
Oui, Agnès, je tchatte avec toi, sur msn quand tu veux. (Et toc, Tof) on Mar. 20
Tof
alain, on blague, on a tous compris ce que tu voulais dire on Mar. 20
Oliverouge
alors pour dire à ceux qui ne sont pas au courant que je me penche sur l'habillage de Yacs sur la base de la skin actuelle. Certains d'entre vous on pu voir les premiers essai et la piste empreintée semble convenir à la majorité on Mar. 20
Lasares

Olive : on parlait des skins disponibles aux usagers, pas de celui de Yetanother (bien que ça puisse l'inclure). on Mar. 20
Oliverouge
j'ai poussé plus loin les recherches sur des bases de pages de tailles différentes.. Je crois que NickR avait fait la remarque de possibles variations de couleurs que j'ai tenté... quelques posts pour vous faire réagir en vrac et paufiner tout çà? on Mar. 20
Bernard
Oui, l'avis des quelques personnes qui ont vu ton travail était assez clair et enthousiaste il me semble.
On veut voir... on Mar. 20
Agnès
on Mar. 20
Lucrecius
Ja, Ich möchte sehen ! on Mar. 20
Lasares
On est tous zyeux.. on Mar. 20
Oliverouge
Lasares : les skins disponibles offrent à mon sens une très grande gamme de possibilité.. il dépend de l'int'gration des ses choix visuels d'en faire une bonne page ou pas...
index-version-courte-1.gif
index-version-courte-2.gif
index-version-courte-3.gif
marron.gif
bleu.gif
on commence par celles ci... on Mar. 20
Tof
super la déclinaison des couleurs, j'en rêvais, olive l'a fait on Mar. 20
Lucrecius
Chouette... mais, chez moi (Kubuntu/Firefox), la courte-3 et bleu ne passent pas on Mar. 20
Agnès
Extra. Ça fait vraiment plaisir de voir que ça prend forme. On pourrait décliner de grandes sections en couleurs ? (pour se repérer encore mieux ?). Ça serait pas "trop" ? on Mar. 20
Bernard
Olive, c'est top, et j'ai hâte que nous ayons changé le look de ce serveur on Mar. 20
Pat
Superbe... on Mar. 20
Oliverouge
question que je me pose également Agnès crazy on Mar. 20
Agnès
(pour moi - debian et firefox) ça passe très bien)

Olivier : juste que le YET de yetanothercommunitysytem en bas à droite est pour moi quasiment invisible dans le skin vert "de base". on Mar. 20
ThierryP
le bleu est magnifique on Mar. 20
Lucrecius
Agnes, je suis de ton avis, les déclinaisons sont efficaces et pertinantes, mais la difficulté est de les limiter (penser à rester sur des couleurs primaires) on Mar. 20
Bernard
Je propose qu'on fasse simple pour l'instant, avec un seul jeu de couleur, et d'envisager une version multicolore ultérieurement non ? "Le mieux est l'ennemi du bien," etc... on Mar. 20
Pat
Je préfére aussi le bleu... au niveau du contrast... on Mar. 20
Oliverouge
migration.jpg on Mar. 20
Bernard
Alors, qu'elle est votre fond de couleur préféré ? Deux avis pour le bleu semble-t-il... on Mar. 20
Lasares
J'hésite à le dire, mais personnellement je n'aime pas beaucoup. Je trouve que c'est un peu "triste" (//bland or drab, in English, would be closer to my first impression//).

Mais si j'hésitais à le dire, c'est pas seulement que je semble être le seul de cette opinion. C'est aussi que je n'accorde pas beaucoup de poids à une opinion personnelle en cette matière. Est-ce que ça fait le travail ? est une meilleure question que Est-ce que ça me plaît? on Mar. 20
Oliverouge
juste un essai pour le fun... on Mar. 20
Agnès
Woah !! on Mar. 20
Lasares
Le bleu est probablement plus approprié. Un peu plus foncé peut-être ? on Mar. 20
Bernard
Alain, je crois qu'il faudrait le voir "en dynamique" pour évaluer ce genre de choses. on Mar. 20
Lucrecius
gnagna gna ... j'arrive pas à voir le bleu wall on Mar. 20
Tof
moi je trouve le marron plus "pétant" on Mar. 20
Lasares
Comprenez-moi, on me demande mon opinion, je la donne. Je n'argumenterai pas. Allons de l'avant. on Mar. 20
Agnès
Ben moi, c'est le chocolat que je préfère. Si si. on Mar. 20
ThierryP
bon, je vous laisse, je suis complétement HS, bonne soirée à tous ! on Mar. 20
Bernard
Alain, merci d'avoir partagé honnètement ton opinion. Très difficile de se faire une idée sur une construction Photoshop, alors qu'après il y aura plus ou moins de texte, des images, etc... C'est la grosse difficulté du design pour les CMS d'ailleurs. on Mar. 20
Oliverouge
je ne sais pas si l'option que je propose est viable, mais je dirai que quelques réflexions avec un peu de recul 2 ou 3 jours, une semaine peut etre pour que chacun puisse lister ces remarques... ensuite synthèse (il parait qu'il y a des surdoués de cet exercice ici) et on fait le point non? on Mar. 20
Pat
Dans le maron, la lisibilité de la colone de droite est pas terrible... on Mar. 20
Lasares
D'accord avec Tof que le marron est plus pétant. D'où un bleu plus foncé pour voir ? on Mar. 20
Tof
pat: c'est vrai mais on peut jouer sur le niveau d'opacité pour corriger cela, n'est ce pas, Olive ? on Mar. 20
Oliverouge
bien sur .. vous voulez un bleu plus foncé maintenant? on Mar. 20
Bernard
Tu sais le faire là tout de suite ? on Mar. 20
Tof
olive, fais péter ! on Mar. 20
Lucrecius
A y est.. j'y vois que du bleu ! Qui est plutôt clair et tirant sur le vert. Dans tous les cas clap pour l'ensemble. on Mar. 20
Lasares
Je fais certes pas partie des surdoués, mais je viens de me rendre compte que le marron a une barre de menu très foncée (noire ?). Ça fait peut-être partie de ce qui rend le skin plus pétant ? on Mar. 20
Lucrecius
A tester aussi sur des écrans cathodiques (il y en a encore) on Mar. 20
Oliverouge
bleu-fonce.gif on Mar. 20
Pat
Ayant des yeux fatigués, je suis trés sensible au contrast pour lire confortablement un texte... Sinon la symbolique du bleu (le ciel/l'espoire/...) est peut-etre mieux que le maron?... De toutes les façon ils sont tous beaux... C'était juste pour choisir entre l'rxcelent et le sublime... on Mar. 20
Agnès
Heu... je vais faire mon Thierry : je vais vous abandonner aussi. La discussion est géniale, mais j'en peu plus. À très bientôt (et j'ai commencé dans la doc, à suivre et faire suivre).

Merci pour tout à tous wave on Mar. 20
Oliverouge
bonne nuit Agnès on Mar. 20
Lucrecius
Bonne nuit ... bleue on Mar. 20
Lasares
Bonne nuit, Agnès ! on Mar. 20
Tof
olive, en utilisant les couleurs du flyer, c'est faisable pour voir ? on Mar. 20
Lucrecius

Olive, c'est mieux en foncé. ...euh, Tof, quel flailleur ?

on Mar. 20
Pat
Dans le bleu foncé la colonne de droite est nettement moins lissible que le bleu clair... on Mar. 20
Oliverouge
tof ; flyer? on Mar. 20
Tof
j'ai appelé flyer le migration.jpg qu'olive a posté plus haut qui fait un dégradé du bleu nuit au jaune soleil je crois on Mar. 20
Oliverouge
je me permets de dire que les envois ne sont que des principes qu'il faudra de toute façon OBLIGATOIREMENT retravailler en colorimetrie, contraste, lisibilité... c'est vraiment pour se faire l'idée de l'ambiance générale et un aperçu des directions prises.. on Mar. 20
Bernard
Et que direz-vous de nous en tenir au choix initial d'Olivier pour l'instant, afin de finaliser un design le plus rapidement possible, quitte à en changer plus tard ?
Le temps passe vite, depuis Chonas en octobre dernier... on Mar. 20
Tof
oui il se fait tard en europe on Mar. 20
Oliverouge
tres tard... on Mar. 20
Bernard
Ok pour le design 'version courte' pour l'instant ? on Mar. 20
Pat
oups, j'ai pas vue l'heure tourner... je vous lache et je reviendrait voir demain la suite de votre discution et les différentes versions de couleur... (Si vous faites un vote: je reste pour l'instant sur le bleu claire) on Mar. 20
Bernard
Une fois... on Mar. 20
Pat
Chao... on Mar. 20
Lucrecius
Le carosse va se transformer en citrouille dans quelques minutes, il va falloir songer à rentrer !
OK pour la version courte... remarques pour plus tard, avec du recul on Mar. 20
Lasares
Pas d'accord, Bernard. Le contenu d'un CMS a avantage à changer chaque jour, pas son image. Vaut mieux prendre un peu plus de temps et faire quelque chose avec quoi on vivra plusieurs mois, sinon quelques années. On a jusqu'en juin (sortie de Macnana) non ? on Mar. 20
Tof
bonne nuit à tous
alain +1 on Mar. 20
Lucrecius
Ciao tout le monde, Merci à Tof pour la date, 'in french', je vais voir ce que je peux en faire au mieux on Mar. 20
Lasares
Bonne nuit, suite une autre fois... on Mar. 20
Bernard
Alain, à l'origine le skin était prévu pour le premier trimestre. Il ne faut pas confondre version majeure et changement de skin, ce sont deux sujets différents. Et je ne voudrais pas attendre juin pour découvrir qu'il nous manque tout un tas de petites icônes pour le fonctionnement du style avec YACS... on Mar. 20
Lucrecius
Je suis de l'avis de Bernard on Mar. 20
Tof
on en reparle d'ici lundi. bonne nuit. on Mar. 20
Lucrecius
un peu hail sur ce coup là on Mar. 20
Lasares
Deux sujets différents... qui se synchroniseraient bien pour un bon impact marketing. Mais je comprends aussi ton souci. on Mar. 20
Lucrecius

... allez, wave   et sleep

on Mar. 20
Bernard
Bon, de toutes façons, il est à présent trop tard pour prendre une décision, donc on en reparle lundi prochain, pour les membres du comité de gestion.
J'espère que cette session un peu spéciale aura répondu à vos attentes, et vous remercie de votre participation joyeuse. on Mar. 20
Lasares
Bye ! on Mar. 20
Bernard
Fermeture des travaux dans une minute, et faites de beaux rêves... on Mar. 20
Oliverouge
bonne nuit on Mar. 20
Bernard
Merci Olivier, et à lundi aussi. on Mar. 20
Oliverouge
à lundi... appelle moi si tu peux... on Mar. 20
Bernard
ok on Mar. 20
Lucrecius
...nous n'aspirons pas au repos pas tout de suite, en tous cas. A lundi j'espère. on Mar. 20
Bernard
3, 2, 1, extinction des feux ! on Mar. 20

Rate this page
Posted by Bernard on Mar. 20, (popular)