472,143 Members | 1,403 Online
Bytes | Software Development & Data Engineering Community
Post +

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 472,143 software developers and data experts.

Part---Not Whole--of Stylesheet Not Rendered On One Server, But Fully Rendered On Another


I don't think I have ever encountered something like this before.

On a Windows XP running Apache 2.0.53 I do my page development (XP
machine).

I then upload the stuff to a Linux/Redhat/Fedora running Apache 2.0.54
(Linux machine)

I have a page that features an external stylesheet, as well as styling in
the <style> element area of the document head, as well as element-specific
styling throughout the page.

The page looks quite different on the XP and Linux machines, both in IE
and FF1.5. I eliminated the possibility of external stylesheet failing to
load; the Apache server does not specify a Content-Type header, but the
styling is as expected for the XP machine-loaded page, but not the Linux
loaded page. At any rate, all the styling for the body, h1, h2, and the
id-specific styling is present.

What is NOT present is the styling that applies to the CLASS-specific
elements. It is present in the server running on the XP machine
(localhost, or 127.0.0.1), but NOT on the Linux machine.
The external stylesheet is given below. Note that all the styles are
rendered on the XP machine-served page, and all styles but the selectors
".container" and ".contentbox" are rendered on the Linux machine-served
page. I put a light red background in the '.container' style so that I
could see it (it is not normally there). The classes refer to DIVs.
The idea behind the container/contentbox nested DIVs is to created a
justified text box centered in the rendered page, and which adjusts if the
window is adjusted, but up to a limit.

In the HTML document body, I have something like this going:

<div class="container">
<div class="contentbox">

all sorts of content here
</div>
</div>

<oversized table>
sometimes with a oversized table
which had negative margins when contained inside the nested DIVs
but IE doesn't seem to handle negative margins, so I have to
try to pull the table out of the centered justified text box
</oversized table>

<div class="container">
<div class="contentbox">

</div>
</div>

Does anyone know why it is rendered exactly as expected on one machine
(the localhost) and not on the other (the remote host)?

=========== begin stylesheet ==============
html {background-image:url("images/AUBIlogo-faded.gif")}
body {margin:2em 10%;text-align:center;}
h1 { color:#38a;font:bold 150% Verdana,Helvetica,Arial,sans-serif;}
h2 { color:#a48;font:bold 125% Helvetica,Arial,sans-serif;}
h3 { color:#aee;font:bold 115% Tahoma,Arial,sans-serif;}
h4 { color:#5fd;font:bold 105% Verdana,Helvetica,Arial,sans-serif;}
table {background-color:gray;}
table td {background-color:#f0f0ff;
font:normal 100% Arial,Helvetica,sans-serif;
padding:0.1em 0.3em;}
table th {background-color:#fff0f0;font:bold 90%
Verdana,Tahoma,Arial,sans-serif;
padding:0.1em 0.3em;}
a {text-decoration:none;}
a:hover {color:red;text-decoration:underline;}
#unitname {color:blue;font:bold 200% Verdana,Arial,Helvetica,sans-serif;
text-align:center;}
#unitbox {margin:1em 5%;
border:1px solid magenta;background-color:#ddd;padding:1em 2em}
#unitsubname {color:#e41;font:bold 150% Arial,Helvetica,sans-serif;
text-align:center;}
.container {width:40em;padding:1em;background-color:#ffe0e0;}
.contentbox {text-align:justify;}
#pagetitle {text-align:center; font:bold 180% 'Arial
Narrow',Helvetica,sans-serif;
color:#33b;}
#revising {font:normal 83% Tahoma,Helvetica,sans-serif;
margin-bottom:3em;}
=========== end stylesheet ==============
Jan 17 '06 #1
2 1694
Patient Guy wrote:

On a Windows XP running Apache 2.0.53 I do my page development (XP
machine).

I then upload the stuff to a Linux/Redhat/Fedora running Apache 2.0.54
(Linux machine)

The page looks quite different on the XP and Linux machines, both in IE
and FF1.5. I eliminated the possibility of external stylesheet failing to
load; the Apache server does not specify a Content-Type header, but the
styling is as expected for the XP machine-loaded page, but not the Linux
loaded page. At any rate, all the styling for the body, h1, h2, and the
id-specific styling is present.

What is NOT present is the styling that applies to the CLASS-specific
elements. It is present in the server running on the XP machine
(localhost, or 127.0.0.1), but NOT on the Linux machine.

Please post an URL. Especially for a problem like this, code snippets
are useless.

--
jmm (hyphen) list (at) sohnen-moe (dot) com
(Remove .AXSPAMGN for email)
Jan 17 '06 #2
On 2006-01-17, Patient Guy <sevisen.adam@gmailDOTHEREcom> wrote:

I don't think I have ever encountered something like this before.

On a Windows XP running Apache 2.0.53 I do my page development (XP
machine).

I then upload the stuff to a Linux/Redhat/Fedora running Apache 2.0.54
(Linux machine)

I have a page that features an external stylesheet, as well as styling in
the <style> element area of the document head, as well as element-specific
styling throughout the page.

The page looks quite different on the XP and Linux machines, both in IE
and FF1.5. I eliminated the possibility of external stylesheet failing to
load; the Apache server does not specify a Content-Type header, but the
styling is as expected for the XP machine-loaded page, but not the Linux
loaded page. At any rate, all the styling for the body, h1, h2, and the
id-specific styling is present.


could it be a filename-case issue?

have you downloaded the files and confirmmd that they
have correct content?

What HTTP headers are you getting from the servers?
Bye.
Jasen
Jan 18 '06 #3

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

6 posts views Thread by |-|erc | last post: by
1 post views Thread by Grey | last post: by
reply views Thread by leo001 | last post: by

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.