
Viper
User-
Posts
404 -
Joined
-
Last visited
-
Days Won
11
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Viper
-
Это устаревшее восприятие этого тега. В спецификации HTML5 его пересмотрели и он преобрел семантическое значение. Пруфы: www.w3.org, web-standards.ru, Хабр П.С. По поводу <strong>, поддерживаю - не "пихайте" его повсюду, ради, якобы, выгоды в SEO оптимизации.
-
Да, главную идею вы поняли. Если мы знаем, что елемент обрезаеться или не обрезаеться - дальше уже не проблема. Да, если делать толковый плагин, то учитывать/продумывать прийдеться много факторов. Имеет ли смысл нагружать сайт скриптом, ради этого - решать вам... Другого выхода, удовлетворяющего всем факторам, я не вижу. Но это всего лишь первое предложение. Возможно, предложать еще что-то более простое и приемлемое...
-
Нет, нельзя) Вот ваш код: _http://jsfiddle.net/webviper/aSWS7/ На песочнице все корректно. Проблема или не тут, или в id="clear".
-
Позволительно ли, что бы высота блока динамически менялась(незначительно) на +-5-10px? И насколько дружны с JS?) Думаю, без JS тут не обойтись...
-
А какой код выводят-то эти конструкци: <jdoc:include type="component" /> и <jdoc:include type="modules" name="news" />? Сами придумали?) ID - уникальный идентификатор елемента на странице, он не может повторяться. зачем тут привязка еще и к елементу DIV? почему не просто через ID - #news, например.
-
, есть такая зависимость? А можно пруф или хотя бы поподробнее об этом? А что за система? операционка?
-
"Untitled Section" - означает, что структурный тег не имеет заголовка(h1-h6), которые нужны для создания содержания/плана сайта, в общем-то, их тоже можно назвать структурными тегами... Структурные теги(такие как: section, article, aside, header, nav) должны содержать заголовок или внутри тег <header> с заголовком. Судя из показателей этих сервисов, отсутствие заголовка в теге <nav>, они так же считают за ошибку. Всегда думал, что в этом теге заголовок не обьязателен по всем правилам... возможно, ошибался или это уже сервисы уж слишком придираються к правилам...
-
Да, контент. Вы пропустили мое уточнение - "так как там нету контента(ну разве-что, изображение)". И как я написал: это спорный момент(4-й пункт), в котором я высказал свое мнение(ИМХО). Не заголовок(один), а их структурированность. Но, если честно, при просмотре кода я в них запутался из-за, как мне кажется, перебора структурных тегов. Сервисы, например, этот, указали на их неправильность. Разбираться я не стал, по этому постарался только обратить внимание на них. Не семантические названия некоторых ID, Class, файлов(например, #h5o-8, .text_1_outer_1, /img1.png). Не семантический текст в некоторых атрибутах alt(например, alt у изображения логотипа - "Restaurant", хотя на изображении не ресторан, а логотип ресторана - его название). Большую часть семантики занимают еще такие технологии, как: RDFa, microformats, WAI-aria и тд.(Semantic Web). Но их упоминание в данном случае, это всего лишь показать объемность семантики в вебе.
-
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. Предполагаю, что вы акцентировали внимание только на стуртурных/семантических тегах. По этому, я пропустил(не обращал внимание) ошибки семантики в других аспектах сайта. Но не забываете, что это только малая часть семантики сайта... П.С. Думаю, в этом макете вы перемудрили с семантикой...) Но, возможно, неправ я)
-
Контрастность на максимум поставь и, возможно, увидишь )) Текст сделать белым или светло-серым Ладно, если серьезно, в чем конкретно проблема?
-
Если я правильно понял проблему, то она описана тут
-
Эта задача не решаеться средствами CSS(если я ее правильно понял), по крайней мере, кроссбраузерно. И зачем вам такое... Не могу даже придумать, зачем это может понадобиться на сайте... Пример был бы кстати.
-
Да... хотелось бы и мне такое увидеть... Эх, мечты-мечты... П.С. Предполагаю, вы сравнивали с php-программистом или что попроще? Сравнивать верстальщиков с прогерами других языков, даже в мечтах не получаеться...( Ну.. я бы даже сказал - из Front-end разработчиков...ИМХО
-
Ой, мой мозг... Какому елементу назначите :hover для того и сработает. Например, .dou:hover
-
В общем-то, Да. Но наскольно я помню, тег <A> уже не сточный: с приходом HTML5 его повередние пересмотрели и решили сделать Блочным.
-
Вы перенесли сайт на хостинг? PIE не будет работать на локальной машине, на сколько я знаю. Если Да, попробуйте прописать position: relative; елементам, для которых используете PIE.
-
Если точнее, когда зарождался БЭМ, это и была Основная/Главная идея: для стилизации использовать Только 1 класс(при необходимости - 2 или псевдо-елементы), что делало блоки Независимыми. И, соответственно, повышало скороть построения структуры сайта и улучшало его поддержку/редактирование. Извините, но так использовать БЭМ - это извращение...
-
По мотивам темы "Фильм, фильм, фильм". В разделе 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 окончательно завис на этом сайте с критикалом (но, возможно, это не вина сайта...) Главное, что сайт круто смотриться и, можно предположить, нравиться клиенту с подходящими техническими характеристиками(мощность компьтера, размер монитора, нормальный браузер... отсутствие понимания в этой области... ). У меня был опыт работы на проектах не менее известных брендов. И Везде видел одно и тоже...: понты, "репутации доверяют больше, нежели глазам"(рухнет она - рухнет и компания, ИМХО), цель - правильно показать/продать товар. Иногда, хватает правильно продемостировать упаковку. А клиент при этом тратить не малые средства на поддержку такого сайта и верит, что это нормально. Такие бренды, конечно, могут себе такое позволить, но: во-первых, это ненужные затраты; во-вторых, они потеряют потенциальных клиентов(возможно и единицы, но для таких компаний важен каждый клиент); в-третьих, если предполагаемый поток пользователей резко увеличиться, то сайт(сервера) попросту согнеться от количества запростов. Да, это еще одна темка о наболевшем(для меня). Но не удержался) А вдруг на кого-то и повлияет...
-
При событии скроллинга, проверять позицию скролла. И на определенных значениях/диапазоне, делать анимацию необходимых елементов(изметься их позицию, прозрачность, тд.)
-
Я предполагаю, вы имели ввиду - указывать ссылкам путь(href)? Нет, не нужно, если вы конечно не верстаете статический сайт. Только сверстать. Нет, только сверстать их. Но при этом, вам желательно понимать как с этими елементами формы после будут работать программисты.
-
Советую вам познакомиться с таким замечательным JS плагином как modernizr, краткое знакомство на xiper. И также советую познакомиться с методологией Graceful degradation для устаревших браузеров.
-
Потому-что у вас стоит ограничение на высоту у блока .info - 215px
-
Предупрежу сразу: отличайте советы от ошибок) Там много спорных советов по коду... Но в тоже время, там можно узнать что-то новое. Документация большая, но на английском...(
-
Можете уточнить? Не уловил как это относиться к ошибкам валидации... Мне не втречалось случаев, когда это было проблемой(не можно было просто решить). Не хочу критиковать(спорный момент), но читать подобный код мне было бы не удобно, а новичков мог бы сбыть с толку...ИМХО Если это не учитывать, то вполне себе решение...
-
cyklop77, есть еще такие сервисы для проверки как css lint и html lint. Может кому будут полезны