OpacHiddenItems behaviour | Bug 10584

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

OpacHiddenItems behaviour | Bug 10584

Tomas Cohen Arazi
I noticed (what I consider) a weird behaviour on OpanHiddenItems. It is effectively described on the commit message introducing it:

    Bug 10584 - Hide OPAC biblio details if all items are hidden

    If there are items for a given biblio number, and they are all
    hidden, then biblio needs to be hidden. If the biblio needs to
    be hidden, it immediately redirects to a 404.pl page, just as
    if the biblionumber does not exist.

Is this a desired behaviour? Should biblios be hidden if all items they contain are marked to be hidden?

I think there might be specific use cases in which this could be useful, but definitely something we should provide a way to opt-in/out

I'm looking forwards for your opinions!
Thanks!

--
Tomás Cohen Arazi
Theke Solutions (https://theke.io)
✆ +54 9351 3513384
GPG: B2F3C15F

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: OpacHiddenItems behaviour | Bug 10584

Marcel de Rooy

> Is this a desired behaviour? Should biblios be hidden if all items they contain are marked to be hidden?

 

I would say No. This should not be the general rule, I guess.

But I feel another pref coming soon ;)

 

Marcel


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: OpacHiddenItems behaviour | Bug 10584

Alex Sassmannshausen-2

Marcel de Rooy writes:

>> Is this a desired behaviour? Should biblios be hidden if all items they contain are marked to be hidden?
>
> I would say No. This should not be the general rule, I guess.
>
> But I feel another pref coming soon ;)

+1

I can see this being used either way tbh. Tomas, I imagine you are
bringing it up because you currently have a specific use case against
this?

Else I don't see the reason to 'fix' this until someone actually has a
use case that deviates from what currently exists.

2¢,

Alex
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: OpacHiddenItems behaviour | Bug 10584

Hugo Agud-3
Hi

I have no reason to hide bib record if there is no public items, I prefer to decide to to show it in any case

Hugo

2017-07-27 15:09 GMT+02:00 Alex Sassmannshausen <[hidden email]>:

Marcel de Rooy writes:

>> Is this a desired behaviour? Should biblios be hidden if all items they contain are marked to be hidden?
>
> I would say No. This should not be the general rule, I guess.
>
> But I feel another pref coming soon ;)

+1

I can see this being used either way tbh. Tomas, I imagine you are
bringing it up because you currently have a specific use case against
this?

Else I don't see the reason to 'fix' this until someone actually has a
use case that deviates from what currently exists.

2¢,

Alex
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: OpacHiddenItems behaviour | Bug 10584

Katrin Fischer-2
In reply to this post by Tomas Cohen Arazi
Hi Tomas,
 
we rely heavily on the described behaviour to hide the record if all items are hidden. It seems logical to me - what will a user do with a record, that has no items? They can't place a hold, they don't know where to find it, which library owns copies etc. To me it seems more confusing then helpful.
 
I think we shouldn't change the behaviour, especially because it has always worked like described and libraries might be unpleasantly surprised by a sudden change. Having the different behaviour as a configuration option would make sense.
 
Katrin
 
 
 
Gesendet: Donnerstag, 27. Juli 2017 um 14:41 Uhr
Von: "Tomas Cohen Arazi" <[hidden email]>
An: koha-devel <[hidden email]>
Betreff: [Koha-devel] OpacHiddenItems behaviour | Bug 10584
I noticed (what I consider) a weird behaviour on OpanHiddenItems. It is effectively described on the commit message introducing it:
 
    Bug 10584 - Hide OPAC biblio details if all items are hidden
 
    If there are items for a given biblio number, and they are all
    hidden, then biblio needs to be hidden. If the biblio needs to
    be hidden, it immediately redirects to a 404.pl page, just as
    if the biblionumber does not exist.
 
Is this a desired behaviour? Should biblios be hidden if all items they contain are marked to be hidden?
 
I think there might be specific use cases in which this could be useful, but definitely something we should provide a way to opt-in/out
 
I'm looking forwards for your opinions!
Thanks!
 
--
Tomás Cohen Arazi
Theke Solutions (https://theke.io)
✆ +54 9351 3513384
GPG: B2F3C15F
_______________________________________________ Koha-devel mailing list [hidden email] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: OpacHiddenItems behaviour | Bug 10584

Tomas Cohen Arazi


El jue., 27 jul. 2017 a las 13:00, Katrin Fischer (<[hidden email]>) escribió:
Hi Tomas,
 
we rely heavily on the described behaviour to hide the record if all items are hidden. It seems logical to me - what will a user do with a record, that has no items? They can't place a hold, they don't know where to find it, which library owns copies etc. To me it seems more confusing then helpful.
 
I think we shouldn't change the behaviour, especially because it has always worked like described and libraries might be unpleasantly surprised by a sudden change. Having the different behaviour as a configuration option would make sense.

Yeap, I filed this bug to deal with this:

Regards
--
Tomás Cohen Arazi
Theke Solutions (https://theke.io)
✆ +54 9351 3513384
GPG: B2F3C15F

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: OpacHiddenItems behaviour | Bug 10584

Eric Phetteplace
I can basically reiterate what Katrin said; we rely on this behavior and I wouldn't want it to change. Of course, implementing an opt-in syspref is a fine alternative. Depending on what's appropriate to your situation, it seems like you could just create a visible placeholder item as a workaround to get the bib to display.

Best,

ERIC PHETTEPLACE

Systems Librarian


libraries.cca.edu | vault.cca.edu | 510.594.3660

5212 Broadway, Oakland, CA 94618

1111 8th St., San Francisco, CA 94107

Preferred Pronoun(s): he/him

:(){ :|: & };:


On Thu, Jul 27, 2017 at 9:03 AM, Tomas Cohen Arazi <[hidden email]> wrote:


El jue., 27 jul. 2017 a las 13:00, Katrin Fischer (<[hidden email]>) escribió:
Hi Tomas,
 
we rely heavily on the described behaviour to hide the record if all items are hidden. It seems logical to me - what will a user do with a record, that has no items? They can't place a hold, they don't know where to find it, which library owns copies etc. To me it seems more confusing then helpful.
 
I think we shouldn't change the behaviour, especially because it has always worked like described and libraries might be unpleasantly surprised by a sudden change. Having the different behaviour as a configuration option would make sense.

Yeap, I filed this bug to deal with this:

Regards
--
Tomás Cohen Arazi
Theke Solutions (https://theke.io)
✆ <a href="tel:+54%209%20351%20351-3384" value="+5493513513384" target="_blank">+54 9351 3513384
GPG: B2F3C15F

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: OpacHiddenItems behaviour | Bug 10584

Tomas Cohen Arazi
I completely agree we shouldn't introduce a behaviour change. I would rather propose being able to choose the behaviour, keeping the current as default. As we always do :-D
I was just asking because it didn't seem natural to me. And the use cases I'm seeing require the biblio to be displayed, because it contains links to the digital version of the resource.

Regards

El jue., 27 jul. 2017 a las 13:26, Eric Phetteplace (<[hidden email]>) escribió:
I can basically reiterate what Katrin said; we rely on this behavior and I wouldn't want it to change. Of course, implementing an opt-in syspref is a fine alternative. Depending on what's appropriate to your situation, it seems like you could just create a visible placeholder item as a workaround to get the bib to display.

Best,

ERIC PHETTEPLACE

Systems Librarian


libraries.cca.edu | vault.cca.edu | <a href="tel:(510)%20594-3660" value="+15105943660" target="_blank">510.594.3660

5212 Broadway, Oakland, CA 94618

1111 8th St., San Francisco, CA 94107

Preferred Pronoun(s): he/him

:(){ :|: & };:


On Thu, Jul 27, 2017 at 9:03 AM, Tomas Cohen Arazi <[hidden email]> wrote:


El jue., 27 jul. 2017 a las 13:00, Katrin Fischer (<[hidden email]>) escribió:
Hi Tomas,
 
we rely heavily on the described behaviour to hide the record if all items are hidden. It seems logical to me - what will a user do with a record, that has no items? They can't place a hold, they don't know where to find it, which library owns copies etc. To me it seems more confusing then helpful.
 
I think we shouldn't change the behaviour, especially because it has always worked like described and libraries might be unpleasantly surprised by a sudden change. Having the different behaviour as a configuration option would make sense.

Yeap, I filed this bug to deal with this:

Regards
--
Tomás Cohen Arazi
Theke Solutions (https://theke.io)
✆ <a href="tel:+54%209%20351%20351-3384" value="+5493513513384" target="_blank">+54 9351 3513384
GPG: B2F3C15F

--
Tomás Cohen Arazi
Theke Solutions (https://theke.io)
✆ +54 9351 3513384
GPG: B2F3C15F

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: OpacHiddenItems behaviour | Bug 10584

David Cook

I can’t recall exactly how we use it but I think we count on the default behaviour as well. I remember discussing this with Katrin years ago.

 

But I also see the merit of requiring the biblio to be displayed because it contains links to the digital version of the resource. Many of our libraries create dummy items that contain links, but I prefer using the 856$u myself.

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Tomas Cohen Arazi
Sent: Friday, 28 July 2017 2:54 AM
To: Eric Phetteplace <[hidden email]>
Cc: koha-devel <[hidden email]>
Subject: Re: [Koha-devel] OpacHiddenItems behaviour | Bug 10584

 

I completely agree we shouldn't introduce a behaviour change. I would rather propose being able to choose the behaviour, keeping the current as default. As we always do :-D

I was just asking because it didn't seem natural to me. And the use cases I'm seeing require the biblio to be displayed, because it contains links to the digital version of the resource.

 

Regards

 

El jue., 27 jul. 2017 a las 13:26, Eric Phetteplace (<[hidden email]>) escribió:

I can basically reiterate what Katrin said; we rely on this behavior and I wouldn't want it to change. Of course, implementing an opt-in syspref is a fine alternative. Depending on what's appropriate to your situation, it seems like you could just create a visible placeholder item as a workaround to get the bib to display.


Best,

ERIC PHETTEPLACE

Systems Librarian

 

libraries.cca.edu | vault.cca.edu | <a href="tel:(510)%20594-3660" target="_blank">510.594.3660

5212 Broadway, Oakland, CA 94618

1111 8th St., San Francisco, CA 94107

Preferred Pronoun(s): he/him

:(){ :|: & };:

 

On Thu, Jul 27, 2017 at 9:03 AM, Tomas Cohen Arazi <[hidden email]> wrote:

 

El jue., 27 jul. 2017 a las 13:00, Katrin Fischer (<[hidden email]>) escribió:

Hi Tomas,

 

we rely heavily on the described behaviour to hide the record if all items are hidden. It seems logical to me - what will a user do with a record, that has no items? They can't place a hold, they don't know where to find it, which library owns copies etc. To me it seems more confusing then helpful.

 

I think we shouldn't change the behaviour, especially because it has always worked like described and libraries might be unpleasantly surprised by a sudden change. Having the different behaviour as a configuration option would make sense.

 

Yeap, I filed this bug to deal with this:

 

Regards

--

Tomás Cohen Arazi

Theke Solutions (https://theke.io)
<a href="tel:+54%209%20351%20351-3384" target="_blank">+54 9351 3513384
GPG: B2F3C15F

 

--

Tomás Cohen Arazi

Theke Solutions (https://theke.io)
+54 9351 3513384
GPG: B2F3C15F


_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Loading...