| Time |
S |
Nick |
Message |
| 12:57 |
|
thd |
kados: and then I have also found a timeout option. |
| 12:58 |
|
thd |
kados: Are you there? |
| 12:59 |
|
thd |
owen: try howling :) |
| 14:15 |
|
kados |
my $norequests = 1; |
| 14:15 |
|
kados |
foreach my $itm (@items) { |
| 14:15 |
|
kados |
$norequests = 0 unless $itm->{'notforloan'}; |
| 14:16 |
|
kados |
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 |
|
owen |
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 |
|
kados |
so you've got a mapping |
| 14:28 |
|
kados |
0 = available |
| 14:28 |
|
kados |
1 = checked out |
| 14:29 |
|
kados |
2 = on reserve |
| 14:29 |
|
kados |
3 = missing |
| 14:29 |
|
kados |
etc |
| 14:29 |
|
kados |
it's customizable |
| 14:29 |
|
kados |
so if you wanted to make an item notforloan (for real) |
| 14:30 |
|
kados |
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 |
|
kados |
seems to work fine |
| 14:37 |
|
kados |
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 |
|
kados |
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 |
|
kados |
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 |
|
thd |
kados: Ok. when is later? |
| 14:44 |
|
kados |
how about 6ish |
| 14:45 |
|
kados |
(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 |
|
owen |
What's going on with the parentheses? |
| 16:36 |
|
chris |
its a lazy way of writing this |
| 16:36 |
|
chris |
if ($code eq 'BadBarcode'){ |
| 16:36 |
|
chris |
$err{errbadcode}=1; |
| 16:36 |
|
chris |
} |
| 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 |
|
tim |
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 |
|
thd |
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 |
|
osmoze |
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 |
|
paul |
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 |
|
osmoze |
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 |
|
osmoze |
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 |
|
paul |
) |
| 02:46 |
|
paul |
si tu rajoutes display:inline; |
| 02:46 |
|
paul |
par exemple ? |
| 02:47 |
|
osmoze |
dans body ? |
| 02:47 |
|
paul |
si tu fais ca, ca va être rigolo :-D |
| 02:48 |
|
paul |
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 |
|
paul |
une autre idée : diminue la lageur de label |
| 02:54 |
|
paul |
width: 5em; |
| 02:54 |
|
paul |
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 |
|
osmoze |
:) |
| 02:57 |
|
paul |
un peu long, mais au moins on sait combien de temps ca va prendre ! |
| 02:58 |
|
osmoze |
:) |
| 02:58 |
|
osmoze |
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 |
|
paul |
ou plutôt sont des extensions du standard. |
| 02:59 |
|
paul |
celui ci permet en effet aux navigateurs de créer leurs propres règles avec un préfixe spécifique |
| 03:00 |
|
paul |
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 |
|
hdl |
are you there ? |
| 03:22 |
|
chris |
yep |
| 03:24 |
|
hdl |
I wonder when branch is taken into account when ordering a book. |
| 03:24 |
|
hdl |
I mean, in newbiblio.tmpl, you can provide branch information. |
| 03:24 |
|
hdl |
But it seems that it is not saved. |
| 03:25 |
|
hdl |
Unless you N-Z folks have different code and template. |
| 03:26 |
|
hdl |
Another question, unitprice seems not to be saved at first, only ecost and rrp are. |
| 03:27 |
|
hdl |
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 |
|
hdl |
would you mind sending me your templates and codes for me to inquiry about what could work best in our acquisition module ? |
| 03:33 |
|
hdl |
the last question i already asked : |
| 03:33 |
|
hdl |
how do you manage partial supplies ? I ordered 3 books 1 arrived, still awaiting 2.... |
| 03:33 |
|
hdl |
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 |
|
hdl |
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 |
|
chris |
they should help |
| 03:41 |
|
hdl |
ok. |
| 03:41 |
|
chris |
we only store the date of the last one |
| 03:41 |
|
chris |
in aqorders |
| 03:42 |
|
chris |
the dateaccessioned is stored in the items table |
| 03:42 |
|
chris |
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 |
|
hdl |
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 |
|
chris |
if that would be useful |
| 03:46 |
|
hdl |
Why not. |
| 03:46 |
|
hdl |
About unitprice ? |
| 03:46 |
|
chris |
hmm i think that is set when the items are received |
| 03:47 |
|
chris |
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 |
|
hdl |
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 |
|
chris |
ecost is rrp - any discounts you might get |
| 03:48 |
|
chris |
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 |
|
chris |
but sometimes its over, sometimes its under |
| 03:49 |
|
chris |
you cant trust suppliers :-) |
| 03:49 |
|
hdl |
:) |
| 03:50 |
|
hdl |
You know Life is a jungle oldboy ;;) |
| 03:50 |
|
hdl |
:) |
| 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 |
|
chris |
i think its rrp |
| 03:54 |
|
chris |
we should ask rosalie |
| 03:54 |
|
chris |
ill ask her tomoroow |
| 03:55 |
|
hdl |
I'll code with rrp... If needed, I will change. |
| 03:55 |
|
hdl |
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 |
|
hdl |
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 |
|
paul |
in my idea, closing means "i've just or i'll sent the order now" |
| 04:26 |
|
paul |
(but no way to be sure |
| 04:26 |
|
paul |
) |
| 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 |
|
hdl |
YESSSS. |
| 04:47 |
|
paul |
osmoze, elle me plait pas mal ta feuille de style... |
| 04:47 |
|
paul |
(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 |
|
osmoze |
paul, ou dois je rajouter une option pour avoir un cadre dans le marcdetail ? |
| 04:56 |
|
osmoze |
un cadre de fon je parle |
| 04:57 |
|
paul |
c'est pas possible. |
| 04:57 |
|
paul |
j'ai pas trouvé comment mettre un cadre de fond qui s'étend sur 10 onglets positionnés en absolu. |
| 04:57 |
|
paul |
ca semble impossible. |
| 04:57 |
|
paul |
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 |
|
paul |
(peut être qu'il faut que les 10 onglets ne soient pas en positionnement absolu) |
| 04:58 |
|
paul |
bref, c'est po possible... |
| 04:58 |
|
osmoze |
ok :) |
| 05:04 |
|
osmoze |
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 |
|
paul |
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 |
|
osmoze |
comme si il y avait un transparent |
| 05:07 |
|
osmoze |
j ai rajouté un background dans .labelsubfield |
| 05:07 |
|
osmoze |
mais je trouve pas pour la reponse de ce labelsubfile |
| 05:07 |
|
osmoze |
d |
| 05:08 |
|
paul |
background-color:transparent; serait il ton ami ? |
| 05:10 |
|
osmoze |
bon, j essaierai cet aprem :) |
| 05:10 |
|
osmoze |
bon appetit |
| 06:05 |
|
Sylvain |
hi akk |
| 06:18 |
|
Sylvain |
all :) |
| 08:50 |
|
kados |
did someone ping me? |
| 08:51 |
|
osmoze |
connection timout for ping |
| 08:52 |
|
osmoze |
oups, it's good now |
| 08:53 |
|
paul |
'morning joshua. |
| 09:01 |
|
kados |
morning |
| 09:01 |
|
paul |
today, working on items management. |
| 09:01 |
|
paul |
add works |
| 09:01 |
|
paul |
modify should work in 20mn I hope. |
| 09:01 |
|
paul |
(but still nothing with zebra) |
| 09:02 |
|
hdl |
morning kados. |
| 09:05 |
|
hdl |
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 |
|
kados |
paul: I've been reading koha-devel and koha-cvs ... very exciting |
| 09:16 |
|
kados |
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 |
|
paul |
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 |
|
paul |
* in biblioitems.marcxml, for our convenience |
| 09:19 |
|
paul |
* in zebra |
| 09:19 |
|
paul |
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 |
|
paul |
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 |
|
kados |
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 |
|
paul |
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 |
|
paul |
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 |
|
kados |
oops ... 5 hours actually |
| 09:36 |
|
kados |
:-) |
| 09:41 |
|
paul |
'morning owen |
| 09:41 |
|
owen |
HI |
| 10:09 |
|
kados |
morning tim |
| 10:09 |
|
tim |
g'morning kados |
