rash

User
  • Content count

    1,953
  • Joined

  • Last visited

  • Days Won

    3

rash last won the day on April 13 2011

rash had the most liked content!

Community Reputation

113 Хорошая

About rash

  • Rank
    Вечный студент

Information

  • Sex
    Мужчина

Recent Profile Visitors

7,626 profile views
  1. Вообще-то нет. Это почти то же самое, что использовать blockquote для того, чтобы в обычном тексте сделать левый отступ. То есть если у нас поле для поиска, то нужно использовать input search. Его ОС сможет нарисовать в соответствии с принятыми в ней соглашениями по интерфейсу. Может со скругленными углами, может еще с какими-то особенностями, отличающимися от системы к системе. Если в поисковом поле мешает кнопка очистки — нужно убрать кнопку очистки из поискового поля. И только если это невозможно — искать другие решения. Можно хоть сделать поле полностью прозрачным а под него положить картинку, тоже будет выглядеть как надо. Поэтому и обратил внимание, что это _правильный_ подход. Если из-за особенностей реализации в некоторых браузерах его применить нельзя — только тогда и стоит искать другие подходы.
  2. Подозреваю, можно сделать .footer__search::-webkit-search-cancel-button { display: none;}но для не-вебкита сходу не нашел решения. С другой стороны это было бы самым правильным подходом, как мне кажется.
  3. Если не ошибаюсь, w3c для валидации input type="email" предлагает использовать такую регулярку: /^[a-zA-Z0-9.!#$%&’*+/=?^_`{|}~-]+@[a-zA-Z0-9-]+(?:\.[a-zA-Z0-9-]+)*$/Только теперь еще кирилические домены появились
  4. А что вам мешает просто вырезать изображение сразу без задней части?
  5. rash

    Свойство display

    Так и должно быть. Игнорируются ошибочные правила, на остальной код это не влияет. Очевидно, если парсер может определить, где закончилось ошибочное правило. То есть опечатка в имени свойства или неправильное значение приведут к тому, что пропущено будет только это правило. А вот ошибки с точками с запятой и фигурными скобками могут привести к более серьезным последствиям. Но приблизительно то же самое сказали комментарием выже. Просто хотел обратить внимание, что это не случайность, а определенное и задокументированное поведение.
  6. Эх, поздно я сюда пришел Разумеется есть. Но я не пойму, к чему вы это здесь упомянули? Для якорей id удобен, явно сейчас актуальнее, чем старая техника с name, вот для якорей и используйте, а для стилей незачем. Если что, я не с вами спорю, просто непонятно, к чему это тут. Главным преимуществом в использовании классов для оформления вижу более удобное переопределение стилей, меньшую специфичность класса по сравнению с id. important зло, и да, если в нем возникает необходимость — значит раньше что-то пошло не так. К сожалению, это иногда происходит и на средних по масштабу проектах. Где-то изначально ошибся в архитектуре организации стилей, недооценил, насколько сильно будет развиваться код, насколько он усложнится — и вот уже !important иногда выскакивают то тут то там. Иногда это бывает вызвано и подключаемыми стилями сторонних компонент, но в любом случае это намекает на проблему. Не всегда код, который потребовал important'ов, можно отрефакторить (ну то есть не всегда можно это себе позволить, технически возможно всегда, конечно), и поэтому чем меньше изначально есть «скользких» мест, тем лучше будет потом. Использование id — одно из них. Ну и если в проекте 3—5 типов страниц, то наверное эта проблема будет чувствоваться не так остро. Но это не значит, что следует создавать проблему сознательно. Насчет клонирования — нечасто, но иногда бывает нужно. «Добро пожаловать в наш дерьмовый мир обратно», как говорил один персонаж. В реальной жизни не все складывается идеально, «как должно быть».
  7. Потому что после поочередного вызова функций у вашего блока .gamer оказываются указаны и right, и left, и ширина. Как это по-вашему должен отобразить браузер? Может вы имели в виду что-то в этом роде? http://jsfiddle.net/8t4H8/ Здесь изменяется один и тот же стиль left, в зависимости от нажатой клавиши значение увеличивается или уменьшается.
  8. rash

    БЭМ и именование заголовков

    Да, это вполне допустимо и ничему не противоречит. Мне кажется это немного другой случай. Модификатор стоит использовать, когда есть несколько немного отличающихся разновидностей блоков, но они могут использоваться самостоятельно. Подмешиваем элемент блока в том случае, когда изменения нужно сделать в контексте блока-родителя. То есть в общем случае тогда, когда без БЭМ мы бы использовали контекст ".block .header". По БЭМ-у мы доопределяем стили уже у элемента блока .block__header. Я например часто использую такой прием, когда нужно спозиционировать блок внутри блока-родителя, тогда я уже позиционирую его как элемент родительского блока. Ну или размеры задать, или как-то иначе адаптировать отображение всего блока внутри конкретного родителя.
  9. rash

    БЭМ и именование заголовков

    По БЭМ не должно быть классов вне блоков. Поэтому повторяющийся заголовок оформляем отдельным блоком, если внутри какого-то другого блока он несколько отличается — подмешиваем к нему элемент блока. Ну или можно подмешать и заранее, «на всякий случай», ничего плохого не случится.
  10. В плане логики нет никакой разницы между x и $x. Насколько мне известно, в некоторых проектах просто существуют соглашения, предлагающие именовать переменные, в которых хранятся jquery-объекты (не знаю, насколько это правильный термин), используя префикс $. Таким образом если переменная имеет префикс $ (т. е. $variableName), то сразу становится понятно, что у нее можно вызывать методы jquery, например. Дело исключительно в наглядности, больше ни на что это не влияет. var x = $(".bxslider");Создали переменную x, в которую сохранили результат выборки по классу .bxslider var $x = $(".bxslider");Создали переменную $x, в которую сохранили результат выборки по классу .bxslider — от первого случая отличается только именем переменной. console.log(x);Вывели переменную x console.log($(x));Инициализировали jquery-объект, используя не имя класса, не ссылку на DOM-элемент, а уже существующий jquery-объект. Получили копию переменной x. Вывели ее. console.log($x); Вывели переменную $x, в которой содержатся те же данные, что и в x.
  11. rash

    БЭМ и именование заголовков

    Если очень хочется, можно и совместить. <div class="block"> <h2 class="header block__header">Заголовок блока</h2> <div class="block__content"> Содержимое блока </div></div>Если это нужно в вашем случае.
  12. Ну если уж так все сурово и ни пикселя в сторону — может таблицей?
  13. К сожалению, приемлемым решением (по надежности и кроссбраузерности) сейчас наверное можно назвать только использование контекста (все селекторы ограничить родителем-контекстом .body). Да, я видел, что по условию стили менять нельзя. Но, к сожалению, других хорошо поддерживаемых средств для решения этой проблемы сейчас, похоже, не существует.
  14. Сейчас широкого монитора под рукой нет, но если «отзумить» страницу вниз на несколько уровней - ничего не ломается. Разумеется, зум всей страницы, а не только текста.
  15. Safari Version 7.0.3 http://s1.ipicture.ru/uploads/20140330/TJxrhfUS.png Ширина — 1280