ну вот же еще с мая инфа — https://vk.com/wall-204886728_5915. Родителям выдали листочки на подписс с «согласием на обработку персональных данных», причем данных там просили столько что ппц. Большая часть родителей, само собой, подписали не глядя.
Если ставить себе главной задачей именно «уменьшить вложенность блоков» — да, такое решение можно использовать (причем давно). Можно назвать его «техническим» решением — то есть решением, технически возможным на данный момент.
Но «техническая» сторона — не всегда определяющая. Важнее может оказаться борьба со сложностью, читаемость кода, поддержка неких браузеров и т.д. И тогда повышенная вложенность блоков (или более простой способ верстки) уже не важна, потому как приоритеты расставлены иначе.
Словом, все зависит от задач. А задачи у всех разные. Так что будьте добры, избегайте обощений: «все верстальщики используют», «его используют абсолютно везде», «вы почувствуете некоторое облегчение» и т.д.
Насчет ".container «родился» в bootstrap" — вообще из ряда вон. Колонка (или две) контента по центру родилась тогда, когда дизайнеры начали отходить от сайтов на 100% ширины страницы и стали пробовать фикс. Бутстрапа тогда и в помине не было.
Насчет подводных камней calc-метода — при желании можно придумать какие-то варианты. В основном, связанные с границами. Например, бывает что в одном блоке натасованы элементы как шириной колонки, так и шириной экрана. Или нужны absolute блоки по краю колонки. «Технически» оно явно решаемо. Но есть ли практический смысл решать — зависит от задач.
Покажите мне сайт, на котором ради красивой верстки текста — скачками меняется размер текстового блока
на лендингах, например, таким вполне можно заморочиться для основного контента или заголовков (само собой, имеется ввиду небольшой объем текста, иначе смысла нет — если текст заменят, «красота» пропадет).
Какой браузер умеет определять наличие лестниц
браузер может и не умеет, но скриптом в приниципе можно посчитать количество строк и сделать выводы, после чего заменить размер шрифта, например. Или автоматизировать с помощью готовых решений навроде fittextjs. словом, костыли…
По логике — должны быть, раз уж их для термосов производят, но вот в рознице (там где эти самые термоса продают) — ни разу не встречал. Хотя сейчас попробовал погуглить — есть и там и тут. Блин, похоже есть реальный шанс вернуть в строй пару старых термосов. Осталось только с размерами разобраться — формы этих «крышек с кнопкой» у всех разные :(
Несколько дополнений:
— Термос можно использовать не только для сохранения температуры еды/воды, но и для приготовления пищи. Т.е. например сыпнул в него гречки и налил кипятку — и греча там сама «дойдет». Или сухофрукты и кипяток — будет компот. Вариантов масса.
— Стеклянный держит тепло лучше металлического, а еще у них бывает теплая ламповая пробковая пробка, простите за тавтологию. Жаль, в туризм не годятся — боятся ударов.
— Пробка без механики (винтовая, с прорезями) — это никакой не минус, а реальный плюс, т.к. все варианты с обычными кнопками (про японские не скажу — не пробовал) в зимнем походе при -30 превращаются в тыкву замерзают напрочь. Приходилось вытряхивать лед из фиговых термосов :( Ну и ручки всякие в туризме нафиг не нужны, да — отнимают место и увеличивают вес.
— личный опыт — вариант от tramp хорош по соотношению цена-качество.
времена серьезные, сами понимаете…
Но «техническая» сторона — не всегда определяющая. Важнее может оказаться борьба со сложностью, читаемость кода, поддержка неких браузеров и т.д. И тогда повышенная вложенность блоков (или более простой способ верстки) уже не важна, потому как приоритеты расставлены иначе.
Словом, все зависит от задач. А задачи у всех разные. Так что будьте добры, избегайте обощений: «все верстальщики используют», «его используют абсолютно везде», «вы почувствуете некоторое облегчение» и т.д.
Насчет ".container «родился» в bootstrap" — вообще из ряда вон. Колонка (или две) контента по центру родилась тогда, когда дизайнеры начали отходить от сайтов на 100% ширины страницы и стали пробовать фикс. Бутстрапа тогда и в помине не было.
Насчет подводных камней calc-метода — при желании можно придумать какие-то варианты. В основном, связанные с границами. Например, бывает что в одном блоке натасованы элементы как шириной колонки, так и шириной экрана. Или нужны absolute блоки по краю колонки. «Технически» оно явно решаемо. Но есть ли практический смысл решать — зависит от задач.
на лендингах, например, таким вполне можно заморочиться для основного контента или заголовков (само собой, имеется ввиду небольшой объем текста, иначе смысла нет — если текст заменят, «красота» пропадет).
браузер может и не умеет, но скриптом в приниципе можно посчитать количество строк и сделать выводы, после чего заменить размер шрифта, например. Или автоматизировать с помощью готовых решений навроде fittextjs. словом, костыли…
— Термос можно использовать не только для сохранения температуры еды/воды, но и для приготовления пищи. Т.е. например сыпнул в него гречки и налил кипятку — и греча там сама «дойдет». Или сухофрукты и кипяток — будет компот. Вариантов масса.
— Стеклянный держит тепло лучше металлического, а еще у них бывает
теплая ламповаяпробковая пробка, простите за тавтологию. Жаль, в туризм не годятся — боятся ударов.— Пробка без механики (винтовая, с прорезями) — это никакой не минус, а реальный плюс, т.к. все варианты с обычными кнопками (про японские не скажу — не пробовал) в зимнем походе при -30
превращаются в тыквузамерзают напрочь. Приходилось вытряхивать лед из фиговых термосов :( Ну и ручки всякие в туризме нафиг не нужны, да — отнимают место и увеличивают вес.— личный опыт — вариант от tramp хорош по соотношению цена-качество.