Re: Passing (pre-populating) advanced keyword search page

[Karl Fattig <kfattig@xxxxxxxxxx>]

Ann, (and the rest of the list ;-))

We are not on Phase 3 yet. You ask a good question. We are thinking that 
it won't break it if we are still able to pass a word search as a 
string, (we can't imagine that going away)...

The design of the page (with the other search boxes) means we'll have to 
recode somewhat to make sure the names of boxes, etc match our 
javascript names, but should work, we say hopefully.

Karl (whose Cyrano is named Sara...)


Ann Kebabian wrote:
> Karl--
> Our public services folk are quite interested in your method of passing
> info from the 'quickie' screen to the full AKS screen.  The wondered,
> though, if you are on Rel. 2002 Phase 3 yet, and if so, if there were
> any problems with this method when you upgraded.
> 
> Hope you had a good summer.  Perhaps I'll see you before the IUG -- we
> never did get organized for a cataloging statistics program, did we?  Oh
> well, certainly not this year with what I've got on my plate!
> 
> Regards, ann
> 
> Ann Kebabian
> Head of Cataloging
> Colgate University
> Hamilton, NY 13346
> Phone: 315-228-7309
> Fax: 315-228-7934
> Email: akebabian@xxxxxxxxxx
> 
> 
> -----Original Message-----
> From: Karl Fattig [mailto:kfattig@xxxxxxxxxx] 
> Sent: Thursday, September 11, 2003 5:06 PM
> To: innopac@xxxxxxxxxx
> Subject: Re: Passing (pre-populating) advanced keyword search page
> 
> First, Sara Amato is the resourceful person who actually brought this to
> 
> fruition here, with involvement from our Online Public Interface Group 
> (OPIG). I should have mentioned that in the earlier email.
> 
> We are curious about your question though. Since our script merely 
> passes the search (modified or not) on to the innopac server, 
> theoretically it shouldn't introduce any problems of its own. Unless, of
> 
> course there were major changes to the values in the form... but we are 
> aware of this.
> 
> We would like to know more about the kinds of problems others were 
> reporting with their quick search forms.
> 
> We have only had this up for a couple of weeks, but it has been getting 
> use... with no reports of patrons being disadvantaged or error messages.
> 
> Karl
> 
> 
> 
> Howard Pasternack wrote:
> 
>>Karl and Bowdoin are to be once again commended for creativity!  I
> 
> have 
> 
>>a question about this which others might be interested in.  It has
> 
> been 
> 
>>discussed several times on this list that a quick search form needs to
> 
> 
>>have more or less the same html coding as the results screen or
> 
> problems 
> 
>>may result with follow-on searches.  We discovered this here at Brown 
>>and several others posted "why is my form doing this" messages all of 
>>which got more or less the same answer.  Bowdoin is clearly departing 
>>from this model.  Are there any unusual events which occur when a user
> 
> 
>>does some follow-on searching or paging through the results.  --
> 
> Howard
> 
> 
> --
> This message was distributed through the Innovative Users Group INNOPAC
> list
> Public replies:  INNOPAC@xxxxxxxxxx
> Update your subscription options:
> http://innopacusers.org/list/listinfo/innopac
> 
> --
> This message was distributed through the Innovative Users Group INNOPAC list
> Public replies:  INNOPAC@xxxxxxxxxx
> Update your subscription options: http://innopacusers.org/list/listinfo/innopac


-- 
_______________________________________________________________________
Karl Fattig, Technical Services Manager / Catalog Librarian  | __ Cheap
Hawthorne-Longfellow Library              207.725.3027 (vox) | __ Fast
Bowdoin College                           207.725.3083 (fax) | __ Good
3000 College Station                         151164662 (icq) |
Brunswick, ME 04011-8421          mailto:kfattig@xxxxxxxxxx | Pick two