Спасибо за ответ.
Border-radius, как и разные transition и др. это не столь критичные свойства, если они не сработают, а вот если разваливается макет, то это совсем другое дело.
Из более нормально работающих полифилов нашел только этот, но он иногда такую жесть делает, что страшно им пользоваться.
Может Вы какой-нибудь хороший полифил посоветуете, который я упустил? Буду очень благодарен.
Спасибо за ответ, но на can i use я хожу в первую очередь, когда утверждаю проект и выбираю технологию для реализации. Просто проходите мимо и не психуйте.
Мне просто интересно мнение разработчиков более менее серьезных проектов, используют ли они flexbox в своих проектах и как борются с кроссбраузерностью. А то динозавром себя этой области чувствовать не очень хочется.
Ярослав Иванов: Ярослав, не советую тут что-то доказывать таким людям, т.к. скорее всего их специализация - мелкие одностраничники, которые пока не сталкивались с проблемами масштабирования проектов и путаницей в коде при обычном подходе.
Alexander: Миксины и SCSS здесь вообще не при чем. Андрей Андрей дал Вам хороший ответ, в который Вы, видимо, не захотели вникать. Просто не в обиду будет сказано, но скорее всего, раз Вы уже так скептически относитесь к БЭМ, Вам его не понять, пока не прочувствуете все на своей "шкуре", когда проект разрастается и одни стили начинают перебивать другие.
Оформление, конечно, на айс, т.к. сделал по-быстрому, чтобы показать принцип, а вообще решений у этой задачи несколько (по крайней мере я знаю, но можно и похардкорить и придумать кучу всякого).
blazer05: В смысле, что ошибка появляется же из ниоткуда. Вызов такого диалогового окна повлекла ошибка в коде. Вот код и нужен, для того, чтобы узнать.
Не советую работать с такими клиентами.
Поверьте, сейчас он не желает составлять хорошее ТЗ, но когда дело дойдет до проверки готового проекта, то тут уж они, обычно, не жалеют своего времени и проверяют всё очень тщательно, выдавая целые страницы правок.
Нормальные клиенты сразу составляют нормальное ТЗ, после чего я делаю еще пояснения и получаю на них ответы, а также запрашиваю все необходимые материалы. От таких клиентов получаешь оперативны ответы на возникающие вопросы, а не приходится переделывать половину проекта, из-за сразу некачественно составленного ТЗ и из-за не отвеченных вопросов, которые возникали по ходу проекта.
Если цель проекта приносить прибыль, а не просто поиграться с технологиями, его нужно делать на максимально уместных и простых в поддержке и разработке инструментах. Везде пихать Вью, Реакт, Ангуляр не надо.
Полностью с Вами согласен в этом аспекте, и это хороший совет для всех.
Абсолютно этим ничего не сказано. Я не приверженец Vue, не подумайте, что меня это задело. Просто компании не выгодно менять технологии, т.к. нужно время, чтобы "набить шишки", наработать заготовки и т.д., а если в дальнейшем появятся баги, то опять таки это потерянное время, а в следствии и деньги.
До сих пор есть компании, использующие только JQuery, хотя прекрасно понимают, что есть уже инструменты в 100 раз лучше.
Это хорошая новость, только как быть с кучей дополнений, которые есть под JQuery? Например, постоянно вижу такие сообщения: "А как использовать slick slider в Vue?", "Как подключить JQuery UI?", "Как использовать еще что-то из JQuery?" и т.д. и т.п.
И после таких вопросов сразу напрашивается встречный вопрос - а на кой тогда вообще пихать в проект Vue, если голова только и думает в направлении JQuery??
Или это относится только к таким разработчикам, которые хотят "на словах" казаться современными разработчиками, а на самом деле используют старые инструменты и не хотят обучаться новому?
Сергей: Я про это выше и написал)
Только width задать не 100% а меньше, например так: width: calc(100% - 30px). 30px это общая ширина границы (справа и слева), т.к. если этого не сделать, то будет заметно, т.к. у главного блока границы закруглены (border-radius: 15px ).
Сергей: Что-то вроде такого: https://jsfiddle.net/lokdmt/8pa675oL/3/
Вариант, конечно, далек от совершенства, т.к. если изменить надписи (длину), то все поедет, но для этого есть calc(), чтобы можно было все корректно просчитать. А самому блоку поменять padding, т.к. в данный момент немного кривовато и задать overflow: hidden, чтобы границы в случае перебора не вылазили, и на этом всё.
Опять таки, показал это, чтобы направить в нужное русло, дальше можно (и даже нужно), доработать самому.
Сергей: Как в задании было указано, так и сделал. Если пошло на то дело, то я в любой верстке могу с десяток способов найти, как поломать ее или сделать некорректной, поэтому тут нужно либо конкретизировать, либо просчитывать все варианты.
Если такой вариант не устраивает, то делаем блоку границу сверху, справа и слева. Затем задаем определенный процент тексту (который находится на границе), а оставшиеся проценты задаем блоку через after и before, где и добиваем нужную рамку.
Border-radius, как и разные transition и др. это не столь критичные свойства, если они не сработают, а вот если разваливается макет, то это совсем другое дело.
Из более нормально работающих полифилов нашел только этот, но он иногда такую жесть делает, что страшно им пользоваться.
Может Вы какой-нибудь хороший полифил посоветуете, который я упустил? Буду очень благодарен.