re:
Do you know if using master pages with this methods would cause any issues?
You can't have it all, Matt.
Master Pages and Frames serve, basically, the same purpose.
It's one or the other.
Juan,
Thanks a bunch! I will definitely look into doing this. Do you know if using master pages with
this methods would cause any issues?
Thanks again,
Matt
re:
I have never heard of this method nor ever seen it implemented.
Where can I find more information about it's use and how to implement it?
That method not only hides the extension, it hides the whole filename!
It's quite simple :
default.aspx :
=========
<html>
<head>
<title>Main</title>
</head>
<frameset rows="0,*">
<frame name="a" scrolling="no" noresize="noresize" target="main" src="a.aspx">
<frameset cols="*">
<frame name="main" src="main.aspx">
</frameset>
<noframes>
<body>
<p>This page uses frames, but your browser doesn't support them.</p>
</body>
</noframes>
</frameset>
</html>
======
main.aspx :
========
<html xmlns="
http://www.w3.org/1999/xhtml">
<head>
<title>Frameset</title>
</head>
<body>
<a href="someother.aspx" target="main">Some other ASPX page</a>
</body>
</html>
=======
That's it!
You can place links to any *.aspx page in main.aspx, and they will be displayed
in the "main" frame without the filename being displayed in the browser!
You'll probably need to include some sort of navigation menu in all the pages linked to in
main.aspx.
You'll also need to include Page and Language directives if you need them.
That shouldn't be too hard of a job...
Juan,
I have never heard of this method nor ever seen it implemented. Where can I find more information
about it's use and how to implement it?
Thanks,
Matt
Gerry,
inherent to *every* question is the underlying metainfo
as to whether the answer sought is convenient or not.
That saves a lot of barking up the wrong trees,
and warns all readers about the pitfalls in proposed code.
In this case, implementing what you proposed would increase the server workload
by a large factor, reducing the throughput for the server where that "solution" is implemented.
Sorry, nothing personal, but the proposed answer,
though technically correct, is worthless as a solution.
In any case, it's much simpler to hide the aspx extension by using a frameset in which
the first frame has zero for its number of rows and all the content is written in the
second frame, with * specified in the default frameset for the number of its rows.
That will, effectively, hide the extension for the default page but won't overload the server.
All other pages are exposed as links which have the 2nd frame as their target.
This is an old HTML trick to hide page extensions, although it has nothing to do with ASP.NET.