Да, я тоже так решил действовать. Написал колбек, который хорошо валидирует external_url, но с коллекцией paragraphs возникли проблемы.
Уперся в валидацию коллекции, в зависимости от поля. Не знаю, как вызвать валидатор глубже.
Документ Post должен быть один. У него, кроме описанных, есть еще 10 полей, которые ведут себя одинаково, независимо от is_external, кроме того для системы в целом is_external у Post не имеет никакого значения. Иметь 2 разных модели с 80% одинакового функционала противоречит DRY. Усложнять себе жизнь наследованием не хочется, т.к. повторюсь, обе сущности выполняют одну и ту же задачу. И с точки зрения бизнес логики is_external равносильно background color.
Окей, подскажите тогда как валидировать динамически модель подобным образом.
Если вы имеете ввиду два разных класса, то такой вариант не подходит, т.к. переключить тип записи нужно «на лету», чекбоксом.
Вмешательство было сделано исключительно для того что бы проверить можно ли доверять механизму. Причем максимально приближенно к реальной ситуации.
Баг #12161 описывает другую ситуацию, когда клиент неожиданно прерывает работу. Причем я, кстати, не вижу в этой ситуации бага. Но это уже оффтоп.
:hover не подходит.
.active это понятно, но значит что нужно через JS искать текущий .active элемент, убирать у него, искать элемент которому нужно поставить .active. А при рендеригне страницы в цикл нужно вставлять условие, что снижает читабельность да и приводит к лишним телодвижениям. Гораздо удобнее устанавливать класс в одном конкретном месте. Но средствами CSS2, как я понял, это едва ли возможно.
в CSS вообще не должно быть show-1. С привязкой к конкретным именам, как описанно в этом примере, я уже не раз делал. И вот в очередной раз решил узнать, нет ли универсального метода, что бы не создавать каждый раз эти стили вручную, а создать один универсальный на все.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Уперся в валидацию коллекции, в зависимости от поля. Не знаю, как вызвать валидатор глубже.