Shavadrius, да, в менеджере задач я могу указать "завист от", так и делал.
иногда бывает так, что задача не переходит в выполнение, пока задача (от которой зависит таска) не перейдет в merged.
описываю как раз иной случай, приступить к разработке зависимой задачи нужно сразу, основная задача может тестироваться (быть на ревью и не заливаться) еще долгое время.
Само собой что деление на features принято для того, чтобы меньше кода между собой переплеталось, а то смысла вообще никакого...
Т.е. менеджеры не должны были разделять index страницу от crud кнопок на ней по разным задачам? Это если в простом примере.
Или если в сложном, то должна быть одна огромная задача, описывающая весь новый модуль?
Или я не должен создавать под каждую из задач отдельную ветку?
FeST1VaL, но BEM ведь растянет код на такое же кол-во символов тоже. И будет странно, наверное, начать придерживаться BEM в отдельном куске проекта, когда в остальном он не используется.
.row настолько осмысленный, чтобы понять, что там лежат кнопки, которые относятся к моему артиклю? Или нужно не #article-actions, а .article-actions сделать?
Если код и так вынесен в отдельный файл, то да, id логично не добавлять. Если речь про это:
Антон Антон, да, таблица со скроллом. По ссылке все работает только, чтобы растянуть таблицу на всю высоту. По большей части такое даже и не нужно, хотя и относится тоже к 100% высоте.
По ссылке ведь закомментированы большинство tr. Если их раскомментировать, то не работает. Логика понятна, везде проставлять height: 100% и display: flex, но я вот уже третий день их кручу и с большим кол-вом tr это все игнорируется.
Понял, я неправильно вопрос задал. Речь про все "инициализирующие методы". Т.е. номинально пользователь может сохранить инстанс в переменную, но только, чтобы использовать его конкретные методы, например: show, hide и т.д.
Поэтому необходимо, чтобы констуктор, либо что-то после конструктора вызывали инициализирующие методы самостоятельно
Я изначально не знаю какой из контейнеров шире другого, поэтому так не совсем получается полностью без js. Но вариант хороший, примерно так с js и делал
the number of lines after which the content will be clamped
По сути, все он делает. Т.е. получается, что display: flex держит 2 элемента равными друг относительно друга, но как только один из них хочет занять лишнее место, т.е. так:
1) контент 1 блока > 50%, контент 2 блока < 50% = 1 блок растягивается насколько возможно, лишний контент обрезается. 2 блок остается как есть.
2) контент 1 блока < 50%, контент 2 блока > 50% = 1 блок остается как есть, 2 блок растягивается насколько возможно, лишний контент обрезается
3) контент 1 блока >= 50%, контент 2 блока >= 50% = блоки должны занять 50 на 50 место родителя, а их лишний контент должен быть обрезан
описываю как раз иной случай, приступить к разработке зависимой задачи нужно сразу, основная задача может тестироваться (быть на ревью и не заливаться) еще долгое время.
Т.е. менеджеры не должны были разделять index страницу от crud кнопок на ней по разным задачам? Это если в простом примере.
Или если в сложном, то должна быть одна огромная задача, описывающая весь новый модуль?
Или я не должен создавать под каждую из задач отдельную ветку?