Koha - getting other fields to appear
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 fields (77X-78X) but it could really apply to anything. Thanks. -- Linda Culberson lculber@mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824
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, 2011 at 10:40 AM, Linda Culberson <lculber@mdah.state.ms.us> wrote:
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 fields (77X-78X) but it could really apply to anything.
Thanks. -- Linda Culberson lculber@mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
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 allow libraries to upload their own XSLT, so that they can have a number of files there and enable what they want. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D
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 Windhoek, Namibia
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 a look here to see how to do that: http://wiki.koha-community.org/wiki/Installing_Multiple_Instances_of_Koha -- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.html
Renate Morgenstern wrote:
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.
Did you know that most email software remembers where the reply command was used and includes metadata that explains the relationship to other emails? (Most commonly In-Reply-To and References headers.) Because you used "Reply" when it wasn't a reply, rather than "Compose new", your email appears on the bottom of an unrelated topic in web forums like http://koha.1045719.n5.nabble.com/Koha-getting-other-fields-to-appear-td4510... instead of appearing as a new topic. This means fewer people will see your message and you'll probably get fewer answers. Hope that helps, -- MJ Ray, Software Engineering Specialist, www.software.coop member. (# number in subject emails = copy to all workers unless asked.) Turo Technology LLP, reg'd in England+Wales, number OC303457 Reg. Office: 36 Orchard Cl., Kewstoke, Somerset, GB-BS22 9XY
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 allow libraries to upload their own XSLT, so that they can have a number of files there and enable what they want. if Koha is to use xslt for all the display instead of using template::toolkit, this could be good. But if there are to be only two or three or even SOME places where xslt is used, then define it : basket, list, search results and maybe acquisitions. make that sysprefs, let the syspref be a uri file or http and that's all. To be able to put files on a server would require ppl to be able to master the security of this server or at least, write a good documentation for that. We added an upload in cataloguing tools so that ppl can attach a file on a biblio and the link is displayed, only under some conditions. http://git.biblibre.com/?p=koha;a=shortlog;h=refs/heads/archinantes/wip/MT51... But when documenting that for the simple library administrator who may not be a system administrator would be quite uneasy. There are plenty of nice vms to use in order to have a nice secure place to upload files and
Le 22/06/2011 00:46, Robin Sheat a écrit : provide uris to access those files. Why not just make it work with koha and let the librarian just copy/paste the xslt uri in a syspref, which is really easy ? xslt is nice, when it is used in the browser, not when it is used as it is in koha. Cataloguing frameworks made it a nightmare. C4/XSLT.pm should be reduced to a very simple thing. get xslt, parse, add variables and functions in a koha namespace (getmarcstructure,getauthorisedvalue), and process the xml. Just make it easy to access outer ressources. It may be better than writing a big block to upload xslt. My gut feeling, but i havenot seen your spec. -- Henri-Damien LAURENT
participants (7)
-
Frédéric Demians -
LAURENT Henri-Damien -
Linda Culberson -
MJ Ray -
Nicole Engard -
Renate Morgenstern -
Robin Sheat