Print

Print


On Oct 24, 2012, at 3:48 PM, Gary McGath <[log in to unmask]> wrote:

> With AJAX, a resource can be brought up by refreshing part of an
> existing page rather than as a whole new page. If the page is expecting,
> for example, a JPEG image, and the request for the image is redirected
> to a login page because it's restricted, then the page won't get back an
> image, but instead will get back the HTML for the login page. The HTML
> <img> tag can't do anything with this, and it will merely fail to
> display the image.
> 

What does this have to do with discovery interfaces?

Also, why wouldn't your AJAX-enabled app be prepared for such an event?

There are lots of things everywhere (not just library-related) that require logins.  The internet hasn't broken as a result.

-Ross.

> There are ways to fix this with code that makes sure it's always the
> top-level page that redirects to the login page, but it can be a pain.
> 
> On 10/24/12 3:22 PM, Kaile Zhu wrote:
>> Interesting, you mention AJAX pages.  Can you elaborate why it would be problem? - Kelly
>> 
>> -----Original Message-----
>> From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of Gary McGath
>> Sent: Wednesday, October 24, 2012 2:16 PM
>> To: [log in to unmask]
>> Subject: Re: [CODE4LIB] Q: "Discovery" products and authentication (esp Summon)
>> 
>> On 10/24/12 2:40 PM, Jonathan Rochkind wrote:
>> 
>>> Primo, by default, will suppress some content from end-users unless 
>>> they are authenticated, no?  Maybe that's what "restricted search scopes"
>>> are? I'm not talking about your locally indexed content, but about the 
>>> "PrimoCentral" index of scholarly articles.
>>> 
>>> At least I know the Primo API requires you to tell it if end-users are 
>>> authenticated or not, and suppresses some results if they are not. I 
>>> assume Primo 'default' interface must have the same restrictions?
>> 
>> I've worked with library systems that redirect you to a login page when they detect an attempt to access a restricted resource. I don't recommend this approach; it may have worked OK 10 years ago, but it plays badly with AJAX pages, which have become very common.
>> 
>> 
>> 
> 
> 
> -- 
> Gary McGath, Professional Software Developer   http://www.garymcgath.com