There is already a text based captcha in opac/opac-memberentry pl.
It asks something like the following (with a random string):
Please type the following characters into the preceding box: ODXZX
Note: The preceding box is case-sensitive. Ensure that the entered
characters are in all-caps.
- W
The input is named "negcap", you could try to change it :)
2016-02-03 5:09 GMT+00:00 David Cook :
> Hi all,
>
>
>
> It looks like we may need to improve anti-spam for opac-suggestions.pl.
>
>
>
> A negative captcha was added with
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3144, bu
Urgent please!
I will need help on how to get my Z39.50 protocol back to work to enable my
library continue with Copy Cataloging.
I configured the Z39.50 search point in the past and it had worked perfectly
well until some few days ago when i started receiving "not found" error message
for an
Hello Kyle and others,
I really like the idea :)
I don't see major issues, and the lack of editor is a wrong issue
(what kind of editor do you want??)
The main point is that it will be much more powerful that our current
homemade syntax parser.
I have already used this enhancement on bug 15705: wi
Going from our own syntax to a more general format is good.
If we along that way, improve Letters.pm, that is fine too !
For developers it is great that is more powerful but that is probably the
pitfall too.
I think we should make sure that we can (automatically) convert old notices to
the new f
Perhaps (optionally) looking for the same title when placing a hold on the
first ?
Van: Julian Maurice [julian.maur...@biblibre.com]
Verzonden: vrijdag 29 januari 2016 09:36
Aan: Marcel de Rooy; koha-devel@lists.koha-community.org
Onderwerp: Re: [Koha-deve
Hi,
On Wed, Feb 3, 2016 at 7:18 AM, Marcel de Rooy wrote:
> And perhaps harder: How do we
> guarantee that we do not loose the ability for librarians to add
> or edit notices? If you need "an expert" to do so, we went too far..
As a data point, part of Evergreen's infrastructure for generating
c
Salvete!
Shouldn't that just draw on the list of registered borrowers? I'm trying to
think of a situation where I'd take a suggestion from someone that's not a
Patron, and in those cases they either ring the Library directly or email me.
Cheers,
Brooke
__
Hi Brooke,
This is covered by a system preference:
AnonSuggestions: [Allow / Don't allow] patrons that aren't logged in
to make purchase suggestions.
Am 03.02.2016 um 14:28 schrieb BWS Johnson:
Salvete!
Shouldn't that just draw on the list of registered borrowers? I'm trying
to think
I think Jonathan has an excellent plan of attack, but it does require a
complete switchover all at once.
I would propose we continue to use the default TT tags so that we can push
this code to master while working on ensuring all notices work with the new
TT syntax. After that, we can throw the sw
Hi,
On Wed, Feb 3, 2016 at 8:56 AM, Kyle Hall wrote:
> I think Jonathan has an excellent plan of attack, but it does require a
> complete switchover all at once.
Rather than forcing a complete switchover right off the bat, I suggest
adding a flag that specifies whether old-style or TT templates
As a consortia manager with lots and lots of letters in this area of Koha,
I cannot emphasize enough that making the switchover process with these
proposed changes as simple as possible is critical.
I'm glad to see consistency getting developed for this area and moving the
system forward, but plea
I think that a flag may not even be necessary -- the TT syntax won't
conflict with the current letter formats, and is unlikely to be entered
accidentally. I think that we could simply silently start to support TT,
and no one would be the wiser, except for those who want to use it.
This also addres
I like the idea of the flag as it would allow to keep the code separate
from the current notices code and to have a clean start, while we can be
pretty sure that the old code still remains working as before.
The current syntax is not very consistent across the different notices -
<>, , ... or
Hi Brooke,
This issue first arose at a library whose collection is 100% digital.
Users are not even registered, so never log in. Any suggestions are
necessarily anonymous.
Bob
On 04/02/16 00:38, Marc Véron wrote:
Hi Brooke,
This is covered by a system preference:
AnonSuggestions: [Allow
On 16-02-3 6:09 pm, David Cook wrote:
Hi all,
It looks like we may need to improve anti-spam for opac-suggestions.pl.
A negative captcha was added with
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3144, but I'm
noticing a distributed spam attack which appears to either be
On 16-02-3 11:13 pm, Akpokodje Vera N. wrote:
Urgent please!
I will need help on how to get my Z39.50 protocol back to work to enable my
library continue with Copy Cataloging.
I configured the Z39.50 search point in the past and it had worked perfectly well until
some few days ago when i star
17 matches
Mail list logo
