SQLSERVER: Как изменить существующий первичный ключ интервала таблицы для становления столбцом идентификационных данных?

1111 Это означает, по сути, то, что говорится; что «это важно, игнорируйте последующие правила и любые обычные проблемы специфичности, примените это правило!»

При обычном использовании правило, определенное во внешней таблице стилей, отменяется стилем, определенным в head документа, который, в свою очередь, отменяется встроенным стилем внутри самого элемента (при условии равной специфичности селекторов). Определение правила с помощью !important «атрибута» (?) Отбрасывает обычные проблемы в отношении «более позднего» правила, переопределяющего «более ранние».

Кроме того, обычно более конкретное правило переопределяет менее конкретное правило. Итак:

a {
    /* css */
}

обычно отменяется:

body div #elementID ul li a {
    /* css */
}

Поскольку последний селектор более специфичен (и, как правило, не имеет значения, где находится более специфичный селектор (в head или во внешней таблице стилей) он будет по-прежнему переопределять менее специфичный селектор (встроенные атрибуты стиля всегда будут переопределять 'more-' или '' less- ', конкретный селектор, так как он всегда более конкретен.

Если, однако, вы добавите !important к объявлению CSS менее специфичного селектора, он будет иметь приоритет.

Использование !important имеет свои цели (хотя я изо всех сил думаю о них), но это очень похоже на использование ядерного взрыва, чтобы остановить лис, убивающих ваших цыплят, да, лисы будут убиты, но и цыплята тоже. И соседство.

Это также делает отладку вашего CSS кошмаром (из личного, эмпирического, опыта).