Ответы пользователя по тегу Вёрстка
  • Как сделать так, чтобы таблица (блок) с контентом внутри растягивался только на свободное пространство в зависимости от другого блока?

    Heian
    @Heian Автор вопроса
    Ашот
    Решил через position: absolute. Хедер, к счастью, всегда фиксированной высоты, а вот табличка растягивается, как нужно, при этом контейнер, где хедер с табличкой, никогда не будет выше своего min-height или соседнего блока.
    Ответ написан
    Комментировать
  • Нужно ли подключать все форматы шрифтов?

    Давно можно только woff2. Если шрифта нет в woff2, используйте конвертеры.
    Ответ написан
    Комментировать
  • Что из препроцессоров вы используете?

    С появлением css переменных вообще подумываю от препроцессоров отказаться, ведь важный для меня пункт 2 из моего списка, также имеет побочные эффекты в виде усложнения поиска селекторов по проекту.

    Ну и зря. У меня на галере капитан заставляет гребцов возвращаться в 90е, т.е. когда де-юре scss, а по факту пишем по старинке, все каскады друг за другом, в одну строчку, без вложенности. Вот где мат стоит. Из аргументов как раз ваше "ну, искать селектор тяжело, если ошибка на продакшене". И не вразумить, он жи "синьор-помидор". Кекмда.

    Сам использую scss, не мыслю жизни без препроцессоров. У css-переменных есть только одно преимущество: декларативность, когда меняешь переменную и все меняется сразу же. По факту, очень удобно только менять темы на лету, что напоминает мне детские игры (хотя выглядит круто). Прозрачность переменной не сделаешь. В другой тип переменную не переведешь. Куча каких-то ограничений.

    Единственный путь использовать css-переменные в сложном проекте, где они используются не только для однократного присвоения значения, но и для построения сеток, для перевода px в em \ rem, для динамического формирования спрайтов и цветовых схем; нужно идти по пути усложнения. Путь этот геморроен, но достоин любителей live on the edge. Нужно сделать так, чтобы для каждой scss-переменной существовал css-собрат, и добиться их синхронизации. В итоге получаем на деве исходники с мощью scss, на проде - мощь css.
    Ответ написан
  • Как анимировать Png чтобы был эффект тянущегося желе?

    Очевидный SVG одной картинкой, в котором желе выделено в отдельную подгруппу \ фигуру. Растягиваете только ее.
    Ответ написан
    Комментировать
  • Что мешало консорциуму W3C и разработчикам браузеров сразу придумать css grid?

    Да никто не мучался. Сетка на флоатах интуитивно понятна, легка и красива. Да, семантически костыль, но это работает и работает хорошо, ничуть не сложнее флексбокса или гридов.

    и многие, кто не осилил эту технику так и делали кстати

    Я скажу так - не осилил флоаты, вон из профессии. Это проще, чем гриды.

    Просто тогда не было необходимости в построении сложных интерфейсов, в которых флексбокс и гриды будут выигрывать, да и в целом тогда не было браузеров \ железа, которые могли бы отобразить и воспроизвести все эти анимации и прочая.
    Ответ написан
    Комментировать
  • Почему не нужна конкатенация для http/2?

    Рискну предположить со своими знаниями, что конкатенация давала буст к производительности на http\1 потому, что в старом протоколе на каждый запрос тратились килобайты сопутствующей информации, а также миллисекунды получения. Это dns-резольвинг, установка соединения и т.п. Чтобы это минимизировать, был даже специальный атрибут тэга link, rel="dns-prefetch" (еще preconnect, prefetch, и некоторые другие).

    В новой версии повторные запросы к одному хосту не требуют повторного запроса и отсылания всей информации, которая отсылалась с первым запросом, поэтому смысл от конкатенации теряется. Более того, это даже может навредить, если файл большой - придется ждать загрузки, в то время как с горстью маленьких функционал и стили могут появляться очень быстро и постепенно включаться по мере загрузки при отсутствии оверхеда по килобайтам и задержке.

    И я так понял, что rel="prefetch" на второй версии http тоже более не имеет смысла.
    Ответ написан
    2 комментария
  • Не умею верстать под IE. Есть ли какие нибудь гайды или видео по верстке под это кривое убожество?

    На самом деле там все довольно просто. В общем и целом caniuse и вперед, в зависимости от версии. На почти любое современное решение есть менее современная альтернатива. Не всегда, конечно, svg со сложными анимациями или там переходы с background-blend-mode не сделать без js на старых версиях, но, следуя принципам content first и graceful degradation, на украшательства в пограничных случаях можно и подзабить. Главное - контент.

    P.S. Вы ничего не знаете о боли, покуда не попробуете сверстать под IE6 )
    Ответ написан
    Комментировать
  • Верстка блока "как мы работаем" со стрелками между элементами, как оптимальнее?

    Если просто, то нарезать картинок и решить в лоб, где каждая цифра и стрелка - отдельный блок с текстом. Можно фоном или просто картинкой с position absolute (внутри блока).

    Если заморочиться, то цифры svg, стрелки тоже svg (плюс трансформ на искажение для изогнутости), так будет очень удобно адаптив делать: убрать transform и стрелки стали прямыми. С точки зрения производительности этот способ гораздо лучше первого.
    Ответ написан
    Комментировать
  • Article или section, без заголовка, как вернее?

    1. Верно. Все такие секции на странице (помимо main) можно вкладывать друг в друга. Если быть более точным, в спеках есть специальное поле у таких значимых секций, забыл уже, как называется - давно спеку читал. Но - можно. У article может и footer быть.
    2. Если заголовка нет, его можно не указывать. Секция и артикль может и не иметь заголовка. Но если он есть, можно его добавить. Скрывать стилями лучше не надо, за это могут сделать атятя.
    Ответ написан
    Комментировать
  • Min-width у body. Как?

    Просто добавьте к body свойство min-width. Спойлер - само по себе оно не может не работать, ибо простое, как дважды два. Можете проверить на каком-нибудь codepen.
    Ответ написан
  • Есть смысл не ключевые заголовки, делать тегом < b > с классом нужного размера h1 или ..... h6?

    2

    Для этого и были придуманы заголовки. В мануале не сказано "использовать hN только для заголовков с ключевыми словами". В рекомендациях от Гугла и Яндекса я тоже такого не видел.
    Ответ написан
    1 комментарий
  • Реально ли сверстать три лендинга в сутки?

    Смотря какие лендинги. А вообще, скорее всего, он наработал себе стартовый шаблон со всеми типовыми элементами лендосов (а лендосы почти всегда типовые), и просто меняет оформление.
    Ответ написан
    Комментировать
  • Как сделать список под rtl?

    dir="rtl"
    Ответ написан
    Комментировать
  • Для чего делать такие размеры?

    Ну вообще, если вы не планируете делать макет зависимым от установленного пользователем в настройках браузера кегля; меняете на различных брейкпойнтах лишь отдельные элементы, вроде заголовков; не планируете делать сайт доступным для разного рода телевизоров, то можете использовать px. Разницы тут никакой нет. А если вы еще и адепт pixel-perfect, и не делаете, например, размер подзаголовков зависимым от заголовков над ними, или отступы по краям кнопки зависимыми от кегля кнопки, то и em вам не нужен. Реальный кейс для осознанного использования rem \ em, который не является данью моде - когда заказчик хочет, чтобы было доступно везде, и при этом не требует pixel-perfect, оставляя разработчику свободу действий и выбора. Но это зачастую утопия.
    Ответ написан
    1 комментарий
  • Зачем дизайнеру подстраиваться под верстальщика в случае с Bootstrap?

    Потому что 12 колонок - это самый оптимальный вариант, лучше просто нет. Альтернатива - только 24 колонки. Все остальное - извращение. Только 12 (и 24) нацело делится на 2, 3, 4 и 6. А веб-дизайн - это во многом ремесло. Недаром хороший дизайнер должен уметь верстать.

    Если количество колонок иное, то сетка будет уже не от буцтрапа, максимум, миксины от него.
    Ответ написан
    Комментировать
  • Под какой браузер вы верстаете в первую очередь?

    Верстаю под FF, так как у него самые удобные dev tools из всех, что я видел. Иногда (очень редко) требуется поправить какой-то вебкитовский баг, но как правило, все, что работает в Firefox (исключая экспериментальные фичи), работает и в Chrome.

    В последнюю очередь смотрю IE и мобильные.
    Ответ написан
    Комментировать
  • Как правильно оформлять медиазапросы: медиазапросы внутри класса или классы внутри медиазапроса?

    У второго варианта преимущество - группировка медиа-запросов по классам, а не смешивание всего в одну кашу.
    Ответ написан
    Комментировать
  • Семантика html5. Как использовать тег main?

    1) Да. Main - главное содержимое страницы, то, для чего страница создана, ее значимая часть. А article - совсем другой уровень разбиения. Его можно использовать, например, внутри врезки с новостями или для списка постов в каком-нибудь блоге. Такие врезки могут быть и вне главного содержимого, например, в сайдбаре. В article должно быть то, что вне контекста страницы не потеряет своего смысла, что завершено и самодостаточно.
    2) Их имеет смысл использовать в любом случае. А вот не использовать main смысла нет.
    Ответ написан
    Комментировать
  • Составили требований для верстальщика, не перегнули ли палку?

    Нормальные требования, совсем не жесткие даже. Но некоторые пункты спорные.
    Ответ написан
  • Верстка через JS?

    очень крутой верстальщик

    Скорее, очень хреновый) Это ужасно... если появится список сайтов для поднятия самооценки разработчиков, этот занял бы там одно из почетных мест.

    И нет, это не конструктор - все конструкторы, при их кажущейся примитивности, весьма сложны и используют массу проработанных серверных виджетов.
    Ответ написан
    Комментировать