[ List Archives Home ] [ Thread index for 2008 ] [ Date index for 2008 ] [ Author index for 2008 ]


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
The key to the whole thing is these few lines from their page:

		myUrl = myUrl.replace("%2F", "/")
		}
		myUrl = myUrl.replace("%3A", ":");
		myUrl = myUrl.replace("%7E", "~");
		
We have had problems in the past, whether coming from pages on the 
College web server or the Library server, when pages had the coded
form %7ES1 instead of ~S1.

If the tilde is present, we get to the proper scope; if it's the
"coded" format of "%7E" instead we do NOT. 

Many of our pages are created using Dreamweaver and then copied up; 
it's quite possible that it's inserting the codes instead of the 
literal value in our case. We go in and fix the files or have them 
fixed for us if they're on the College web server.

Giles W. Riesner, Jr.,   Technology Support Specialist
Community College of Baltimore County Catonsville Library  
800 S. Rolling Road Baltimore, MD 21228  USA
Voice mail: 1-410-455-4245
Email: griesner@xxxxxxxxxx


-----Original Message-----
From: Edwards, Richard [mailto:redwards@xxxxxxxxxx]
Sent: Wednesday, March 12, 2003 5:13 PM
To: 'innopac@xxxxxxxxxx'
Subject: RE: Losing Scope from Pages Not on Innovative Server


Realizing that some of the coding relates specifically to our library
(title, cascading style sheets, graphics, etc.) here is the coding of the
search.html file (also available by using the URL
http://192.211.20.10/screens/search.html and then Viewing the Source.)

<html>
	<head>
		<title>Washington State Library Catalog Search</title>
		<script language="javascript">
		if ((navigator.appName == "Netscape") &&
(parseInt(navigator.appVersion) == 4)) {
			document.write('<link rel="stylesheet"
href="http://www.secstate.wa.gov/style_netscape4.css">');
		} else {
			document.write('<link rel="stylesheet"
href="http://www.secstate.wa.gov/style.css">');
		}				
	</script>
	</head>
	<body bgcolor=#003366>
	
		
		
		<table width=100% height=80% border=0>
			<tr>
				<td valign="center" align="center">
				<span class="SectionTitle">
				<img
src="http://www.statelib.wa.gov/images/search_notice.gif" width=511
height=103>
				</SPAN></td>
			</tr>
		
		</table>
		
			<script language="javascript">
		function submitForm() {
		
		var l = window.location.search
		var myEnd = l.indexOf("&type");
		
		var myQuery = l.substring(myEnd + 1, l.length)
		var myUrl = l.substring(11, myEnd) + '?' + myQuery
		
		
		while (myUrl.indexOf("%2F") > -1) {
				myUrl = myUrl.replace("%2F", "/")
			}
		myUrl = myUrl.replace("%3A", ":");
		myUrl = myUrl.replace("%7E", "~");
		
		location.replace(myUrl);
			
		}
		
		submitForm();
		</script>
		
		
		
	</body>
</html>

-----Original Message-----
From: Martha Driscoll [mailto:driscoll@xxxxxxxxxx] 
Sent: Wednesday, March 12, 2003 1:49 PM
To: 'innopac@xxxxxxxxxx'
Subject: RE: Losing Scope from Pages Not on Innovative Server


Rich, 
Your solution is very interesting.  After filling out the search
form, the user is taken to the innopac server briefly
(/screens/search.html) where the server has a chance to properly log the
session, and then submits the search for the patron.  Can you share with 
us what is in that search.html document?  I see that it displays the 
graphic, but I'm wondering what else is happening.  I think this would fix 
our problem as well.

The key to this problem is definately to start with a fresh browser
session.  Library staff who try to troubleshoot this problem can't
reproduce it because they have likely searched the catalog already and
have properly initiated a session with the server.  Patrons at home or in
a dorm, or even patrons at public PC's where the browser may have 
been closed will see the problem.
--
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