>
>
> It's much easier to remember to set the complexity setting if you use
> git-bz, so I recommend it!
>
> If anyone who submits patches doesn't use git-bz yet please give it a
> try and ask for help if you run into trouble. It's really worth the
> effort.
>
>
Is there a complete list of options
> In the process of signoff or QA, it is helpful to see rightaway the author
> of the report and its supposed complexity (size).
It's much easier to remember to set the complexity setting if you use
git-bz, so I recommend it!
If anyone who submits patches doesn't use git-bz yet please give it a
t
Agreed, +1. I could see a situation where a library takes a new picture
every year, and Koha just uses the newest one as the default.
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federa
Hi all,
Some/many people do not really care about filling assignee or patch complexity
when submitting patches to Koha.
In the process of signoff or QA, it is helpful to see rightaway the author of
the report and its supposed complexity (size).
When glancing through the queues, I am inclined to
Hi to all,
Il 17/07/2014 11:37, Marcel de Rooy ha scritto:
I am working right now on bug 6536 (again).
If you have an xslt file for unimarc-marc21 conversion, you could use it in the
additional xslt option.
Will submit the xslt patch probably today..
here there is a basic xslt for Unimarc ->
Hello,
We are working on various development pointers in Acquisition module to
customize it according to our workflow
Placing orders in KOHA 3.12 is vague to our organisation its consuming
procedure for placing orders which can be acheived with minimal workflow
i have crafted the workflow to mee
Hi,
I would prefer something more generic. I sometimes add new
sub-directories and it will be a pain to manually maintain the dir
list.
For instance, it seems the configuration you propose does not take
into account the issuingRules sub-directory in
t/db_dependent/Circulation.
Is it possible to l
Hi to all,
l 17/07/2014 11:31, Giuseppe Angilella ha scritto:
Record_transform, a metaproxy module, claims to be able to perform such
a conversion, but I couldn't figure out how to use it in conjuction with
Record_transform uses a xslt stylesheet, but there are only MARC21->DC
and MARC21->MA
I am working right now on bug 6536 (again).
If you have an xslt file for unimarc-marc21 conversion, you could use it in the
additional xslt option.
Will submit the xslt patch probably today..
Marcel
-Oorspronkelijk bericht-
Van: koha-devel-boun...@lists.koha-community.org
[mailto:koha-
Hi,
I wonder whether it is possible to filter unimarc records retrieved from a
Z39.50 server, and convert them "on the fly" into marc21 (and vice versa).
Record_transform, a metaproxy module, claims to be able to perform such a
conversion, but I couldn't figure out how to use it in conjuction
Hie,
Sounds great.
+1
Le 16/07/2014 18:46, Tomas Cohen Arazi a écrit :
Yesterday I updated the master tasks script for launching unit tests. I did
it so more tests are run (which were currently ommited). It looks like this:
export TEST_QA=1
export JUNIT_OUTPUT_FILE='junit_output.xml'
PERL5OPT=
11 matches
Mail list logo
