th 'v'. If you have suggestions or comments,
please respond to me or the list.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
Hi,
On Fri, May 14, 2010 at 12:09 PM, Colin Campbell
wrote:
> On 14/05/10 16:47, Galen Charlton wrote:
>
>> # for the Koha repository
>> git remote set-url origin git://git.koha-community.org/koha.git
> I think set-url is new in git 1.7ish if you don't have it change th
access to the server:
Galen Charlton
Chris Cormack
Brendan Gallagher
Henri-Damien Laurent
Chris Nighswonger
If there are any useful tools that should be added to this service,
please let one of us know or email koha-devel. If you have the time
and interest to help maintain and administer the Git
issue? What about going further and bumping up
to 5.10.0?
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
, however, I am issuing a call for
people to test and sign off on the patches.
[1] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=
[2] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4151
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
way
* wiki - summary of RFCs, another spot to hash out architectural
issues, and ideally a starting point for the release notes.
This approach does have some redundancy, but that redundancy is a
feature, not a bug, as it were.
Regards,
Galen
--
Galen Charlton
gmcha...
point me to a better way of checking such templates?
I'm not sure if it is in 3.0.x, but there is a test case in master,
xt/author/valid-templates.t, that you could copy over and use to catch
most (although not all) errors of this sort.
Regards,
Galen
--
Galen C
tive developers want
to send a bugfix for each email they add to this thread, I won't
complain.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
Hi,
On Sun, May 9, 2010 at 5:59 PM, Chris Cormack wrote:
> Fines/Fees
My preference.
> Accounts
I'm OK with this.
Regards,
Glaen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lis
to this wiki page by PTFS and others as
Harley gets sorted out.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
matter of dependencies on GPL2 code such as
OpenNCIP) and think that the AGPL3 should be considered as well, it
would be too disruptive to even think of doing this for 3.2.
However, since the proposal is relevant for 3.4, I do think that now
is as a good a time as any to start a discussion of thi
How about renaming
it to 'Fees' or 'Fines and fees'?
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
SAN Ouest Provence, France
* vokal (Vermont Association of Koha Automated Libraries),
Vermont, USA
* www.digital-loom.com
Regards,
Galen
--
Galen Charlton
RM 3.2
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists
Hi,
2010/4/14 messagesky :
> Would you tell me a website where can download MARC data. I want to do some
> test on Koha.
If you just need MARC records for testing, you can find several datasets at:
http://www.archive.org/details/marcrecords
Regards,
Galen
--
Galen Charlton
Hi,
On Tue, Apr 13, 2010 at 10:42 AM, Clay Fouts wrote:
> Hooray for progress. How about now?
Works for me now, thanks.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.
cker exited with error code
To gito...@git.koha.org:koha.git
! [remote rejected] master -> master (n/a (unpacker error))
error: failed to push some refs to 'gito...@git.koha.org:koha.git'
This error message usually indicates a file permissions problem.
Regards,
Galen
--
Galen Cha
ha.org:koha.git master:master
Permission denied (publickey).
fatal: The remote end hung up unexpectedly
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
is can be converted to UTF-8, but not mechanically. They're Zebra
configurations that are expected to be in ISO-8859-1 by default. To
signal that they're using UTF-8, the following directive would have to
be added to them and the results of the indexing tested:
encoding utf-8
Regards,
Galen
and (b) things that need to be discussed openly, on
koha-devel, first. A developer documentation project can organize and
describe existing practice, but IMO that project is not a suitable
forum for making significant changes to it.
Regards,
Galen
--
Galen Charlto
eople to become Koha
developers. In any event, my strong preference is to promote a method
for developer documentation that encourages *direct* updates by the
developers.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
K
plicit gatekeeper bothers
me. I think more active maintenance of the developer sections on the
wiki would be a better approach, possibly in conjunction with a bit of
work to allow it to be exported as DocBook for those who prefer to
consume it that way.
Regards,
Galen
--
Galen Charlton
g
Hi,
On Wed, Mar 17, 2010 at 9:37 AM, Zeno Tajoli wrote:
> Hi to all,
>
> In my linux box I have send this command:
>
> $git clone git://git.koha.org/home/pub/scm/koha.git koha32
It should be git://git.koha.org/pub/scm/koha.git - no 'home'.
Regards,
Galen
--
Galen Ch
CCing koha-devel, as I had meant to originally. --gmc
On Mon, Mar 15, 2010 at 9:13 AM, Galen Charlton wrote:
> Hi,
>
> On Sun, Mar 14, 2010 at 10:43 PM, Lars Wirzenius wrote:
>> * INSTALL.fedora7 -- this has a copyright statement, but no
>> copyright licen
me wrong - I'm not speaking as an apologist for Zebra,
except possibly to counter-balance what I think are some
mischaracterizations of where the problems lie. I would be quite
happy to have Koha work with Solr as well.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
__
t as we
redesign the API. However, I would be quite content if the end result
for 3.4 was simply a cleaner front end to Zebra.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
Hi,
On Mon, Feb 22, 2010 at 9:11 AM, Eric Bégin wrote:
> Why not using this value to set the 'authnotrequired' in the code,
> instead of having this value hardcoded. That way, every pages would be
> protected.
Agreed - this is more comprehensive.
Regards,
Galen
--
G
; 'value');
In the template, that value would be retrieved using
You can also pass more complicated data structures. For example:
$template->param(
myloop => [
{ value => 'abc' },
{ value => 'def' },
],
);
which can be retrieved
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
the InnoDB storage engine, not MySQL per se.
However, reclaiming space is easy enough, since by default a separate
InnoDB file is created for each table: just drop and recreate the
sessions table. You can also use MyISAM instead of InnoDB for that
table.
Regards,
Galen
--
Galen C
Hi,
On Wed, Feb 17, 2010 at 5:57 PM, Galen Charlton wrote:
> Hi,
>
> 2010/2/17 Christopher Curry :
>> First, am I correct that updating the availability status of an item in the
>> Koha Opac requires only that we update this field (items.onloan)?
>
> No, that's n
uld make it available.
> On that note, does any documentation exist detailing bib/item data variables
> like this that can be called from within Opac templates?
I don't know of anything that systematically documents that, I'm afraid.
Regards,
Galen
--
Galen Charlton
gmcha...@gm
xpired sessions entirely within SQL statements. With the current schema,
> you'd have to parse the contents of each row within a user program, then
> cull based on the expiry contained within the session data itself.
I agree, this would be useful, either done within Koha itself or sent
to t
e changes get improved so that there is a fallback and the
syspref will respect the translation system.
Regards,
Galen
--
Galen Charlton
Koha 3.2 Release Manager
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.
get a Koha system up and running quickly, I would
recommend using a common Linux distribution, particularly Debian or
Ubuntu.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
Hi,
I would like to have the default value of GranularPermissions be ON
for 3.2, and push a DBrev to turn it on for existing installations.
Particularly with new_acq, I think we've reached to point to do this.
Any objections?
Regards,
Galen
--
Galen Charlton
gmcha...@gmai
yet?
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
lt to backport bugfixes into the 3.2 maintenance branch.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
Hi,
On Wed, Feb 10, 2010 at 6:21 PM, Galen Charlton wrote:
> Consequently, I propose that we consider Frédéric to be the 3.4
> Translation Manager. If anybody has endorsements or objections, let's
> use this email thread to comment. If there's a strong desire to hold
>
Hi,
On Tue, Feb 9, 2010 at 7:47 AM, Galen Charlton wrote:
> During the general IRC meeting today, we decided to hold the vote for
> the 3.4 Translation Manager tomorrow, 10 February 2010, at 19:00 UTC+0
> on the #koha IRC channel. Two people have expressed interest,
> Frédéric
contributions to the upcoming newsletter by 14 February.
* There was a discussion of the desire for more tutorials
The next general meeting will be held on Wednesday, 3 March 2010 at 19:00 UTC+0.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnotes10mar03
[1] Time converter:
http://www.timeanddate.com/worldclock/fixedtime.html?year=2010&month=03&day=03&hour=19&min=0&sec=0
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
endan.
Brendan: please complete or withdraw your proposal for TM today.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
d ensure that important bugs do get addressed.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
interesting, but most libraries
> do
> you Firefox I assume for the staff side? If this is the case and they want to
> enable the sound sys-pref, they could just install Firefox 3.5/3.6 if they
> want
> sound. I am trying to err on simplicity for this.
Let's go with the audi
at it doesn't have any unexpected side effects, I will accept it for
3.2.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
sion to use in general for the
future, i.e.,
* stick with XHTML1
* XHTML2
* HTML5
* X/HTML5
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
koha-de...@nongnu.org
http://lists.nongnu.org/mailm
ackport to 3.2.1) if it causes any problems.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
koha-de...@nongnu.org
http://lists.nongnu.org/mailman/listinfo/koha-devel
___
that would seem to be
fine. I would also recommend giving your Koha server a fixed IP
address on the school network, or configuring the DHCP server to
ensure the same.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mail
pass my initial sniff test. This is a temporary thing to hopefully
help Chris out as he gears up for 3.4, but if anybody is desperately
curious to look at very new and shiny post-3.2 stuff, that branch will
be one place to look.
Regards,
Galen
--
Galen Charlton
gmc
Hi,
I'm calling a general bug squashing session all day on Wednesday, 10
February for us to hack on Koha 3.2 and fix bugs. Please join us on
#koha (server irc.katipo.co.nz) for the festivities. Virtual pizza is
on offer - don't miss it!
Regards,
Galen
--
Galen Charlton
gmcha...
Hi,
On Wed, Feb 3, 2010 at 2:20 PM, Galen Charlton wrote:
> In order to expand all translations from the compact package, after
> expanding the tarfile, do
>
> cd koha-3.02.00-alpha/misc/translator
> ./install.pll
That last should be
./install.pl
of course. Thanks to Magnus fo
lator
./install-code.pl fr-FR
As a reminder, as with any alpha release, this is not recommend for
use in a production setting. To report bugs in the alpha, please
visit http://bugs.koha.org/.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-
loper to readily renumber updates that
they're working on in a topic branch when it comes time to submit to
HEAD
* getting simple system preference updates out of the main
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel maili
improvements in Koha's ability to express circulation policies
As with any alpha release, 3.2-alpha is *not* recommend for use in a
production environment.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel
nges I needed to make to get
> updatedatabase run error-free.
I've merged this branch in with thanks.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
he minimum Koha version
number required to run the report.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnotes09nov04
The agenda for the meeting is:
1. Update on Roadmap to 3.2.
2. Update on Koha 3.0 Roadmap.
3. Follow-up on actions from General IRC Meeting 7 October 2009.
4. Agree times of next meetings.
Regards,
Galen
--
Galen
I don't mind reporting that bug and making that change. I just
> want some feedback before I do anything.
+1
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
that this could be *very* loosely coupled
to Koha and done as a component that could be used by other
applications, as all that it would need from Koha itself are some
configuration settings and some information from each bib record to
grab covers for.
Regards,
Galen
--
Galen Charlton
gmcha...@
script on the output of *that*
That way, you're not dependent on any textual peculiarities of
kohastructure.sql.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/ma
though, memcached will become an important
part of ensuring good performance for large, high-transaction-volume
Koha database.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/m
Hi,
On Thu, Sep 3, 2009 at 2:53 PM, Galen Charlton wrote:
> The interpretation of the grace period as affecting the effective due
> date but not the overdue fine makes sense to me, but since it it would
> mean a change in library fines, I wanted to double-check that there
> were
e care of schema changes. There
would be an issue only if you have local database or code changes that
might conflict.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/m
.
There's no bug for the enhancement yet, so I ask Jesse to create one
and point us to some documentation of his approach for maintaining the
metadata for the preferences.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
i-bin/gitweb.cgi?p=Koha;a=commit;h=f4d46222e85bd3009b3c7c391624e14642cb
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
depending on the current behavior.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
fy, are you saying that in your opinion the grace period
*should* be subtracted when calculating the number of days to base the
overdue fine on?
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
htt
:00%20UTC+0|another
time converter
[2]
http://www.worldtimeserver.com/meeting-planner-times.aspx?&L0=US-FL&L1=UTC&L2=GB&L3=IN&L4=NZ&Day=7&Mon=10&Y=2009
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Ko
regarding upcoming releases:
* As a reminder, feature freeze for 3.2 is by the end of the day on 6
September 2009
* Henri-Damien Laurant is tirelessly working on 3.0.4 and is looking
for testers.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha
erved for integrating
3.2 features.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
with your sign-off, that would be even better.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
wiki:
http://wiki.koha.org/doku.php?id=meetingnotes09sep02
[1] Time converters:
http://www.worldtimeserver.com/meeting-planner-times.aspx?&L0=US-FL&L1=UTC&L2=GB&L3=IN&L4=NZ&Day=2&Mon=9&Y=2009
http://www.wolframalpha.com/input/?i=2009-09-02%2019:00%20UTC+0
Reg
;L4=NZ&Day=2&Mon=9&Y=2009
http://www.wolframalpha.com/input/?i=2009-09-02%2019:00%20UTC+0
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
llowing day I'll be publishing all topic branches and
starting work to consolidate them into master - the main task will be
serializing the database changes.
Once that's done, it will mean that September will mean a lot of work
from all of us to digest the new features and submit b
betize
when I create the new category.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
nced content banner, which I think is a better conceptual niche
for them.
Regards,
Gale
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
Hi,
On Wed, Aug 12, 2009 at 1:58 AM, LAURENT
Henri-Damien wrote:
> one remark : it seems that "Branch" was abandonned in favor of Library
> for staff users.
Henri is correct.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Ko
--
Galen Charlton
Koha 3.2 Release Manager
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
a category
all to itself. Since OAI-PMH and ILS-DI are two specific examples of
external services optionally provided by Koha, a 'Web Services'
category would be a better umbrella.
Comments?
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
;L4=NZ&Day=2&Mon=9&Y=2009
http://www.wolframalpha.com/input/?i=2009-09-02%2019:00%20UTC+0
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
ards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
Hi,
On Tue, Aug 4, 2009 at 6:37 AM, Galen Charlton wrote:
> I've filed a request to have this module packaged on Debian for Perl 5.8
> users.
It is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539905
Regards,
Galen
--
Galen Charlton
gmcha..
request to have this module packaged on Debian for Perl 5.8 users.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
.co.nz.
Regards,
Galen
--
Galen Charlton
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
for creating the list and to BibLibre for hosting it.
Regards,
Galen Charlton
Koha 3.2 RM
gmcha...@gmail.com
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
at's done, please take a look and see
if there are any additions or tweaks to it that you would like to
contribute based on your users' usage.
Regards,
Galen
--
Galen Charlton
VP, Research & Development, LibLime
galen.charl...@liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt
__
Hi,
Chris Nighswonger has volunteered to be the default assignee for the
label printing component. Since the previous assignee was
mason.ja...@liblime.com, which is a defunct address (though not a
defunct person. Hi Mason!), I've made this change.
Regards,
Galen
--
Galen Charlt
ng Template Toolkit would be an excellent choice for
the messaging system - the template syntax is simple and clean, and
(rather importantly) I can envision writing an upgrade path for the
current templates to TT versions of them.
Regards,
Galen
--
Galen Charlton
VP, Research & Development, L
KohaSocialNetworks
To propose additional agenda items, please go to the wiki page for
this meeting located at
<http://wiki.koha.org/doku.php?id=meetingnotes09aug05>.
As a reminder, the IRC meetings taken place on the #koha channel on
the IRC server irc.katipo.co.nz.
Regards,
Galen
--
Galen Ch
intend to start as release maintainer for 3.2, although as
time passes, it may be necessary to find another RMaint. Regardless,
I will continue to be involved in Koha.
I look forward to continuing to work with you all.
Regards,
Galen Charlton
Koha 3.2 Release Manager
gmcha...@gmail.com
Hi,
On Fri, Jul 17, 2009 at 3:28 AM, paul POULAIN wrote:
> anyway, I want to express my thanks for the 58 previous patches, and my
> hopes there will be many many more ;-)
I share Paul's appreciation of your work.
Regards,
Galen
--
Galen Charlton
VP, Research & Devel
ture.
A dump of the bugs database can be retrieved from
http://wiki.koha.org/lib/exe/fetch.php?media=koha-bugs-db-20090716.gz
Regards,
Galen
--
Galen Charlton
VP, Research & Development, LibLime
galen.charl...@liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt
_
vices, that gives
you a starting point.
Regards,
Galen
--
Galen Charlton
VP, Research & Development, LibLime
galen.charl...@liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt
___
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel
was not able to capture F12, whereas binding Alt-F12 would have
worked.
> Should we attempt to fall back on accesskeys? If no, should we expand
> the use of js-based keyboard shortcuts?
I think whatever we do, we shouldn't hard-code the specific key
bindings or scatter the bindings acro
s.koha.org/pipermail/koha-patches/2009-June/003864.html
The patch in question has now been pushed to HEAD. Please try it out
and let us know if you find any issues during testing.
Regards,
Galen
--
Galen Charlton
VP, Research & Development, LibLime
galen.charl...@liblime.com
p: 1-888-
Hi,
On Thu, Jul 9, 2009 at 7:37 AM, Nicole Engard wrote:
> Anyone else interested in setting something up? or attending something
> like this?
I think this is a good idea. We could do this as a special #koha IRC
channel meeting, and I would be happy to participate. Some sort of
web cast would b
non-paying usage?
Syndetic's book covers and other content services are entirely
fee-based. Bowker provides no gratis option that I'm aware of.
Regard,
Galen
--
Galen Charlton
VP, Research & Development, LibLime
galen.charl...@liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt
___
s as much as possible.
I agree that moving the road type values to an authorized value list
would be a (small) improvement.
Regards,
Galen
--
Galen Charlton
VP, Research & Development, LibLime
galen.charl...@liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt
und to MRC fields and so it is legitimate to keep it
> outside of the table ?
Many authorized values are indeed related to MARC fields, but not all
of them. The authorised_values table has evolved into a general
mechanism for storing lists of values used in various contexts.
Regards,
Galen
-
ments, however.
I agree.
> Some of these entries are due to older, crustier parts of the API that still
> require passing $dbh, which is fairly easy to fix.
Fixing the remaining API calls that require $dbh to be passed would be
a good first step.
Regards,
Galen
--
Galen Charlton
VP, R
1 - 100 of 310 matches
Mail list logo