I have a suggestion Miguel : you should ask for our vision BEFORE
writting the code. What would happend if, for any reason, it were not
included in official Koha ?
It's much better to describe what you plan to do before doing it.
anyway, welcome ;-)
--
Paul POULAIN
http://www.biblibre.com
omething for that (is it in an RFP, or something already
on the way ? can't remember. Nicolas ?)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Le 22/02/2010 06:43, Bob Birchall @ Calyx a écrit :
> Before we lodge on Bugzilla, are there any comments?
>
yes: sound fine to me ;-)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4
re?
>
Seems some of you are still using koha-de...@nongnu.org, please use
koha-devel@lists.koha.org instead, nongnu.org is really deprecated :(
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
_
)
>
> It does depend, InnoDB can do some strange things.
>
including not freeing space in the file system even if you truncate the
table :(
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
jections?
>
sounds a very good idea. And maybe we could even drop this syspref (and
the related behaviour)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
time anymore to be a good bug wrangler. So you won't upset me if
you candidate for one of my default assign ;-)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-d
rovements :
- hold policies are now on the branch/itemtype/categorycode level : "a
student can reserve 3 books at Aix. A teacher can reserve 5 serials at
Marseille"
- renewal policies are now on the branch/itemtype/categorycode level :
"a student can renew once books issued at Aix. A tea
Frederic Demians a écrit :
> Those kind of things can be tricky and messy.
Other idea : shouldn't we open a new position, named "database
consistency manager" or something like that ?
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
T
order doesn't matter.
(well, in fact, the order may matter, and that may be the limit of this
idea...)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Full Text" link only in those
> search results which have 952'x' = YES . How can I make this possible???
I think that you should/could use XLST for that
*PS* : please, stop sending your message to both lists koha &
koha-devel. If it's a user question, use koha. If
n?
>
this warning should be removed. Koha works perfectly well with 5.10
(otherwise, it means all our hosted customer have a non working version
of Koha and never saw it :o) )
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel
me?
>
iirc, I added the AnonymousPatron, and used it for suggestions as well
(in my patch for reading history opt-in). I think we don't need 2
different sysprefs (we already have too many !)
HTH
--
Paul POULAIN
http://www.biblibre.com
Expert
patron is debarred, but that's not your question ;-) )
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
__
Choose branch: __v(_v is the list of branches)
[OK]
at runtime.
It won't probably be in 3.2 (feature freeze declared), but in git & in
3.4, it will definitely be !
(don't help you Adrea, sorry)
--
Paul POULAIN
http://www.biblibre.com
Expert en L
create a page "newcodingguidelines", with everyone/anyone
ideas, that could be discussed through a chat session.
is it a good suggestion ?
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
__
k at the french files :
http://git.biblibre.com/cgi-bin/gitweb.cgi?p=koha;a=blob_plain;f=etc/zebradb/lang_defs/fr/sort-string-utf.chr;hb=HEAD
we manage diacritics smoothly
HTH
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
__
n't a robots.txt do the job ?
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
t even in 2.2)
dunno for the 2 others
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
David Schuster a écrit :
> is there a way in the OPAC to search 2 locations at the same time?
>
> branch:001,901 or something of that nature?
>
> David Schuster
>
Hi David,
you can create branch groups, with your 2 branches, and the user can
select a group in advsearch.
HTH
just
> want some feedback before I do anything
Another thing we could do: update the online help (that is outdated
almost everywhere -and thus unused by most users-. A big task to update
& improve :( )
--
Paul POULAIN
http://www.biblibre.c
ving a ranking (1-10 for example)
would be easier to fill, and easier to compile results.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
koha-de...@nong
Apache part of Koha)
Cheers,
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
all know that getting 400 000 lines of code without hint,
help and a git repo would be useless), but at least, that would clarify
our motives.
cheers
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81
concentrate on new_acq and biblibre_integration topic branches on git )
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koh
obably right.
> Ahead of the Koha foundation meeting on the 15th, i volunteer to host
> some or all such services, if any are needed, as well as volunteer
> time to administer some of them. i am also willing to pitch in to fund
> such services.
>
Really great !
--
Paul
lopers from Chris C. to PTFS, Tamil, PTFS-Europe,
ByWaterSolutions,... will be very happy to test & play with all those
patches.
If some other people have "finished" or "almost finished" features, they
should be added as well. It's not a matter of putting BibLibre 1st, it
Hi ppl,
Just FYI : I leave now for 2 weeks of -needed- vacations. Don't expect
anything from me during those days. Will be back on monday, 24th
Cheers
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 9
ething very eyecandy !
any volunteer ? owen ? (not me, i'm well known to be very poor for that
:'( )
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing
monthly results, but only before may 09)
Who can fix that ?
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/lis
with you all.
>
I can't decide wether it is a very bad news for us or just a small pain.
I'm sure it's not a good news though.
However, your involvement, your calm, quiet, but hard work will be
remembered on Koha
(chris: maybe it's not an "Unsung Koha Heroes" bu
ity of Koha (ie : inconsistencies fixes, like unused
variables, html fixes ...) Do you plan to work on some features, or
you'll just continue improving the quality?
anyway, I want to express my thanks for the 58 previous patches, and my
hopes there will be many many more ;-)
-
it's a
"nighmare" to read your mails :
* It does not remove the signature, so we get your answer after Joe sig+
mailing list signature
* It does not quote what you're answering, so I don't see clearly what
is your and what is your answered
--
Paul POULAIN
http://www.bibl
onfig file to index DC
That should be enough... All other things (circ,...) should work like a
charm without any changes.
Of course, that's the theory.
And you know that "theory and practise are the same... in theory"
--
Paul POULAIN
http://www.biblibr
nfirm ?
Anyway : kudos for this first patch. I hope that will be the first of a
long long list ...
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel
ld just
be "reservoir" in correct english)
* LL added others
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
ons
(with 2 differents looks, ...) (which is a big improvement, I agree)
cheers
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://li
tp://diglib.org/architectures/ilsdi/)
He started last week, and the 1st days are very encouraging. We will let
you know once it can be opened.
As usual, it will be GPL-ed, even if we still haven't decided how to
distribute the code (use koha, sopac or BibLibre tools & repositories ?)
happy da
ome,
we are impatiently waiting for your 1st patch. Feel free to share with
us what kind of "small dev" you're doing. Sometimes, a "small dev" for a
developer means a "big improvement" for users !
--
Paul POULAIN
http://www.biblibre.com
Expert e
to Lose?"
>
At the end of the Dayn I play to Linux, not to Win :D
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
koha-de...@nongnu.org
h
ports. I consider this as a feature ;-)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
default
> is so large, and why the manual says it shouldn't be changed after
> installation? I don't want to make changes here until I'm sure of what
> it's doing.
>
I really don't know. On french, doc, this is not specified, and nothing
justify this. Just
wrote the RFC. It would be undoubtfully useful, but noone sponsored it
yet. So we (BibLibre) will write it if we have time or if someone
sponsor it.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
__
bsolete.
lab_theses is used by in2p3, and unimarc_field_4xx is used by all
libraries using the unimarc 4xx fields.
You can file a bug & affect it to nahuel.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
erse range of topics. Topics will include technical
information on how to develop for the various modules of Koha, support
options, and even panel discussions featuring users of Koha talking
about their experiences with the software.
"We expect this event to have wide appeal," said Paul Pou
nt source.
As Frederic D. has already pointed, each page call read something like
26 times the config.xml, a lot of sessions are created on mySQL...
Marc C. at BibLibre spend some time on that but could not succeed yet.
It's still on his roadmap though.
--
Paul POULAIN
http://www.biblibre
>
> Also, does KohaLA have a website to link to?
>
www.koha-fr.org is the main entry for french community. But we have
nothing against using french.koha.org (maybe ".kudos." is useless, as
frenchies won't remember & understand what it means) + I prefer "french&quo
Rick Welykochy a écrit :
> paul POULAIN wrote:
>
>> "PTFS has yet to participate in the community or submit a single
>> piece of code or patch to the Project. They have not contributed to
>> or supported the project at all," said Chris Cormack, original autho
d on
koha.org).
"Respect for the community guidelines helps the open source model of the
project to be sustained, with benefits for all participants," Rachel
Hamilton-Williams said.
Signatories:
Rachel Hamilton-Williams, Kaitiaki, Katipo Communications Ltd
Rosalie Blake Head of L
it.
I want to buy the air ticket & reserve the hotel, so I need to know
(reminder : I'll come with Nahuel, so 2 BibLibre guys)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
gt;
/me won't enter this flamewar (at least here in France... just FYI :
another provider in France do that. But to get an estimate of the cost,
you must first send him the list of your isbns (to size how many images
you'll use) + you cant' do a direct URL, you must p
u should not do that, and should use
the Perl API we provide : C4::Items::AddItem($record)
That's the only way to be sure everything is correctly stored.
Even me don't play with filling SQL tables directly for biblios/items !
--
Paul POULAIN
http://www.biblibre.com
Expert en Logicie
dea.
Once this is done, you can export marc_subfield_structure and
marc_tag_structure, and get a SQL file quite interesting to have a
simple cataloguing framework.
In UNIMARC, when you install Koha, you have the choice between 2 UNIMARC
flavours : "complete MARC frameworks" or "public l
zebra reindexing every week, with DB reset) ?
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
I know for sure
that having a koha-30x.exe would be welcomed for a lot of newbies (&
small libraries)
cheers
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08
___
Koha-devel m
Rick Welykochy a écrit :
> Exactly where is it needed?
>
> Is it required for web page output to stdout?
>
If i'm not mistaken, HTML::Template::Pro take cares of that (it was not
the case of HTML::Template)
> Is it required when Koha creates a CSV file as output?
>
;" is not handled by
the tmpl_process
the tmpl_process3.pl has some ways to handle string detection, I think
it can be improved.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
translations ;) But, anyway, git po
> files are now up to date.
> git fetch will get you translation base for 3.0.1
and if you don't have git, you can get them here :
http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=tree;f=misc/translator/po;hb=6
Rick Welykochy a écrit :
> Paul POULAIN wrote:
> If by "user" you are referring to the librarian or Koha user, then
> it is up to the Koha application to intercept and process the above
> error if it does happen and take remedial action, i.e. send an indignant
> email to
are paid to add feature.
That should not be an excuse, but that's what we face. However, the
positive aspect of this is that, with LibLime & BibLibre growing, we can
expect to be able to self-fund the code improvement.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libre
e result was awful (with duplicated biblios, and other
blockquing problems)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
Rick Welykochy a écrit :
> Paul POULAIN wrote:
>
>> As we are doing this, could we change the table name (biblios). I
>> think it should be written in our coding guidelines that table names
>> are plural.
>
> Nitpick: if all tables end in "s", isn
to the koha table
> bibliosubtitle.subtitle, which seems to not exist anymore. I'm sure this is
> left over from Koha 2.2. I remember this table from before, and so do my
> librarians.
you're right. And you're right it can be removed (although I think it's
ha
I totally agree with this idea.
As we are doing this, could we change the table name (biblios). I think
it should be written in our coding guidelines that table names are plural.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU T
7;
when needing to list the authvalues categories, display those with the
needed module or no module specified. Thus we would be 100% compatible
with previous versions, and librarians could upgrade their setup to have
something more readable.
--
Paul POULAIN
http://www.biblibre.
table to have something needing to be installed on
those computers.
Anyway, there's no other possibilities in HTML if I'm not mistaken.
a syspref with html of the "play sound" would be perfect I think : it
could either be or or whatever you want.
We would just need 2 :
- o
Joshua Ferraro a écrit :
> On Wed, Nov 12, 2008 at 9:39 AM, Galen Charlton
> I agree, capitalizing on the first word except for proper nouns I suppose.
http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2780 filed
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour
t!
yep.
> And what about the templates? They are often mind-bending to edit, and I've
> seen no tools to assist in comprehending their structure.
agreed...
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
ke :
- in button, each word has ucfirst
- otherwise, only the 1st word has ucfirst
thanks for clarification
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mai
ned that something was wrong. he just
sees that the data has not be saved. That's really bad !
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
irstname : __
that would result in a better SQL, and would not be a pain for the
librarian.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
ason, the biblio
pretends to be latin1 (or utf8) while it is in fact in utf8 (or latin1)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
[EMAIL PRO
sty "Auth ERROR: Cannot
get_session()"
The solution is to install the CGI::Session::serialize::yaml package,
it's simple !
We will update Koha installer for 3.0.1 to check for this dependancy
explicitly.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'
s expected, as my childrens are
members of the library as well.
The answer was : your cardnumber, as librarian, is vita (not a true
cardnumber). "Standard" patrons have a numeric cardnumber. Not a surname.
which is quite confusing, I agree. But it was the 1st time someone rised
the pro
sure we are on the same way.
Note : there are SQL statements in admin/ it's an historical reason :
when I started to hack admin/script, I was a beginner at Perl. I'm not
really proud of the code I wrote here, and, obviously, it should be
rewritten. But as it works and nobody had time to
k having all Perl in C4/*.pm is a good way. So, this C4::Table
will be used in .pm. agreed ?
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
nt of view, as, in every
case, we will have to do it.
- code #3 in 3.x
(sorry to bother you, Americans with one more vote, when you have a so
important one to do next week ;-) )
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 9
; I would even say dom should not be the default.
>
> With Josh's and your remarks:
> * if UNIMARC is chosen, I will not ask and set grs1
> * if MARC21 is chosen, I will ask level medium, default grs1
> Is it ok ?
yes, would be really perfect
orking with LibLime, you should 1st ask them.
But, the usual workflow could be :
-file a bug on bugs.koha.org to ask for a modification in Koha
- wait until it's done, or sponsor the development of the feature.
Henri-Damien, the Release Maintainer for 3.0 branch (and my business
partner)
3.0, so this should be high.
I would even say dom should not be the default.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
"en rayon" is really clear we think : it doesn't mean anything on
the "issuability" of the item, it just means the book is on the library !
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
hold on this book. It's an acceptable workaround
(although not long term)
But if the patron look at OPAC, see "available", and come to the
library... he will discover that the book is not really available...
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour
Hello,
If I don't mind, a book that has a hold on it is, in koha 3.0, displayed
as "available" in OPAC.
That sound strange, and a bug to me.
Am I missing something, or does it have to be fixed ?
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l
ypes, won't
> affect any existing
> Koha installations.
Wow ! that's exactly what one of our customers request atm...
As this mail is quite old, has it been added to koha 3.0 already ?
cheers
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-d
umber of bugs have been turned up
> recently, most of which were postponed to 3.2, so I think the module
> is in need of some attention beyond the specific enhancements to be
> proposed.
Very late, but +1 for all of those proposals.
--
Paul POULAIN
http://www.biblibre.com
Expert en
circ rules are doubled. We have the "standard circ rule" and the
"alternate circ rule". each of them being completly independant (one can
be daily, one hourly, or both daily...)
* on issuing screen (issue.pl), a checkbox let the librarian choose
between "default"
ion, if the issue date is not known, a made-up
> date can be supplied.
so, it's OK for me.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
ss a new contract falls from nowhere and needs to be done
urgently)
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://
for the day to the patron
- 2 hours later, the patron comes back to the issuing librarian and ask
for a "out of library" (ie : daily rules) issue
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
will face quickly.
So, any idea welcomed...
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailma
fact, shouldn't we rename "itemtype" in items table something like
"issuing type" ?
We have a client (BU Marseille) that clearly will use it as "issuing
type" : "30days", "7 days", "14 days" ar
heers
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
Galen Charlton a écrit :
> Hi,
>
> On Wed, Oct 1, 2008 at 8:33 AM, Paul POULAIN <[EMAIL PROTECTED]> wrote:
>> but, on every circ, we want to handle the item update in zebra too right
>> ? so we will have to :
>> 1- update the item in SQL
>> 2- rebuild
o+items
3- reindex zebra with both
so won't the gain be very small (gain in step 1, but loss in step 2,
that is fast with the actual structure) ?
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
__
e API, I think the changes will be heavy. I spoke of that with
hdl this morning, he fully agree.
So I think this change must be carefully estimated, and double checked
if we can include that in 3.2 with the timeline you've announced (and
that I fully agree with)
--
Paul POULAIN
http://
;>>> not use it imho.
>>> Which is fine, but we still need to support 5.8.
>> even in koha 3.x when x > 0 ?
>
> Certainly for 3.2, and IMO, until such time as 5.8 is either
> deprecated, not significantly used, or is unable to support the
> features we want f
.
Very good idea. will do that
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
at would require only a few changes for us, just change the numbers in
updatedatabase.pl before submitting.
Writing it, I think the later is the best solution, so, unless you don't
agree :
- we will use it
- we free the numbers we claimed (005 -> 009)
--
Paul POULAIN
http://www.biblibre
James for 3
months to work with us on acquisition module (half time), with John Soros.
We are very happy to see our team grow rapidly, and expect the Koha
community will benefit of this growing as well.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-d
idea.
--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
1 - 100 of 201 matches
Mail list logo