Comments 58
К сожалению, text-overflow: ellipsis, насколько я помню, работает только на однострочном тексте. Бывает, что нужно так обрезать многострочный текст и тут приходится выкручиваться другими способами.
Раньше, для оснащения страницы плавной прокруткой, требовалось задействовать несколько строк JS-кодаРаньше для этого нужно было поставить галочку в настройках браузера. Или убрать. А как быть с этим если я не хочу плавную?
2. Закрепление элементовВсё отлично. Только закрепление ломает прокрутку и приходится юзать скрипты уже для правки этого. Попробуйте почитать хабр без скриптов. Клавиши Pgup/PgDn работают со всем окном и без скриптов получается систематический перелёт, т.к. панелька сверху отжирает часть окна.
developer.mozilla.org/en-US/docs/Web/CSS/scroll-behavior
Попробуйте почитать хабр без скриптов. Клавиши Pgup/PgDn работают со всем окном и без скриптов получается систематический перелёт, т.к. панелька сверху отжирает часть окна.
Не смог воспроизвести ни в Chrome, ни в Firefox
Я когда-то именно supports для position: sticky использовал (ну и так по мелочи), а потом нарвался на геморрой в поведении Safari, после чего решил ну его в пень.
text-overflow: ellipsis — почти полная поддержка всех браузеров — это не так!
Эт раз.
Второе, море народа сидит на браузерах которые сжимают трафик (аналоги OperaMini) и ещё куча шлака всякого. Пока ты сайтом не продаёшь тебе то и насрать, а как узнаешь процентаж трафика со странных устройств и процентаж отказов, так сразу и айайай.
Пару раз пробовал использовать плавную прокрутку на css и всеравно возвращался к js. А все потому, что если header на позиции fixed, то элемент к которому скролим — частично прячется под этим header и еще были какие-то нестыковки, но уже не помню какие.
Так не от меня же зависит, прикреплять шапку или нет, желание заказчика
Ну и при чем тут дизайн градиента к реализации скролла? Если дизайн заказчику нравится, то мне абсолютно всеравно какие там вырвиглазные цвета или кривые отступы у похожих блоков, тут в теме было, что реализация некоторой логики на css — лучше чем на js. Но в итоге из-за разного рода багов, всеравно лучше использовать js. А по поводу дизайнов, так о них не спорят, посмотрите, что студия Лебедева толкала за бешеные бабки. Что для нас не очень, то кому-то всеравно понравится
Это все очень весело, но я бы выделил две явных проблемы:
1) трудноуловимый источник странных проблем. Хорошо, если разработчик — я, и я примерно в теме того, где я понавертел всяких модных CSS-штук, а если нет — тушите свет! То, что раньше надо было выкапывать в 3-4 подключённых JS файлах, теперь надо будет искать ещё и в груде CSS, и дай бог, чтоб это не было "костылем", и не оказалось реализоваео в виде стиля прописанного прямо к элементу, прямо где-нибудь в PHP-коде!
З.Ы. Только не говорите про отладчик… На всяких айфонах — это отдельные боль и страдания.
2) Удвоение работы по разработке таким способом: сначала делаем для современных браузеров, а потом берём IE9 и проделываем все заново! Блеск!
Нельзя в окно! Это засорение окружающей среды токсичными отходами!
А если серьёзно — то все было бы очень круто, если бы в целевой аудитории многих компаний не сидели государственники с win XP и дефолтным браузером IE9, а за пультом этих шайтан-машин не сидели бабульки, которые при виде поехавшей вёрстки (или не дай боже ошибки какой) неистово крестятся и жмут на крестик.
Она зависит от того какая тема стоит в браузере? да?
6 мощных возможностей CSS, которые позволяют обойтись без JavaScript