grabbee, Вы уж определитесь с тем чего вы хотите достичь... Если вы просто разместите конфигурационные файлы для бандла - то в приложении должен быть подключен bundle который будет их загружать, иначе вы как раз и получите ошибку о том что нет соответствующего extension.
Как именно и откуда вы будете загружать данные - на самом деле дело десятое, можно использовать и loader и любые другие механизмы, лишь бы только к моменту загрузки конфигурации через extension нужного вам bundle требуемые вам данные оказались в extension config в container'е.
Как (довольно дурной) вариант можно попробовать подменить Element.prototype.addEventListener на свой, но без тщательного тестирования я бы такое в реальности делать не стал
olya_097, вам xdevelx всё подробно описал, однако у transform: skew и у градиента будут проблемы если размер элемента изменяется, можно посмотреть вот здесь: https://codepen.io/FlyingDR/pen/GRJyBdO и здесь https://codepen.io/FlyingDR/pen/abOEjPN. Вариант с треугольниками лучше делать через добавление svg картинок на :before и :after, одну из них лучше переворачивать через transform: rotate()
tukreb, Спасибо, стало понятнее. А можно уточнить зачем вам SomeClassForChilder со связью 1:1 к Children при использовании joined inheritance? Ведь по сути это эквивалентно вмерживанию SomeClassForChilder в Children.
Касательно самой ошибки: если вы используете Doctrine с Symfony - то в dev.log можно увидеть реальный SQL запрос (и его параметры) который приводит к ошибке, возможно из него станет понятнее в чём дело. Судя по тексту ошибки - Doctrine создаёт prepared statement и передаёт в него больше / меньше параметров чем ожидает база данных. А вот откуда они берутся - другой вопрос.
Также проверьте что ваши mappings синхронизированы с базой данных - это тоже может быть источником проблемы.
tukreb, Другими словами вы пытаетесь выкрутиться вместо того чтобы разобраться в причинах... Было бы хорошо добавить в вопрос пример ваших классов и описание того чего вы пытаетесь добиться, а не как вы пытаетесь обойти логику Doctrine. Почти наверняка её не нужно обходить
MaMkO Очень уж у вас развесистая структура... Вы уверены что вы в ней не путаетесь? Сам по себе код вполне рабочий, хотя детали реализации могли бы быть и получше
Влад, Ну необязательно так писать, и, хотя в приведённом примере это оправданно, обычно всё сильно проще. Зато, по-моему хорошо иллюстрирует зачем нужен sass
Влад, Конечно, например вот здесь я как-то выкладывал кусок своего исходника. Это кастомизирумый генератор grid'ов для новостных блоков с responsive, поддержкой альтернативного синтаксиса для MSIE и кастомизацией элементов новостей в блоках. На практике эти 275 строчек + конфиг генерят где-то 30-40кб css кода в который я даже смотреть не хочу, а уж руками поддерживать ни за что бы не взялся.
Влад, Где именно компилировать - не столь важно, но на самом сайте используется уже откомпилированный CSS. Преимущество Sass в том что он предоставляет множество дополнительных механизмов, позволяющих автоматизировать генерацию CSS или абстрагировать какие-то аспекты кода. Это не вопрос скорости, а вопрос поддерживаемости.
MrFavour, Интересная ситуация, а вы не хотите отправить bugreport в Mozilla? Там точно лучше скажут почему так или же подтвердят и будут исправлять. На всякий случай: https://bugzilla.mozilla.org/
alst161, Покажите код полностью? Можно url скрыть и т.п. что не хочется светить, так но чтобы весь код остался. По мне так очень подозрительно выглядит желание менять CSS класс после асинхронного XHR запроса
Как именно и откуда вы будете загружать данные - на самом деле дело десятое, можно использовать и loader и любые другие механизмы, лишь бы только к моменту загрузки конфигурации через extension нужного вам bundle требуемые вам данные оказались в extension config в container'е.