Re: [Koha-devel] [koha-devel]: 'syndetic' usage in koha

2009-07-16 Thread Mason James
On 2009/07/13, at 11:36 PM, Galen Charlton wrote: > Hi, > > On Mon, Jul 13, 2009 at 6:31 AM, Mason > James wrote: >> Does anyone know if the 'syndetic' book-jackets/cover-images are free >> to use for "general" usage >> or is a payment required to use the service? >> >> is the service free-to-u

Re: [Koha-devel] Koha dev install

2009-07-16 Thread Joe Atzberger
It doesn't make much sense to do a *dev* install from stable. Do your dev install from a git clone. Just follow the instructions in INSTALL.debian. When it asks you for a separate place to put config files (default ~/koha-dev/) that's where your real config ends up, like: ~/koha-dev/etc/koha-htt

Re: [Koha-devel] Koha dev install

2009-07-16 Thread Michael Hafen
It seems to be undocumented, but this is the behavior of the dev install. I recommend doing the single install on a development box if you want to fiddle with the code and such. On Thu, 2009-07-16 at 14:43 -0500, Library Guy wrote: > perl Makefile.PL creates a complete Makefile when run from the

[Koha-devel] Koha dev install

2009-07-16 Thread Library Guy
perl Makefile.PL creates a complete Makefile when run from the stable tar, but if instead I choose a dev install from kohaclone after git pull, the Makefile is incomplete. Hence my dev version of koha-httpd.conf contains only variable names: ## OPAC ServerAdmin __WEBMASTER_EMAIL__ Documen

Re: [Koha-devel] Staff client keyboard shortcuts

2009-07-16 Thread Owen Leonard
> Anyway, can Safari pass > http://www.w3.org/WAI/UA/TS/html401/cp0101/0101-ACCESSKEY-BUTTON.html#test1 > or select entry "F" on > http://www.w3.org/WAI/GL/tests/accesskey3.html Safari 4 for Windows can pass the accesskey test, and it can select entry "F" in that list *as long as the focus is on t

Re: [Koha-devel] Staff client keyboard shortcuts

2009-07-16 Thread MJ Ray
Owen Leonard wrote: > [I asked... please keep attributions] > > Why would accesskeys conflict with built-in browser shortcuts? > > I simply mean that we can't choose from the full array of possible > keys because some keys will already be mapped to default browser > functions. For instance, in Saf

Re: [Koha-devel] wiki.koha.org relicensing

2009-07-16 Thread Galen Charlton
elping with this. A tarball of the dokuwiki data directory can be downloaded. from http://wiki.koha.org/lib/exe/fetch.php?media=koha-wiki-20090716.tar.gz. Because Dokuwiki changed how it logs page changes, you'll have to parse both changes.log and individual page logs to get the complete pic

[Koha-devel] wiki.koha.org relicensing

2009-07-16 Thread MJ Ray
I'd like to help us move forwards with http://wiki.koha.org/doku.php?id=relicensing Can I have dumps of the wiki and bugs databases to trawl through to determine the relicensing electorate, please? Thanks, -- MJ Ray (slef) LMS developer and webmaster at | software www.software.coop http://m

Re: [Koha-devel] OCLC Connexion Gateway

2009-07-16 Thread Galen Charlton
Hi Ian, 2009/7/15 Walls, Ian : > I wanted to bring this to our community first, in case anyone might also be > looking into this, or if anyone has pursued it in the past.  It seems like > something we could certainly make work, and perhaps it would lower the > barrier of acceptance for some librar

Re: [Koha-devel] corrupt record in issues table

2009-07-16 Thread Chris Cormack
2009/7/16 Bob Birchall @ Calyx : > We have an entry in the issues table with a NULL itemnumber.  This is > causing the 'holds to pull' report to fail. > Is it safe to simply delete the corrupt row from the issues table? > We're using Koha 3.00.01.005 on Debian. > Yes it should be safe. You could d

[Koha-devel] corrupt record in issues table

2009-07-16 Thread Bob Birchall @ Calyx
We have an entry in the issues table with a NULL itemnumber. This is causing the 'holds to pull' report to fail. Is it safe to simply delete the corrupt row from the issues table? We're using Koha 3.00.01.005 on Debian. Bob Birchall CALYX ___ Koha-d