Стоит ли пытаться переопределить классы по умолчанию в DNN? - PullRequest
2 голосов
/ 22 апреля 2009

DotNetNuke использует довольно много предустановленных классов, таких как .Normal, .Head, .SubHead и т. Д. В промежутках внутри других бесклассовых пролетов и т. Д., Которые я нахожу действительно раздражающими, и вместо того, чтобы выяснить, как работать с ними, я рассматриваю переопределение чтобы они все унаследовали свои стили от своих родителей, но мне любопытно, если бы другие уже попробовали и рассказали истории об успехе или о том, что что-то пошло не так на модуле / администраторе, что делает эту задачу бесполезной?

Спасибо, Стив

Ответы [ 2 ]

1 голос
/ 22 апреля 2009

Это действительно зависит от вашего проекта. Если вы разрабатываете коммерческий продукт, я рекомендую узнать, как работать со стилями, чтобы обеспечить высокую совместимость с ядром DotNetNuke, а также с расширениями сторонних производителей (скинами и модулями).

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

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

Возможно, вы также захотите очистить или удалить содержимое файла default.css (\ portals_default \ default.css).

0 голосов
/ 05 мая 2009

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

Используйте каскадную природу CSS в свою пользу!

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

...