We think it is a great idea, which we have supported from one principle
and in which we will participate with pleasure.
Miguel Angel Calvo
El 21/06/11 01:53, Chris Cormack escribió:
> 2011/6/21 Joann Ransom:
>>
>> -- Forwarded message --
>> From: Joann Ransom
>> Date: 21 June 20
On Mon, Jun 20, 2011 at 7:53 PM, Chris Cormack wrote:
> 2011/6/21 Joann Ransom :
>>
>>
>> -- Forwarded message --
>> From: Joann Ransom
>> Date: 21 June 2011 11:52
>> Subject: Re: About koha-community.org domain
>> To: Tomas Cohen Arazi
>>
>>
>> As the 'official' holder of the do
>>> As the 'official' holder of the domain koha-community.org.nz we are entirely
>>> happy to do whaever the community wishes. I personally see no problem is
>>> giving the go ahead for es.koha-community.org . Are there any issues we need
>>> to consider?
+1 from me.
-- Owen
--
Web Developer
A
> Shall I download the list of books in the cart in any other format? There is
> only 3 formats to download the list.(RIS,Bibtex and iso). But I have to
> download it in .odt or .doc format.
I saw from the IRC log that you got some advice on this issue there,
but a reply on the list could be help
It's my understanding that the safest place to put an individual
book's unique identifier is in the item record - under barcode.
The biblio number does not refer to the individual physical item.
Also, at least in older versions, it can change, which means it is
unstable. (I haven't tried it in the
We lost our ability to search on barcodes after updating to 3.4
Still haven't regained it.
Titles work, thank goodness.
On Mon, Jun 20, 2011 at 3:56 PM, Fred Pierre wrote:
> We are having a similar problem: After updating from 3.0 to 3.2, items that
> were barcode-searchable are no longer found.
Koha,
I've asked this before, but is there any way to add fields to display?
The "hidden" setting in the framework fields apparently only applies to
the MARC view. Is there any way or interest in getting it to apply to
the other views? We are especially interested in getting the linking
entry
The XSLT defines what fields display where, so you'd need to edit
those files. Now, a good suggestion I think I read on bugzilla was to
allow people to use a sys pref to point to their own XSLTs so that
you're not editing the default (which causes problems with upgrades).
Nicole
On Tue, Jun 21,
Hi Abdulsalam Yousef,
On 19-Jun-2011, Abdulsalam Yousef wrote:
> We have faced this new problem in koha 3.02.05 when trying to open the link
> http://mu.maktabat-online.net:8080/cgi-bin/koha/tools/scheduler.pl
> which concerns with the Task Scheduler we get this error
>
> Software error:
> Sched
Mahesh T Pai wrote:
> MJ Ray writes:
> > using koha_perl_deps.pl which does show what is required and
> > what is optional. Splitting debian.packages in two would be
> > a bigger job and I'm not sure if it's worthwhile, but have a
> > go if you think it is.
>
> How about a .deb metapackage a
Nicole Engard schreef op di 21-06-2011 om 10:43 [-0400]:
> Now, a good suggestion I think I read on bugzilla was to
> allow people to use a sys pref to point to their own XSLTs so that
> you're not editing the default (which causes problems with upgrades).
I'm speccing out something that will all
Good day,
I have installed MARC 21 database for testing, but now I would like to
see the Unimarc as well.
Can I have 2 databases, or do I have to de-install the MARC 21. What is
the correct procedure to follow and not damaging my current
installation.
Thanks
Renate
--
Renate Morgenstern
Windhoe
> I have installed MARC 21 database for testing, but now I would like to
> see the Unimarc as well. Can I have 2 databases, or do I have to
> de-install the MARC 21. What is the correct procedure to follow and
> not damaging my current installation.
You need to have two Koha instances. Take
13 matches
Mail list logo
