Thank you for your post.
If you want to open a file with your browser, then use "file:///" followed by the path of where the file is located. For example, "file:///path/file.html" where "path" includes the name of the public volume. That way, when you move it to a server, load the public volume and the link will still work.
Thank-you for your quick reply!
I explored your suggestion; however, we have a technical restriction that will prevent the file: URI solution from working. Our users from home will only be able to access the site via http and will not have access to a shared volume :(
At this point I am looking at maintaining two different URLs as our best option. Altough I am wondering if I could embed my own iframe within the form and bypass the Web Viewer control altogether?
Hope it could help you in some way.
You can use a calculation field for the Web Viewer URL that is based on some field you set in your startup script.
So your startup script might do something like:
If( Get(SystemIPAddress) is ...whatever... ) )
set base URL to "http://yadayada"
set base URL to "http://heyheyhey"
Have a calc field based on base URL, and use that for the Web Viewer.
Well it seems that sometimes the best solution is to do nothing at all. The server guys figured out a way to translate the machine name on the fly (using Microsoft's ISA Server) so that the traffic to the user ends up looking like:
www.webaddress.ca\iwp -> myservername\iwp
myservername\iwp -> www.webaddress.ca\iwp
No code changes required. Thanks for all of the helpfull suggestions!
The Programmer's Creed:
"Hard Work Often Pays Off After Time, but Laziness Always Pays Off Now."