Another upvote for jQuery. I'm using it for Libki now. I find it far more
elegant to work with than YUI.
Kyle
http://www.kylehall.info
Mill Run Technology Solutions ( http://millruntech.com )
Crawford County Federated Library System ( http://www.ccfls.org )
Meadville Public Library (
http://www.mysql.com/products/
http://www.mysql.com/products/I imagine this is going to impact Koha quite
a bit, as Koha has been using InnoDB for quite a while now. Switch to
Postgres?
Kyle
http://www.kylehall.info
Mill Run Technology Solutions ( http://millruntech.com )
Crawford County
Public Library ( http://www.meadvillelibrary.org )
On Thu, Nov 4, 2010 at 6:14 AM, Kyle Hall kyle.m.h...@gmail.com wrote:
http://www.mysql.com/products/
http://www.mysql.com/products/I imagine this is going to impact Koha
quite a bit, as Koha has been using InnoDB for quite a while now
Hello All,
Some months ago there was talk on the list about adding course
reserves to Koha. I was just wondering if there was anyone actively
developing this feature. I know that support for hourly loans is
needed first, and that there is an RFC on the koha community wiki
written by Ian. Is this
, Kyle Hall kyle.m.h...@gmail.com wrote:
Hello All,
Some months ago there was talk on the list about adding course
reserves to Koha. I was just wondering if there was anyone actively
developing this feature. I know that support for hourly loans is
needed first, and that there is an RFC
Another vote for keeping the current workflow. Chris has done a
fantastic job as RM, nothing else needs to be said.
Kyle
http://www.kylehall.info
Mill Run Technology Solutions ( http://millruntech.com )
Crawford County Federated Library System ( http://www.ccfls.org )
Meadville Public Library (
Hey All,
I just wanted to let everyone know that I've updated my virtual
appliances to 3.6. This is a complete rebuild using Debian 6.0 (
Squeeze ) instead of Lenny. I also added a bit more to the Koha
Console program for automatically fixing the networking issue that
crops up on virtual
That sounds pretty awesome! Paul++
Kyle
http://www.kylehall.info
Crawford County Federated Library System ( http://www.ccfls.org )
Meadville Public Library ( http://www.meadvillelibrary.org )
On Fri, Feb 10, 2012 at 11:57 AM, Paul Poulain
paul.poul...@biblibre.com wrote:
Le 10/02/2012 17:50,
It sounds like you might want to just add openid support instead. That
would allow not only gmail address, but also the use of any other
openid provider.
Kyle
2012/3/4 Pratik Malhotra pratik.malho...@fountainheadschools.org:
Hello all,
I am looking for someone who can do some development in
Hello all,
I have a librarian who would like to have the ability to modify a
basket's booksellerid in the Acquisitions module. They want to be able
to do this because they frequently have to change vendors after
beginning the initial ordering process. I don't feel I'm am very
knowledgeable about
I am for xxx_id
Kyle
On Fri, May 25, 2012 at 12:00 PM, Paul Poulain
paul.poul...@biblibre.com wrote:
xxx_id
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website :
06/06/2012 15:55, Kyle Hall a écrit :
I agree with paul here. I think in the optimal solution would be a
table prefix for every column, so we have *zero* name clashes for
joins. I doubt we will get there any time soon, but it is something to
thing about. It simplifies queries, whereas having id
Sounds good to me.
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
On Tue, Jul
Hello All,
I'm working with a library that is having problems running reports
based on serials enumeration data, and I was hoping to get some
feedback on an idea I have.
Right now, we store the enumeration format in
subscription.numberingmethod ( e.g. Vol {X}, No {Y}, Issue {Z} ).
When the serial
Hey all,
I've been thinking about this for quite a while now. I feel that Koha
would benefit greatly from having a traditional logger, rather than
relying on warn's being written to the apache logs. This would give us
many benefits. First, we would be able to log everything to one or
more
The big question I have is: Would being able to output debug messages
to the web browser be useful enough to make it work implement?
Currently, the Koha logs are very verbose. If we replace all occurrences of
'warn' to use this module and display them to the web browser, the users
will be
just thinking...
a trivial change to git-bz could email the patch to the patches@list, when
uploaded a patch to bugzilla
which would be a double-win, i think
i'll attempt this sometime soon, and report back to the list...
I was thinking the same thing. I wonder if it would be possible to
On Fri, Oct 5, 2012 at 7:26 AM, MJ Ray m...@phonecoop.coop wrote:
and, bootstrap has great backwards compatibility
- http://github.com/twitter/bootstrap/wiki/Browser-Compatibility
Only works on OS X and Windows??? And Firefox 5? I'm pretty
sure we've lots of Linux users, probably some
- Use the Bootstrap framework both for the responsive CSS grid and for
the interface widgets (buttons, menus, etc)--but not be slavish to the
default Bootstrap design.
As a recent user of Bootstrap, I give this two thumbs up.
- Use consistent indentation rules on all templates
Totally
I agree, this seems like a good option. The only thing I could imagine
that would make it better would be to add a new section under
administration to define these choices so we don't require librarians
to be messing around with html. Perhaps I'm trying to make it overly
complicated though ; )
+1 for GPLv3
and a +1 for Bootstrap!
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions (
I cannot imagine why altering that syspref would break anything. It does
indeed only modify runtime behavior. In fact, CCFLS has switched it on and
off at various time with no negative side effects.
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public
It's really quite spiffy! Just click the Splinter Review link and you
will get a page with a link for each file. You can then look a the diff for
each file, and double clicking any line will bring up a text box so you can
annotate individual lines of code. Once you are done, click the Overview
://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
On Fri, Apr 5, 2013 at 9:32 AM, Paul pau...@aandc.org wrote:
At 07:34 AM 4/5/2013 -0400, Kyle Hall
This these have been my thoughts exactly as well. I think it would be best
if the templates were pure unstyled html that are well classed and all
elements should have unique id's as well. Each theme should just be css and
presentation javascript.
In addition, I think we should completely remove
and more intelligent deal with
translating that message.
Marcel
--
*Van:* koha-devel-boun...@lists.koha-community.org [
koha-devel-boun...@lists.koha-community.org] namens Kyle Hall [
kyle.m.h...@gmail.com]
*Verzonden:* woensdag 10 april 2013 13:23
*To:* MJ Ray
On Tue, Mar 12, 2013 at 1:11 PM, Galen Charlton g...@esilibrary.com wrote:
If any folks are interested in becoming a module maintainer, please let me
know.
I would be willing to volunteer as a module maintainer for plugins, holds,
fines, and/or course reserves ( once it is pushed ).
Kyle
On Wed, Apr 10, 2013 at 7:42 PM, David Cook dc...@prosentient.com.auwrote:
I'm not sure what I think about using ajax based widgets. In theory, I like
the idea, but I don't think it's a good idea for all of Koha to bust if
someone has their Jscript turned off. Includes might be a decent
I think the biggest issue with just ditching the prog opac theme is
everyone who upgrades will lose their customizations, and have to re-do
them. However, if the prog theme has a specific sunset release, it will
give everyone time to re-customize and hopefully patch the theme for any
I think in the long run making ccsr the primary theme will be the most
healthy decision. We'll just have to go through some growing pains to phase
out the prog theme.
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library (
Solutions ( http://millruntech.com )
On Fri, Apr 12, 2013 at 5:47 AM, Owen Leonard oleon...@myacpl.org wrote:
On Thu, Apr 11, 2013 at 6:35 PM, Kyle Hall kyle.m.h...@gmail.com wrote:
I think in the long run making ccsr the primary theme will be the most
healthy decision.
Can you explain
://millruntech.com )
On Fri, Apr 12, 2013 at 5:59 PM, Owen Leonard oleon...@myacpl.org wrote:
On Fri, Apr 12, 2013 at 5:45 PM, Kyle Hall kyle.m.h...@gmail.com wrote:
Essentially, because it support mobile devices better than prog.
But this whole discussion is about merging CCSR and prog! We don't
have
Hello all!
I've been given the green light to invest some time into a full rewrite of
Koha's accounts system. I've been wanting to do this for a while now and am
really looking forward to it!
I've created an RFC here:
http://wiki.koha-community.org/wiki/Accounting_system_rewrite
Please let me
I'd be willing to donate some time to this project. I think we need very
standard variable names. For example, any and all pages about a single
patron should have a standard patron variable ( let's say Borrower ). The
same thing should go for records. Each record should have the biblio and
)
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
On Tue, May 7, 2013 at 11:03 AM, Colin Campbell
colin.campb...@ptfs-europe.com wrote:
On Tue, May 07, 2013 at 10:21:30AM -0400, Kyle Hall wrote:
I think we need very
Those sound like good ideas to me! We could add a system pref for follow
rules from the time of checkout vs follow current rules. I think the
opaque key isn't a bad idea either. Rules could be set to 'active' or
'inactive' so that previous checkouts could follow these inactive rules but
new
If it turns out that a lot of folks are writing plugins or are
planning to, I think we should encourage them to go through a QA
process, and creating an official plugin repository would move us
toward that.
That's pretty awesome! I didn't know there were that many people interested
writing
Plugins have unrestricted access to the database, right? Even if one
couldn't readily write one that interjects itself into the loan rules
calculating, unrestricted database access means that plugins have the
potential to intermingle with core functionality.
Yes, that is correct.
MARC
I can attend either, but the 28th would be best for me.
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions (
Sept 3rd is fine by me!
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
On
+1
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
On Tue, Oct 29, 2013 at 10:18 AM,
Hey all, this is something I've been thinking about for a while now, and I
should probably throw it out there to see if it's just a terrible idea ; )
Right now we have 5 tables dealing with circulation rules. I think we can
add much greater flexibility *and* simplicity to how we store and select
As Jonathan has mentioned, I've expressed my concerns about a similar
proposal to drop the FK relationships in the discussion in bug 8369, and I
also think that any scheme to refactor the storage of the circ rules must
provide a concrete, user-visible improvement. Just reducing the number of
I can say Jonathan has pretty much summed up my feelings and experience as
well.
I think even now the vast majority of sign-offs are still done by
developers. I try to balance my community work between sign-offs and qa'ing.
I think the answer to the RM bottleneck is to push more work to the
Developers will (and should) have to do most of the sign offs, what we
might need is a better way to 'swap' patches. I sign off yours, you
sign off mine for example.
I completely agree. I recall you were working on some sort of Karma system
to track sign-offs and QA? Has then gotten off the
I can understand that Galen does not always have the time to examine each
patch when it enters PQA. But I would really like to see here more-or-less
FIFO (first in, first out). First out could of course mean Failed QA or
Discussion, but at least a change of state with some comments. The
Hey all,
We have some partners who would like to have a bit more flexibility when it
comes to audio alerts.
1) Have a new alert sound for most if not all alerts ( ie yellow alert
boxes ), keeping the current sound as the error sound.
2) The ability to select new sounds for each of these ( success,
I do believe use of DBIx::Class in existing subs is both good and
encouraged! That is, as long as there are no regressions! It seems like a
good idea to add that field to the borrowers table. I'm sure there are many
Koha administrators that need to sync data between Koha and other systems,
and it
Sounds like an excellent idea! If everyone is in agreement, I think it
should be added to coding guidelines, and to koha-qa.pl if possible.
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County
So far I think the patches are excellent. The use of
DBIx::Class::ResultClass::HashRefInflator is a great way to move to using
DBIx::Class in our modules without the need to rework all the calling code
to make use of dbic objects.
For long term goals I see the following steps leading us to the
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
The Koha community is proud to announce the release of 3.12.14.
This is a maintenance release and contains several bugfixes.
As always you can download the release from
http://download.koha-community.org.
Release notes available at
http://koha-community.org/koha-3-12-14-released/
I have an interesting SIP2 implementation issue. When authenticating
through SIP2, if a valid patron id is passed in, but an *invalid* password
is passed in, Koha's SIP2 server send back the AF ( screen message ) field
even though the credentials are invalid. If a patron owes any fees, the
server
As discussed in #koha, I think we are not using DBIC as well as we could.
Right now we are only using it to replace hand written SQL queries. I would
propose the following:
1) Allow find and simple searches in pl.
2) If a search is used more than once, it should be a ResultSet method
3) If a
...@lists.koha-community.org] *On Behalf Of *Kyle Hall
*Sent:* Wednesday, 10 September 2014 3:22 AM
*To:* Koha Devel
*Subject:* [Koha-devel] Koha and DBIC
As discussed in #koha, I think we are not using DBIC as well as we could.
Right now we are only using it to replace hand written SQL queries
...@lists.koha-community.org] namens David Cook [
dc...@prosentient.com.au]
*Verzonden:* woensdag 10 september 2014 8:26
*Aan:* 'Kyle Hall'; 'Koha Devel'
*Onderwerp:* Re: [Koha-devel] Koha and DBIC
Hi Kyle:
Could you speak more to what a ResultSet method would be? From what I’ve
seen
AM, Zeno Tajoli z.taj...@cineca.it wrote:
Hi Kyle,
Il 09/09/2014 19:21, Kyle Hall ha scritto:
1) Allow find and simple searches in pl.
2) If a search is used more than once, it should be a ResultSet method
3) If a subroutine operates on a single table row, it should be a Result
method
4
1) Allow find and simple searches in pl.
IMO, this is not a good idea. You're coupling database schema with code
that's closer to display.
It's funny, I've been trying to think of an example search to justify this
and I can't really think of one where we can't use existing Result
On Wed, Sep 10, 2014 at 9:19 PM, Robin Sheat ro...@catalyst.net.nz wrote:
Kyle Hall schreef op wo 10-09-2014 om 20:51 [-0400]:
It's funny, I've been trying to think of an example search to justify
this and I can't really think of one where we can't use existing
Result relationships
I completely agree. You've described the issue more succinctly and
eloquently than I have by far.
Kyle
On Thu, Sep 11, 2014 at 4:15 AM, Colin Campbell
colin.campb...@ptfs-europe.com wrote:
Its worth keeping in mind that DBIC is an Object Relational mapper and
that as such returns objects
On Thu, Sep 11, 2014 at 8:13 AM, Mark Tompsett mtomp...@hotmail.com wrote:
Greetings,
Fey?! Please, let’s not add more technologies (Haskell that compiles to
Javascript) in for geekiness sake.
Heh, not Fay, Fey ; ) http://search.cpan.org/~drolsky/Fey-0.40/lib/Fey.pm
I have been reading
Solutions ( http://millruntech.com )
On Thu, Sep 11, 2014 at 9:34 AM, Jonathan Druart
jonathan.dru...@biblibre.com wrote:
2014-09-11 14:59 GMT+02:00 Kyle Hall kyle.m.h...@gmail.com:
I had always thought it was yes to all those. We discussed the issues in
Edinburgh. That's where the idea
On Fri, Sep 12, 2014 at 3:43 AM, Jonathan Druart
jonathan.dru...@biblibre.com wrote:
2014-09-12 3:31 GMT+02:00 David Cook dc...@prosentient.com.au:
That said, I think Colin and Kyle have good points about not wanting to
abstract the abstraction, as it does add overhead. DBIC can be slow.
This appears to be an excellent read on ways to extend and enhance Result
and ResultSet:
https://github.com/castaway/dbix-class-book/blob/master/chapters/06-Components-and-extending.md
Kyle
___
Koha-devel mailing list
First question to be asked: why are we adopting an ORM?
If we are using it to abstract the DB engine selection (i.e. making Koha
usable with Postgres instead of only MySQL) I'm sure we are wasting our
time.
What's the point of rewriting the whole thing to just move away from an
enterprise
Yes. I'm imagining something along the lines of Koha::Object, and
Koha::Object::Set which would have all the boilerplate we need for general
use ( get, set, find, search, etc ). Then all our table-tied objects would
inherit from Koha::Object and a set of those objects would inherit from
Chris, I'm a bit lost here. The idea behind Koha::Object is that we have a
common base class from which to derive Koha::Biblio, Koha::Serial and so
forth. That is, this class would be used as the base for classes that have
a simple 1 to 1 table mapping to encapsulate DBIC while maintaining a
I agree. I'd rather use DBIC directly and extend what we already have. It's
just an idea if the conclusion is we can't do that.
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated
Hey All,
It's been well over a year since I submitted my first iteration of the
accounts rewrite. Now that 3.18 is out the door, I think it's time to hit
the ground running!
Due to the size of this change, I'm asking for *two* QA volunteers who are
willing to work closely with me to make sure we
Excellent! Welcome to the community! I look forward to seeing your work!
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run
Hey all! I'm looking to get feedback on this enhancement before proceeding
with development:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937
Some libraries have found that Koha doesn't work well with some
external services like SHAREit that utilize z39.50 to get information
about a
Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
On Wed, Apr 8, 2015 at 3:49 PM, Kyle Hall kyle.m.h...@gmail.com wrote:
As you all may know, our beloved Koha Release Manager unfortunately
discovered that while he and his family were away
I've filed bug 14048 as an RFC for making RefundLostItemFeeOnReturn
configurable on a per-branch basis. Please take a look and let me know what
you think!
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14048
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com
Hey all, I posted this on April 22, and received no feedback. I just wanted
to give everyone a second chance to post any feedback on the development
plan for bug 14048. If you have any comments about it, please let me know!
Otherwise, I'll assume everyone is ok with the development plan, and I can
Sounds like a great idea!
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
On
That would definitely require modifying the Koha source code. I'd recommend
filing a bug report as a start. You'll probably need to hire somebody to
write a patch to add this feature, but you never know!
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville
Have you verified the SMS service you are using has a Perl SMS::Send
driver? Each driver is for a specific server. You can search for your
provider here: https://metacpan.org/search?q=sms+send
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public
We could move to using DBIC's find_or_create method as an alternative:
http://search.cpan.org/~ribasushi/DBIx-Class-0.082820/lib/DBIx/Class/ResultSet.pm#find_or_create
I know I've submitted at least one patch that uses that instead of the
classic INSERT statement.
Kyle
http://www.kylehall.info
Technology Solutions ( http://millruntech.com )
On Tue, Apr 7, 2015 at 1:57 PM, Mark Tompsett mtomp...@hotmail.com wrote:
Greetings,
Kyle Hall wrote:
We could move to using DBIC's find_or_create method as an
alternative:
http://search.cpan.org/~ribasushi/DBIx-Class-0.082820/
lib/DBIx/Class
Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
On Tue, Apr 7, 2015 at 1:57 PM, Mark Tompsett mtomp...@hotmail.com wrote:
Greetings,
Kyle Hall wrote:
We could move to using DBIC's find_or_create method as an
alternative:
http
Doh! I wish I'd checked this email thread a bit earlier:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13967
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library
As you all may know, our beloved Koha Release Manager unfortunately
discovered that while he and his family were away, his home was broken into
and his electronics were stolen, including his laptops. Let's see what we
can do to help him replace his stolen electronics!
Let's show everyone what the
Hey All!
If everyone who is interested in being available for blocker discussion can
post their general Monday availability I will take that data and find some
good windows of opportunity for group discussions.
For the record, I'm available most often from 7 am to 2 pm EST.
Kyle
what is a BLOCKER meeting?
On Wednesday, June 3, 2015, Kyle Hall kyle.m.h...@gmail.com wrote:
Hey All!
If everyone who is interested in being available for blocker discussion
can post their general Monday availability I will take that data and find
some good windows of opportunity for group
The batch record tool can
A) overlay/replace existing records
B) revert batches, including modifications due to overlays
The situation becomes messy when we begin dealing with batches having
overlaid records that are now deleted. If one of these batches is reverted,
the record is un-deleted and
for the terminology:
http://wiki.koha-community.org/wiki/Terminology
IMO what we need, most of all, is a consensus on how we want to see
the Koha namespace organised.
2015-06-19 15:35 GMT+01:00 Kyle Hall kyle.m.h...@gmail.com:
It's been discussed a few times, but I think we need to formalize
Agreed! The next step I think is to move ( add ) caching from C4::Context
into Koha::Config::SysPrefs thus removing all dependency on those
C4::Context subs. After that we begin replacing the use of
C4::Context-preference with Koha::Config::SysPrefs. Does that make sense?
I wonder if we can
I can totally agree with this bit I would suggest it's best for the qa'er
to be the final determiner of complexity.
Kyle
Sent from my phone. Please excuse my brevity.
On Aug 20, 2015 10:03 AM, Marcel de Rooy m.de.r...@rijksmuseum.nl wrote:
So I suggest that for some patches, the ones with a
Excellent! I've been adding new object classes on a per bug basis as I've
needed them.
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Since Koha::Object(s) is used for with inheritance interfaces aren't really
necessary. Simply declaring Koha::Object(s) as a base for your module will
mean those methods already exists. The only time you need to define one of
those methods is if you need to override the base behavior ( to add
Järjestelmäkeittäjävaarakirjastot.fi+358 50 449 7763
--Powered by Kubuntu Linux!
On 27.07.2015 14:04, Kyle Hall wrote:
Since Koha::Object(s) is used for with inheritance interfaces aren't
really necessary. Simply declaring Koha::Object(s) as a base for your
module will mean those methods already exists
Try this:
*/15 * * * * root koha-foreach --enabled /usr/share/koha/bin/cronjobs/holds/
build_holds_queue.pl
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System (
If an item is checked out, it will not show up in the holds queue. The idea
behind the holds queue is to show you available items that can be used to
fill open holds!
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library (
Not all libraries use the holds queue, so I don't believe that cronjob is
enabled by default. The script you are looking for is holds/
build_holds_queue.pl, you should add this script to /etc/cron.d/koha-common
in a similar fashion to the lines in there. I would suggest you set it to
run every 15
Also a vote for #4.
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
On Tue, Sep
I agree. I think it should be added to the agenda for the next developers
meeting so it can be put to a vote!
Kyle
http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System (
I'm concerned that we are going down a road where every patch submitted to
the Koha project will end up requiring a community vote. I think it would
be more reasonable and efficient to add a community UI manager role to the
project. Someone who is empowered to make executive decisions on this
sure that there are some UX design patterns available somewhere.
>
> If we would like to have a rules, I would suggest that something that
> changes the screenshot used in the user documentation should be approved,
> especially when it doesn't add features.
>
> Eric
>
> On
t; Aleisha and others have done recently. For bigger changes I'd try sending
> links to screenshots/bug reports to the mailing list to get some opinions -
> if there is no clear direction, we can still schedule an official
> discussion/vote at a meeting.
>
> Katrin
>
>
> On 31.05.
uld this be consolidated in one document?
>
> Marc
>
> Am 01.06.2016 um 02:43 schrieb Kyle Hall:
>
> I think you've summarized everything nicely. If Owen were interested in
> taking some official mantel I would not be opposed ; )
>
> I think we need to focus on expediency and
1 - 100 of 202 matches
Mail list logo
