Albums by Artist — это лишь сортировка, для каждого исполнителя приходилось составлять отдельный плейлист, чтобы слушать только его. Теперь такой проблемы нет и послушать конкретного исполнителя можно без проблем в любом режиме.
Смысла Cover Flow к сожалению никогда не понимал. Как в iTunes, так и на iOS.
Ничего кроме плеера не поменялось, и слава богу. Новый интерфейс ещё хуже чем старый, привязка к левому краю браузера, непонятное расположение информации под видео. Короче с каждым годом интерфейс ютуба как можно сильнее усложняют и ухудшают.
Это же было преувеличение, не обязательно 100, но мало ли что нужно разместить внутри навигации, речь о том насколько просто будет добавлять элементы с <a> внутрь <li>.
Я думаю ничего с вами не случится если каждой ссылке просто один класс добавите, к тому же с наличием разнообразных IDE и прочих инструментов объяснять процесс добавления классов как усложняющий работу считаю некорректным.
В первую очередь потому что такой селектор треубет писать всю последовательность элементов, когда простое добавление класса нас от такой проблемы избавляет и внутри li можно разместить хоть 100 div'ов и селектор будет работать.
Включение доп. CSS в оригинальный с оверрайдом исходных данных. Сохраняется совместимость при обновлении оригинального CSS, но при этом размер кода серьёзно растёт.
Только если у вас многоуровневая навигация такой способ не пройдёт, либо писать .nav-list > li > a, либо пойти другим путём и писать .nav-list .first-level-link. Когда у вас в навигации все элементы <a> одинаковы конечно удобнее будет написать .head-nav a, только в таком случае вы не учтёте что в навигацию могут добавиться какие-то специфичные ссылки и придётся отменять общие для элемента свойства.
В зависимости от контекста и общих значений между ссылками. В навигации к примеру .nav-link, в статьях .post-link, если у них общие свойства которые не зависят от контекста можно и .link.
Решение проблем просто и эленантно: не используйте селектор по элементам. Ведь каждый отдельный элемент в вёрстке имеет своё семантическое значение, а значение элемента без контекста слишком широкое чтобы на его можно было повесить какие-то общие для всей вёрстки параметры. Тот же пример с ul li который в статье может быть списком пунктов, а в навигации списком табов. Так что обходитесь без селектора по элементу и думайте как правильно назвать элемент в вёрстке, собственно об этом и статья.
Смысла Cover Flow к сожалению никогда не понимал. Как в iTunes, так и на iOS.
По-моему в Apple поступили мудро убрав всё ненужное, оставив только то что действительно важно при выборе, поиске и прослушивании музыки.
Зачем-то добавляется виндовый ClearType, хотя он в настройках отключён, ну и чёрная тень у и так чёрного текста создаёт эффект размытости.
Ctrl + B -> Вид -> Параметры вида.
Для мака не знаю как.
<a>внутрь<li>.Я думаю ничего с вами не случится если каждой ссылке просто один класс добавите, к тому же с наличием разнообразных IDE и прочих инструментов объяснять процесс добавления классов как усложняющий работу считаю некорректным.
>не самое лучшее решение проблемы.<a>попадают под ваше определение..nav-list aтут не прокатит.<a>одинаковы конечно удобнее будет написать .head-nav a, только в таком случае вы не учтёте что в навигацию могут добавиться какие-то специфичные ссылки и придётся отменять общие для элемента свойства.