profesor08, да знаю я про обратную совместимость. Но от этого разве лучше? Там, кстати, менее как месяц назад накатали новую версию. Поднятие мажорки не обязывает никак к обратной совместимости, может пофиксили (сомневаюсь).
Valery23, это называется захардкодили дерьмо на JS и подперли костылями. Такое в гавнофреймворках и гавноцмсках сплошь и рядом.
К тому же проект с открытым исходным кодом. Ты и сам можешь сходить в гитхаб и предложить им решение более адекватное. Не исключено, что таким образом этот плевок в лицо верстальщику и появился.
profesor08, решения в битриксе, к примеру, не лучше. Гавнокод гавнокодом погоняет.
Поэтому я всеми силами избегаю проектов, где происходит генерация такого дерьмища. Относительно приятным исключением является возможность переопределять свои модули.
ViT93, «должен» не применимо к методологиям. Но в целом да.
Это не так сложно, как кажется, особенно если взять в расчет некоторый опыт и знание, как смешивать методологии. У меня в проектах давно все лежит отдельно друг от друга за исключением общих настроек.
ViT93, потому что, как я говорю, миксы это то, от чего уводит данная методология.Типовые элементы существенно облегчают работу как верстале, так и дизайнеру (читай UI-guides). Да и на выходе меньше кода.
Если же у какого-то типового элементы появляются новые функции, он либо получает модификатор (если они в основном декоративные), либо становится отдельным блоком. При этом, если ты разделишь код на некоторый разумный подход атомарности, то еще лучше реализуешь подход DRY.
Влад ~, да, это, пожалуй, стоит добавить в описание квеста.
Поэтому да, ниже Ankhena описала живой вариант. Помимо него можно использовать SVG для управляемости, правда она же может обернуться против тебя. Или clip-path. В конце-концов картинку с прозрачностью (в том числе SVG). К слову, с псевдоэлементами абсолютного позиционирования такое тоже можно провернуть.
Но без pointer-events: none ты пролюбишь доступ к тексту.
approximate solution, разметка это вообще не про программирование.
Тем не менее если здесь это неуместно, то в другом месте умение нестандартно подойти к решению ситуации поможет сохранить здравый рассудок, а порой и сэкономить вычислительные мощности.
Вообще-то возможно. Пусть не все.
Когда-то, когда мы писали на чистом JS, CSS и HTML, то понять, что было использовано было трудно, впрочем особо и не было ничего. Сайт, накатанный на PHP в среднем отличался кучей долбанных отступов там, где им быть не положено и т.д.
Сейчас же все собирается сборщиками типа Webpack, которые оставляют следы, да можно и в мапы залезть. Кто чистит их? Лично я не особо парюсь, так как оно все не отражает логику. Логика важнее, чем инструмент.
Ну и всякие фреймворки js имеют свои директивы типа ng-app и другого рода префиксы. Это все не считая упоминаний в коде. А если подключен фрейм отдельным файлом под CDN, так вообще какой вопрос?
CMS-ки тоже следят. В основном входами в админки. И структурой приложения. Узнать сайт на битриксе можно среди тысяч.
