[
{ "key": "ctrl+alt+t", "command": "shellLauncher.launch" }
]"shellLauncher.shells.windows": [
{
"shell": "C:\\Windows\\sysnative\\cmd.exe",
"label": "cmd"
},
{
"shell": "C:\\Windows\\sysnative\\WindowsPowerShell\\v1.0\\powershell.exe",
"label": "PowerShell"
},
{
"shell": "C:\\Program Files\\Git\\bin\\bash.exe",
"label": "Git bash"
},
{
"shell": "C:\\Windows\\sysnative\\bash.exe",
"label": "WSL Bash"
}
]
Как бы вы отнеслись к решению, оставить спан без класса и обратится к нему по тегу, через класс родителя?
я в последнее время избегаю давать такие имена, типо item-title )
<td class="table__col shop-col">
<p class="shop-col__info">
<span class="shop-col__weight">1,2 кг</span>
х
<span class="shop-col__price">200 руб.</span>
</p>
</td><td class="table__col shop-col">
<p class="shop-col__info">
<span class="shop-col__weight">1,2 кг</span>
х
<span class="shop-col__new-price color-accent">199 руб.</span>
<span class="shop-col__old-price color-grey">200 руб.</span>
</p>
</td>
// стандарт
<div class="field">
<input class="input" />
</div>
// с модификаторами
<div class="field field_big-space">
<input class="input input_big-text" />
</div>
Как вы считаете, всегда ли необходим label в связке с input? Даже если нет текста, по которому можно кликнуть и перескочить в поле ввода. Или допустим, тег label, не используется в качестве контейнера.Пустой label крайне вреден, особенно если его можно кликнуть и клик приводит к непредсказуемому поведению - взаимодействию с input, взаимодействию, которого не ожидает пользователь. Все не ожиданное ведет к плохому UX.
Встречал примеры, где тег label, связывают через идентификатор с input и при этом, прячут его, с помощью visually-hidden. Зачем? Причём так делают, некоторые школы и опытные разработчики.Так делают для скринридеров, когда придурок дизайнер не предусмотрел label в дизайне, а без него никак. Делаем нормальный UX, не ломая визуал заложенный тем ущербом, который "я дисигнер я так вижу".
<article><li> оборачиваю в него 
Что должно быть в теге nav?
Как вы обычно называете эти блоки? По простому типо main-nav__left (меню) и main-nav__right (корзина, личный кабинет, поиск и т.д.). Или как-то иначе?
Если это не является частью тега nav или является его частью, можно ли называть такие элементы, как поиск или личный кабинет, как отдельные блоки?
И в отношение хедера, можно ли считать, что в принципе, большинство тегов внутри него, являются блоками, но не элементами? Ведь их можно использовать повторно на странице без привязки к хедеру.
Ведь services этот блок, который может повторятся и на других страницах сайта, и при этом, будет выглядеть по другому
services и вы хотите его использовать на главной и на любой другой странице, тогда именование это блока на главной будет такое - class="main__services services" где по селектору main__services вы описываете расположение элементов внутри блока services для главной страницы. Теперь для другой страницы можно сделать тоже самое class="another-page__services services" 
.page
.page__header
.header
.page__wrapper
.page__block1
.block1 // это блок страницы, замените на свое название
.page__block2
.block2
.page__footer
.footerНужно ли везде указывать, что это за страница?
Ведь services этот блок, который может повторятся и на других страницах сайта, и при этом, будет выглядеть по другому.
Конечно, если полностью следовать БЭМ, должна появиться и такая же структура файлов. Но если мне необходимо все стили запихать в один css?
Или нужно избегать повторения в именование классов?
