Отображение extbase в существующую таблицу не работает

Я расширил таблицу страниц и теперь хочу использовать некоторые данные в объекте домена под названием «Теги ".
Поэтому я попробовал следующее в /Configuration/TypoScript/setup.txt :

plugin.myextension.persistence.classes.Tx_myextension_Domain_Model_Tag {
    mapping {
        tableName = pages
        recordType = Tx_myextension_Domain_Model_Tag
        columns {
            tx_myextension_tag_name.mapOnProperty = name
            uid.mapOnProperty = id
        }
    }
}

Но похоже, что расширение пытается получить доступ к таблице Tx_myextension_Domain_Model_Tag (которая не существует)

Это Ошибка, которую я получаю:

Tx_Extbase_Persistence_Storage_Exception_SqlError`

Таблица 'tx_myextension_domain_model_tag' не существует: SELECT tx_myextension_domain_model_tag. * FROM tx_myextension_domain_model_tag. * FROM tx_myextension_domain_model_tag. * FROM tx_myextension_domain_model_tag. * FROM tx_myextension_domain_model_tag. 121 --- 1853032-

Автоматическое тестирование кодирования CSS и HTML внешнего интерфейса Я внешний разработчик кодирую CSS, HTML и Javascript (в указанном порядке), и большая часть моей работы - это дизайн -вести. Хотя качество дизайнов, которые я создаю с помощью CSS, является субъективным, большая часть ...

Я ' Я фронтенд-разработчик, кодирующий CSS, HTML и Javascript (в указанном порядке), и большая часть работы, которую я делаю, - это ведущий дизайнер. Хотя качество дизайнов , которые я создаю с помощью CSS, является субъективным, большая часть кода является чисто функциональным / макетным, и я заинтересован в любом способе автоматизации тестирования моей страницы.

Мой вопрос может быть следующим. разделить на две части

  1. Есть ли у кого-нибудь существующие методы или предложения для автоматическое тестирование CSS или HTML, особенно в отношении кроссбраузерная совместимость?

  2. Поскольку CSS можно грубо разделить в свойства, управляющие макетом а те, что контролируют дизайн, автоматическое тестирование возможно только для макет (невозможно автоматически и качественно проверить, что цвет правильный, например)? Если да, то вид значений CSS может быть подходящим для булевых приемочных тестов?

Вот мои первые примеры логических значений макета, которые можно было бы протестировать - должны быть другие?

  • Появляется ли всплывающее окно над другим содержимым (z-index)
  • Убирает ли нижний колонтитул все остальное содержимое (плавающее)

Спасибо за вашу помощь. Третья часть вопроса, конечно же, «Я зря трачу время на этот путь?».

***** edit *****

Я нашел эту статью, в которой задаются те же вопросы, что и я. - спросил я, но более подробно и, возможно, немного более красноречиво.

http://www.morethanseven.net/2008/10/13/unit-testing-css-looking-solution/

Двигаясь вперед, я пытаюсь выделить несколько примеров из своей работы, где один только CSS вызывает функциональную ошибки, однако те, которые я обнаружил до сих пор, - это ошибки с объединенными JS и CSS. Я все еще хотел бы автоматически проверять такие ошибки, но понимаю, что при использовании javascript это выходит за рамки моего исходного вопроса.

***** edit 2 *****

Я с тех пор написал в блоге о том, как я приступил к решению этой проблемы, доступно здесь:

http://blog.ajcw.com/2010/12/automated-css-testing-or-how-one-css-coder-is-now- ответственный за нарушение-% E2% 80% 93-and-fixing-% E2% 80% 93-the-build /

22
задан c24w 1 December 2014 в 17:35
поделиться