Sunday 19th of November 2017 04:42:26 PM

left column

All templates are XHTML 1.0 and CSS2/ tableless.

2 columns / menu and content dynamic
2 column layout grid. Both columns are dynamic and adjust themselves procentually to the browser window.


more nice and free css templates


body {
background-color: #8b4513;
font-size: 11px;
font-family: Verdana, Arial, Helvetica, SunSans-Regular, Sans-Serif;
padding:0px;
margin:0px;
}
#content {
float:left;
width:70%;
background:#fff;
border-right:2px solid #996666;

<P><FONT FACE="Tahoma"><B>You can try a funky font,
but if the client browser doesn't support it, your page may not look so
great.</FONT></B>
You can try a funky font, but if the client
browser doesn't support it, your page may not look so great.


<H1>Biggest Headline</H1>

Controlling line breaks, alignment and indents border-bottom:2px solid #996666; margin-right:15px; padding-bottom:20px; }


Figure 7-26

Figure 7-26. Navigator 4.x and margins

If you want to overcome this space, you can always use negative margins. Here's one possible declaration:

H1 {margin-bottom: 0;}
P {margin-top: -1em;}

The problem with this solution arises when the document is viewed in Internet Explorer, which will display what's shown in Figure 7-27. The overlapping text is not a mistake on Explorer's part -- it's doing single rule. Use of this property is encouraged over the other background properties because it is more widely supported and doesn't take as long to type.

Example

his property defines whether or not the background image scrolls along with the element. This is generally applied to BODY only, and in fact is largely supported only for that element. It is theoretically possible to create "aligned" backgrounds in multiple elements using this paragraph does not cause the value of 'line-height' to change, which canlead to some interesting effects.</P>

The result shown in Figure 4-26 may look like abrowser bug, but it isn't. It's exactly how the examplemarkup should be displayed.

Figure 4-26

Figure 4-26. Possible behavior with the line-height property and inline elements of different sizes

This is by no means the only oddity which arises from usingline-height. As backwards as it may seem, in Figure 4-27, the value of line-heightis exactly the same for each and every line in the element, no matter