I'll the read the sticky, thanks.
This is your major problem. These are templates, just pieces of pages, NOT complete pages by themselves, so you can't expect FrontPage or a browser to know how to properly handle these.
I understand that, but the thing is they DID know how to properly handle the pages separately. Otherwise, the browser would've loaded, say, header.shtml without the changes I implemented (i.e. the page background would not be the color blue). At least, that's my estimation of working correctly. Maybe I misunderstand your point...
A browser will load anything you put into it... it doesn't care how bad your HTML is balled up, it will just load it up and interpret it the best it can.
And I guess on that note, changing the link by prepending templates/ fixed it. Thank you.
Sure.
Contrary to your point, FrontPage did not make any changes or try to fix anything. I edited the html directly -- it just happened to be within FrontPage.
Then you did it correctly. When composing in WYSIWYG mode though, you could get into troubles with FrontPage editing things on it's own.
Now this may have to do with your previous point; what I don't understand is why does the complete page work, yet the three separate files do not. I loaded the three templates separately into the browser and the backgrounds are white (instead of blue). I'm assuming this may have something to do with the browser not handling them properly. If that's the case, I'd like to know why.
No, the browser did what it was supposed to do.
Look at the URL when you are using TTX in your browser. You are doing everything
relative to the location of the ttx.cgi program which is NOT inside the templates directory.
When you
load the template in the browser, the path is relative to the file's location on your hard drive.
When TTX
loads (writes) the page, the
dynamic page only exists in the browser (no tangible file anywhere), and according to the browser's URL, it's located in the same place as TTX (ttx.cgi).
Is there no way to ensure both the full page the separate components of the page load correctly?

not sure what you're getting at here. Everything works correctly. If you really wanted to see something similar to the final page you'd have to manually put the HTML together from the templates in a single test file and preview it. Occasionally, it's necessary and there's no other way unless you are really good at programming/visualizing HTML by hand.
Lastly, why would prepending templates/ fix it? It seems like the link is being defined from the TroubleTicket folder. I've always defined links relative to the location of the file in which it's included in other projects and never had these problems.
You've probably always programmed pages from real HTML files that actually load in the browser...
these templates never load in the browser... these pages are not real... they are dynamically written by a PERL program before being loaded in the browser.For example, the relative address of the stylesheet to newticket.html is ./StyleSheets/Default.css. It appears all files are relative to the TroubleTicket folder; is there a way to change this?
You can't change it and there's no point in changing it. That's because the final working page you see in your browser is composed "dynamically" by TTX which resides in a different location. All paths must be relative to the location of ttx.cgi and NOT the location of the templates.
This is quite standard for template-based CGI/Perl/PHP/etc. programs.
