- From: Ojan Vafai <ojan@chromium.org>
- Date: Wed, 18 Sep 2013 10:03:25 -0700
- To: "Robert O'Callahan" <robert@ocallahan.org>
- Cc: www-style <www-style@w3.org>
Received on Wednesday, 18 September 2013 17:04:12 UTC
Subtracting the scrollbar makes sense to me. On Tue, Sep 17, 2013 at 8:11 PM, Robert O'Callahan <robert@ocallahan.org>wrote: > As we all know, overflow:scroll/auto elements re funky because scrollbars > can be inserted between the padding and the border. This means the content > and padding boxes for such an element are smaller than you'd expect based > on 'width', 'height' and 'padding' properties. For example: > <div style="overflow:scroll; width:200px; height:200px; > padding:10px">...</div> > The children of the <div> will flow into an area that's less than 200px - > 10px - 10px wide, if the platform uses scrollbars that need width. > > I'm wondering whether to make getBoxQuads subtract scrollbar widths when > computing the size/position of the 'content' and 'padding' boxes for an > overflow:scroll/auto element. Any thoughts? > > Rob > -- > Jtehsauts tshaei dS,o n" Wohfy Mdaon yhoaus eanuttehrotraiitny eovni > le atrhtohu gthot sf oirng iyvoeu rs ihnesa.r"t sS?o Whhei csha iids teoa > stiheer :p atroa lsyazye,d 'mYaonu,r "sGients uapr,e tfaokreg iyvoeunr, > 'm aotr atnod sgaoy ,h o'mGee.t" uTph eann dt hwea lmka'n? gBoutt uIp > waanndt wyeonut thoo mken.o w * > * >
Received on Wednesday, 18 September 2013 17:04:12 UTC