Jump to content

Viper

User
  • Posts

    404
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by Viper

  1. Это устаревшее восприятие этого тега. В спецификации HTML5 его пересмотрели и он преобрел семантическое значение. Пруфы: www.w3.org, web-standards.ru, Хабр П.С. По поводу <strong>, поддерживаю - не "пихайте" его повсюду, ради, якобы, выгоды в SEO оптимизации.
  2. Да, главную идею вы поняли. Если мы знаем, что елемент обрезаеться или не обрезаеться - дальше уже не проблема. Да, если делать толковый плагин, то учитывать/продумывать прийдеться много факторов. Имеет ли смысл нагружать сайт скриптом, ради этого - решать вам... Другого выхода, удовлетворяющего всем факторам, я не вижу. Но это всего лишь первое предложение. Возможно, предложать еще что-то более простое и приемлемое...
  3. Нет, нельзя) Вот ваш код: _http://jsfiddle.net/webviper/aSWS7/ На песочнице все корректно. Проблема или не тут, или в id="clear".
  4. Позволительно ли, что бы высота блока динамически менялась(незначительно) на +-5-10px? И насколько дружны с JS?) Думаю, без JS тут не обойтись...
  5. А какой код выводят-то эти конструкци: <jdoc:include type="component" /> и <jdoc:include type="modules" name="news" />? Сами придумали?) ID - уникальный идентификатор елемента на странице, он не может повторяться. зачем тут привязка еще и к елементу DIV? почему не просто через ID - #news, например.
  6. , есть такая зависимость? А можно пруф или хотя бы поподробнее об этом? А что за система? операционка?
  7. "Untitled Section" - означает, что структурный тег не имеет заголовка(h1-h6), которые нужны для создания содержания/плана сайта, в общем-то, их тоже можно назвать структурными тегами... Структурные теги(такие как: section, article, aside, header, nav) должны содержать заголовок или внутри тег <header> с заголовком. Судя из показателей этих сервисов, отсутствие заголовка в теге <nav>, они так же считают за ошибку. Всегда думал, что в этом теге заголовок не обьязателен по всем правилам... возможно, ошибался или это уже сервисы уж слишком придираються к правилам...
  8. Да, контент. Вы пропустили мое уточнение - "так как там нету контента(ну разве-что, изображение)". И как я написал: это спорный момент(4-й пункт), в котором я высказал свое мнение(ИМХО). Не заголовок(один), а их структурированность. Но, если честно, при просмотре кода я в них запутался из-за, как мне кажется, перебора структурных тегов. Сервисы, например, этот, указали на их неправильность. Разбираться я не стал, по этому постарался только обратить внимание на них. Не семантические названия некоторых ID, Class, файлов(например, #h5o-8, .text_1_outer_1, /img1.png). Не семантический текст в некоторых атрибутах alt(например, alt у изображения логотипа - "Restaurant", хотя на изображении не ресторан, а логотип ресторана - его название). Большую часть семантики занимают еще такие технологии, как: RDFa, microformats, WAI-aria и тд.(Semantic Web). Но их упоминание в данном случае, это всего лишь показать объемность семантики в вебе.
  9. 1. советую проверять правильность назначения заголовков, структуру сайта. Можно, например, тут или с помощью плагинов для браузеров. 2. По каким соображениям вы каждую рекламу поместили в article и все это обернули в aside? Структурные теги в HTML5 достаточно гибкие, но article, насколько я понимаю, не в каких случаях не должен находиться в aside. И у вас не отображаеться блок Реклама на сайте(или только у меня?). 3. Навигация в футере не должна находиться в теге <nav>, потому-что, она - дубликат меню в header. 4. В артиклах(article), что в Latest events, я бы не использовал <header>, так как там нету контента(ну разве-что, изображение): получаеться как-то не логично, шапка есть, а основной части... Может и спорно, но считаю, что в данном случае вы переборщили с семантикой... ИМХО 5. Брать текст, что под заголовками в <strong> не имеет никакого смысла, с точки зрения семантики, ИМХО. Например, в большенстве устройств чтения с экрана, такой тег будет озвучиваться более громко, чем остальной текст(в том числе и сам заголовок). Это не логично. Например, слово "WELCOME!", отлично подошло бы для тега <strong>, с точки зрения семантики, ИМХО. Возможно, будет более семантичней использовать следущую конструкцию(зависит от их сути): <hgroup> <h1>LATEST EVENTS</h1> <h2>LOREM IPSUM DOLOR SIT AMET, DFGTY</h2> </hgroup> 6. Придерживаюсь мнения, что копирайт сайта(в вашем случае "Copyright © Your Company Name"), семантичнее брать в тег <small>, ИМХО 7. Предполагаю, что вы акцентировали внимание только на стуртурных/семантических тегах. По этому, я пропустил(не обращал внимание) ошибки семантики в других аспектах сайта. Но не забываете, что это только малая часть семантики сайта... П.С. Думаю, в этом макете вы перемудрили с семантикой...) Но, возможно, неправ я)
  10. Контрастность на максимум поставь и, возможно, увидишь )) Текст сделать белым или светло-серым Ладно, если серьезно, в чем конкретно проблема?
  11. Если я правильно понял проблему, то она описана тут
  12. Эта задача не решаеться средствами CSS(если я ее правильно понял), по крайней мере, кроссбраузерно. И зачем вам такое... Не могу даже придумать, зачем это может понадобиться на сайте... Пример был бы кстати.
  13. Да... хотелось бы и мне такое увидеть... Эх, мечты-мечты... П.С. Предполагаю, вы сравнивали с php-программистом или что попроще? Сравнивать верстальщиков с прогерами других языков, даже в мечтах не получаеться...( Ну.. я бы даже сказал - из Front-end разработчиков...ИМХО
  14. Ой, мой мозг... Какому елементу назначите :hover для того и сработает. Например, .dou:hover
  15. В общем-то, Да. Но наскольно я помню, тег <A> уже не сточный: с приходом HTML5 его повередние пересмотрели и решили сделать Блочным.
  16. Вы перенесли сайт на хостинг? PIE не будет работать на локальной машине, на сколько я знаю. Если Да, попробуйте прописать position: relative; елементам, для которых используете PIE.
  17. Если точнее, когда зарождался БЭМ, это и была Основная/Главная идея: для стилизации использовать Только 1 класс(при необходимости - 2 или псевдо-елементы), что делало блоки Независимыми. И, соответственно, повышало скороть построения структуры сайта и улучшало его поддержку/редактирование. Извините, но так использовать БЭМ - это извращение...
  18. По мотивам темы "Фильм, фильм, фильм". В разделе JS появился вопрос про реализацию анимации на сайте _http://www.hyundai-veloster.eu/. Не удержался, чтобы не написать про него, уж извиняйте, кого достала уже подобная тема). Я про сам сайт, а не про вопрос). Сайт впечатлил(сначала...), во всяком случае меня. Сделанно все красиво, качественно(на первый взгляд) и Круто!(наверное, акцент делался именно на это - впечатлить посетителя сайта). Но давайте заглянем под капот: 1. Никаких (относительно)новых технологих(например, canvas) или методов здесь не использовано(а то я надеялся...), семантика? правильная структурированность(H1-H6)? А зачем? Главное что бы выглядело Круто! Зачем было подключать modernizr, тем более в полном обьеме, я без понятия... Ну пускай, это не столь существенно для большенства пользователей... Но это только начало 2. Главная страница сайта, и она же единственная, отправляет всего 239(среди них: 39 js файлов, 15 css файлов, 45 css-изображений, 5 фреймов и 115 изображений , при желании, обьясню откудова их(изображений) столько там...) запросов к серверу и грузит в сумме ~8,2Мб. И это еще не все - при работе с сайтом(1-й страничкой) будут подгружаться остальные(при открытии попапов). Только ее загрузка, исходя из тестов _pingdom.com, запрашивает 149 запросов, размером в 4.9Мб. Можно поспорить о их неточности, но кардинально отличаться они, в любом случае, не могут в других тестах. 3. При таком Огромном количестве файлов, у них, исходя из показателей Page Speed и YSlow, нормально не настроено кеширование на сервере... Что означает - пользователь будет грузить большую часть этой Массы информации при каждом заходе на сайт Ну уж кеширование настроить-то, что мешает? П.С. По окончанию его просмотра(на сколько меня хватило), FF окончательно завис на этом сайте с критикалом (но, возможно, это не вина сайта...) Главное, что сайт круто смотриться и, можно предположить, нравиться клиенту с подходящими техническими характеристиками(мощность компьтера, размер монитора, нормальный браузер... отсутствие понимания в этой области... ). У меня был опыт работы на проектах не менее известных брендов. И Везде видел одно и тоже...: понты, "репутации доверяют больше, нежели глазам"(рухнет она - рухнет и компания, ИМХО), цель - правильно показать/продать товар. Иногда, хватает правильно продемостировать упаковку. А клиент при этом тратить не малые средства на поддержку такого сайта и верит, что это нормально. Такие бренды, конечно, могут себе такое позволить, но: во-первых, это ненужные затраты; во-вторых, они потеряют потенциальных клиентов(возможно и единицы, но для таких компаний важен каждый клиент); в-третьих, если предполагаемый поток пользователей резко увеличиться, то сайт(сервера) попросту согнеться от количества запростов. Да, это еще одна темка о наболевшем(для меня). Но не удержался) А вдруг на кого-то и повлияет...
  19. При событии скроллинга, проверять позицию скролла. И на определенных значениях/диапазоне, делать анимацию необходимых елементов(изметься их позицию, прозрачность, тд.)
  20. Я предполагаю, вы имели ввиду - указывать ссылкам путь(href)? Нет, не нужно, если вы конечно не верстаете статический сайт. Только сверстать. Нет, только сверстать их. Но при этом, вам желательно понимать как с этими елементами формы после будут работать программисты.
  21. Советую вам познакомиться с таким замечательным JS плагином как modernizr, краткое знакомство на xiper. И также советую познакомиться с методологией Graceful degradation для устаревших браузеров.
  22. Потому-что у вас стоит ограничение на высоту у блока .info - 215px
  23. Предупрежу сразу: отличайте советы от ошибок) Там много спорных советов по коду... Но в тоже время, там можно узнать что-то новое. Документация большая, но на английском...(
  24. Можете уточнить? Не уловил как это относиться к ошибкам валидации... Мне не втречалось случаев, когда это было проблемой(не можно было просто решить). Не хочу критиковать(спорный момент), но читать подобный код мне было бы не удобно, а новичков мог бы сбыть с толку...ИМХО Если это не учитывать, то вполне себе решение...
  25. cyklop77, есть еще такие сервисы для проверки как css lint и html lint. Может кому будут полезны
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy