Time Nick Message 12:01 kados I have updated the wiki 12:01 kados section "Proposed Project": 12:01 kados Create a MARC editor consisting of the following components: 12:01 kados * XUL front-end interface (write from scratch) 12:01 kados * back-end client-side XMLHttpRequest and XML/XSLT framework for making requests and pulling down data from Z39.50 servers 12:01 pierrick kados, can you mail koha-devel and not Paul alone ? I'm also interested in XUL Marc editor 12:01 kados The XUL front-end interface should utilize shortcut keys similar to the ones that TeamIPG utilized. The back-end client-side XMLHttpRequest, etc. framework should be similar to the one created by Team42. 12:02 kados I wish I could coordinate between Paul's student, OU and koha-devel 12:02 kados because OU students will probably work on something again (new students) 12:03 paul kados : i've send a mail about "a bit of history", in the wiki 12:07 paul_away bye bye. see you tomorrow 12:07 kados bye paul 12:07 kados paul_away: http://cvs.sourceforge.net/viewcvs.py/ouoss/Y05F-456-556/ 12:08 kados paul_away: the previous project's code 12:19 pate-lurk congrats on the upcoming KohaConf guys 12:19 kados pate-lurk: ! 12:19 paul_away hey, pate-lurk ! 12:19 pate-lurk hello everyone 12:19 kados pate-lurk: do you realise your oper 12:20 paul paul staying a bit ! 12:20 paul hello pate, very happy to see you here. 12:20 pate I must have survived a channel reset 12:21 paul what's new for you ? 12:23 paul_away (but i'll read my tomorrow morning !) 12:24 pierrick pate, where are you located in the world ? 12:24 hdl hi pate. 12:25 pate I'm in SLC/Provo Utah 12:25 pate sorry we couldn't overlap more paul 12:25 pate new for me ... hmm, lots of Ruby stuff, I'm actually working on Ruby stuff at my new job as well as doing Open Source stuff 12:26 pate about what Owen? 12:26 pierrick pate, working on RoR or pure Ruby ? 12:26 owen Just in general :) 12:27 pate mostly pure Ruby, but a bit of RoR on the side 12:27 owen Actually, I've been curious about frameworks in general lately 12:27 owen ...wondering if I'm missing the boat on a better way to work. 12:29 pate owen, a good framework is a great thing 12:29 pate the problem is there are so many ill thought out or poorly executed ones out there 12:32 pate pierrick waves 12:32 kados bye pierrick 12:32 pierrick bye :-) read you tomorrow 12:36 hdl pate I was very glad to read you. 12:37 pate bonjour hdl 12:37 pate how are you doing? 12:37 hdl Good. 12:37 hdl It's been a long time. 12:37 pate it has ... /me is pretty busy between work, ruby projects, and writing 12:38 hdl I worked with paul in 2001. 12:38 pate but I saw the news about the conference and though I should jump in 12:38 pate hdl, yes, I remember as you were coming into the project 12:39 hdl Great. 12:42 hdl pate: Do you like Ruby ? 12:43 pate hdl, I love it. I've not really touched Perl in 3 years now 12:44 owen Poor neglected Perl :) 12:44 hdl Well. I have to help my wife. 12:45 pate enjoy the time with your wife 12:45 pate owen, I don't think Perl is feeling neglected without me, though I have to admit I don't really miss it 12:53 pate I don't read backlogs on this channel often enough to get messages, if anyone needs to contact me email is the way to go 12:53 pate pat dot eyler at gmail dot com 12:53 pate time to get back to work. 13:07 kados pate_lurk: is there some way you can turn oper privs over to me? :-) 13:07 kados pate_lurk: i can't even set the topic :-) 13:13 owen Since when has it required oper privs to set the topic, anyway? 13:14 owen Ben and shaun used to do it every time they exhaled. 13:41 kados woot 13:42 kados owen: good question 20:25 pate_lurk kados, you about? 20:26 pate hiya NZerws 20:28 kados pate: always :-) 20:50 rach hey pat 20:56 pate hiya rach, congrats on the little one (which is old news, but I've been out of touch) 20:57 pate going afk, sorry I missed you 20:59 rach cheers 02:56 pierrick hi paul 02:56 paul aïe aussi pierrick 02:56 pierrick ça fait mal ? 02:57 paul un peu. 02:58 pierrick aujourd'hui, je fais du "template standardization" sur HEAD 02:59 pierrick je me permet de modifier la méthode d'indentation, pour rendre ça clair et détecter certaines erreurs (genre des fermetures de balises jamais ouvertes, etc.. 03:00 pierrick tu es à ton bureau aujourd'hui si j'ai des questions sur ce sujet ? 03:01 paul pas de prob, je ne bouge pas. 03:02 paul j'ai déjà travaillé sur l'acquisition, tous les templates doivent être xhtml valides. 03:03 pierrick OK, c'est important pour l'equipe Koha d'etre XHTML valide ? 03:04 pierrick (parce que souvent, c'est tres bidon... l'important c'est pas d'etre XHTML valide, mais semantiquement valide, et c'est une autre pair de manche) 03:06 pierrick tu as remarque en bossant sur l'acquisition que aqbookfund etait casse sur HEAD? (a cause du branchcode) 03:06 paul pour l'affichage, ce n'est pas négligeable ! 03:06 pierrick hdl m'a dit qu'il s'occupait de remettre les choses en ordre 03:07 paul non, je n'avais pas remarqué. Ce n'était ptet pas le cas à l'époque ou j'ai fait ca. 03:08 hdl salut 03:09 pierrick salut hdl 03:21 pierrick concernant le TemplateManual, à propos de la règle <div id="action">, il est dit qu'il est préférable d'éviter d'en avoir plus d'un par page, mais on ne peut pas en avoir plus d'un par page (c'est un attribut id, pas un attribut class) 03:23 pierrick et lorsque j'ai plusieurs formulaire sur la même page, je ne vois pas comment avoir un seul <div id="action"> :- 03:24 pierrick :-/ 03:24 paul dans quel cas ca se produit ? 03:27 paul pierrick ? parti revenu ? 03:27 paul suite à ta question, j'ai répondu : 03:27 paul dans quel cas ca se produit ? 03:27 paul (à propos de "lorsque j'ai plusieurs formulaire sur la même page," ) 03:28 pierrick_ tu n'as pas eu mes réponse ? 03:30 pierrick_ sur admin/aqbookfund.tmpl par exemple 03:30 pierrick_ tu as un formulaire pour la recherche et un formulaire pour l'ajout, sur la même page 03:30 pierrick_ sachant que le 2ème formulaire est un lien déguisé 03:34 paul pierrick : non je n'avais pas eu tes réponses. 03:34 paul (et même pas vu la déco d'ailleurs ! juste la reco) 03:36 paul ah, j'avais pas noté le _ en fin. 03:36 paul tu parles de quels formulaire ? J'en vois effectivement plusieurs. 03:36 paul Résumons nous : 03:36 paul * le 1er (ligne 14) : est à déménager dans le <th> de la liste qui suit, c'est pour faire un filtre. Donc pas une "action" 03:37 paul * Les 2 et 3emes sont sur la ligne d'un budget, pour modifier/supprimer : pas une "action" non plus. Il y a pas mal d'endroits ou on a une liste, avec, devant chaque élément de la liste, les choix modif/supprimer par exemple 03:38 paul (lignes 31 et 32) 03:38 paul les formulaires des lignes 37, 46 et 47 sont particuliers aussi : on a une liste à 2 niveaux. 03:38 paul de mémoire, ca doit être le seul endroit dans Koha ou c'est le cas ! 03:38 paul pas de chance pour débuter, tu prends pas un truc classique ! 03:39 paul * le form de la ligne 53 est une "action" 03:39 paul ca doit être tout pour la liste. 03:39 paul dans la partie 03:39 paul <!-- TMPL_IF name="add_form" --> 03:39 pierrick_ paul, je ne comprends pas les conditions de choix d'un <div id="action">, ni pourquoi on remplace un lien tout simple en un formulaire 03:39 paul il y a 1 seul form, pour valider la saisie. 03:40 paul transformation lien => formulaire : c'est un choix suggéré par Owen. 03:40 paul je n'ai pas d'avis dessus. 03:40 pierrick_ faut que j'en discute avec Owen, je ne suis pas du tout d'accord: "comment faire compliqué quand on peut faire simple" 03:41 pierrick_ (je ne changerai rien pour le moment, mais j'aimerais comprendre les raisons profondes de ce choix) 03:41 paul disons que le div id="action" est utilisable lorsque l'on a un seul objet représenté à l'écran, sur lequel on peut faire plusieurs actions. 03:41 paul genre : une fiche lecteur, une notice, une étagère virtuelle, un panier, un libraire... 03:42 paul lorsqu'on a une liste à l'écran, on a des actions possibles pour chacune des lignes. qui ne sont pas en div id="action". 03:42 pierrick_ par contre, quand c'est une liste, on n'a pas d'actions en face de chaque ligne... (éditer, supprimer, etc.) 03:42 paul et on peut avoir un filtre, qui n'est pas non plus en action. 03:42 paul ca dépend de la liste. 03:42 paul souvent on a qqc. 03:42 paul (modifier, supprimer/annuler, valider, réserver...) 03:43 paul (voir détail) 03:43 pierrick_ typiquement, sur aqbookfund, ce n'est pas un "action" car je ne traite pas un élément de la page, je vais juste sur une nouvelle page pour faire un ajout 03:43 paul tu fais donc une action sur l'objet "budgets" 03:43 paul => en ajouter 1 03:43 paul (note le S à budgetS) 03:43 pierrick_ (c'est tordu, avoue le) 03:44 pierrick_ tout ça parce qu'on utilise des form à tort et à travers... on ne se poserait pas toutes ces questions avec des liens à mon avis... 03:45 pierrick_ bon, je vais essayer d'appliquer les recommandations... 03:45 paul tu peux aussi remettre les choses sur le tapis. 03:45 paul je trouve effectivement un peu lourd d'avoir un <form> pour ce qui pourrait être un lien. 03:50 pierrick_ à l'heure américaine, j'en discute avec Owen :-) 04:04 pierrick_ paul, as-tu un exemple de filtre correctement implémenté, je ne comprends pas l'explication du wiki :-/ 04:05 paul acquisition/lateorders. 04:05 paul (sauf que c'est pas mis en th mais en td) 04:10 pierrick_ OK, je comprends mieux :-) 04:11 paul dans l'exemple que tu avais hier, c'était en début de liste, sans explication claire sur ce dont il s'agissait. Là, c'est plus clair pour l'utilisateur 04:23 pierrick_ paul, les cellules de la ligne de filtre doivent-elles être des <th> ou des <td> ? 04:23 paul bonne question... 04:23 paul j'ai mis des <th> pour ce qui me concerne, d'autres ont mis de <td> 04:23 paul ton avis ? 04:23 pierrick_ un <tr class="filter"> 04:23 paul héhé... pas bète du tout. 04:24 paul et ensuite des td donc. 04:24 paul adgugé vendu. tu mets à jour le wiki ? 04:24 pierrick_ dans le CSS, on fera .filter TD {background-color: green;} 04:24 pierrick_ ça marche 04:26 hdl pierrick_: j'ai aussi mis en place un système de pagination pour avoir plus de 20 budgets dans la version 2.4 04:27 hdl C'est assez utile pour des pouvoir savoir que tous les budgets ne sont pas affichés à l'écran. 04:27 hdl Sinon, on se pose des questions. 04:27 paul la synchro 2.4 => head va être rigolote à faire... 04:39 pierrick_ wiki updated, mais il est préhistorique ce système de wiki, le code HTML est tout moche... vivement qu'on switches vers Dokuwiki 04:39 paul ouaip, il est vieux. Le pb, c'est l'incompatibilité des syntaxes entre les wikis. 04:39 paul qui rend une migration compliquée ! 04:40 pierrick_ oui enfin le wiki actuel, y'en a pas beaucoup de la syntaxe :-) 04:40 pierrick_ mais je suis d'accord, ce serait bien qu'ils aient tous une syntaxe unifiée 04:53 pierrick_ a propos de ce tableau très spécial sur aqbookfund, il serait bien plus agréable d'avoir deux pages distinctes : l'une avec la liste des bookfunds, l'autre avec les budgets (éventuellement filtrés selon un bookfund, mais pas forcément) 04:53 paul (au tel) 04:53 rach bonjour 04:56 pierrick_ hi rach 04:58 rach hi 05:26 osmoze hello 05:27 pierrick_ hello osmoze 05:28 osmoze salut pierrick 05:31 pierrick_ hdl, pour ton système de pagination des budgets, tu utilises le même algorithme que pour les résultats d'une recherche ? 05:32 hdl oui. 05:32 hdl salut osmoze. 05:33 pierrick_ tu as factorisé en faisant un fonction générique ? 05:34 hdl Non :( copier coller. 05:34 hdl puis adapter 05:34 pierrick_ :-/ 05:35 pierrick_ peut-on générer, d'une façon ou d'une autre, et de manière exceptionnelle, du HTML directement en Perl et l'envoyer brutalement au template dans une variable ? 05:37 paul (au tel) 05:45 paul everybody : can you test if you can reach www.sqli.com ? 05:48 pierrick_ I can 05:49 paul hdl ? 05:49 pierrick_ they contacted me recently for a job... 06:19 hdl pqul 06:19 hdl paul 06:36 pierrick_ je réponds à ma propre question "est-il possible de générer du HTML directement dans le code Perl ?". La réponse est oui, exemple avec les méthodes de création de listes de sélection via CGI. Donc on pourrait faire une fonction qui rend générique la pagination ? (merci de confirmer) 07:53 paul pierrick : oui, c'est possible. MAIS il faut penser aux problèmes de traduction, et donc ne rien mettre qui soit à traduire dans le code perl. Ce qui n'est pas si trivial que ca 08:04 pierrick_ c'est un peu dingue de devoir se donner des contraintes comme ça :-/ on est obligé de complexifier drôlement le template. Pas moyen de faire un petit gettext depuis le Perl alors ? 08:04 paul ca aboutirait à X versions localisées de Koha. Ce qui serait encore plus complexe amha ! 08:04 paul et puis là, les webdesigners peuvent bosser sur les seuls templates et ignorer le code perl. 08:06 pierrick_ euh... je ne souhaite pas rentrer dans ce débat ici et maintenant, mais en gros il ne faut pas confondre webdesigner et traducteur... et créer du code HTML simple (une liste) dans le Perl, ça ne devrait jamais gêner le webdesigner 08:10 paul contre exemple : 08:10 paul une bibliothèque a un catalogue avec 5 item types. 08:10 paul par défaut, on affiche dans le masque de recherche une liste avec : 08:10 paul - tous 08:10 paul - itemtype1 08:10 paul - itemtype2 08:10 paul - itemtype3 08:10 paul ... 08:11 paul et on peut donc choisir 1 itemtype. 08:11 paul et bien certaines bibs voudraient avoir des cases à cocher pour en choisir 2 ou 3. 08:11 paul Evidemment, ce n'est pas envisageable lorsqu'une bib a 15 itemtypes différents ! 08:11 paul donc on doit tout faire dans le template si on veut être rigoureux. 08:12 paul (ps : je suis d'accord que les CGI:create_scrolling_list() sont contraires à ce que je viens de dire, 08:12 paul mais je parle de l'objectif, pas du passé !) 08:15 hdl Toutefois, si je peux me permettre un petit mot dans ce débat. 08:15 paul 1 seul mot et petit en plus ? vas y, interviens :-D 08:15 pierrick_ je comprends les avantages/inconvénients de chaque méthode, c'est juste que dans certains cas le moteur template impose une syntaxe lourde pour faire des choses pas si complexes... et ne pas pouvoir déplacer le calcul du HTML dans le Perl parce que les éléments localisés ne peuvent l'être que dans le template, je trouve cela bien dommage 08:16 hdl Le mécanisme des pages, pour peu que l'on utilise un > pour aller à la suivante, >> pour aller à la dernière page et des pages numérotées ne me semble pas trop poser de problème de traduction. 08:16 pierrick_ hdl, très juste, en utilisant ">" et ">>" on court-circuite le problème 08:17 hdl On pourrait donc peutêtre strandardiser. 08:17 pierrick_ (heureusement que les nombres ne sont pas localisés...) 08:17 hdl Mais alors attention. 08:17 hdl 'Jusqu'au jour où on nous demandera la numérotation en chiffres romains :) 08:18 hdl Je disais attention à bien définir l'interface d'appel, de façon à ce que les entrées soient toujours des listes, avec un nombre de résultats. 08:19 paul hdl : es-tu sûr que l'on symbolise "suivant" avec un > en chinois ? 08:19 hdl Bon Après, à charge pour nous de prendre TOUTES les pages affichant des listes et de les faire passer par cette requête. 08:19 paul fais bien gaffe de ne jamais aller à un mariage chinois habillé en blanc : c'est la couleur du deuil ! 08:19 paul ;-) 08:26 hdl Certes. 08:26 hdl En japonais, cela semble utilisé. 08:26 hdl En chinois, je n'ai pas pu constater. 08:26 paul lol 08:27 paul même si c'était le cas, il faudrait étudier aussi le russe, le breton, la papouasien, le klingon ... 08:27 paul bref, c'est hors de portée ;-) 08:28 hdl Ce que je voulais dire, c'est que l'on peut avoir à un système visuel pour la gestion des pages, même si dans la plupart des cas je suis de ton avis. 08:28 hdl Cela dit, on touche aussi une des limites de la localisation de Koha. 08:29 hdl En effet, si l'on a un site dans lequel la base des champs MARC est en anglais, quelle que soit la "langue de l'interface" que l'on choisit à l'OPAC, ce sont les intitulés Anglais qui vont resortir. 08:29 hdl Bon. C'est pas très chic. 08:34 pierrick_ si on pouvait faire appel à la localisation autrement que via les templates, on n'aurait pas ce problème... mais je me garde ce débat pour la semaine du 8 mai... 10:00 kados Jabber Software Foundation: http://www.jabber.org/ 10:02 paul and ??? 10:07 kados nothing, just happened to notice that they have their own foundation 10:07 paul ah, ok. 10:07 paul good morning joshua. 10:11 kados morning :-) 10:13 hdl hi op kados :) 10:14 kados hehe 10:14 pierrick_ hi kados 10:14 pierrick_ can you kick "pierrick" ? 10:15 kados lemme try :-) 10:15 kados no such nick 10:15 pierrick_ you're right 10:15 paul op means I can do what I want on the chanel ? like kicking hdl ? 10:15 kados :-) 10:15 paul great ! 10:15 kados hehe 10:16 kados can change the topic too 10:16 paul (pierrick : 10:16 paul [09:35:34] Signoff: pierrick (Ping timeout: 624 seconds) 10:16 paul ) 10:16 pierrick tango charlie 10:16 paul just a few minuts after you said you where pierrick_ no more pierrick 10:16 paul works ! 10:16 hdl -o hdl 10:18 pierrick in templates, why don't you name submit buttons ? 10:18 pierrick I've done it on renewals 10:18 paul just say to ppl that don't like that they can modify them theirself ;-) 10:18 pierrick it makes things easier 10:56 pierrick I've just commited a big refactoring of circ/circulation.tmpl on HEAD, I'd like you feedback about template source and HTML output. I've used a double indentation in template source : one indentation for HTML, one indentation for template structure (TMPL_IF, TMPL_LOOP). Working like this, i've easily seen were mistakes were (in HTML and template structure) 11:16 osmoze merci Paul :) 11:17 paul merci de quoi ? j'ai rien dit moi ! d'ailleurs, tu m'as rien demandé ! 11:17 paul (n'oublions pas notre ami logbot !) 11:18 osmoze ^^