IRC log for #koha, 2006-03-31

All times shown according to UTC.

Time S 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/vie[…]oss/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 ^^

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary