homyrouz.ru — Банкетный зал Хоми Роуз

Несколько элементов стиля

В этот пример мы включили два элемента <стиль> п { цвет синий; цвет фона: желтый; }

Это мой абзац.

Включение медиа-запроса

В этом примере мы основываемся на предыдущем, включая атрибут media во втором элементе

Это мой абзац.

Таблицы BCD загружаются только в браузере

Упорный миф о «стилях обучения»

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

На самом деле, мое исследование показывает, что в 29 штатах, распространяемые правительством материалы для подготовки к экзаменам с высокими ставками на сертификационные экзамены включают опровергнутую теорию «стилей обучения», согласно которой инструкции соответствуют предпочтительному способу обучения студентов - видеть, слушать , или, например, физическое участие в деятельности, связанной с содержанием, - полезно.Моя работа основана на более ранних исследованиях, показывающих преобладание этой идеи в учебниках и программах подготовки учителей в Соединенных Штатах. Наличие такого содержания способствует неверной теории.

Нет никаких доказательств того, что разработка уроков, ориентированных на разные стили обучения, ускоряет обучение учащихся. Тем не менее, кандидатам в учителя постоянно рекомендуется помнить об этих псевдонаучных стилях. Идея «стилей обучения» устойчива и популярна в этой области отчасти потому, что многие учителя не знают науки, которая ее опровергает.Образование и подготовка учителей лучше, когда они основаны на эмпирических данных, чем когда они действуют, игнорируя их. Важно убедиться, что преподаватели подготовлены с точным пониманием процесса обучения, а не с мифами.

Нет доказательств для повышения стилей обучения

Кто-нибудь когда-нибудь говорил вам: «Я учусь наглядно?» Это распространенное утверждение, основанное на вере в стили обучения. Наиболее часто упоминаемые стили - это визуальный, слуховой и кинестетический, которые предполагают, что одни люди лучше всего учатся, глядя на картинки, другие лучше всего учатся, слушая, а третьи лучше всего учатся через практические занятия.Предположение, что учащиеся обладают разными стилями обучения и лучше всего учатся по этим каналам, на протяжении десятилетий влияло на педагогическую практику, несмотря на отсутствие доказательств того, что такие стили вообще существуют (см. «Разблокирование науки о том, как дети думают», статьи , , лето 2018) .

Как и многие заблуждения об обучении и мозге, вера в стили обучения проистекает из неправильной интерпретации достоверных результатов исследований и научно установленных фактов. Например, верно, что разные типы информации обрабатываются в разных частях мозга.Верно также и то, что у людей разные способности и предпочтения. Однако с 1970-х годов систематические обзоры исследований и метаанализы, изучающие обоснованность стилей обучения и их применение в образовании, пришли к одному и тому же выводу: несмотря на интуитивную привлекательность, практически нет эмпирических доказательств того, что стили обучения реальны. Области когнитивной психологии и нейробиологии считают их «нейромифом» и отвергают практику сопоставления инструкций с предпочтительными стилями обучения людей для содействия обучению.В этих областях вера в стили обучения сравнивается с верой в гадание.

Еще есть образовательное сообщество, где стили обучения студентов остаются популярной идеей и педагогическим приоритетом. Ученые-исследователи продолжают изучать теорию в ответ на бурно развивающиеся отраслевые маркетинговые оценки стилей обучения и вмешательства преподавателей, несмотря на недостаток доказательств, свидетельствующих о влиянии. Год за годом доказательства ускользают от нас - даже несмотря на дерзкое обещание денежного приза в размере 5000 долларов для любого, кто сможет продемонстрировать положительный эффект от включения стилей обучения в образовательную программу.Как писали когнитивные психологи Дуг Рорер и Хэл Пашлер в своем обзоре исследования 2012 года, «действительно имеет смысл говорить о студентах, которые по сравнению со своими сверстниками имеют слабые зрительно-пространственные способности и сильные вербальные способности, но это не означает, что такие ученики будут лучше изучать анатомию, если в их учебнике будет мало диаграмм ».

Тем не менее, начиная со своего обучения, учителя хорошо разбираются в стилях обучения. Исследование, проведенное в 2016 году Национальным центром качества учителей, показало, что 67% программ подготовки учителей требовали от учащихся включения стилей обучения в задания по планированию уроков, а 59% учебников рекомендовали учитывать стили обучения учащихся. Эти уроки, похоже, остаются неизменными: исследование 2017 года, посвященное распространенности нейромифов, показало, что из 598 опрошенных педагогов 76 процентов согласились с тем, что «люди учатся лучше, когда они получают информацию в своем предпочтительном стиле обучения», а 71 процент согласились с тем, что «у детей есть стили обучения, в которых доминируют определенные чувства ».

Даже когда учителя сталкиваются с серьезной наукой, эти сообщения размываются из-за важности, придаваемой стилям обучения в курсовой работе и на экзаменах на получение лицензии.Как обнаружил Джошуа Куэвас, когда учителя изучают педагогическую психологию, эти учебники - в отличие от общеобразовательных материалов - подходят к теме со скептицизмом, указывая на отсутствие доказательств и предостерегая от использования неподдерживаемых методик обучения. Но учебники также согласовывают свое содержание со стандартными экзаменами на получение лицензии, что приводит к неконгруэнтным упоминаниям о стилях обучения. Например, отрывок на полях широко используемого учебника Педагогическая психология: теория и практика , написанный Робертом Э.Slavin и опубликовано Pearson, гласит: «В аттестационных тестах учителей вам может быть предложено разработать урок, который учитывал бы различные стили обучения учащихся». Тем не менее, в 2019 году в выпуске информационного бюллетеня Славина, опубликованного Центром исследований и реформ в сфере образования при Университете Джона Хопкинса, говорилось: «Нет никакой практической пользы в знании стилей обучения студентов».

Во что должны верить учителя? Неудивительно, что большинство людей считает, что стили обучения важны. Более чем в половине U.С. заявляет, что учителя должны изучать теорию стилей обучения при подготовке к экзаменам на получение лицензии.

Ссылка на лицензию

Чтобы выявить масштабы этой проблемы, я с помощью студентов бакалавриата, обучающихся на дипломированных учителей, сначала рассмотрел требования к лицензированию и сертификации для работы учителем начальной школы во всех 50 штатах и ​​округе Колумбия. Затем мы сосредоточили наш анализ только на тех штатах, которые требуют от начинающих учителей сдачи компьютерных стандартизированных экзаменов, проверяющих знание методов обучения. Это ограничило нашу выборку 34 штатами и округом Колумбия. Мы не включили 16 штатов, которые требуют только тестов, основанных на успеваемости или измеряющих знания содержания, поскольку эти тесты, вероятно, не будут включать стили обучения, поскольку они не проверяют непосредственно педагогические знания.

Затем мы просмотрели бесплатные общедоступные материалы по подготовке к экзаменам, чтобы найти упоминания о «стилях обучения» и определить, поддерживает ли информация изменение уроков на основе этой теории.В целом в 29 штатах и ​​округе Колумбия в настоящее время требуется сдать лицензионные экзамены для получения сертификата начального уровня, в котором имеются официальные учебные материалы, относящиеся к стилям обучения (см. Рисунок 1).

Практически все эти материалы призывают изменить обучение, чтобы оно соответствовало стилям обучения. Только в одном штате, Массачусетсе, есть учебные материалы, которые относятся к стилям обучения, но явно не защищают их актуальность или применение в классе. В этом случае термин «стили обучения» используется в примере слабой реакции на композиционное упражнение.

Поскольку несколько штатов сотрудничают с крупными тестирующими компаниями для проведения экзаменов, требования к тестам на получение лицензии во многом совпадают. Например, в 21 штате и округе Колумбия требуется один или несколько тестов на учебные знания из серии Praxis Службы образовательного тестирования, в которых, как утверждается, в учебных материалах могут задаваться вопросы, касающиеся стилей обучения. Кроме того, в девяти штатах требуются специальные экзамены для проверки учебных знаний, в семи из которых есть бесплатные подготовительные материалы, которые рекомендуют адаптировать стили обучения во время обучения.

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

Например, товарищи по изучению для различных лицензионных тестов Praxis просят начинающих учителей «описать некоторые виды деятельности, которые могут помочь учащимся с различными стилями обучения лучше всего усвоить ключевые концепции» и «привести конкретный пример из собственного опыта в классе о влиянии различий. в стилях обучения тому, как люди понимают и выражают то, что они знают.В Оклахоме учебное пособие к государственному экзамену по профессиональному обучению заходит так далеко, что предоставляет результаты «инвентаризации стилей обучения», которые тестируемый должен анализировать, интерпретировать и цитировать в построенном ответе.

Неуместные приоритеты

Так что же делать, когда якобы «правильные» ответы на тестах на получение лицензии учителя на самом деле неверны? Обоснованное профессиональное суждение требует, чтобы наилучшие доступные знания, полученные в результате эмпирических исследований, применялись на практике.Учителя - профессионалы, влияние которых на жизнь людей невозможно переоценить. Очень важно, чтобы они принимали обучающие решения, основанные на доказательствах. Для продвижения такой практики потребуется несколько изменений.

Во-первых, программы подготовки учителей могут больше походить на медицинские школы. В рамках такой модели программы будут брать на себя ответственность за предоставление учащимся наилучших доступных знаний, подчеркивая при этом важность того, чтобы оставаться в курсе научных открытий, которые могут повлиять на принятие решений.Медицинские школы больше не обучают и не тестируют студентов-медиков, например, на кровопускание, потому что оно было опровергнуто. Точно так же сертификационные экзамены совета не включают вопросы о кровопускании, которые могут узаконить практику, которая не только неэффективна, но и вредна. Требование, чтобы программы подготовки учителей и экзамены на получение лицензии соответствовали стандартам медицинских экзаменов с точки зрения научной точности, помогло бы начинающим учителям сосредоточиться на проверенных методах успешного обучения.

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

Невыполнение этих мер может дорого обойтись преподавателям и детям по всей стране. Рассмотрим аналогичное несоответствие между исследованиями и практикой: обучение чтению в школах США. Поскольку подавляющее большинство учителей не изучали науку чтения в своих подготовительных программах, они полагаются на общепринятые методы и молву, чтобы научить читать, когда они достигают класса.В результате обучение в стиле «весь язык», маскирующееся под названием «сбалансированная грамотность», остается популярным, несмотря на многочисленные исследования, указывающие путь к более систематическому и эффективному методу обучения. Между тем, каждый третий четвероклассник в США не умеет читать на базовом уровне.

Кажется разумным спросить, как теория стилей обучения может навредить студентам. Будущие учителя должны признавать и уважать индивидуальные различия и понимать важность дифференцированного обучения, верно? Не соответствует ли включение теории стилей обучения в обучение этим основным принципам?

Это кажется достаточно безобидным, но когда учителя работают над тем, чтобы приспособить стили обучения, которые не имеют эмпирической поддержки, они отвлекают внимание и усилия от учебных стратегий, которые поддерживаются значительным объемом исследований. Существуют принципы обучения и стратегии для эффективного обучения, которые подкрепляются конвергентными эмпирическими данными из различных областей - практические знания, которые учителя должны иметь при входе в свой первый класс. Когда учебные программы посвящают время обсуждению стилей обучения, это время не тратится на обсуждение проверенных методов повышения эффективности обучения учащихся. Например, исследование учебников Национального совета по качеству учителей показало, что 59 процентов учебников даже не упоминают шесть наиболее эффективных методов обучения, определенных Институтом статистики образования более десяти лет назад, и только 15 процентов потратили на них целую страницу. практики.Даже тогда это было всего две книги, и в них обсуждались только две из шести стратегий. Между тем, более половины учебников содержали подробную информацию о стилях обучения. Вместо того, чтобы учиться оценивать, группировать и планировать обучение для визуальных, слуховых и кинестетических учащихся, учителя могут научиться оценивать и дифференцировать обучение в зависимости от уровня мастерства человека с необходимыми навыками и знаниями - важными факторами, которые действительно влияют на обучение учащихся.

Помимо нерационального использования времени и усилий учителей, существуют и другие потенциально пагубные последствия обучения, основанного на стилях обучения, о которых незабываемо подробно рассказал Дэниел Уиллингем.Студенты могут действовать в соответствии со своим лейблом. Если учащийся считает, что у него или у него доминирующий стиль обучения, он может избегать эффективных стратегий обучения или даже целых предметов, которые, по его мнению, лучше подходят для стиля обучения, который, по их мнению, им не подходит. Более того, поскольку люди могут контролировать тип умственной обработки, которую они используют, студенты, которых учат, что у них есть доминирующий стиль обучения, могут пытаться обрабатывать информацию в своем предпочтительном стиле, даже если метод не соответствует задаче.А учителя, которые пытаются приспособить к уроку несколько стилей обучения, вместо того, чтобы сосредоточиться на наиболее эффективных методах представления конкретного материала, могут негативно повлиять на обучение учащихся, вызывая когнитивную перегрузку.

Курсовая работа Коррекция

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

Делая акцент на обучении, основанном на фактах, посредством тщательного отбора журнальных статей и учебников, преподаватели могут учить кандидатов тому, что адаптация стилей обучения студентов не поддерживается исследованиями. Однако для целей лицензионных экзаменов они могут посоветовать своим начинающим учителям не принимать во внимание эмпирические данные, чтобы получить «правильный» ответ. Похоже, что это путь, уже принятый некоторыми учебниками по педагогической психологии, что может поставить студентов под сомнение в отношении общей легитимности экзаменов на получение лицензии.

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

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

Уильям Фьюри - доцент Манхэттенского колледжа.

Your New Old Worst Best Friends - Smashing Magazine

Об авторе

Хейдон Пикеринг (@heydonworks) работал с The Paciello Group, BBC, Smashing Magazine и Bulb Energy в качестве дизайнера, инженера, писателя, редактора и … Больше о Heydon ↬

Но я не хочу, чтобы мой дизайн выглядел так, как будто он сделан из не связанных друг с другом вещей. Я делаю интерфейс, а не сюрреалистический фотомонтаж. Как назло, уже существует технология под названием CSS, которая разработана специально для решения этой проблемы. Используя CSS, я могу распространять стили, которые выходят за рамки моих компонентов HTML, обеспечивает согласованный дизайн с минимальными усилиями .

• наследование,
• каскад («C» в CSS).

Несмотря на то, что эти функции позволяют использовать СУХОЙ, эффективный способ стилизации веб-документов, и несмотря на то, что именно они являются причиной существования CSS, они заметно потеряли популярность. От методологий CSS, таких как БЭМ и атомарный CSS, до программно инкапсулированных модулей CSS, многие из них делают все возможное, чтобы обойти или иным образом подавить эти функции. Это дает разработчикам больший контроль над своим CSS, но только автократический контроль, основанный на частом вмешательстве.

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

Наследование и семейство шрифтов

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

Например, если я применяю объявление font-family к корневому (читай: глобальному) элементу html , я могу гарантировать, что это правило применяется ко всем элементам-предкам в документе (за некоторыми исключениями, чтобы быть рассматривается в следующем разделе).

 
html {
  семейство шрифтов: без засечек;
}

/ *
Это правило не нужно ↷
п {
  семейство шрифтов: без засечек;
}
* /
  

Так же, как и в JavaScript, если я объявляю что-то в локальной области, это недоступно для глобальной - или, действительно, любой наследственной - области, но доступно для дочерней области (элементы в пределах p ).В следующем примере line-height из 1,5 не принимается элементом html . Однако элемент a внутри p учитывает значение line-height .

 
html {
  семейство шрифтов: без засечек;
}

п {
  высота строки: 1,5;
}

/ *
Это правило не нужно ↷
p a {
  высота строки: 1,5;
}
* /
  

Самое замечательное в наследовании состоит в том, что вы можете заложить основу для последовательного визуального дизайна с очень небольшим количеством кода.И эти стили применимы даже к HTML, который вам еще предстоит написать. Поговорим о будущем!

Альтернатива

Конечно, есть и другие способы применения общих стилей. Например, я мог бы создать класс .sans-serif …

 
.без засечек {
  семейство шрифтов: без засечек;
}
  

… и применить его к любому элементу, который, как мне кажется, должен иметь этот стиль:

 
 Lorem ipsum. 
  

Это дает мне некоторый контроль: я могу выбирать, какие элементы соответствуют этому стилю, а какие нет.

Любая возможность контролировать соблазнительна, но есть явные проблемы. Мне не только нужно вручную применять класс к любому элементу, который должен его принять (что означает знать, с чего должен начинаться класс), но в этом случае я фактически отказался от возможности поддержки динамического контента: ни редакторы WYSIWYG, ни По умолчанию парсеры Markdown предоставляют классов без засечек для произвольных p элементов.

Этот class = «sans-serif» не является таким уж далеким родственником style = «font-family: sans-serif» - за исключением того, что первый означает добавление кода в таблицы стилей и HTML .Используя наследование, мы можем сделать меньше одного и ничего другого. Вместо того, чтобы записывать классы для каждого стиля шрифта, мы можем просто применить любой, какой захотим, к элементу html в одном объявлении:

 
html {
  размер шрифта: 125%;
  семейство шрифтов: без засечек;
  высота строки: 1,5;
  цвет: # 222;
}
  

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

Например, элемент input не наследует ни одно из свойств шрифта в предыдущем примере. Также textarea . Чтобы убедиться, что все элементы наследуют эти свойства из глобальной области, я могу использовать универсальный селектор и ключевое слово inherit . Таким образом, я получаю максимальную отдачу от наследства.

 
* {
  семейство шрифтов: наследовать;
  высота строки: наследовать;
  цвет: наследовать;
}

html {
  размер шрифта: 125%;
  семейство шрифтов: без засечек;
  высота строки: 1.5;
  цвет: # 222;
}
  

Обратите внимание, что я пропустил font-size . Я не хочу, чтобы font-size унаследовали напрямую, потому что это переопределит стили пользовательского агента для элементов заголовка, маленького элемента и других. Таким образом, я сохраняю строку кода и могу использовать стили пользовательского агента, если захочу.

Еще одно свойство, которое я бы не хотел наследовать, - это font-style : я не хочу убирать курсив em s, просто чтобы снова его закодировать.Это будет напрасная работа и приведет к написанию большего количества кода, чем мне нужно.

Теперь все либо наследует, либо заставляет наследовать стили шрифтов, которые я хочу от них. Мы прошли долгий путь к распространению единого бренда в масштабах всего проекта с помощью всего двух блоков объявлений. С этого момента ни один разработчик не должен даже думать о font-family , line-height или color при создании компонентов, если только они не делают исключения. Вот здесь-то и пригодится каскад.

Стиль на основе исключений

Я, вероятно, захочу, чтобы в моем основном заголовке использовалось то же семейство шрифтов , цвет и, возможно, высота строки . Об этом позаботились об использовании наследования. Но я хочу, чтобы его размер шрифта отличался от . Поскольку пользовательский агент уже предоставляет увеличенный размер шрифта для элементов h2 (и это будет относительно базового размера шрифта 125% , который я установил), возможно, мне здесь ничего не нужно делать .

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

 
* {
  семейство шрифтов: наследовать;
  высота строки: наследовать;
  цвет: наследовать;
}

html {
  размер шрифта: 125%;
  семейство шрифтов: без засечек;
  высота строки: 1,5;
  цвет: # 222;
}

h2 {
  размер шрифта: 3rem;
}
  

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

 
 
 Привет, мир 
 
  

В любом случае, это требует больше работы, и стилизованный h2 будет единственным результатом. Используя каскад, я стилизовал большинства элементов так, как я хочу, с h2 как частный случай, только в одном отношении. Каскад работает как фильтр, то есть стили указываются только там, где они добавляют что-то новое.

Стили элементов

Мы сделали хорошее начало, но чтобы по-настоящему использовать каскад, мы должны стилизовать как можно больше общих элементов. Почему? Потому что наши составные компоненты будут состоять из отдельных элементов HTML, а интерфейс, доступный для чтения с экрана, максимально использует семантическую разметку.

Другими словами, стиль «атомов», из которых состоят «молекулы» вашего интерфейса (если использовать терминологию атомарного дизайна), должен в значительной степени решаться с помощью селекторов элементов.Селекторы элементов имеют низкую специфичность, поэтому они не переопределяют стили на основе классов, которые вы можете включить позже.

Первое, что вам нужно сделать, это стилизовать все элементы, которые, как вы знаете, вам понадобятся:

 
а {…}
п { … }
h2, h3, h4 {…}
ввод, текстовое поле {…}
/* так далее */
  

Следующая часть имеет решающее значение, если вам нужен согласованный интерфейс без избыточности: каждый раз, когда вы приступаете к созданию нового компонента, , если он вводит новые элементы, стилизуйте эти новые элементы с помощью селекторов элементов .Сейчас не время вводить ограничительные селекторы с высокой специфичностью. Также нет необходимости составлять класс. Семантические элементы - это то, чем они являются.

Например, если я еще не стилизовал элементы button (как в предыдущем примере) и мой новый компонент включает элемент кнопки, у меня есть возможность стилизовать элементы кнопки для всего интерфейса .

 
кнопка {
  заполнение: 0,75 мкм;
  фон: # 008;
  цвет: #fff;
}

button: focus {
  наброски: 0.25em solid # dd0;
}
  

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

Использование селекторов элементов дает три основных преимущества:

• В результате получается менее подробный HTML (без избыточных классов).
• Результирующая таблица стилей менее подробна (стили разделяются между компонентами, а не переписываются для каждого компонента).
• Итоговый интерфейс со стилями основан на семантическом HTML.

Использование классов исключительно для предоставления стилей часто защищается как «разделение задач». Это неправильное понимание принципа разделения ответственности W3C. Цель состоит в том, чтобы описать структуру с помощью HTML и стиля с помощью CSS. Поскольку классы предназначены исключительно для стилизации и появляются в разметке, технически вы нарушаете с разделением , где бы они ни использовались.Вы должны изменить природу структуры, чтобы выявить стиль.

Везде, где вы не полагаетесь на презентационную разметку (классы, встроенные стили), ваш CSS совместим с общими структурными и семантическими соглашениями. Это делает тривиальным расширение содержимого и функциональности, не превращая при этом в задачу стилизации. Это также делает ваш CSS более пригодным для повторного использования в различных проектах, где используются обычные семантические структуры (но где «методологии» CSS могут отличаться).

Особые случаи

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

Но это не значит, что нам нужно полагаться на классы, наследование или каскадом. Сделать кнопки в одном интерфейсе принципиально непохожими - значит сбить с толку ваших пользователей. Для обеспечения согласованности и большинство кнопок должно отличаться только по внешнему виду.

 
 создать 

 редактировать 

 удалить 
  

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

Меньше случаев, чем вы можете себе представить, когда использование одного стиля для различения контента необходимо или целесообразно. Обычно различия в стилях должны быть дополнительными, например, красный фон или пиктографический значок, сопровождающий текстовую этикетку. Наличие текстовых меток особенно полезно для тех, кто использует программное обеспечение для голосовой активации: фраза «красная кнопка» или «кнопка с крестиком» вряд ли вызовет распознавание программным обеспечением.

Я расскажу о добавлении нюансов к внешне похожим элементам в следующем разделе «Служебные классы».

Атрибуты

Семантический HTML - это не только элементы. Атрибуты определяют типы, свойства и состояния. Они тоже важны для доступности, поэтому они должны быть в HTML, где это возможно. А поскольку они находятся в HTML, они предоставляют дополнительные возможности для стилизации хуков.

Например, элемент input принимает атрибут типа , если вы хотите воспользоваться им, а также такие атрибуты, как aria-invalid для описания состояния.

 
input, textarea {
  граница: сплошная 2px;
  набивка: 0,5 бэр;
}

[aria-invalid] {
  цвет границы: # c00;
  отступ справа: 1,5 бэр;
  фон: url (images / cross.svg) центр без повтора 0.5em;
}
  

Здесь следует отметить несколько моментов:

• Мне не нужно устанавливать color , font-family или line-height здесь, потому что они унаследованы от html , благодаря использованию мной наследует ключевое слово . Если я хочу изменить основное семейство шрифтов , используемое для всего приложения, мне нужно отредактировать только одно объявление в блоке html .
• Цвет границы связан с цветом , поэтому он также наследует глобальный цвет. Все, что мне нужно объявить, - это ширина и стиль границы.
• Селектор атрибута [aria-invalid] неквалифицирован. Это означает, что он имеет больший охват (его можно использовать как с моими селекторами input , так и textarea ) и имеет минимальную специфичность. Простые селекторы атрибутов имеют ту же специфичность, что и классы. Их неквалифицированное использование означает, что любые классы, записанные ниже по каскаду, переопределят их, как предполагалось.

Методология БЭМ решит эту проблему, применив класс-модификатор, например input – invalid . Но учитывая, что недействительное состояние должно применяться только там, где оно доступно для передачи, вход-недействительный обязательно является избыточным. Другими словами, aria-invalid , атрибут имеет , так в чем же смысл этого класса?

Просто напишите HTML

Мне больше всего нравится использовать селекторы элементов и атрибутов на верхних уровнях каскада: состав новых компонентов становится не столько вопросом знания соглашений об именах компании или организации, сколько вопросом знания HTML .Любой разработчик, разбирающийся в написании приличного HTML, назначенный для проекта, извлечет выгоду из унаследованного стиля, который уже внедрен. Это значительно снижает потребность в обращении к документации или написании нового CSS. По большей части они могут просто написать (мета) язык, который им следует знать наизусть. Тим Бакстер также приводит доводы в пользу этого в статье «Значимый CSS: стиль, как вы имеете в виду».

Layout

До сих пор мы не писали CSS для конкретных компонентов, но это не значит, что мы ничего не стилизовали.Все компоненты представляют собой составные части HTML-элементов. В значительной степени в порядке и расположении этих элементов более сложные компоненты формируют их идентичность.

Что подводит нас к макету.

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

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

 
* {
  маржа: 0;
}

* + * {
  верхняя граница: 1.5em;
}

body, br, li, dt, dd, th, td, option {
  margin-top: 0;
}
  

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

В большинстве случаев наценки теперь сами о себе позаботятся. Но из-за низкой специфичности этот базовый однострочный интервал можно легко изменить там, где это необходимо. Например, я мог бы захотеть сократить разрыв между ярлыками и соответствующими полями, чтобы показать, что они парные. В следующем примере любой элемент, следующий за меткой ( ввод , textarea , выбирает и т. Д.) закрывает пробел.

 
метка {
  дисплей: блок
}

label + * {
  верхняя маржа: 0,5 бэр;
}
  

Еще раз, использование каскада означает необходимость писать определенные стили только там, где это необходимо. Все остальное соответствует разумной базовой линии.

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

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

 
<форма>
  

     Отметить один 
    
  
  

     Отметить два 
    
  
   Отправить 

  

Достижение того же результата с помощью такой методологии, как атомарный CSS, означало бы составление определенных классов, связанных с маржой, и применение их вручную в каждом случае, включая исключений первого ребенка , обрабатываемых неявно * + * :

 
<форма>
  

     Отметить один 
    
  
  

     Отметить два 
    
  
   Отправить 

  

Имейте в виду, что это будет охватывать только верхние поля, если вы придерживаетесь атомарного CSS.Вам придется прописать отдельные классы для color , background-color и множества других свойств, потому что атомарный CSS не использует наследование или селекторы элементов.

 
<форма>
  

     Отметить один 
    
  
  

     Отметить два 
    
  
   Отправить 

  

Атомарный CSS дает разработчикам прямой контроль над стилем, не полагаясь полностью на встроенные стили, которые нельзя использовать повторно, как классы.Предоставляя классы для отдельных свойств, он сокращает дублирование объявлений в таблице стилей.

Однако для достижения этих целей требуется прямое вмешательство в разметку. Это требует обучения и приверженности его подробному API, а также необходимости написания большого количества дополнительного HTML-кода.

Вместо этого, стилизуя произвольные элементы HTML и их пространственные отношения, «методология» CSS в значительной степени устаревает. У вас есть преимущество работы с единой системой дизайна, а не с системой HTML с наложенной системой стилей, которую нужно рассматривать и поддерживать отдельно.

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

1. глобальных ( html ) стилей и принудительного наследования,
2. алгоритма потока и исключений (с использованием лоботомизированного селектора совы),
3. стилей элементов и атрибутов.

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

Служебные классы

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

Модули CSS были недавно разработаны для исправления этого сценария путем программной генерации уникальных имен классов, привязанных к их локальной или компонентной области.

 

 Нажми меня 


 Ударь меня 
  

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

Нет причин рассматривать общие элементы как уникальные. Вы должны стилизовать тип элемента, а не его экземпляр. Всегда помните, что термин «класс» означает «тип вещей, которых может быть много». Другими словами, все классы должны быть служебными классами: многократно используемыми во всем мире.

Конечно, в этом примере класс .button в любом случае избыточен: вместо этого у нас есть селектор элемента button . Но что, если это была кнопка особого типа? Например, мы могли бы написать .опасность , чтобы указать, что кнопки выполняют деструктивные действия, такие как удаление данных:

 
.Опасность {
  фон: # c00;
  цвет: #fff;
}
  

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

 
 удалить 
  

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

Local Scope Utilities

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

 
.centered {
  выравнивание текста: центр;
  нижнее поле: -1 бэр; / * корректируется для оставшегося нижнего поля дочерних элементов * /
}

.centered> * {
  дисплей: встроенный блок;
  запас: 0 0,5 бэр 1 бэр;
}
  

С его помощью я могу центрировать элементы списка групп, кнопки, комбинации кнопок и ссылок, что угодно. Это благодаря использованию части > * , что означает, что любые непосредственные дочерние элементы .centered примет эти стили в этой области, но также унаследует глобальные стили и стили элементов.

И я скорректировал поля так, чтобы элементы могли свободно переноситься без нарушения вертикального ритма, используя селектор * + * над ним. Это небольшой объем кода, который обеспечивает универсальное адаптивное решение макета, устанавливая локальную область видимости для произвольных элементов.

Моя крошечная (93B минифицированная) система сеток на основе flexbox - это, по сути, просто служебный класс, подобный этому.Его можно многократно использовать, а поскольку он использует flex-base , вмешательство точки останова не требуется. Я просто полагаюсь на алгоритм упаковки flexbox.

 
.fukol-grid {
  дисплей: гибкий;
  flex-wrap: обертка;
  маржа: -0,5em; / * поправка на желоба * /
}

.fukol-grid> * {
  flex: 1 0 5em; / * Часть 5em является основой (идеальная ширина) * /
  маржа: 0,5em; / * Половина значения желоба * /
}
  

Используя БЭМ, вам будет предложено разместить явный класс «элемента» для каждого элемента сетки:

Но в этом нет необходимости.Для создания локальной области требуется только один идентификатор. Предметы здесь не более защищены от внешнего воздействия, чем предметы в моей версии, нацеленные на > * - , и они не должны быть . Единственное отличие - завышенная наценка.

Итак, теперь мы начали включать классы, но только в общих чертах, как они и были задуманы. Мы по-прежнему не стилизуем сложные компоненты независимо друг от друга. Вместо этого мы решаем общесистемные проблемы с возможностью повторного использования. Естественно, вам нужно будет задокументировать, как эти классы используются в ваших комментариях.

Служебные классы, подобные этим, одновременно используют преимущества глобальной области видимости CSS, локальной области видимости, наследования и каскада. Классы могут применяться универсально; они создают локальную область видимости, чтобы воздействовать только на свои дочерние элементы; они наследуют установленные здесь стили , а не , из родительской или глобальной области; и мы не переусердствовали с использованием селекторов элементов или классов.

Вот как теперь выглядит наш каскад:

1. глобальных ( html ) стилей и принудительное наследование,
2. алгоритм потока и исключения (с использованием лоботомизированного селектора совы),
3. стилей элементов и атрибутов,
4. универсальных служебных классов.

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

Стили, специфичные для компонентов

Мы с самого начала задавали стили для компонентов и способы их комбинирования, поэтому очень хочется оставить этот раздел пустым. Но стоит отметить, что любые компоненты, не созданные из других компонентов (вплоть до отдельных элементов HTML), обязательно имеют чрезмерные предписания.Они для компонентов такие же, как идентификаторы для селекторов, и рискуют стать анахронизмом для системы.

На самом деле, хорошее упражнение - идентифицировать сложные компоненты («молекулы», «организмы») только по идентификатору и стараться не использовать эти идентификаторы в вашем CSS. Например, вы можете разместить #login в компоненте формы входа. Вам не нужно использовать #login в своем CSS со стилями элемента, атрибута и алгоритма потока, хотя вы можете создать один или два общих служебных класса, которые можно использовать в других компонентах формы.

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

Заключение

Когда я говорю людям, что не использую такие методологии, как БЭМ, или инструменты, такие как модули CSS, многие предполагают, что я пишу CSS следующим образом:

 
header nav ul li {
  дисплей: встроенный блок;
}

header nav ul li a {
  фон: # 008;
}
  

Не знаю.Здесь присутствует явная чрезмерная спецификация, и ее следует избегать. Просто БЭМ (плюс OOCSS, SMACSS, атомарный CSS и т. Д.) - не единственный способ избежать запутанного, неуправляемого CSS.

Стремясь преодолеть проблемы специфичности, многие методологии полагаются почти исключительно на селектор классов. Проблема в том, что это приводит к увеличению числа классов: загадочных шифров, которые раздувают разметку и - без внимательного отношения к документации - могут сбить с толку разработчиков, плохо знакомых с внутренней системой именования, которую они составляют.

Активно используя классы, вы также поддерживаете систему стилей, которая в значительной степени отделена от вашей HTML-системы. Это незаконное присвоение «отдельных задач» может привести к избыточности или, что еще хуже, может способствовать недоступности: можно повлиять на визуальный стиль, не затрагивая вместе с ним доступное состояние:

Вместо подробного написания и предписания классов я рассмотрел некоторые другие методы:

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

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

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

В CSS нет ничего плохого. На самом деле, он замечательно позволяет вам делать многое с помощью малого. Мы просто не пользуемся этим.

Исправление для стилей Primeng, не работающих в Angular

Этот пост представляет собой решение различных нижеприведенных проблем для ** стилей Primeng css в Angular **

• Темы загружаются неправильно
• Primeng стили компонентов применяются неправильно
• Angular обновляет одну версию до другой сломанные стили css
• Последняя интеграция с версией Primeng

Этот пост - мои выводы об интеграции компонентов primeng в приложение Angular.

Эти решения будут работать с версиями Angular 2+, включая версии Angular 10 и 11.

Стили Primeng

Очень сложно решить, если стили Primeng отсутствуют в приложении Angular.

Он предоставляет компоненты многократного использования, такие как кнопка, загрузка, виджеты управления вводом.

Каждый стиль компонента связан с тремя вещами.

В приложении Angular Primeng и значки устанавливаются с помощью команды npm, как показано ниже

  npm install primeng --save
npm install primeicons --save
  

Это устанавливает обе зависимости в проект node_modules,

Вы можете проверить стили primeng css, как показано ниже

Стили тем

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

Глобальные стили CSS

Предоставляет глобальные стили CSS Primeng.min.css, необходимые для каждого компонента Primeng.

Стили значков

Как и набор значков fontawesome, он предоставляет встроенные значки в файле primeicons.css

Стили Primeng

Как исправить стили primeng css, не работающие в Angular?

Итак, вы должны включить темы, глобальные стили и стили значков в приложение Angular.

Есть несколько способов загрузки стилей в приложение Angular typescript.

Ниже приведены три различных метода, которые мы можем сделать.

Angular.json

Пожалуйста, добавьте расположение файлов css в раздел стилей Angular.json

В файле Angular.json путь к атрибуту стилей - «архитектор» - «тест» - «стили», однако есть еще один style в том же файле, т.е. путь по неверному. Таким образом, эти файлы не добавляются в «архитектор» - «сборка» - «стили».

  {
    "архитектор": {
        "контрольная работа": {
             "стили": [
                      "src / styles.css ",
                      "node_modules / primeng / resources / themes / nove-light / theme.css", "node_modules / primeng / resources / primeng.min.css",
                      "node_modules / primeicons / primeicons.css"
                      ],
                }
              }
}
  

с использованием стилей ссылок Второй способ - добавить index.html с помощью ссылки, как в обычном приложении.

Импорт CSS

В приложениях Angular

Вы должны использовать css @import для включения любых внешних стилей css.

Если вы хотите, чтобы стили css применялись глобально, добавьте их в styles.css. Другим способом вы можете добавить компонент Angular для загрузки и применения к каждому компоненту.

  @import "node_modules / primeng / resources / themes / nove-light / theme.css";
 @import "node_modules / primeng / resources / primeng.min.css";
 @import "node_modules / primeicons / primeicons.css";
  

Заключение

Решить проблемы css в приложении Angular для простых пользователей очень сложно. В этом блоге рассказывается о файлах primeng css styl, проблемах и решениях.

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

Пожалуйста, поставьте лайк и поделитесь в Facebook, Twitter, Linkedin.

faq: no_styles [DokuWiki]

Использование PHP 5.3.0

В шаблоне нет стиля. CSS файлы не загружаются.

В версии PHP 5.3.0 есть ошибка, которая выдает ошибку, когда файлы CSS находятся в подкаталоге (или, скорее, потому что файл style.ini содержит символ /).

Оптимальный вариант - до обновить PHP до .

Альтернативой является копирование всех файлов CSS в корневую папку шаблона и изменение всех css / .css на .css в style.ini .

Стиль не загружается после добавления / удаления подключаемого модуля

Или: конфигурация PHP изменилась, PHP еще не установлен должным образом на новом сервере.
Ответ: убедитесь, что parse_ini_file () разрешен.Убедитесь, что ваша конфигурация содержит
disable_functions =…, parse_ini_file,… ← удалить из disable_functions

Неполные стили

В выпуске 2014-05-05 «Обдумайте Stibbons», когда макет кажется нарушенным, но вы установили последнюю последнюю версию вашего шаблона, тогда вы можете столкнуться с проблемой в компрессоре CSS. Попробуйте отключить параметр конфигурации «Сжать». (В следующем выпуске это будет исправлено, поэтому вы снова включите сжатие.)

Стили не работают

Если похоже, что существует простой HTML без применения каких-либо стилей, возможно, в одном из ваших файлов таблицы стилей есть ошибка. К сожалению, их много. Чтобы найти нарушителя, попробуйте следующее:

1. Отключить сжатие CSS в конфигурации «Докувики» (см. Выше)

2. Очистите кеш, удалив все содержимое в каталоге data / cache.

3. Очистить кеш браузеров

4. Просмотрите CSS отдельно, позвонив по номеру http: // yourdomain / lib / exe / css.php? purge = истина . Это показывает все CSS , отправленные в ваш браузер. '? purge = true' гарантирует, что данные, которые вы видите, не отправляются из кеш-файла, а собираются во время выполнения. Это объединенные данные всех стилей, загруженных из плагинов и шаблона. Теперь проверьте CSS , если он где-то выглядит странно.
5. Отключите плагины один за другим и перезагрузите CSS на шаге выше и / или на странице «Докувики». В случае успеха вы нашли компонент, вызывающий ошибку. Загляните внутрь плагина и проверьте / проверьте файлы CSS на наличие ошибок или неразрешенных заполнителей.Можно использовать вспомогательные инструменты, такие как W3C Markup Validation Service, для копирования / вставки CSS из вывода выше или из CSS -файлов в вашем плагине.

Styling - Reach UI

Включая базовые стили - Переопределение и добавление новых стилей

Стилизация компонента Reach похожа на стилизацию любого собственного элемента. Нет тем оформления и не нужно прописывать какой-то конкретный подход к укладке.Есть несколько основных стилей, позволяющих использовать готовые компоненты, но вы можете переопределить и добавить к ним таблицы стилей, стилизованные компоненты, эмоции, гламур, что угодно.

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

Автоматическое включение стилей

Плагин webpack находится в разработке, который автоматически объединит стили, так что вам не придется.

Пропустить включение стилей

Обычно вы получите предупреждение, если забудете включить соответствующий файл CSS.Если вы сами реализуете все стили, вы можете отключить это предупреждение, установив для корневой CSS-переменной, соответствующей имени пакета, значение 1.

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

Вот пример:

: root {--reach-dialog: 1;} 

Если вы все еще видите предупреждение при запуске тестов в Jest, вы можете пропустить их, имитируя функцию, которая проверяет стили.

 шутка.mock ("@reach / utils", () => ({... jest.requireActual ("@reach / utils"), checkStyles: jest.fn ()})); 

Использование Bundler (веб-пакет, посылка и т. Д.)

Если вы используете сборщик модулей, такой как webpack или parcel, вы можете импортировать их туда, где вы импортируете компонент.

 import {Menu, MenuButton, MenuList, MenuItem} из «@reach / menu-button»; import «@reach / menu-button / styles.css»; 

Вам нужно будет настроить загрузчик CSS webpack, если вы еще этого не сделали. Посылка не требует настройки.

Без Bundler

Если вы не используете Bundler, вы можете найти стили по адресу:

your-app / node_modules / @reach / /styles.css

Включите эти файлы однако вы включаете остальные таблицы стилей. В качестве альтернативы вы можете использовать CDN, например Unpkg, но это не рекомендуется для производственных приложений.

  @  / styles.css "/> 

Вы должны иметь возможность стилизовать компоненты пользовательского интерфейса Reach, как любой другой элемент в вашем приложении. Если нет, сообщите об ошибке!

 let YourMenuList = styled (MenuList)` border: solid 2px black; background: black; цвет: красный;> [элемент-меню-достижения-данных] [выбранные-данные] {фон: красный; цвет: белый;} `   

Селекторы CSS

Поскольку пользовательский интерфейс Reach использует обычные таблицы стилей для собственных стилей, вы можете переопределить их, как любой другой элемент.Все стили используют минимально возможную «оценку специфичности», поэтому, пока вы включаете стили компонентов перед собственными стилями приложения, вы не должны сталкиваться с какими-либо проблемами специфичности.

Есть два типа селекторов: «элемент» и «псевдо». В документации для каждого компонента перечислены селекторы, которые применяются к компоненту, но мы используем здесь в качестве примера MenuItem из @reach / menu-button .

Селекторы «элементов»

Каждый компонент имеет атрибут data-range- * в базовом элементе DOM, который можно рассматривать как «элемент» для компонента.Например, чтобы стилизовать все элементы раскрывающегося меню, вы можете использовать этот CSS:

 [data-available-menu-item] {color: blue;} 

«Псевдо» селекторы

Есть определенные состояния, в которые может входить элемент вроде «выбранный». Чтобы настроить таргетинг на эти стили, используйте «псевдоселектор» (больше похожий на псевдопсевдоселектор!). Например, чтобы стилизовать все элементы раскрывающегося меню в их выделенном или выбранном состоянии, используйте этот CSS:

 [элемент-меню-данных] [выбранные-данные] {фон: красный;}