Robert Hoch<BR>Evergreen Information Systems, Inc.
Seems to me you could pass the state selection to the jsp with a GET instead of a POST. That avoids the problem of writing more POST data. Something like: sURL="backend.jsp?state=TX" ; Also - don't you have to flush or close oXMLhttp to actually send data? You would if that was in Java. Bill ------------------ author of:
If having someone turn off frames is a problem, what will you do if they're using Netscape? I HAVE to run Netscape pretty much these says - there's no IE for Linux, to say nothing of the MSXML ActiveX. I preferred IE under Windows, BECAUSE of MSXML (also because Netscape was crashing the whole system - under Linux it only crashes Netscape), but now they've got me boxed in - any IE service level high enough to be immune to NIMDA is also "immune" to Java. If convenience is paramount and you have total control over what browser you'll support (intranet), MSXML is really cool. Notice I said "support" - users WILL sneak in copies of Opera, etc. - and it's often the case that the greatest offenders are in the most influential areas of the organization. For Internet use, I don't recommend client-side MSXML, though - personally. I tend to avoid sites that present me with blank spots in critical parts of my browser window just because I'm not part of the "in" crowd. Java applets are a better choice there - despite what Microsoft says, there are a number of highly visible websites that won't work right if the user doesn't have Java, so chances are much better that the client will be able to work.
An IDE is no substitute for an Intelligent Developer.
Joined: Sep 29, 2001
Bill & Tim, Bill, you were right, the "GET" works just the way I wanted it. (I knew the answer was something simple like that). Tim, you raised some valid points. Right now my client says that IE is the only supported browser, which makes my job easier. I may end up with a Java applet for my 'universal' solution (when they change their minds...). Thanks for your replies.
------------------ Robert Hoch Evergreen Information Systems, Inc.