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 |
^^ |