← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:57 | thd | kados: and then I have also found a timeout option. |
| 12:58 | kados: Are you there? | |
| 12:59 | owen: try howling :) | |
| 14:15 | kados | my $norequests = 1; |
| 14:15 | foreach my $itm (@items) { | |
| 14:15 | $norequests = 0 unless $itm->{'notforloan'}; | |
| 14:16 | owen: when do you want an item to be unreservable? | |
| 14:17 | owen | When there are no items, or all items are lost or cancelled |
| 14:19 | Isn't that how it was working? | |
| 14:23 | kados | so that line should read $norequests = 0 unless (($itm->{'wthdrawn'}) || ($itm->{'itemlost'}) || (!$itm->{'itemnumber'})); |
| 14:27 | owen | notforloan is a valid condition as well. That should also block reserves |
| 14:28 | kados | nope ... notforloan is linked to item status |
| 14:28 | so you've got a mapping | |
| 14:28 | 0 = available | |
| 14:28 | 1 = checked out | |
| 14:29 | 2 = on reserve | |
| 14:29 | 3 = missing | |
| 14:29 | etc | |
| 14:29 | it's customizable | |
| 14:29 | so if you wanted to make an item notforloan (for real) | |
| 14:30 | it's counter intuitive I know | |
| 14:36 | thd | kados: have you examined the timeout option for Net::Z39.50 or Net-Z3950-AsyncZ ? |
| 14:36 | kados | thd: nope ... I built my own connection manager |
| 14:36 | seems to work fine | |
| 14:37 | thd: everything in that script works correctly but I've found that it's not a very accurate way to retrieve correct information ;-) | |
| 14:38 | thd | kados: I thought that were having trouble with more than 30 or 40 records at a time. |
| 14:38 | kados | thd: though you can retrieve information ;-) |
| 14:38 | thd: nope ... I wrote a connection manager and don't have the prob now | |
| 14:39 | thd | kados: what do you mean by accurate? |
| 14:39 | kados | thd: well ... the script will find records and get their 050 fields ... but usually they are the wrong records ;-) |
| 14:40 | thd: if you want we can discuss it later today ... right now I've got some work to do ;-) | |
| 14:40 | thd | kados: why are the records wrong? Is your query too imprecise? |
| 14:42 | kados: Ok. when is later? | |
| 14:44 | kados | how about 6ish |
| 14:45 | (no guarantees though ;-) | |
| 14:46 | thd | kados: we will see what happens. I have been researching related issues late last night. |
| 14:46 | kados | cool |
| 15:51 | hdl | kados, do you have a problem with sf ? |
| 16:35 | owen | i don't understand this: $err{errbadcode} = ($code eq 'BadBarcode'); |
| 16:35 | What's going on with the parentheses? | |
| 16:36 | chris | its a lazy way of writing this |
| 16:36 | if ($code eq 'BadBarcode'){ | |
| 16:36 | $err{errbadcode}=1; | |
| 16:36 | } | |
| 16:36 | tim | Woohoo! I guessed it. |
| 16:37 | chris | nice work tim :) |
| 16:37 | owen | I see, thanks chris |
| 16:37 | tim | except I didn't know how to write it the other way :) |
| 16:38 | I really didn't know how to write it that way either, but I could see what it was supposed to do. | |
| 17:19 | thd | kados: are you available now? |
| 19:08 | kados: Does your search fail to return any expected record or too many other records in addition to the expected record? | |
| 01:36 | osmoze | hello |
| 02:39 | bonjour paul, dans le test graphique de l opac sur ta machine, tu mets dans la page recherche les deux cadres au meme niveau, comment as tu fais ? Cela viens de la page search.tmpl ou c est dans le css ? | |
| 02:41 | paul | salut js |
| 02:41 | tu veux dire les 2 cadres de recherche titre/auteur/... et code barre/... | |
| 02:42 | osmoze | oui :) |
| 02:42 | paul | non, ca se met à coté quand il y a la place. Mets la police en 8px, ca devrait se mettre cote à cote ;-) |
| 02:42 | osmoze | ok merci :) ^^ |
| 02:44 | c est dommage que les petite carre de recherche dictionnaire avec les points se mettent a la ligne ^^ | |
| 02:45 | paul | là aussi, c'est une question de place normalement |
| 02:46 | osmoze | hum...bizarrement non |
| 02:46 | meme à 2 ca passe a la ligne alors que l ecran permet largement | |
| 02:46 | paul | tu as du trafiquer les propriétés de a |
| 02:46 | osmoze | hum...surement ^^ |
| 02:46 | paul | (ou de button |
| 02:46 | ) | |
| 02:46 | si tu rajoutes display:inline; | |
| 02:46 | par exemple ? | |
| 02:47 | osmoze | dans body ? |
| 02:47 | paul | si tu fais ca, ca va être rigolo :-D |
| 02:48 | non, plutôt dans a (ou c'est la valeur par défaut) ou dans button | |
| 02:49 | osmoze | ca change rien :( |
| 02:50 | paul | je peux voir ta feuille de style ? |
| 02:54 | une autre idée : diminue la lageur de label | |
| 02:54 | width: 5em; | |
| 02:54 | par exemple | |
| 02:55 | osmoze | non |
| 02:55 | paul | et pour les bloc20 et bloc60, tu dois aussi pouvoir diminuer la margin-right |
| 02:55 | osmoze | mem a 1 ca monte pas |
| 02:55 | paul | il y a peu de place entre le bord de la zone de saisie et le bloc |
| 02:56 | osmoze | non plus :( |
| 02:56 | paul | sinon, l'autre solution c'est de repartir de la feuille initiale et de réappliquer tes changements 1 par 1 pour voir celui qui fait planter. |
| 02:57 | osmoze | hum... ok |
| 02:57 | :) | |
| 02:57 | paul | un peu long, mais au moins on sait combien de temps ca va prendre ! |
| 02:58 | osmoze | :) |
| 02:58 | d ailleurs, une remarque, les editeur css n accepte pas la balise -moz-xxx bizarre... | |
| 02:59 | paul | toutes les balises -moz- sont hors standard |
| 02:59 | ou plutôt sont des extensions du standard. | |
| 02:59 | celui ci permet en effet aux navigateurs de créer leurs propres règles avec un préfixe spécifique | |
| 03:00 | par exemple -moz- pour mozilla, -ie- pour IE, -op- pour Opéra ... | |
| 03:00 | osmoze | ok ok :) je vais gogoliser un peu sur les css ce matin |
| 03:00 | paul | sauf qu'évidemment il n'y a aucune balise -ie- puisque IE est LE standard, donc pourquoi s'embétter à préciser que c'est spécifique à IE... |
| 03:21 | hdl | chris ? a few questions on acquisition module. |
| 03:21 | are you there ? | |
| 03:22 | chris | yep |
| 03:24 | hdl | I wonder when branch is taken into account when ordering a book. |
| 03:24 | I mean, in newbiblio.tmpl, you can provide branch information. | |
| 03:24 | But it seems that it is not saved. | |
| 03:25 | Unless you N-Z folks have different code and template. | |
| 03:26 | Another question, unitprice seems not to be saved at first, only ecost and rrp are. | |
| 03:27 | I think this is willed but which one is the good one if I want to tell my supplier you could earn that much if you would be so kind as to send me these books ;) (to tell it polite way) | |
| 03:33 | would you mind sending me your templates and codes for me to inquiry about what could work best in our acquisition module ? | |
| 03:33 | the last question i already asked : | |
| 03:33 | how do you manage partial supplies ? I ordered 3 books 1 arrived, still awaiting 2.... | |
| 03:33 | there is a receivedate but should get more than one. Should we save only the last one ? How could we store the number of parcel ? | |
| 03:33 | Many Thanks. | |
| 03:41 | chris | hdl, ill send our plain templates through that we are using for 2.2.2 when im at work tomorrow |
| 03:41 | they should help | |
| 03:41 | hdl | ok. |
| 03:41 | chris | we only store the date of the last one |
| 03:41 | in aqorders | |
| 03:42 | the dateaccessioned is stored in the items table | |
| 03:42 | so we know when each individual item was received | |
| 03:43 | hdl | so, that could help but there is no way to know which item comes from which order. |
| 03:44 | But that's not THAT important. | |
| 03:44 | chris | nope ... from the budget point of view, they only need to know how many were ordered, how many were received and how much they paid |
| 03:44 | hdl | ok. |
| 03:45 | chris | we could store the ordernumber in item.notes |
| 03:45 | if that would be useful | |
| 03:46 | hdl | Why not. |
| 03:46 | About unitprice ? | |
| 03:46 | chris | hmm i think that is set when the items are received |
| 03:47 | so its the actual price that was paid | |
| 03:47 | hdl | so I should consider which cost if I want to ask for these books to my supplier ? |
| 03:48 | I think it is rrp but need confirmation. | |
| 03:48 | chris | so ecost is how much you budgeted for it, rrp = recomended replacement price |
| 03:48 | ecost is rrp - any discounts you might get | |
| 03:48 | and unitprice is the price that comes in on the invoice when the books actually arrive | |
| 03:49 | hdl | usually over or lower than ecost ? |
| 03:49 | chris | hopefully unitprice = ecost |
| 03:49 | but sometimes its over, sometimes its under | |
| 03:49 | you cant trust suppliers :-) | |
| 03:49 | hdl | :) |
| 03:50 | You know Life is a jungle oldboy ;;) | |
| 03:50 | :) | |
| 03:50 | chris | hehe |
| 03:52 | hdl | should we send a letter with ecost *quantity or rrp * quantity to suppliers ? |
| 03:53 | chris | hmm good question |
| 03:54 | i think its rrp | |
| 03:54 | we should ask rosalie | |
| 03:54 | ill ask her tomoroow | |
| 03:55 | hdl | I'll code with rrp... If needed, I will change. |
| 03:55 | Thanks a lot chris. | |
| 04:00 | chris | no problem thanks for working on it :) |
| 04:24 | hdl | chris : Sorry LAST question : When is order supposed to be sent ? |
| 04:24 | Is this when order line is made or when basket is closed or sthg else I missed ? | |
| 04:25 | paul | hdl : closing a basket is mine. It's the only thing I've added to acquisition (with creating an order from a suggestion) |
| 04:26 | in my idea, closing means "i've just or i'll sent the order now" | |
| 04:26 | (but no way to be sure | |
| 04:26 | ) | |
| 04:26 | hdl | In mine too.... |
| 04:28 | chris | yeah i think closing the basket would be a good time to send the order |
| 04:30 | hdl | So we agree on that point. |
| 04:30 | YESSSS. | |
| 04:47 | paul | osmoze, elle me plait pas mal ta feuille de style... |
| 04:47 | (sauf le dégradé dans les h2, qui s'arrête un peu brutalement | |
| 04:49 | osmoze | :) je vais surement faire un deuxieme bandeau de degradé |
| 04:56 | paul, ou dois je rajouter une option pour avoir un cadre dans le marcdetail ? | |
| 04:56 | un cadre de fon je parle | |
| 04:57 | paul | c'est pas possible. |
| 04:57 | j'ai pas trouvé comment mettre un cadre de fond qui s'étend sur 10 onglets positionnés en absolu. | |
| 04:57 | ca semble impossible. | |
| 04:57 | je pense que j'ai pris la question dans le mauvais sens, mais je n'ai pas trouvé quel était le bon sens ;-) | |
| 04:58 | (peut être qu'il faut que les 10 onglets ne soient pas en positionnement absolu) | |
| 04:58 | bref, c'est po possible... | |
| 04:58 | osmoze | ok :) |
| 05:04 | en fait, c etait plus les resultat : je peux changer la couleur de "lieu de publication" mais pas la reponse "paris" je sais pas si c est la meme chose que tu parlais | |
| 05:05 | paul | ah, non, on ne parlait pas de la même chose alors. |
| 05:05 | mais je pense qu'on ne peut pas faire ca on plus : ce sont des ifnormations de même nature, donc avec un style identique. | |
| 05:06 | osmoze | mais la, il n y a pas de style, j ai le background de la page |
| 05:06 | comme si il y avait un transparent | |
| 05:07 | j ai rajouté un background dans .labelsubfield | |
| 05:07 | mais je trouve pas pour la reponse de ce labelsubfile | |
| 05:07 | d | |
| 05:08 | paul | background-color:transparent; serait il ton ami ? |
| 05:10 | osmoze | bon, j essaierai cet aprem :) |
| 05:10 | bon appetit | |
| 06:05 | Sylvain | hi akk |
| 06:18 | all :) | |
| 08:50 | kados | did someone ping me? |
| 08:51 | osmoze | connection timout for ping |
| 08:52 | oups, it's good now | |
| 08:53 | paul | 'morning joshua. |
| 09:01 | kados | morning |
| 09:01 | paul | today, working on items management. |
| 09:01 | add works | |
| 09:01 | modify should work in 20mn I hope. | |
| 09:01 | (but still nothing with zebra) | |
| 09:02 | hdl | morning kados. |
| 09:05 | kados : I wanted to ping you.... to ask for some passwords... for koha-Live CD... Would you give them on private chat ? | |
| 09:08 | paul | should not be private in fact ;-) |
| 09:09 | hdl | Sure, but it is the same... indradg has those passwords. |
| 09:16 | kados | paul: great news! |
| 09:16 | paul: I've been reading koha-devel and koha-cvs ... very exciting | |
| 09:16 | paul: thanks for breaking _my_ CVS ;-) | |
| 09:16 | paul | and simplified means easier to maintain ! |
| 09:16 | kados | great |
| 09:17 | paul | & my bet it that bulkmarcimport will be something like 10 times faster ;-) |
| 09:17 | kados | will we still use marc_subfield_tabl? |
| 09:17 | paul | nope |
| 09:17 | the raw record is not in bilbioitems.marc | |
| 09:17 | kados | s/not/now/ ? |
| 09:18 | paul | right, sorry |
| 09:18 | kados | is the record also going to be stored on the hd somewhere? |
| 09:18 | paul | but I think we still need a readable version of the MARC record. That's why I created the marcxml field. |
| 09:18 | kados | or inside Zebra (internal storage of Zebra)? |
| 09:18 | paul | the complete record will be : |
| 09:18 | kados | hmmm ... but zebra has a very fast conversion built in |
| 09:19 | paul | * in biblioitems.marc, in iso2709 form |
| 09:19 | * in biblioitems.marcxml, for our convenience | |
| 09:19 | * in zebra | |
| 09:19 | yes, but answer this question : | |
| 09:19 | kados | will all three stay in sync? |
| 09:20 | paul | as a developper, you need to verify that, for example, you don't have anymore biblios using that outdated itemtype. |
| 09:20 | how do you do (ignore biblioitems.itemtype for my sample) | |
| 09:20 | kados | hmmm |
| 09:20 | paul | now that you just have a iso22709 version of the marc record, you have a problem. |
| 09:20 | kados | no ... |
| 09:21 | you use Zebra to query and return the record in xml ;-) | |
| 09:21 | paul | believe me, it's VERY useful to have a readable xml version in the database. |
| 09:21 | kados | which it does natively |
| 09:21 | paul | quite long... |
| 09:21 | you are a developper, you want to do things fast ;-) | |
| 09:21 | kados | do you mean that the conversion is slow? |
| 09:22 | paul | I'm not sure the marcxml SQL will be useful when we will release Koha 3.0 |
| 09:22 | but i'm sure (100%) that it is useful when developping. | |
| 09:22 | kados | ok ... well you know best ;-) |
| 09:23 | paul | no, the conversion is not slow, but debug a table with unreadable values is quite boring & hard... |
| 09:35 | kados | T-MINUS 4 Hours 30 Minutes to Website / ID Meeting |
| 09:35 | oops ... 5 hours actually | |
| 09:36 | :-) | |
| 09:41 | paul | 'morning owen |
| 09:41 | owen | HI |
| 10:09 | kados | morning tim |
| 10:09 | tim | g'morning kados |
← Previous day | Today | Next day → | Search | Index