1. Может быть, если сильно хочется изменить стили темы - просто создать свою тему?
2. Если именно изменить - создайте css файл и переопределите, а в чем проблема?

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

И раз уж коснулись темы своих стилей, намекните пожалуйста, как их создавать? В смысле не просто css, styl, а создание своего параметра для тега theme?

Чтобы ваши стили переопределяли стили библиотеки - используйте mustDeps в зависимостях.

Про свое значение для модификатора theme - не понял, в чем сложность? Чем свое значение отличается от "просто css, styl"?

Ваш CSS селектор должен иметь больший вес за счёт специфичности и желательно располагаться после библиотечных определений: https://developer.mozilla.org/en-US/docs/Web/CSS/Specificity Попробуйте:

.select.select_theme_islands .select__button {
    vertical-align: middle;
}

И раз уж коснулись темы своих стилей, намекните пожалуйста, как их создавать? В смысле не просто css, styl, а создание своего параметра для тега theme?

Примененние параметра mods: { theme: 'my-theme' } приведёт к тому, что у блока select будет соответствующий класс select_theme_my-theme. Всё что вам надо для создания собственной темы, это описать свой css для соответствующих селекторов.

.select_theme_my-theme
{
    max-width: 100%;
    vertical-align: bottom;
    .select__button
    {
        width: 100%;
        text-align: left;
        vertical-align: middle;
    }
    /* прочие стили */
}

Спасибо за помощь.

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

Ещё раз отмечу. не надо ничего инициализировать особым образом.

@Bumerang47 для переопределения стилей блока на своем проекте необходимо создать в папке уровня desktop.blocks директорию для переопределяемого блока — например select. Вы получите такую структуру:

libs/
desktop.blocks/
    select/
// добавил файл в папку с модификатором темы
        _theme/
            select_theme_islands.styl

В файл select_theme_islands.styl вы пишите стили, которые нужно переопределить:

.select_theme_islands .select__button {
    vertical-align: top;
}

Если вы хотите создать свою тему — нужно создать для нее стили, которые будут матчиться на соответствующий модификатор — .select_theme_original-theme-name.

Соответственно в bemjson нужно указать имя модификатора для этого элемента:

block : 'select', mods : { mode : 'radio', theme : 'original-theme-name', size : 'm' }

Или, можно указать модификатор для блока page и каскадом стилизовать все нужные блоки и элементы.

.page_theme_original-theme-name .select {}

.page_theme_original-theme-name .select__button {}

Всем большое спасибо, всё стал предельно ясно. Действительно ни чего сложного.

Сделаю небольшой вывод. метод с передопределеной структурой и стилем к ней

например select. Вы получите такую структуру:

libs/
desktop.blocks/
    select/
        select.css

В файл select.css вы пишите стили, которые нужно переопределить:

.select_theme_islands .select__button {
    vertical-align: top;
}

Стили темы не переопределяет, правила темы - выше собственных правил.

Методом mustDeps, стили темы полностью заменяются описанными в {$имяФайла}.deps.js, удаляя правила стилей темы (islands) Если я правильно делал:

({
    mustDeps:[{ block: 'select__button' }]
})

с shouldDeps эффект тот же.

Каскадом, через css блока page, приоритет не выше стилей темы. Да и не уверен, что подход подобного каскада в стиле БЭМ.

Скопирую ка правила css темы в свой стиль и откажусь от тега theme, на первое время.

нет,

1. Должно быть

({
    mustDeps:[{ block: 'select' }]
})

либо

({
    mustDeps:[{ block: 'select' , elem: 'button'}]
})

1. mustDeps ничего не удаляет, он только определяет порядок следования при сборке. shouldDeps не влияет на порядок, просто влючает в сборку

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

({
    mustDeps:[{ block: 'select', mods:{ 'theme': 'islands'}}]
})

Спасибо

 ({
     mustDeps:[{ block: 'select', mods:{ 'theme': 'islands'}}]
 })

сработало

Перечитайте)

@Bumerang47 — Верно, сработало, потому что mustDeps подгружает зависимости до самого блока. Потому стили темы ушли вверх. Второй вариант — повторить файловую структуру темы. Если мы доопределяем стили блока select — это доопределение базовых стилей блока. Т.е. для доопределения темы нужно повторить файловую структуру темы:

./desktop.blocks/
    select/
        _theme/
            select_theme_islands.styl

.select_theme_islands .select__button {
    vertical-align: bottom;
}

В этом случае стили приедут в правильном порядке.

Обновил предыдущий ответ в соответствии с этими изменениями.

Каскадом, через css блока page, приоритет не выше стилей темы. Да и не уверен, что подход подобного каскада в стиле БЭМ.

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

Чтобы стало ясно - забудьте на минутку про тему как о каком-то визуальном дополнении блока. theme - это обычный модификатор блока (как, например, pressed, type, some и т.д.). Поэтому, написав, стили по структуре типа

desktop.blocks/
    select/
        select.css

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

./desktop.blocks/
    select/
        _theme/
            select_theme_islands.styl

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

надеюсь, я не запутал еще больше :)

Всем спасибо, разжевали, проглотил =) Вроде понял. @apsavin, спасибо за ссылку, обязательно изучу механизмы сборки

И с файловой структурой ясно, надо повторять как в используемой теме (islands), а не только как в bemjson'e страницы. @dab, вот только небольшая тень в пояснении с каскадом. Понятно, что родитель может знать о своих детях. Но таким же темпом можем и все стили описать в родители page. Конечно это крайность, но..

Но таким же темпом можем и все стили описать в родители page

Нужно понимать, что в блок page ты вложил независимые блоки, а не зависимые элементы. Есть составные(сложные) блоки, которые состоят из блоков. В таком случае каскад допустим, т.к. эти блоки являются дочерними по отношению к составному.