So, I have a DIV #Wrapper
which has a fixed width. Inside that DIV, I have another DIV #Panel
which also has a fixed width:
<div id="Wrapper">
<p>...</p>
<div id="Panel">Panel</div>
<p>...</p>
</div>
Sometimes, the width of the Panel is larger than the with of the Wrapper, and in those cases I would like to widen the Wrapper via JavaScript, so that it wraps the Panel perfectly.
Live demo: http://jsfiddle.net/H6rML/
I intended to use .scrollWidth
on the Wrapper to determine the width of the Panel. However, the problem is that the Wrapper has horizontal padding, and the .scrollWidth
for some reason only includes the left-padding of the wrapper. So:
Wrapper.scrollWidth === Wrapper.LeftPadding + Panel.Width
So, given:
#Wrapper {
width: 200px;
padding: 10px;
}
#Panel {
width: 300px;
}
Wrapper.scrollWidth
returns 310px
, which is not very useful. If .scrollWidth
didn't include any padding and only returned the width of the Panel, I could work with that (I would add the padding manually to that value). If both paddings were included, I could work with that too. But why is only the left padding included? (Btw this behavior appears to be cross-browser.)
A few additional notes:
I cannot set the width on the Wrapper directly. In my actual code, I set the width on an ancestor element that is several levels above the Wrapper, and I use a custom API to set the width. This is why I need to retrieve the full
320px
value.I would like a solution that does not depend on the content of the Wrapper. In my demo it's a Panel, but in other scenarios there could be a different element that overflows, or even multiple elements. That is why I went with
.scrollWidth
on the Wrapper.
Is there a way to get the value 320px
without having to manually add the right padding to the .scrollWidth
value?
Btw, according to the standard, the right padding should be included:
The scrollWidth attribute must return the result of running these steps:
If the element does not have any associated CSS layout box return zero and terminate these steps.
If the element is the root element and the Document is not in quirks mode return max(document content width, value of innerWidth).
If the element is the HTML body element and the Document is in quirks mode return max(document content width, value of innerWidth).
Return the computed value of the 'padding-left' property, plus the computed value of the 'padding-right', plus the content width of the element.
Source: http://www.w3.org/TR/cssom-view/
Why don't the browsers behave accordingly?
To further improve the clarity of my post, let me sum up the two main questions:
(1) If the standard states that the right padding should be included in the .scrollWidth
value, then why don't the browsers behave accordingly?
(2) Is it possible to retrieve the correct value (320px
in my case), without having to manually add the right padding?
This question has been answered in another thread
The answer to this question is located here: When a child element overflows horizontally, why is the right padding of the parent ignored?
#Wrapper
width? After#Panel
is perfectly wrapped, I would not bother more :) – Greenes.outerWidth(true)
it returns '320' ! Hope that helps! (Hello to Zagreb.) – Greenes320
to it.Wrapper.scrollWidth
(incorrectly?) returns the value310
(it doesn't include the right padding), so I have to figure out how to deal with this issue. (Pozdrav:)
) – Abmho.scrollWidth
value; that would work. The question is, why isn't the right padding included in.scrollWidth
. The standard states that it should be. – Abmho