Hi all,
Still hoping to get some feedback on this subject, I would now propose the
following. Please respond to the list, if you agree or disagree.
1 Do not allow to create a public list in the OPAC. (Only private lists.)
Public lists are only created by staff users in the staff client.
2
Kia ora!
> 1 Do not allow to create a public list in the OPAC. (Only private lists.)
> Public lists are only created by staff users in the staff client.
I'm still struggling with this. While I realise that some Patrons who shall
remain nameless and spammers might create stuff we don't
Hi to all,
Il 05/12/2011 11:42, Marcel de Rooy ha scritto:
> Still hoping to get some feedback on this subject, I would now propose the
> following. Please respond to the list, if you agree or disagree.
>
> 1 Do not allow to create a public list in the OPAC. (Only private lists.)
> Public li
Point 4: An option like Moderate patron comments just to modify shared list
names that would be inappropriate, insulting, etc. (since the list name is no
longer private but visible to other users/patrons).
> -Oorspronkelijk bericht-
> Van: Zeno Tajoli [mailto:taj...@cilea.it]
> Verzonde
Thanks, Brooke. We could/should make it possible to upgrade a private list to a
public list in staff client.
Do you have an idea where the user in opac could do such a request to staff?
Just an email or something else? Or: Share it with staff?
> -Oorspronkelijk bericht-
> Van: BWS Johns
Comments in line below:
On Mon, Dec 5, 2011 at 5:42 AM, Marcel de Rooy wrote:
> Hi all,
>
> Still hoping to get some feedback on this subject, I would now propose the
> following. Please respond to the list, if you agree or disagree.
>
> 1 Do not allow to create a public list in the OPAC. (Only
4 With respect to user privacy, a feature may be added in staff client to
moderate shared list names.
Right now patron names don't show on lists at all - not sure if we need them
really.
I do not mean patron names, but the list name itself could be problematic and
needing moderation.
Thanks
1 Do not allow to create a public list in the OPAC. (Only private lists.)
Public lists are only created by staff users in the staff client.
I think this should be a preference that the librarians can choose from the
following options :
1. Allow anyone to create public lists without moder
On Mon, Dec 5, 2011 at 8:19 AM, Marcel de Rooy wrote:
> ** **
>
> ** **
>
> 1 Do not allow to create a public list in the OPAC. (Only private lists.)
> Public lists are only created by staff users in the staff client.
>
>
> I think this should be a preference that the librarians can choose
> 1 Do not allow to create a public list in the OPAC. (Only private lists.)
> Public lists are only created by staff
> users in the staff client.
If it were just me I would agree with this. However I think Nicole's
suggestion for options here is a more robust solution.
> 2 Add three permissio
> > 4 With respect to user privacy, a feature may be added in staff client to
> > moderate
> shared list names.
>
> Do we propose to moderate the names of lists which users want to make
> public, or lists which users want to share with others (option 3)?
Thanks.
My idea is: Do not moderate pri
On 6 December 2011 02:52, Owen Leonard wrote:
>> 1 Do not allow to create a public list in the OPAC. (Only private lists.)
>> Public lists are only created by staff
>> users in the staff client.
>
> If it were just me I would agree with this. However I think Nicole's
> suggestion for options he
I found this post and it's exactly the issue I'm having.
the problem is... I'm new to Linux, koha and mysql and therefore don't quite
know how to follow through on the solution given.
speak slowly and use small words and I will be grateful.
cul
--
View this message in context:
http://koha.10457
Does anyone know how Koha (3.04.02) handles emailed notices when there
is a secondary email address, but no primary address?
My suspicion is that no notice is sent out & the notice is bundled
into the compiled "Overdue Notices" message to the admin for patrons
w/out addresses ...
Cheers,
Cab Vin
BWS Johnson schreef op ma 05-12-2011 om 03:00 [-0800]:
> I'm still struggling with this. While I realise that some Patrons
> who shall remain nameless and spammers might create stuff we don't
> want floating round the OPAC, some of the best bibliographies are
> created by Patrons, not Staff. I
On Thu, Dec 1, 2011 at 10:29 AM, tanzeem wrote:
> When i use search catalog and type in a copy number i get the following error
> if the copy number is less than four digits
>
> *No results found
>
> You did not specify any search criteria.
>
> Error: Can't call method "as_usmarc" on an undefined
Salvete!
There will be another General IRC Meeting 7 December 2011 at 18.00 UTC.
If that statement means naught to you, look up your time zone and the
agenda here:
http://wiki.koha-community.org/wiki/General_IRC_Meeting,_7_December_2011
If you want to talk about summat and it's not
Dear All,
I am also facing the same problem for email notices. Notices are only
received by member who has given the primary email id for Koha 3.04
My problem is that, email are not send to all the patron who's email id is
given in the primary section, email is going to only ONE patron. Eventhou
18 matches
Mail list logo
