On Wed, Oct 15, 2008 at 8:47 AM, Nicolas Morin
<[EMAIL PROTECTED]> wrote:
> On Wed, Oct 8, 2008 at 11:49 AM, Krishnan Mani <[EMAIL PROTECTED]> wrote:
>
>>
>>
>> Improvements
>>
>> To introduce an e-mail workflow requiring patrons to confirm membership.
>
I'm not too sure about that: some might thin
My name is Luis. I\'m running koha at San Marcos university.
http://sisbib-03.unmsm.edu.pe:8080/cgi-bin/koha/about.pl
I have a problem with rebuild_zebra.pl.
1. the staff members delete a record, then I search the record, koha retrieve
this record, but don´t show me information, because the rec
Unfortunately fines demands a total overhaul to approach being an auditable
accounting system. Too many pieces were grafted on that approach things
differently.
Amountoutstanding will need to go away completely as a field and be
calculated from the existing data. Obviously the table will need a
Thomas Sewell-2 wrote:
>
>>Those errors are actually harmless, except for the 'production mode -
>>trapped fatal error' one. Loading kohastructure.sql manually will just
>>confuse the web installer. I've gotten that production mode error
>>myself when I had the wrong CGI::Session libraries insta
I'm looking through Accounts.pm and I see the call to fixcredit() is
commented out, and the POD for fixcredit() declares it deprecated. So
it seems that amountoutstanding is not adjusted when manual credits are
entered. I would rather see amountoutstanding change than that it not
change.
Are the
On Tue, 2008-10-14 at 15:04 -0400, Galen Charlton wrote:
> Hi,
>
> On Tue, Oct 14, 2008 at 2:55 PM, Owen Leonard <[EMAIL PROTECTED]> wrote:
> > That seems like a real solution. Anyone care to bring their superior
> > skills to bear on this problem?
>
> A suggestion - search term highlighting boil
Hi,
On Tue, Oct 14, 2008 at 2:55 PM, Owen Leonard <[EMAIL PROTECTED]> wrote:
> That seems like a real solution. Anyone care to bring their superior
> skills to bear on this problem?
A suggestion - search term highlighting boils down to generating a
list of words, some of which should be styled wi
> The cataloging page still suffers from this breakage.
I've just submitted a patch to correct that.
> Perhaps these fields could be html escaped before the search term
> highlighting is applied?
That seems like a real solution. Anyone care to bring their superior
skills to bear on this problem?
I recall there being a couple patches, one to HTML escape the title in
search results, and another to reverse that change on the catalog page.
HTML escaping the title breaks search term highlighting. The cataloging
page still suffers from this breakage.
Perhaps these fields could be html escaped
Hi,
On Tue, Oct 14, 2008 at 11:41 AM, Henri-Damien LAURENT
<[EMAIL PROTECTED]> wrote:
> Is there a way we could solve this situation ?
I will have gitosis running by the end of the week.
Regards,
Galen
--
Galen Charlton
VP, Research & Development, LibLime
[EMAIL PROTECTED]
p: 1-888-564-2457 x7
Joe Atzberger a écrit :
> Paul --
>
> I think as long as the commit message identifies the target as
> 3.0-specific, there is not much benefit from a separate patches list
> for 3.0. I might defer to HDL on this, since he is the end
> recipient/manager of those patches, but I think the community o
Paul --
I think as long as the commit message identifies the target as 3.0-specific,
there is not much benefit from a separate patches list for 3.0. I might
defer to HDL on this, since he is the end recipient/manager of those
patches, but I think the community of reviewers should be the same.
Si
It seems to me the question is who do we want doing the heavy lifting on
patches. I see it this way:
If we have a [EMAIL PROTECTED] the heavy lifting will have to be done
by the submitters. They will have to make sure their patches can be
applied to the 3.0.x branch cleanly. For those of us wor
Hello,
atm, all patches are sent to [EMAIL PROTECTED]
They are supposed to be relevant for HEAD.
but : how will we deal with patches that are 3.0 only ?
For example : updates of the french translation. They are 3.0 specific,
and can't be merged in HEAD.
In a few weeks, I think we will have some
Zeno Tajoli a écrit :
> Hi to all,
>
> CILEA has found a stagaire to work on Koha.
> But we can't do what I have write in the RFC 'Autogeneration of Koha
> UML diagrams'.
> We limit ourselves to only write the documentation of Koha DB.
> You can see the new RFC here:
> http://wiki.koha.org/doku.p
Hi to all,
CILEA has found a stagaire to work on Koha.
But we can't do what I have write in the RFC 'Autogeneration of Koha
UML diagrams'.
We limit ourselves to only write the documentation of Koha DB.
You can see the new RFC here:
http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_ko
Thanks Frederic
I do not see Items.pm
I forgot to mention, this is still Koha 2.2.9.
Any suggestions?
- Original Message -
From: "Frederic Demians" <[EMAIL PROTECTED]>
To: "C W Nel" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, October 14, 2008 2:37 PM
Subject: Re: [Koha-devel] Updating multip
> I need to create a perl script to update wrong information in the item
> table.
> The holdingbranch data is wrong.
>
> How can I simultaneously change the data in the koha items table and
> the item data in the marc structure?
You have to use Koha API to modify items. Take a look at C4::Ite
I need to create a perl script to update wrong information in the item table.
The holdingbranch data is wrong.
How can I simultaneously change the data in the koha items table and the item
data in the marc structure?
Can anyone please help?
___
Koha-de
19 matches
Mail list logo
