"Owen Leonard" <[EMAIL PROTECTED]> wrote:
> For those of you who may be new to Koha, please note that the Koha
> Wiki is not editable by default. Because of wiki-spam problems in the
> past, users are required to register and log in to make changes. This
> is indcated on the Wiki home page by a mes
Marc Chantreux <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 31, 2008 at 12:58:57PM +0200, Vincent Danjean wrote:
> > MJ: can you tell me where I can find your work about koha packaging ?
>
> MJ? :)
As I told people who wrote to me directly (who didn't mention this
mailing list thread), my work has be
Paul POULAIN <[EMAIL PROTECTED]> wrote:
> One of our libraries bugs me to have exactly the same look the the
> biblio summary in the list result.
> atm, the differences I can see are :
> - in staff, title/author are on 2 lines, in OPAC, they are on 1 line,
> separated by 'by'
> - in staff, publis
MJ Ray a écrit :
> Paul POULAIN <[EMAIL PROTECTED]> wrote:
>
>> One of our libraries bugs me to have exactly the same look the the
>> biblio summary in the list result.
>> atm, the differences I can see are :
>> - in staff, title/author are on 2 lines, in OPAC, they are on 1 line,
>> separated
>From a librarian point of view, I think that the intranet side should be
different. Librarians want to see more information when searching than the
general public would. I agree that the staff search results need to change
- but I don't know if making it the same as the OPAC is what we need.
Th
> (owen) is there some style property to resize automatically the image ?
> I've tried :
>');height:50px;">
The logo is displayed using a CSS image replacement technique, so that
the markup can be simply:
Koha
...and the image display can be controlled entirely by the stylesheet.
I agree tha
"Nicole Engard" <[EMAIL PROTECTED]> wrote:
> From a librarian point of view, I think that the intranet side should be
> different. Librarians want to see more information when searching than the
> general public would. I agree that the staff search results need to change
> - but I don't know if m
In PHP there was a script that I could run to resize images on upload -
isn't there something similar for Perl that you could run on the image
you're using so that when you set it to the background it fits in the space
allotted?
---
Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS
On Tue, Aug 5, 2008 at 10:25 AM, Nicole Engard
<[EMAIL PROTECTED]> wrote:
> In PHP there was a script that I could run to resize images on upload -
> isn't there something similar for Perl that you could run on the image
> you're using so that when you set it to the background it fits in the space
(http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_guided_reports)
Guided reports are great. However, they are fully hardcoded SQL atm.
There's no possibilities to have parameters that are fixed at run time.
That would be usefull, for example, when you want to build a report that
run
> Maybe the answer is to make the staff interface a bit like the social
> networking websites do and have a first part of the display as "public
> profile" and then an extra part that appears in the staff interface.
To preface: I think the advanced search interfaces are underdeveloped.
They've rea
I have an interesting situation here. We had LibLime come and give us a
presentation last week and I thought it would be best to invite the city
IT staff to take a look so that they could be onboard with any decision
that we make. However, what has happened is that they seem to think
that they hav
Ed Veal a écrit :
> So my question is how do I convince the IT department of this? I can't
> seem to get it through to them that this is not just any old SQL database.
Say them something like : "so, we will build a marc21 record, with a
nice leader, some authorities links, the requested coded fi
I would start by pointing them at the MARC standard:
http://www.loc.gov/marc/ , and tell them to start there. If that
doesn't dissuade them then look up the z39.50 protocol, and tell them
that that is the next step. Then point them at IndexData's Zebra
engine, and that's the next step.
Then tell
Paul POULAIN wrote:
> Ed Veal a écrit :
>> So my question is how do I convince the IT department of this? I can't
>> seem to get it through to them that this is not just any old SQL database.
>
> Say them something like : "so, we will build a marc21 record, with a
> nice leader, some authorities
Hi,
Perl's warnings pragma is the cheapest way to find bugs. We already
use the strict pragma; now it's time to add warnings. More
importantly, it's time to review the messages produced by the warnings
pragma and fix the underlying issues.
To reiterate, this RFC has two goals: turning on warnings
My E-mail address is [EMAIL PROTECTED]
From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED]
Sent: Tue 8/5/2008 1:01 PM
To: Jeaux White
Subject: Welcome to the "Koha-devel" mailing list (Digest mode)
Welcome to the Koha-devel@lists.koha.org mailing list!
I agree with Paul, you need to show them that MARC is nuts and they don't
want to try and migrate it themselves.
---
Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
[EMAIL PROTECTED]
AIM/Y!/Skype: nengard
http://liblime.com
http://blogs.liblime.com/open-sesam
Galen Charlton wrote:
> Ideally, all Perl scripts and modules should have warnings enabled by
> the time 3.2 is released.
1000 applauds. Furthermore, demand that the error_log is *empty*
during normal use, i.e. a non debug environment.
> I propose the following steps to implement this:
>
> 1.
On Tue, Aug 5, 2008 at 1:07 PM, Galen Charlton
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> Perl's warnings pragma is the cheapest way to find bugs. We already
> use the strict pragma; now it's time to add warnings. More
> importantly, it's time to review the messages produced by the warnings
> pragma and
On Tue, Aug 5, 2008 at 12:07 PM, Galen Charlton
<[EMAIL PROTECTED]> wrote:
> Ideally, all Perl scripts and modules should have warnings enabled by
> the time 3.2 is released.
I'm surprised we haven't done this yet. I hadn't worked on code that
didn't use strict and warnings in years before I start
Hi,
I am a librarian in kenya.I would like to get the cd installation package
for the KOHA library software.We have a slow internet connection and we
cannot download the program online.Any assistance in that aspect would help
in the automation of our small library.
Thank you.
Tonny Mwiti
My ad
22 matches
Mail list logo
