There are many reasons CSS sucks, but here are the main two:
CSS relies on hierarchy for positioning, visibility & property inheritance. Therefore, it cannot be separated from the markup & interaction like some HTML purists suggest.
When positioning elements, one of two options can be used:
In the flow, which means automatic height & collection of inline assets into blocks, but very hard to tweak the default decisions.
Out of the flow, which more or less forces use of fixed dimensions for anything positioned this way.
If you still think CSS is awesome, try this: In a large text box, position a fixed-dimension image at the bottom-right, such that text will wrap around it.
I hope to further look into the workings of CSS in future posts
маленький ребрендинг. хотя со смартфона пока ещё тяжеловато, логотип в экран лезет из-за position: absolute;, но хотя бы боковое меню не мешается со старта страницы. убрал социалкнопки, основная загрузка страницы ускорилась с 12 до 4,5 секунд вне кэша. с менюшкой было около 30. подумываю ещё и счётчик яндекса убрать, 2,2 секунды будет
Не могу найти решение, подскажите, пожалуйста: я хочу анимировать в галерее SVG под IMG при наведении. Соответственно делаю внешний SVG, как мне теперь ему внутрь сказать, что делать, когда он :hover?
TIL (today I learned) что PITA расшифровывается как Pain In The Ass.
Речь пойдет о пользовательской стилизации скроллбаров, которые нельзя просто взять и покрасить (что в общем-то и не нужно нормальному человеку, но заказчик далеко не всегда является таковым).
В вебките это решено нестандартным свойством: developer.mozilla.org , а вот багтрекер мозиллы — неиссякаемый источник радости. Вот например баг, которому 16 (прописью: шестнадцать, Карл!) лет: bugzilla.mozilla.org
Первый пост шестнадцатилетней давности: Proposal: Mozilla should support the scrollbar-(blah)-color properties implemented in IE5.5. This would be a minor enhancement...
Последний коммент, написан два месяца назад: DON'T COMMENT UNLESS YOU ARE FIXING IT...
Кто виноват и что делать было в принципе понятно 11 лет назад: * The current XBL scrollbars are partly implemented in C++ and tied directly to the bits where they need to go
* Instead this bug proposes to add two pseudo elements, such as ::-moz-horizontal-scrollbar and ::-moz-vertical-scrollbar, which would become the bound elements for the XBL scrollbars
* The XBL scrollbars could then do something intelligent with inherited properties from these pseudo-elements
* This also allows users to write new scrollbars in XBL and bind them to these pseudo-elements to completely replace the scrollbars. Example: instead of a slider with buttons, a miniature image that serves as a panning control. Or whatever.
The new capability this requires is that AFAIK, XBL can't currently bind to pseudo-elements, because XBL expects to bind to something in the DOM. I don't know what would be required to change that.
В светлом технократическом будущем возможно этот драфт станет частью спецификации: drafts.csswg.org — но с 2015 года (первый публичный драфт) он не сильно поменялся: w3.org
Пилит драфт вот этот достойный чел, который не кодит с 2012, ныне преподает что-то во французском лицее в Киото и консультирует: florian.rivoal.net — не удивительно, что оно не особо двигается.
Хотя в драфте про скроллбары пока ни слова, страница свойства developer.mozilla.org отправляет туда. -moz-appearance, если кто не пони, теоретически совершает обратную процедуру, стилизует ваш элемент под системный, а в списке элементов под которые оно должно стилизовать, есть и скролбарозапчасти. Так что остается верить.
<Mitrill> А можно как-то уменьшить расстояние между строками? Или всё жёстко в стили вбито?
<РобоСпaйк> да, междустрочник выставлен на полторы строки... по идее надо вообще саморасставляемые строки
<РобоСпaйк> htmlbook.ru каких-то css3 вариантов я не вижу, calc вроде неприменим (ему надо число строк подавать как-то), а как через JS сделать даже не представляю. проблема просто не вставала ещё перед человечеством, точнее, его частью с прямыми руками
alistapart.com — внезапно голос здорового человека посреди вакханалии хипсторов со всем широким спектром всяческого этого cssinjs. Автора предсказуемо распяли, но в комментах огонь, не только хипсторы жгут:
What I see most often is OOCS/BEM being used in place of good markup — essentially admitting defeat in that A) we have to deal with crappy code so put some lipstick on the pig B) we don’t really care about architecture or optimization, we just want it to look and work a certain way
UPD. Я начал понимать невоспетых героев — фронт-енд девелов. Сделать так, чтобы все рендерилось одинаково, в идеале — аж с IE6, для этого нужен очень большой экспириенс.
2 дня потратил на то, чтобы разобраться с (основами) типографики в веб. Так то я сварщик давно уже ненастоящий, но вот что то в этот раз захотелось сделать все идеально. Забегая вперед, скажу, что вышло не просто идеально, а прямо — pixel perfect. Нет ничего более приятного, чем ощущение от созерцания baseline линеек в конце сложной 10+ экранной страницы (да, 10 экранной, специфика. Нельзя ее делить), где ничего не съехало ни на пиксель. Другой вопрос, что и без типографирования — броузеры рисуют все относительно корректно. Рядовой юзер эти 2-пикселя туда, 4-сюда — не заметит вообще. Так что, ИМХО, это сродни гимнастики для ума, и ублажения внутреннего перфекциониста. Из полезностей, что я выучил за эти два дня: 1) все верстательные фреймворки и гриды— сосут из за своей недо-универсальности. 2) Исходя из п. 1 — берется Susy, и в SASS-е генерируется грид on-demand. Любой. То есть вообще, любой. Susy — это не просто рулез, это маст-хэв. 3) Опять же, исходя из п.1, берется compass, из него vertical-rhythm, и на-лету, полу-автоматически генерируются все нужные отступы для типографики.
Случайно увлекся веб-типографикой. Оказывается, насколько же это интересная и увлекательная задача, сделать красивый вертикальный ритм. В идеале — с субпиксельной точностью.
Жуйк, а у тебя есть верстальщики? В качестве тренировки, перевожу сайт на flex-box, и ловлю себя на мысли, что лучше бы я его переводил на 15-летние <table> . А ваше мнение? flex -модель это кул, или хипстерско-вейперское веяние?
Бывает что-нибудь вроде бутстрапа, но только чтобы работало прилично с голым html, без тысячи class="btn btn-block btn-lg btn-primary"? Веб-интерфейс для микроконтроллера, каждый байт на счет.
посмотрел на накопившиеся с 16 июля картинки в twitter.com и понял, что по одной сохранять уже нафиг-нафиг. хочу в скачивалку весь список сунуть и чтоб руки не болели больше. поправил в своём юзерскрипте выдачу с фразы "Прямая ссылка" на сам адрес. А потом решил-таки его опубликовать, вдруг кому интересно будет посмотреть арты с Джуди и Ником. вот greasyfork.org также залил простенький юзерстиль на скукоживание самих картинок, дабы не листать километры userstyles.org использовать их вместе
Имеется страница: буранчик.рф
Ругается валидатор: validator.w3.org
Подскажите, пожалуйста, нормальный вариант оформить текст во вкладках через CSS, а заодно и решение, чтобы пропали "выправленные майки" снизу, когда под цветом слоновой кости во вкладках имеются белые куски.
До кучи ещё вопрос: стоит ли оставить тему Humanity для jQuery UI или вместо неё стоит создать более подходящую сайту по стилю?
Что там нынче модно использовать из легковесных css-фреймворков для сетки и базовых фиксов? Ну то есть натурально нужны только сетка + фиксы. Без типографики, кнопочек, форм, жсговна и прочего непотребства.
интересное, про то, каким мог бы быть css: eager.io
там даже есть ссылка на докторскую Хакона Ли (чела который придумал css если кто не пони): people.opera.com
CSS is interesting because unlike other types of code, you are most likely to find the most recent code towards the bottom of the file. Reading a css file from start to finish will often times reveal in chronological order how a defined system breaks down.mrmrs.io
есть пиктограмма медиаменеджера, всплывающее окошко открывает. оттуда можно открыть более продвинутый медиаменеджер с сортировками и т.п. довольно давно я заметил, что кнопки недоступны, а сейчас нашлось время разобраться. и ведь мог же сразу засечь, что проблема явно в CSS — кнопки в первые полсекунды доступны — а начал отрывать скрипты, редакторы, плагины, даже браузер без аддонов запустил. на оф.сайте движка всё окей — а у меня не окей. а потом наконец увидел в инспекторе причину. поскоку это спецстраница, её содержимое генерится скриптом, а цсс считает, что содержимого нет. но кнопка всё равно может отобразиться только после всей лабуды, так что див имеет приличную высоту и перекрывает весь кислород... clear:both; и нет проблем
а хотел уже юзерскрипт писать... они столь же заразны, как регулярки, всё время возникает желание напихать побольше
test.comicslate.org перехват из первой версии неплох, но всё равно приходится руками дорабатывать. по факту подстановку забеливаний при перехвате надо убирать совсем. свежие баги — цветопостановщик не работает, на просмотре не может отобразить цветной фон, при наведении мышки текст перевода чудит...
долбал-долбал я cotan, работает, вроде. наклейки больше не дублирует (глупейшая ошибка была), CSS в порядке. рабочий сервер с a1mg comicslate.org тестовый сервер с cotan test.comicslate.org перехватил код у a1mg и подмял под себя корректно, но в редакторную кнопку пока лучше не приглядываться, там дёргается местами...
