У свойства background-image может быть только одно значение - путь к графическому файлу.
Тобишь, вы либо расписываете все свойства по одиночке:
background-image: url('images/1.gif');
background-repeat:no-repeat;
background-position: top left;
либо укороченным вариантом, что намного проще:
background: url('images/1.gif') top left no-repeat;
А дело не в посещаемости сайта, а в отношении его авторов к пользователям с меньшим разрешением экрана - на этом сайте, по всей видимости, на них чхать хотели.
- вот в этом и есть ваша проблема. Вы не учли вертикальный скроллинг, который "забирает" в среднем 17рх. Т.е. для нормального отображения сайта (горизонталь) максимально возможная ширина = 1002рх - если больше, то появляется скроллинг - проверено не раз экспериментальным путем.
- я ж говорю, вы путаете свойства со смыслом ;)
- достаточно много.
Например - <ul>/<li> - неупорядоченный список/элемент списка - в большинстве своем применяется для структуры меню, ну или перечисления каких либо услуг...
<dl>- список определений
<dt> - термин
<dd> - определение(описание) термина
Как простейший пример:
<dl>
<dt>HTML</dt>
<dd>HyperText Markup Language — «язык разметки гипертекста»</dd>
</dl>
- так понимаю, вы имеете ввиду прайс - это табличные данные.
Применительно к HTML5, который отчетливо ориентирован на семантику, очень много новых элементов, созданных по умолчанию со смысловой нагрузкой.
Как пример - <time>, <nav>, <figure>, <header> ... - не думаю, что вам нужно перечислять смысл каждого из этих элементов. ;)
- ух как вы ошибаетесь. Не нужно путать свойства элемента с их смысловой нагрузкой.
- здается мне вы не внимательно читали мой топик, на который я давал ссылку.
А суть такова - "Я" сначала призывает к созданию семантической разметки, а затем (тут же противореча себе) приводит пример - div с классом. Это он приводит, не я. Я же говорю о том, что проще и, главное, правильней (учитывая призыв "Я" к семантике) применить не div с классом, а элемент <address>, несущий априори в себе смысловую нагрузку.
И я думаю, что ПС, найдя элемент <address> будут считывать его содержимое понимая, что в нем именно адресные данные, а не, например, табличные.
- я то как раз и не "оборачиваю в блочный элемент", а призываю для указания адресных данных, в отличии от Я, использовать элемент <address> для того и предназначенный.
- нет ни "табличной верстки", ни "верстки div", есть структурная разметка страницы, с соблюдением правил семантики - подбор элементов разметки по смысловому содержанию. За то, как будут выглядеть на странице подобранные элементы ответит CSS.
Кстати, про элемент div - если таблица имеет смысловое предназначение - отображение табличных данных, то элемент div является обезличенным, не несущим в себе никакой смысловой нагрузки и чрезмерное его использование также не приветствуется, кстати в html5 оговаривается этот момент:
- думается мне, что это не есть true. Чем меньше вес (читаем - кол-во элементов) страницы, тем робот быстрее ее сканирует. И если эти элементы подобраны правильно, по смыслу, то по логике ПС должны это учитывать.
Хотя Яндекс выкидывает свои фортили, взять хотя бы микроформаты (не претендую на истину в последней инстанции)
sergey885 - действительно, о предлагаемой сумме я как-то упустил, может именно это и отпугивает? ;)
Мой вам совет - найдите фаната джумлы, они есть и на серче, человека, который пользует эту систему, перекопал ее вдоль и поперек и, главное, являющимся верстальщиком. Она как пить дать установлена у него на локалке, ну или поставит ради вашего заказа. Уверен, он сделает все сразу, разумеется не по расценкам одной только верстки.
Я вот плотно, с 2009 года сижу на Danneo, что-то по программной части пишу сам (что могу, ну не прогер я), где-то с помощью друзей. Там также есть места, где код html вшит в php (в функциях), которые приходится переписывать, так как это, ессно, влияет на вывод. Но по крайней мере, я знаю куда, если что, нужно лезть.
А возьмите рядового верстальщика, да он же неделю будет искать в дистрибутиве файл, который выводит ту же новость в CMS. Просто представьте объем его работы... Ну и, по сути, у исполнителя, на локалке, должен стоять Ваш сайт. Полностью! Со всем функционалом, чтобы он смог настроить его под ваш дизайн, в каждом используемом модуле.
Я считаю, что работа верстальщика - сверстать рабочий макет(в html) из файла .psd, а вот "допиливание" конкретного функционала работа программиста, интеграция в систему управления также работа отдельная, но никак не связанная с работой верстальщика.
Просто на фрилансе все чаще идут задания, типа:
требуется верстальщик со знанием jquery, javascript, php ... - заметьте - программная часть, работа программиста. А вот оплата - как верстальщику.
Хитрые больно стали, научились деньги считать.
