Skip to main content Help Control Panel

Login   A+   A-

Community «   Le forum «   Clavardages de travail «  

Files
Stay tuned
Podcasted files

Overlay party

Commented by Bernard on Mar. 26

Tags: clavardage overlay

Rv mercredi 26 mars 2008 à tous ceux qui veulent en savoir un peu plus sur la construction et l'utilisation des overlays dans Yacs.

Mar. 26 2008

En attendant, ceux qui le souhaitent peuvent déjà consulter ces quelques lieux :

RV donc mercredi 26/03/08, ici même, de 21h à 23, heure de Paris. Les discussions seront essentiellement en français, mais les anglophones sont les bienvenus - on trouve toujours moyen de se comprendre
Bernard
Bonsoir, bonsoir, ce coup-çi je suis bien là...
Salut Agnès on Mar. 26
Agnès
Bonsoir Bernard, moi aussi - un tout petit peu en pointillé pour cause de bilan imminent, mais je suis là aussi on Mar. 26
Christian
bonsoir, coup de bol pour moi je croyais que c'était demain ! on Mar. 26
Bernard
Salut Christian on Mar. 26
Christian
pour info j'ai mis à disposition mon overlay "plante" sur le site
reste à ajouter le fait de mettre en forme la balise de titre et le tri sur les données de l'overlay on Mar. 26
Bernard
Agnès, Christian, vous qui n'êtes pas des experts en programmation PHP, comment définiriez-vous ce qu'est un overlay, et son utilité en web design ? on Mar. 26
Christian
La raison pour laquelle j'utilise l'overlay pour le moment c'est le moyen d'isoler certaines données d'un article (de façon sytématique) afin de pouvoir les agencer en visualisation de façon plus aisée. on Mar. 26
Bernard
Ok, c'est un cadre d'utilisation non prévu au départ, mais c'est le propre des extensions que d'offrir une certaine liberté n'est-ce-pas ? on Mar. 26
Agnès
Je dirais qu'un overlay permet de rendre particulier un formulaire de saisie (article, ou section) en ajoutant des champs que l'on nomme comme on le désire, que l'on met sous la forme que l'on désire (texte, cases à cocher...), ou encore pour faire des opérations plus complexes (calculs, mais là c'est totalement hors champ pour moi). On définit tout ça dans le script php, et ensuite on en fait bien ce qu'on en veut en css - pour autant que je le sache on Mar. 26
Bernard
Oui, Agnès, c'était effectivement l'une des applications initiales, mais avec le nouveau module spécialisé sur les formulaires introduit en version 8.2, il y a possibilité de gérer des formulaires sans aucune programmation PHP. on Mar. 26
Agnès
Un aspect encore un peu flou pour moi : le fait de pouvoir faire des recherches sur les données saisies grâce à un overlay. Je dis ça : pas pour le faire - pas maintenant - mais pour bien comprendre : oui-possible, ou non-pas possible, et pourquoi. on Mar. 26
Bernard
Soit dit en passant, en version 8.3, les listes déroulantes fonctionneront comme attendu, et j'ai aussi ajouté l'attachement de fichiers au module des formulaires, toujours sans aucune programmation... on Mar. 26
Agnès
Bernard : Et les nouveaux formulaires créés avec le module, on peut les gérer par css ? Parce que c'est vrai que c'est géant cette affaire là ! on Mar. 26
Christian
On va pouvoir se passer des overlays alors ? on Mar. 26
Bernard
Le module des formulaires (dans le répertoire forms) permet d'agencer un masque de saisie interactivement (merci AJAX) et, ensuite, de capturer les données saisies et les fichiers attachés dans un article "normal" de YACS. on Mar. 26
Agnès
Je dirais "oui" pour tout ce qui ressemble à un formulaire. Après, pour l'instant, je crois qu'on ne peut pas se passer d'overlays, et surtout, parce que les overlays permettent beaucoup plus que des formulaires me semble-t-il... on Mar. 26
Bernard
Les overlays répondent mieux aux besoins des développeurs PHP qui veulent 'enrichir' le contenu et la structure de pages web.
Donc en résumé, si vous voulez créer un formulaire de saisie, plutôt sans programmation, alors le nouveau module est pour vous. Sinon, c'est plutôt overlay et les mains dans le code PHP...
Donc ce soir je m'adresse seulement aux développeurs PHP avertis, bien entendu on Mar. 26
Agnès
Bernard : tu pourrais donner une étendue de ce qu'on peut faire avec un overlay - hors formulaire ? on Mar. 26
Christian
Ok mais pour l'instant on ne peut avoir le controle que sur le corps de l'article et sur le titre dans certains cas. on Mar. 26
Bernard
L'idée de base, c'est qu'un article - blog, wiki, ou autre - a toujours un nombre fixe de champs de saisie associés. Dans YACS, c'est le titre, l'introduction, la description, et quelques champs annexes.
Or en pratique, on a souvent besoin de conserver cette structure de base, mais en la complétant avec quelques champs. C'est là que l'overlay intervient.
YACS fournit en standard un champ générique pour chaque article, dans lequel il peut ranger plusieurs informations si besoin.
Pour ranger les données additionnelles, ou pour les retrouver, il appelle des fonctions bien précises décrites dans le script overlays/overlay.php.
Par défaut, ce script ne fait pas grand-chose, mais il sert de structure de base pour d'autres scripts plus évolués.
Pour écrire un nouvel overlay, il faut créer un script qui surcharge les fonctions de overlays/overlay.php, en leur faisant faire quelque chose "pour de vrai".
Prenons un premier exemple classique, celui des recettes de cuisine, avec l'overlay overlays/recipe.php.
Ce script rajoute quelques champs à la saisie d'un article standard, pour noter séparément des informations importantes, comme le nombre de convives, la durée de cuisson, la liste des ingrédients.
Ces champs apparaissent lors de la saisie d'une nouvelle recette lorsque YACS appelle la fonction get_fields(), qui permet à l'overlay d'ajouter de nouveaux champs de saisie à la page.
Après la saisie, lorsque l'usager clique sur le bouton d'envoi, les données sont transmises à YACS, qui appelle alors la fonction parse_fields() pour que l'overlay puisse extraire de ce flot les données qui l'intéresse.
La nouvelle version de la recette, y compris les données spécifiques de l'overlay, est ensuite rangée dans la base de données.
Pour cela, YACS "plie" ces données (les informaticiens parlent de "sérialisation") pour les faire entrer, toutes ensemble, dans le champ prévu à cet effet dans la table des articles. on Mar. 26
Agnès
C'est là que j'ai mis les doigts dans le php pour la 1ère fois frog

L'overlay possède cinq parties distinctes (dont celles dont tu viens de parler. Peux-tu les schématiser pour nous ? À quels types d'action bien spécifiques chaque partie est-elle dévolue ?
(php avertie mais pas comme langue courante :p) on Mar. 26
Bernard
Agnès, je continue encore un peu et après on reviendra sur cette question, ok ? on Mar. 26
Agnès
OK on Mar. 26
Bernard
A ce stade de l'exposé, et en écrivant deux fonctions simples, nous avons pu modifier le formulaire de saisie d'article et ranger les données "en plus" dans la base de données.
Pour restituer ces données à l'écran, YACS appelle la fonction de l'overlay get_text(), en précisant le contexte d'affichage des données.
Par exemple, dans le panneau d'affichage principal d'un article, yacs appelera get_text('view'), alors que pour l'intégration dans une liste d'articles il appelera get_text('list').
Ainsi, l'overlay a le moyen de générer plus ou moins de texte, en fonction de la place dont il dispose à l'écran.
Dans la page d'affichage d'une recette, vous noterez que le champ de description habituel est intitulé 'Etapes de préparation'. C'est parce que yacs utilise la fonction get_label() pour permettre à l'overlay de personnaliser certains libellés de la page générée. Important dans certains cas, moins dans d'autres.
Et puis, comme Christian le sait déjà, il y a aussi la possibilité d'intervenir sur le titre d'une page dans une liste ou ailleurs, avec la fonction get_live_title(). C'est par ce biais que l'overlay overlays/issue.php ajoute une information d'état sur l'avancement des problèmes (en cours, résolu, etc.) sans modification du titre initial.
Avec ces trois fonctions supplémentaires on gère plus ou moins le rendu visuel des données spécifiques à l'overlay. Ca va jusque là ? on Mar. 26
Christian
tout va bien on Mar. 26
Bernard
Ok alors passons au stade suivant, qui est de lier l'overlay à une table séparée de la base de données. on Mar. 26
Agnès
Je trouve cela limpide Bernard on Mar. 26
Bernard
Queques exemples fournis en standard sont overlays/day.php et overlays/contact.php. Le premier sert à construire des calendriers, et le deuxième à gérer un annuaire de contacts. Dans les deux cas, la mécanique est la même.
Lorsque yacs intervient sur une page, il appelle la fonction de l'overlay remember() pour lui signaler l'opération en cours. Lors de la création de la page, c'est remember('insert') qui est utilisé.
Lors d'une modification, l'appel est remember('update') et, très logiquement, remember('delete') lors d'une suppression de page.
Pour synchroniser une ou plusieurs tables de la base de données avec un overlay, il faut lancer les directives "qui vont bien" dans la fonction remember().
Les commandes SQL typiques sont INSERT pour créer un enregistrement sur remember('insert'), UPDATE pour modifier un enregistrement sur remember('update'), et DELETE pour supprimer un enregistrement sur remember('delete').
Dans yacs, même le choix des noms est simple...
Pour reprendre l'exemple de overlays/day.php, les mises à jour portent sur la table yacs_dates, qui contient un enregistrement par événement géré.
Et pour overlays/contact.php, c'est la table yacs_contacts qui contient les données spécifiques à l'annuaire des contacts.
Notez que dans ce dernier cas, les informations rangées dans la table sont un mélange des données spécifiques à l'overlay, et de celles de l'article initial. En effet, le titre de page est le nom du contact, et il est inutile de prévoir un champ séparé pour le saisir.
Ca va toujours ? on Mar. 26
Christian
oui oui j'attends la suite avec impatience ... on Mar. 26
Bernard
Un problème classique de ce genre d'approche est la liaison entre les tables. Si je crée l'enregistrement numéro 123 dans la table des articles, comment retrouver l'identifiant de l'enregistrement dans la table des dates ? Et réciproquement, comment, à partir d'un enregistrement de la table des dates, retrouver l'article d'origine ? on Mar. 26
Agnès
on Mar. 26
Bernard
La solution considérée avec YACS est simplissime, et s'appuie sur le fait qu'un article a un identifiant unique, et qu'un overlay est toujours lié à un seul article.
Donc, l'identifiant de la date associée à l'article numéro 123, c'est ... 123 aussi ! on Mar. 26
Christian
ca me parait logique et relationnel ! on Mar. 26
Bernard
C'est un choix de programmation qui m'a sauvé pas mal de temps, mais bon, on peut faire plus compliqué aussi, s'il y a besoin. on Mar. 26
Agnès
Pour quoi, par exemple ? on Mar. 26
Bernard
Par exemple, si un overlay est lié à plusieurs tables en même temps, ou à plusieurs enregistrements d'une même table... on Mar. 26
NickR
Hi on Mar. 26
Bernard
Une facture avec ses lignes de détail, typiquement...
Hello Nick
La création et la maintenance des tables additionnelles peuvent aussi être incluses dans l'overlay. Regarder la fonction setup() à la fin de overlays/contact.php pour la définition de la table. on Mar. 26
Christian
dans ce cas, à priori, je ferais une section pour une facture et des articles pour les lignes de détail non ? on Mar. 26
Bernard
Pour que yacs appelle la fonction setup() pour un overlay non-standard, il faut ajouter une extension ("hook" en anglais) à l'événement control/setup.php, sur le modèle fourni dans agents/browsers_hook.php par exemple. Le cas échéant, le script d'extension (dont le nom se termine par _hook.php) ne sera pas placé dans le répertoire overlays, mais dans un sous-répertoire portant le même nom que l'overlay associé. on Mar. 26
LeToto
Salut à tous! on Mar. 26
Bernard
Christian, tu pourrais plutôt créer un article par facture, avec gestion des lignes de détail dans l'overlay...
Salut LeToto on Mar. 26
LeToto
Merci. Je prends le train en marche... on Mar. 26
Bernard
Sur le plan du rendu visuel, l'overlay est libre de générer le HTML qu'il souhaite à l'endroit qui lui a été assigné, et donc le web designer peut gérer le CSS associé comme il l'entend. Ou alors, ré-utiliser la librairie fournie avec YACS pour se simplifier la vie.
Là, Christian va poser quelque question ? on Mar. 26
Christian
eh eh on Mar. 26
Agnès
C'est à dire ? Tu pourrais être plus précis - ou explicite s'il te plaît ? c'est quelque chose qui est plus à ma portée on Mar. 26
Christian
d'abord si tu peux en dire plus sur les extensions et tes lignes de détails on Mar. 26
Bernard
Agnès, c'est parce que Christian a buté sur les filtrages effectués par YACS sur les titres ailleurs sur ce site... on Mar. 26
Christian
c'est vrai, yacs m'enlevait mes strong ! on Mar. 26
Agnès
Oups ! Je parlais de la librairie fournie par Yacs ...
(Je me rappelle tes mésaventures Christian ) on Mar. 26
Bernard
C'est le script skins/skin_skeleton.php, tout simplement...
Christian, en termes de design, pour gérer un document de type facture, il faut deux tables en plus dans la base de données, l'une pour les en-têtes de document, et l'autre pour les lignes de détail. La fonction get_fields() devra fournir une interface de saisie pour l'ensemble. La fonction parse_fields() sauvera tout ça en mémoire. Et la fonction remember() mettra les tables à jour en fonction des saisies effectuées.
Du lourd quoi, quelques centaines de lignes de code dans un seul overlay au bas mot... on Mar. 26
Christian
autant utiliser dolibarr on Mar. 26
Bernard
Mais ça marche très bien, c'est à peu près ce que j'ai fait pour les classements de course chez Zaniroli. Un équipage, plusieurs jours de course, et plusieurs informations numériques par jour. Plus le classement final, traité en batch par un script PHP séparé... on Mar. 26
Christian
donc pour en revenir à mon problème de titre. Il faut que j'intervienne dans skin_skeleton.php ? on Mar. 26
Bernard
L'avantage de la structure offerte par YACS avec les overlays, c'est qu'on bénéficie de tout l'environnement : fichiers attachés, commentaires, etc. Autant de code à ne pas ré-écrire...
Christian, pour ton problème de titre, ce devrait être dans codes/codes.php, à la fonction beautify_title().
Cette fonction a été introduite récemment pour les titres en lieu et place de beautify(), réservé au corps principal des pages.
Les traitements sont minimaux, et le temps de traitement aussi.
Mais l'effet de bord, c'est que la plupart des balises HTML et des codes YACS sont supprimés dans les titres...
// remove everything, except links, breaks and images
$output strip_tags($output'<a>< br><img>');

on Mar. 26
Christian
il suffit que je rajoute la balise que je veux laisser lors de l'appel à la fonction strip_tags ? on Mar. 26
Bernard
Non, c'est codé "en dur" dans la fonction beautify_title() pour l'instant. Si tu m'indiques les balises qu'il faudrait rajouter à minima, je le fais tout de suite, et ça sera dans la 8.3... on Mar. 26
Christian
on peut rajouter la balise < span > ca laisse pas mal de portes ouvertes : afficher la premiere lettre de façon différente, isoler une donnée de l'overlay ... on Mar. 26
Bernard
Et puis les balises strong, et b et u et i aussi ? on Mar. 26
Agnès
Ça serait pas mal ! on Mar. 26
Christian
pourqoi pas oui ce sont des standards. Avec la balise span pourra-t-on spécifier une classe < span class="" > ? on Mar. 26
Bernard
Normalement oui. J'ai aussi mis tt au cas où... on Mar. 26
Agnès
(c'est quoi tt ?) on Mar. 26
Bernard
C'est la police type machine à écrire...
Et puis zou, em aussi, pour le même prix... on Mar. 26
Agnès
on Mar. 26
Bernard
Ok, avez-vous des questions, ou des suggestions, sur les overlays ? on Mar. 26
Christian
mon 2ème problèmes c'était de trier les articles avec les données de l'overlay. il y aura aussi : faire des recherches sur le données de l'overaly
pour le tri j'ai trouvé la fonction list_for_anchor_by dans articles.php on Mar. 26
Agnès
J'adhère au programme de Christian ! on Mar. 26
Christian
je veux toutes les recettes pour 2 personnes triées par degré de difficulté ! on Mar. 26
Bernard
Ok, pour le tri, il y a un second champ prévu à cet effet dans la table des articles. Un champ pour le rangement des données de l'overlay, et un autre pour l'identification et le tri.
Le champ de rangement des données de l'overlay est indexé par YACS, et ceci convient pour les recherches plein texte.
Mais pour la requête multi-critère, rien ne vaut la table séparée à mon avis... on Mar. 26
Christian
j'ai fait une table séparée en pensant au tri mais si elle sert pour la recherche ca me convient.

Comment sont gérés ces champs ? on Mar. 26
Bernard
Que veux-tu dire ? on Mar. 26
Christian
C'est yacs qui gère par exemple le champ pour le tri ? on Mar. 26
Bernard
Plus ou moins...
Lors de la création ou de la modification d'une page, yacs appelle la fonction get_id() de l'overlay pour obtenir une chaîne de caractères.
Voir un exemple dans overlays/day.php.
Cette information est sauvée avec les autres attributs de la page dans la table des articles. Le champ correspondant est indexé, donc permet des recherches ou des tris par SQL.
Ce champ est appelé overlay_id dans la table yacs_articles. on Mar. 26
Christian
on peut donc ajouter une fonction dans articles.php qui exploite ce champ. c'est çà ? on Mar. 26
Bernard
Je viens de chercher, cette information ne semble pas exploitée aujourd'hui dans le code de référence. Donc pas d'exemple à te montrer... Mais bien sûr quelques lignes de PHP bien placées pourraient suffire à changer les choses... on Mar. 26
Christian
je tenterai mais je ne garantie rien.

Je ne connais pas trop les layout mais peut-on s'en servir pour arriver à nos fins ? on Mar. 26
Bernard
Par exemple, SELECT id, title FROM yacs_articles WHERE overlay_id = 'truc1234' pour trouver les articles qui ont l'overlay_id positionné à 'truc1234', si tu vois le genre...
Les layouts, c'est plutôt pour la mise en forme du résultat d'une requête. En gros, la mécanique standard de yacs pour lister des éléments de la base de données, c'est d'exécuter une requête SQL par SQL::query(), et de passer le résultat à un layout, pour obtenir, le plus souvent, une chaîne de caractères insérée dans la page web retournée au navigateur.

##SQL::query()## -> $layout->layout() -> $context['text'] -> HTML

C'est peut-être un peu trop simplifié là, non ? on Mar. 26
Nuxwin
bonsoir tous le monde on Mar. 26
Christian
on fera un autre clavardage pour layout et hook ! on Mar. 26
Bernard
Salut aux petits nouveaux dans la conversation. On en était aux questions sur les overlays ? on Mar. 26
Tof
bonsoir bonsoir on Mar. 26
Bernard
Christian, c'est une bonne idée. Pour un spécialiste des bases de données comme toi, les layouts vont te paraitre très simples, c'est sûr. on Mar. 26
Nuxwin
j'ai pas lu le fil entier de la discussion mais ce que je peux vous dire, c'est que je sais toujours pas à quoi correspond un overlay on Mar. 26
Christian
et bien je te conseille de le lire alors on Mar. 26
Agnès
(c'est tout au début) on Mar. 26
Bernard
comment 22042 et suivants... on Mar. 26
Nuxwin
oui, je viens de voir on Mar. 26
Bernard
Pour faire une définition simple : un overlay c'est un script PHP qui permet de "rajouter des données" dans une page standard. on Mar. 26
Nuxwin
Question on Mar. 26
NickR
Bernard, one thing I did not like about creating the gallery layout, was the amount of code that was repeated, would be neater to encapsulate things like comments and menus in a class, like with overlays. Maybe a bit of factorisation is needed. on Mar. 26
Nuxwin
est-ce qu'avec un overlay, on peut par exemple insérer des données dans des tables ajoutées dans la bd de yacs
est-ce qu'on peut par exemple sans servir pour créer un bridge pour l'authentification des utilisateur...
Si bernard peu répondre à ceci, merci on Mar. 26
Bernard
Nuxwin, oui c'est comment 22052, comment 22054 et suivants...
Et pour l'authentification des usagers, c'est pas du tout les overlays, mais les extensions côté utilisateurs. Voir le contenu de users/authenticators. on Mar. 26
Nuxwin
Désolé de t'ennuyer avec mes questions ...
pour les extensions côté utilisateurs, y a un manuel sur le site ? de la doc ? agnes on Mar. 26
Bernard
Nick, sure, factorisation happens from time to time, when there is some strong requirement for it. The idea is to avoid to create too many objects, and to maintain a linear structure as far as possible...
Nuxwin, pas de problème, le but de cette soirée est de répondre aux questions, justement...
Pour l'authentification des utilisateurs, il y a une interface standard, users/authenticator.php, et des scripts qui l'implémentent. Tout comme pour l'interface overlays/overlay.php, mais avec des objectifs et des moyens différents.
Tof a réalisé un script d'authentification de type bridge par ce moyen il me semble... on Mar. 26
LeToto
Superbe, tout ce qui s'augure à l'horizon! on Mar. 26
Nuxwin
A oui ? Tof, send me the result of your work please (lol) on Mar. 26
Christian
bernard : je viens de répondre à mon besoin en modifiant la ligne 1747 dans articles.php et en ajoutant ,overlay_id à la clause ORDER (fonction list_for_anchor_by) et 1745 aussi ... on Mar. 26
Bernard
Nick, once again, do not hesitate to suggest some factorisation where this would make sense to you. on Mar. 26
Tof
j'avais fait des tests sur l'authentification egroupware effectivement il y a quelques mois dans le cadre d'échanges XML/RPC il me semble. Tout est sur le site de yetanother, il faut chercher un peu, désolé. on Mar. 26
Bernard
Authentification sur egroupware, c'est sur la page de Tof on Mar. 26
Nuxwin
Oui, je vais regarder on Mar. 26
Bernard
Christian, par sûr que ta modification suffise, il faudrait introduire une nouvelle méthode de classement, basée sur le contenu de l'overlay_id, pour la fonction Articles::list_for_anchor_by(). on Mar. 26
Christian
tu as raison mais dans mon cas précis c'est pour un tri secondaire de articles_by_title et ca à l'air de fonctionner. on Mar. 26
Bernard
Avez-vous remarqué que les heures affichées dans ce fil de discussion sont aux normes françaises, pour les internautes de france ? Un bug corrigé on dirait
Christian, envoie-moi ta modification que je regarde s'il te plait chinese on Mar. 26
Nuxwin
Ouai bah a quand la 8.2 ou 8.3 stable car chez moi, ça déconne complètement lol
Nuxwin ce soir, il a décidé d'être vilain, bête et méchant alors faites z'attention à vos fesses ! on Mar. 26
Netscype
like always in french. byby on Mar. 26
Bernard
Nuxwin, il faudra rapporter tes tests sur le forum pour qu'on puisse les traiter, si ce n'est pas déjà fait. D'autres questions pour terminer ce clavardage sur les overlays ? on Mar. 26
Nuxwin
Bernard, quand tu trouvera un peu de temps, j'aimerais que tu look la session privé que j'ai ouverte
heu quels testes ?, concernant quoi ? on Mar. 26
NickR
Netscype ? on Mar. 26
Nuxwin
arff --> Contacter Bernard

Retour à la page de Bernard

impossible de transmettre votre message à Bernard. on Mar. 26
Christian
bernard : envoyé @yahoo... on Mar. 26
Bernard
Nuxwin, j'ai vu. Les tests dont je parle sont tes malheurs avec la 8.2 tout simplement. on Mar. 26
Nuxwin
mes seules malheurs, c'est le problème des date au niveau des publication on Mar. 26
Bernard
Ok, je voudrais qu'on recentre les débats sur le sujet de ce soir s'il vous plait. On peut traiter les autres choses ailleurs si besoin. Les overlays une fois, deux fois ? on Mar. 26
Nuxwin
à trois on saute mdrr
sorry, i'm very tired ! on Mar. 26
Agnès
Pour ma part, j'en aurai sûrement encore des tonnes, de questions, bien que j'aie déjà là pas mal à digérer. En tout cas, tes explications ont été très claires Bernard, mille mercis. Je me dis qu'il faudra continuer une autre fois. on Mar. 26
Christian
on parlera de la recherche une autre fois. on Mar. 26
Tof
J'ai également trouvé cela très clair, et suis content que tu aies explicité le champ overlay_id que je situais mal. Merci aussi pour le conseil de mettre facture+ligne dans le même article. on Mar. 26
Bernard
Quels sont les prochains clavardages au calendrier ? on Mar. 26
Nuxwin
Agnes : J'ai trouvé quelque coquille dans la trad fr, ou puis-je te les reporter ? on Mar. 26
Christian
d'ailleurs on a dit que la recherche fonctionnait sur les données de l'overlay (fatigué moi aussi !) on Mar. 26
Nuxwin
hors sujet, je sais !!! on Mar. 26
Agnès
Aucun pour l'heure, mais on va y remédier. Rien non plus dans les suggestions. on Mar. 26
Bernard
Alors il faudrait qu'on fasse le comité logiciel que j'ai raté lundi (désolé, encore une fois). PAr exemple lundi prochain ? on Mar. 26
Tof
Bernard, on en parle en modo, peut-être on Mar. 26
Bernard
Oui on Mar. 26
Agnès
Nuxwin : je dirais Localization support board ou encore Soupçons de bogues. on Mar. 26
Bernard
D'autres sujets dont vous voudriez parler ?
Nuxwin propose l'architecture MVC...
Agnès, ton avis sur les prochaines sessions ? on Mar. 26
Christian
j'ai fait 3 propositions de clavardage : layout, hook, formulaire ... on Mar. 26
Bernard
We also have to setup a public meeting in English, I suppose... Nick, what do you think? on Mar. 26
Tof
l'architecture MVC de yacs me parait un bon sujet, car comme Bernard le dit, yacs utilise ce modèle - sans les défauts des frameworks MVC (ça c'est moi qui le rajoute), un vaste sujet, mais peut être ardu. on Mar. 26
Bernard
Bon alors dans l'ordre : comité logiciel pour l'équipe principale, le 31 mars. on Mar. 26
Agnès
(noté dans le calendrier) on Mar. 26
Nuxwin
Alors la tof, je serais curieux que tu me liste les défaut des framework MVC et leur nom . on Mar. 26
Bernard
Et clavardages publics avec : English web meeting le 10 ou le 11 avril, lancement officiel des formulaires le 16 ou 17 avril, et architecture MVC le 24 avril. on Mar. 26
Nuxwin
Ah oui, serait t-il possible de recevoir les invitations au session de clavardage la veille et non le jour même ?
Je note les date lol on Mar. 26
Agnès
Un p'tit trou pour un comité de gestion un de ces 4 lundis serait pas de refus non plus :p Le 7 par ex. ? on Mar. 26
Nuxwin
Ok agnes, merci, je reporterais ça cette nuit. on Mar. 26
Bernard
Nuxwin, c'est justement pour ça qu'on planifie ce soir... Et pour la peine, ce serait bien que tu nous fasses un topo sur ta vision des choses. Et Tof a aussi son mot à dire je pense... on Mar. 26
Agnès
Nuxwin, pourquoi ne pas s'abonner au fil rss de la section Calendrier des clavardages ? on Mar. 26
Tof
mon mot à dire sur quoi ? on Mar. 26
Bernard
Sur MVC on Mar. 26
Tof
je serai là le 24 on Mar. 26
Christian
bon je vous laisse car là je tombe sur mon clavier. Bonne nuit on Mar. 26
Nuxwin
parceque je suis une andouille. Tu sais agnes, j'utilise yacs dans un contexte bien précis et je reconnais volontier que je ne métrise pas tous ces aspects. Bref pour te dire que je ne savais même pas que s'étais possible. Je le fais de suite. on Mar. 26
Tof
on en reparlera... mais je préfère l'organisation du code dans yacs (par objets métiers) que celle de Symfony, CakePhp, Zend Fw et compagnie. on Mar. 26
Bernard
Nuxwin, allons allons, pas de flagellation en public après le coucher du soleil...
Merci à tous pour cette excellente soirée en votre compagnie. on Mar. 26
Tof
bonne soirée on Mar. 26
Nuxwin
ok alors essaye trax, tu m'en dira des nouvelles on Mar. 26
Tof
ok je regarderai. on Mar. 26
Nuxwin
lol, j'ai pas manger de flageolet moi monsieur . lol on Mar. 26
Bernard
Gardez-en pour les prochains clavardages, quelle impétuosité dans cette communauté... on Mar. 26
Agnès
Une date pour MVC dans le calendrier (éventuellement à déplacer, supprimer) on Mar. 26
NickR
bernard - english general help meeting ? mvc - an interesting subject imho mvc is an ideal. we should look at what aspects are important and make arcitectural decisions that fit yacs, maybe 40 or 90% mvc, soon as we start looking at front or page controllers huge code rewrites are needed. IMHO we should keep changes as simple as needed to fix whatever problem someone thinks mvc will fix on Mar. 26
Bernard
Attention, je débranche dans une minute. Faites de beaux rêves de vos prochains overlays wave on Mar. 26
Agnès
Pour les autres dates, YACS ne gère pas encore les dates aléatoires, alors va falloir trancher. on Mar. 26
Bernard
Nick, you select the date for the next English session, April-10 or 11? on Mar. 26
Nuxwin
Bonsoir à tous ; on Mar. 26
NickR
Bernard, 10th would be best. on Mar. 26
Bernard
Ok, Agnès tu tiens une autre date... on Mar. 26
Agnès
Bernard, je te laisse créer cette page - et sa description stp - en anglais

Pour les formulaires, si personne ne tranche ce soir, on en reparlera on Mar. 26
Bernard
peace
Encore merci à tous, et à bientôt pour de nouvelles aventures yacsiennes. Ce n'est que le début de notre conquête planétaire bionic
3...
2...
1...
Verrou ! on Mar. 26