@Libris я ничего не понимаю. Если мы ставим элементу на странице min-width:Xpx, то нужно понимать, что горизонтальная прокрутка при высоте контента, превышающем высоту области просмотра, появится при ширине (X + 17)px.
Если это понятно, то спрошу — какую задачу мы вообще решаем? Почему ширина области просмотра при высоте контента, превышающей собственную высоту области просмотра, уменьшается на ширину полосы прокрутки?
@Libris не, с элементом внутри я ошибся, но это не меняет абсолютно ничего. Если ставить минимальную ширину 1024, то это значит, что при высоком контенте прокрутка появится примерно на 1041 пикселей для окна.
@Libris если говорить про JS, то узнать ширину окна можно по window.innerWidth. Только зачем она нам, если может появиться полоса прокрутки и ширина области просмотра уменьшится?
Если я знаю, что мой сайт откроют на мониторе с разрешением 1024х..., то будет большой странностью, мягко говоря, писать min-width:1024px. Потому что как только сработает условие, о котором я писал в ответе, появится вертикальная прокрутка, и тут же автоматически горизонтальная.
Именно это и происходит на указанном сайте. В блоке с min-width:1024px находится другой с width:1024px. У меня нет слов, зачем это нужно.
Как бороться? Учесть, что максимальная ширина области просмотра не должна использоваться для min-width у элементов на странице.
@Libris я написал, как считать ширину окна — window.innerWidth
Какой смысл обсуждать то, как посчитать ширину скролла?
Что есть такое window.width и зачем оно нужно? jsfiddle.net/petroveg/cb21n3yv
@Libris вот если он прочтёт спецификацию, и что-то не поймёт, вот тогда тут и уточнят.
Из приличного количества источников можно составить такое уродливое лоскутное одеяло знаний, что потом топором не поможешь.
2. Я бы определил позицию футера (его положение относительно документа — offset() вам в помощь или getBoundingClientRect() + document.documentElement.scrollTop из нативного JS) и высоту окна — document.documentElement.clientHeight или innerHeight() (тут нужно уточнить — как в jQuery не помню).
3. Ловим scroll на окне (это событие такое) и смотреть на разницу положение футера и высоты прокрученного контента. Как только она меньше высоты области просмотра, меняем bottom для меню на эту величину (только положительную).
@Libris просто такого правила, как margin-collapse нет ни в одном документе рабочих групп W3C. так что смысла нет никакого приводить абсолютно проприетарные свойства типа filter.
Я думал, что мы говорим на тему, указанную в вопросе, а не жонглируем словосочетаниями.
@DeLaVega давайте, я уточню: вы, как и автор той статьи, точно уверены в том, что webkit-box-shadow и box-shadow в Chrome рендерят разные механизмы? Потому что только в этом случае порядок важен.
Если это понятно, то спрошу — какую задачу мы вообще решаем? Почему ширина области просмотра при высоте контента, превышающей собственную высоту области просмотра, уменьшается на ширину полосы прокрутки?