Ok, so I've just been hired as the webmaster for This site

My first "assignment" is to fix the problem the site has with the frames (notice how the scrolling breaks the background).

My solution was to create 3 frames instead of 2, so that the top rainbow thing there would be in it's own frame, and wouldn't get messed up by scrolling. The problem is with the DHTML menu on the side. The script currently being used is Coolmenus 4. Basically, when I use 3 frames, the menu doesn't want to work right, the submenus won't line up, even if I try to use a Y offset for them.

I also tried another script on the page, which I actually liked better because it's not so....bloated. HVmenu

The problem with that script wasn't with the submenus, that worked ok, but for whatever reason, the menu always got shoved over to the right about 10 pixels when viewed in the frameset. (when it's viewed in the frame by itself, it's fine.)

Does anyone have an idea what's going on? Thanks in advance for any help.

Why not switch to a modulated php design?

Because it's not up to me right now.

I plan to overhaul the whole site, but that's going to take some time, and they want a "quick fix" in the meantime.

Just move the graphic over to the right frame. The left frame has a fixed image and the right frame doesn't. There is no need to make another frame.

But if I only have 2 frames, the background of the right frame breaks when you scroll. It comes apart.

I would try moving the lefthand side rainbow graphic to the righthand frame, so the whole frame scrolls with the content, it shouldnt make any difference with the menu, and it is a "QUICK FIX".

Ok, I got it to work with the three frames. Basically the problem was all in the JS file, (the guys that worked on this site before me decided not to document anything, and hack up the code a lot) it had nothing to do with the frames.

However, I'm still dealing with one small problem. The submenu opens fine in IE, but it won't open in Mozilla. It will preview fine, but after I upload it, it doesn't work.

http://www.bobsspaceracers.com/frames/frames2/

There's the link again.

Thanks everyone for your help.

That sounds like a path issue. Mozilla tends to like absolute paths. Plus that menu is old school, try a DOM menu, much more reliable across the board. http://www.dynamicdrive.com/dynamici...menu/index.htm

If it was me, I would dump whatever doesn't work with that flunky design and redo it as you go along until you get a new more compliant design up.

I brought this very same issue up with someone preaching about php and how they dumped this piece of code here and that piece of code there. Well, when the next person comes along (Like yourself) you're left with a cluster **** of a website to try and patch up.

Good luck.

Thanks, I'm gonna need it.

I actually just noticed that the menu technically IS working, but the submenu is just opening up way further down the page, and the background is transparent.

Totally redoing the design is what I really want to do, but for right now, I have to just try and tweak what they have so I can tollerate it.

I looked at that menu you linked to, but the problem is that right now, the site uses frames, which....really limits my options.

edit: The link is now http://www.bobsspaceracers.com/frames/index.htm

If I have to totally redo, I'd stick to tables.

For me, frame as proven to be more trouble than its worth, its a shame you 'have' to use frames.

Sharone White

www.grabafreebie.com freebie EBook for grab

So it turns out the problem was server side.

http://devedge.netscape.com/viewsour...ct-mime-types/

At least I know I'm not losing my mind now.

That's why I always (almost always) use xhtml 1.0 strict and make sure every mime is inserted. For instance:

<link rel="stylesheet" type="text/css" media="screen" title="default" href="css/import.css" />

I had it declared, the problem was that Apache didn't have the mime type added to the .htaccess file.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13986

More info on the subject from Apache. I use Apache 2.0.49 myself so this is good to know. (Although with this version, I haven't had any problems running on Windows 2000 Server (SP4))

Was this happening only with I.E.? or with all browsers?

[edited]

It seems the true problem can be resolved within the httpd.conf file. At least with v2.0+

#
# TypesConfig describes where the mime.types file (or equivalent) is
# to be found.
#
TypesConfig conf/mime.types

#
# DefaultType is the default MIME type the server will use for a document
# if it cannot otherwise determine one, such as from filename extensions.
# If your server contains mostly text or HTML documents, "text/plain" is
# a good value. If most of your content is binary, such as applications
# or images, you may want to use "application/octet-stream" instead to
# keep browsers from trying to display binary files as though they are
# text.
#
DefaultType text/plain

Now check your mime.types file in the conf directory and make sure the types are declared. This would be the appropriate way of dealing with this issue. Again, this iis for v2.0+ I'm not sure about 1.3+

I might add that since I personally run v2.0.49 the application/octet-stream is already configured in the mime.type file. There seems to be some disagreement between the developers of Apache to whether this is a bug or not; since it is part of the server configuration. Ok, I'm done editing this post.

No, it was only happening in Mozilla. IE, being the lazy bastard that it is, didn't bother to check for the correct Mimetype.

Since I don't have direct access to .htacces through FTP, I just logged into the host's little admin area there and they had a nice "Add Mimetype" script. So basically, yeah, I did what you just said, I think.