PavelTkachev

Сайты они правильные должны быть, а не удобные. Ссылки на странице, ведущие на саму себя посоветовали убирать. А список в меню, вроде бы, никак не повлияет на SEO. http://searchengines.guru/showthread.php?p=13453688

Достаточно, конечно. Но всё же есть пропаганда, что логотип на главной не должен быть кликабельным, а на остальных страницах вести на главную. Активный пункт меню не должен быть кликабельным. Я решил узнать у специалистов, что они об этом думают.

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

Есть и противоположное мнение поисковым системам будет легче разобраться, где и как у вас устроена навигация, так как они привыкли к конструкциям с ненумерованными списками, а не к блокам с бездумным перечислением ссылок http://site-on.net/optimization/8-seo-maket-saita В спецификации HTML5 также говориться, что использование списка помогает разным устройствам разобраться в структуре. Есть у кого-то реальный опыт помощи от наличия списка в навигации?

Изучаю спецификацию HTML5 и обнаружил, что рекомендуется внутри элемента <nav> ссылки делать не столбом, как я всегда делаю, а помещать их внутри <ul>. <nav> <h2>Navigation</h2> <ul> <li><a href="articles.html">Index of all articles</a></li> <li><a href="today.html">Things sheeple need to wake up for today</a></li> <li><a href="successes.html">Sheeple we have managed to wake</a></li> </ul> </nav> Чем это может быть полезно? Вредно увеличением числа элементов DOM.

До Вашего сообщения у меня это не работало. А теперь работает.

Я знаю код символа в UTF-8 для вставки в HTML файл: цифры; Как этот символ вставить через content в css?

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

Чем запутывает и усложняет поддержку CSS?

У меня есть два довода: 1. class - 5 символов; id - 2 символа. Значит во втором случае существует экономия трафика. 2. id - уникальный идентификатор, поэтому при рендеринг страницы должен происходить быстрее, а также JavaScript с ним быстрее работает, чем с классом. То, что классы - это для верстальщиков, а идентификаторы - для программистов: для меня не аргумент.

А почему сгоряча? Я так всегда и делаю и всегда такую проблему и имею. А как сделать иначе?

Спасибо.

По мне [атрибут~=значение] можно заменить используя [атрибут*=значение]. Зачем тогда оно есть? Работает быстрее? [атрибут|=значение]

Спасибо.

Иногда при использовании класса или идентификатора стили не применяются. Но если добавить к нему имя тега, то стили применяются #Имя_идентификатора { Описание правил стиля } - не работает E#Имя_идентификатора { Описание правил стиля } - работает Пример показать не могу, периодически при вёрстке сталкиваюсь. Такое бывает, когда несколько стилей применяется к одному элементу. Это потому что у второй записи больший приоритет?

Спасибо.

Как можно использовать значение координаты z в transform-origin?

Да. Спасибо.

Я не чётко выразился. Можно добиться одинакового поведения http://jsfiddle.net/nr8995u4/1/ Зачем нужно два свойства, с помощью которых можно сделать одно и тоже? Есть ли пример, когда нельзя обойтись каким-то из них и обязательно нужен второй?

Пытаюсь понять чем отличаются друг от друга background-clip и background-origin, кроме того что последний работает при background-attachment:fixed. По мне они делают одно и тоже. В чём я ошибаюсь?

Ого-го! Спасибо! И я ушёл разбираться.

Нет. Он же пропадёт после начала ввода текста. Спасибо всем за помощь, буду добавлять тег.

Мне принципиально, чтобы добавляемая буква не была подчёркнута. Тогда как поле для ввода было подчёркнуто. И я думал этого добиться одним :after. А получается, что надо вводить новые теги внутри html.

Поскольку в основном пишется под мобильники, то априори считается, что css не будет тормозить в отличие от JavaScript.

Мне и сейчас не помогло. Тут нигде не написано, что для инпутов не работает. Получается, что я могу только справа приписать букву прямо в html? В FireFox 34.0. В Chrome всё именно так, как Вы показали. Я поэксперементировал и вот что обраружил. В FF43 если сделать два инпута одинаковой ширины в ch друг под другом, то их длины зрительно совпадают. А если сверху два интпута, а под ними инпут суммарной длинны, то он получается короче. Хотя если использовать FireBug, то ширина окажется равной, а зрительно это не так...