И что еще за "Случайности"Как пример "случайностей" - при нескольких float'ах подряд - и "float: right" - элементы ведут себя не совсем так как многие ожидают изначально. Оно конечно поддаётся логике, но тут чётко вырисовывается та сама проблема, которая называется "приспособили", танк тоже можно "приспособить" для того, что бы на нем на работу ездить, но гораздо комфортнее это делать на какой-нибудь "удобной" машине (легковой, например).
И как код становится более читаемым?Например, код выравнивания элемента на флексах - куда более читаемый, чем набор костылей на float'ах с margina'ами, padding'ами и т.д.
Напишите что нибудь на флексах и на флоатах и увидите что строк кода почти одинаково +-"Что нибудь" - тоже довольно расплывчатая формулировка. С ней априори невозможно поспорить.
К тому же Flexbox как бы тоже изначально не для построения сеток был придуман.А кто говорил про сетки? Для сеток были придуманы таблицы (в типографике, изначально) которые в последствии успешно с тем же курсом перекочевали в HTML/CSS, а потом для этого (сеток) был придуман Grid system, который сейчас поддерживается, как раз не всеми "современными" браузерами и ещё не доведен "до ума" полностью.
Это же просто список свойств, хоть на чем вы сверстайте, в любом случае простыня свойств будет читаться одинаково...Под читаемостью - я подразумевал восприятие кода "по назначению". У flex'ов % такого кода гораздо выше, чем у набора "костылей" из float'ов и всяческих отсупов, как пример.
Но проблема явно не первый год существует. Как то же ее решают?Решают её, как Вы уже сами озвучили, либо с помощью полиморфных связей, которые есмь зло, либо с помощью нормализации данных. Без какого-то реального примера, все возможные советы в вашем конкретном случае будут из области "пальце в... небо!".
я имел ввиду как получится, если делать вариант А :)Совершенно не обязательно должно получиться именно так в варианте А, как пример (на основе вашего кода):
<tab-content>
<form>
<select></select>
<submit />
</form>
</tab-content>
<tab-content>
<form>
<select></select>
<submit />
</form>
</tab-content>а вариант "А" не подойдет , "формы в форме" ....Зачем Вам формы в форме? Каждая форма может быть расположена отдельно, внутри таба, если нет каких-то серьёзных ошибок в вёрстке.
у меня щас как раз одна большая (резервационная) форма , хоть и сделать вариант Б, то значения внутри табов все ровно отправляется , хоть задай селектам disabled ....Их можно фильтровать на основании значения скрытого поля, про которое я писал выше :)
Я прекрасно как раз за таким работаю, ничего не мешает подключить монитор к ноутбуку )Вы забыли указать ключевое слово "второй" монитор. К ПК мне ничего не мешает подключить их хоть 8шт :) Понятно конечно, что 2 монитора, при нормальном раскладе, для веб-разработки - это логический минимум, а далее (например, 3-й монитор) это уже дело вкуса, но факт в том, что в варианте "ноутбук", этот самый "вкус" определен и ограничен заранее.
Врать не буду, не мало статей прочёл на тему мощностей буков, однако нигде толком не рассматривался случай бука для программиста, к сожалению везде спорят, игровой или нет.Это вполне логично, так как ноутбук для работы - это вынужденное/временное решение, в здравом уме их никто как рабочий инструмент почти никогда не рассматривает. Во первых по тому, что процессор ноутбука - всегда "подрезан", что бы меньше грелся, охлаждение - довольно посредственное в виду конструктивных особенностей, замена какого-то устройства, например видеокарты - не редко может стать синонимом замены всей машины, даже такие банальные вещи как "замена термопасты" или замена клавиатуры - оборачиваются рядом трудностей, экран (монитор) по определению мелкий, а у программистов проблемы со зрением - это профессиональное заболевание, и сидеть и щуриться в 15" экран (или сидеть в 30см от монитора) - мягко говоря, не очень удобно для многих. подключить 3-й монитор к ноутбуку не редко невозможно физически, без дополнительных "костылей", а иногда невозможно и с ними. Ну и т.д... по этому мало кто рассматривает ноутбук как основной рабочий инструмент.
фрилансишь?к сожалению (или счастью) уже давно этим не занимаюсь. Работаю руководителем отдела разработки одной компании :)