Hi
it can get annoying hey
I had the same problem with a previous website, I cannot remember what
i did excatly (used inner and outer divs I think) but your more than
welcome to look at the code.
http://www.phillipwrayracing.com
Hope that helps
Jermayn
[EMAIL PROTECTED] 20/09/2007 2:36:47 pm
I have used a technique where the side column sits inside the main
column. The main column's background will then form the background for
either column and therefore even if the sides column is longer than the
main content the background will not be broken and vice versa.
Joshua Street wrote:
Joshua Street wrote:
Hi all,
I've got this design that requires equal height columns *and*
background images positioned at the bottom of each column.
The heights are fluid, the widths is fixed.
The Companion column method...
http://www.satzansatz.de/cssd/companions.html
...allows for
Benedict Wyss wrote:
People need to have auto responders for business reasons, does this
mean we say people on the list have to send and receive from a web
mail address not a work address?
I don't think View - Options - Uncheck 'request read receipt' box
is too much to ask before
:32
Subject: RE: Autoresponders on the list Was: Re: [WSG] equal height columns
To: wsg@webstandardsgroup.org
Benedict Wyss wrote:
People need to have auto responders for business reasons, does this
mean we say people on the list have to send and receive from a web
mail address not a work
I would assume that the reason it doesn't work, is because you are using
a method called parseint. JavaScript is case-sensitive... The method
is actually parseInt. But changing that makes IE hang, as someone
pointed out earlier... This I think is caused by the fact that you are
applying the
Return Receipt
Your RE: [WSG] equal height columns [No Protective Marking]
document
Quintin Stoltz wrote:
I would assume that the reason it doesn't work, is because you are
using a method called parseint. JavaScript is case-sensitive... The
method is actually parseInt. But changing that makes IE hang, as
someone pointed out earlier... This I think is caused by the fact
Yes, I actually only read the replies after my reply. It makes sense.. I
tested it also, and noticed that it worked fine.
Quintin Stoltz wrote:
I would assume that the reason it doesn't work, is because you are
using a method called parseint. JavaScript is case-sensitive... The
method
Hi,
I've not used these expressions much, but is the use parseInt necessary?
I had the impression that offsetHeight returns an integer value of px. Am
I missing something?
Stuart
On Tue, April 17, 2007 7:06 am, Quintin Stoltz wrote:
I would assume that the reason it doesn't work, is
PROTECTED]
On Behalf Of Stuart Foulstone
Sent: 17 April 2007 08:57 AM
To: wsg@webstandardsgroup.org
Subject: RE: [WSG] equal height columns
Hi,
I've not used these expressions much, but is the use parseInt necessary?
I had the impression that offsetHeight returns an integer value of px.
Am I missing
Stuart Foulstone wrote:
I've not used these expressions much, but is the use parseInt
necessary?
I had the impression that offsetHeight returns an integer value of
px. Am I missing something?
The method has the purpose of keeping the calculations alive in IE/win.
Compare this _with_
Gunlaug Sørtun wrote:
http://www.rhh.myzen.co.uk/gam/sandbox/elc.html
Correction:
The em to px part of the calculation - needed for correct subtraction
of that padding, can be extracted here...
http://www.gunlaug.no/contents/wd_additions_14.html
...where I use it to simulate 'em-based
Return Receipt
Your RE: [WSG] equal height columns
document
Return Receipt
Your RE: [WSG] equal height columns
document
Return Receipt
Your RE: [WSG] equal height columns [No Protective Marking]
document
Return Receipt
Your RE: [WSG] equal height columns [No Protective Marking]
document
Return Receipt
Your RE: [WSG] equal height columns
document
Return Receipt
Your RE: [WSG] equal height columns
document
Return Receipt
Your RE: [WSG] equal height columns
document
This is definitely an issue and I second it. But if we as professionals are
going to deal with this issue on an ongoing basis then a solution will be
handy and left for the administrator to pass to the offending party
involved.
My suggestion only.
So that being said is there a solution that
Benedict Wyss wrote:
People need to have auto responders for business reasons, does this
mean we say people on the list have to send and receive from a web
mail address not a work address?
I don't think View - Options - Uncheck 'request read receipt' box
is too much to ask before clicking on
Return Receipt
Your RE: [WSG] equal height columns
document
Quintin Stoltz wrote:
Instead of grid.offset.height, try grid.offsetHeight
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Designer
Sent: 16 April 2007 01:42 PM
To: wsg@webstandardsgroup.org
Subject: [WSG] equal height columns
Hi all,
I need some
P.S. Beware - you may find IE hanging
Quintin Stoltz wrote:
Instead of grid.offset.height, try grid.offsetHeight
Thanks for pointing out my typo, but it still doesn't work! There's a
page you can see at:
http://www.rhh.myzen.co.uk/gam/sandbox/elc.html
--
Bob
Designer wrote:
http://www.rhh.myzen.co.uk/gam/sandbox/elc.html
The basics...
http://www.gunlaug.no/tos/alien/d/Structure%20template.html
...but far from finished.
Now you have to ask IE/win how tall an em is - regardless of font-size
and resizing, and subtract the padding-top/-bottom on
http://www.rhh.myzen.co.uk/gam/sandbox/elc.html
Correction:
The em to px part of the calculation - needed for correct subtraction
of that padding, can be extracted here...
http://www.gunlaug.no/contents/wd_additions_14.html
...where I use it to simulate 'em-based min/max-width' in IE6. IE7
Return Receipt
Your RE: [WSG] equal height columns [No Protective Marking]
document
28 matches
Mail list logo