Александр Синицын: С таким же успехом они могут обрабатываться разными скриптами. Или разными частями одного скрипта.
И нигде не написано, что они одинаковые.
Знаменитость сайта в человеческом смысле совсем не равна его трасту и пользе для акцептора (оставим в стороне вопрос о целесообразности покупки ссылок через биржи в данный момент времени).
Вам нужно будет перебрать и проверить очень много сайтов. Поэтому, логичнее пользоваться агрегатором для получения большего количества предложений.
dom1n1k:
Понятие блочных и строчных имеет (имело) отношение исключительно к семантике, но никак не к CSS. Поэтому, что у Вас там в стилях понаписано или переопределено никого не волнует (с точки зрения этого правила)
Меню - понятно. Там за счет марджина можно уместить лишнее слово. Но если сжать до 10% (гипотетически), то проблема останется. Т.е. значит, она не в марджинах. Ну и полно еще мест на сайте где такая же петрушка, потому что размеры стоят фиксированные, потому что макет такой. И либо мне придется жертвовать размазыванием фоновых картинок либо оно будет вылезать.
С клиентом мы вроде решили, что это он лишнее придумал.
Но мне же теперь самой интересно, как это решить в рамках текущей верстки. С адаптивными все хорошо, там размерчики относительные и все уменьшится куда надо. А вот с такой...
>блок nav просто распирается набором ссылок
А куда он денется при фиксированной ширине обертки?
Упрется в края или мешающий другой контент, в данном случае красную рамку, заменяющую логотип (что и происходит при уменьшении до 30%).
То что я задам ему фиксированную ширину ничего не изменит, разве что, если клиент надумает переименовать какой-то пункт и он станет длиннее на 2 буквы, то ему придется лезть в стили и эту фиксированную ширину увеличивать.
>Ещё там есть flex-контейнеры, но у дочерних элементов никак не заданы flex-basis, grow, shrink и вот это всё.
Вы же не задаете обычным div'ам ширину 100%?
Поэтому - ровно также, как работают все не заданные свойства - по умолчанию. Которое в данном случае меня полностью устраивает.
>Им верстальщик толком не заложил их поведение, браузер волен делать что хочет.
Как задавать поведение при зуме? Можно пример? Для какого-то одного свойства в блоке, например, для пропорционального уменьшения шрифта?
Никита Полевой:Я может, не правильно выразилась.
Например, требовать кроссбраузерность для современных браузеров минус несколько версий - это оправданное желание.
Требовать отображение в раритетах типа ИЕ8 - оправданное, отдельно обговариваемое.
Вопрос в том, есть ли аргументы, которые бы оправдали проверку поведения при зуме (причем таком, капитальном зуме)?
Людей, которые ставят увеличенный шрифт или используют увеличенный масштаб, я встречала и понимаю. Уменьшенный до 50% - нет, не видела и в голову не приходит толковых идей зачем бы это понадобилось.
У Вас заново грузится страница и в этот момент она уже ничего не знает о предыдущих кликах.
Пишите в кукисы.