Stdit

<?xml version="1.0" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg whdth="600" height="500" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1">
    <defs>
        <radialGradient id="g1" cx="55%" cy="45%" r="50%" fx="50%" fy="50%">
            <stop offset="0%" style="stop-color:hsl(190,50%,50%);stop-opacity:1" />
            <stop offset="100%" style="stop-color:hsl(190,50%,20%);stop-opacity:1" />
        </radialGradient>
        <linearGradient id="g2" x1="0%" y1="0%" x2="100%" y2="100%">
            <stop offset="0%" style="stop-color:hsl(190,50%,20%);stop-opacity:1" />
            <stop offset="50%" style="stop-color:hsl(190,50%,30%);stop-opacity:1" />
            <stop offset="50%" style="stop-color:hsl(190,50%,100%);stop-opacity:1" />
            <stop offset="100%" style="stop-color:hsl(190,50%,20%);stop-opacity:1" />
        </linearGradient>
        <linearGradient id="g3" x1="0%" y1="100%" x2="100%" y2="0%">
            <stop offset="0%" style="stop-color:hsl(190,50%,20%);stop-opacity:1" />
            <stop offset="50%" style="stop-color:hsl(190,50%,30%);stop-opacity:1" />
            <stop offset="50%" style="stop-color:hsl(190,50%,100%);stop-opacity:1" />
            <stop offset="100%" style="stop-color:hsl(190,50%,20%);stop-opacity:1" />
        </linearGradient>
        <rect id="layer1" width="600" height="500" fill="url(#g1)"/>
        <rect id="layer2" width="600" height="500" fill="url(#g2)"/>
        <rect id="layer3" width="600" height="500" fill="url(#g3)"/>
        <filter id="f1" x="0" y="0">
            <feImage result="op1" xlink:href="#layer1"/>
            <feImage result="op2" xlink:href="#layer2"/>
            <feImage result="op3" xlink:href="#layer3"/>
            <feBlend mode="multiply" in="op1" in2="op2" result="op12"/>
            <feBlend mode="multiply" in="op12" in2="op3"/>
        </filter>
    </defs>
    <rect width="500" height="500" filter="url(#f1)"/>
    <text font-size="28" x="20" y="100" width="500" style="stroke:none;fill:white">
       Может, не надо рисовать картинки на CSS?
    </text>
    <text font-size="40" x="20" y="400" width="500" style="stroke:none;fill:white">
        Для этого ведь создан SVG.
    </text>
</svg>

Это зависит от многих факторов.

1. Блочная ли у вас верстка и качественная ли нарезка, соответствуют ли хотя бы приблизительно блоки верстки шаблонам/компонентам сайта (основной фактор скорости «надевания» верстки, в этом плане быстрее всего надевается верстка под готовые cms, когда верстальщик имеет уже опыт работы с ней, но в вашем случае это вряд ли возможно).
2. Нормально ли сделаны блоки и их дизайн (тайлинг текстур, простота ресайза элементов, отсутствие всяких трудновыполнимых переходов между блоками).
3. Требуется ли дополнительная нарезка графики (особенно если в psd слои оргазизованы без группировок и имен).
4. Требуется ли поддержка устаревших браузеров (включая ИЕ8) и нестандартных фич новых браузеров (тех, что с префиксами), как и предыдущих пункт, необходимо в случае, если верстка готова не полностью.
5. Требуется ли дополнительное программирование (js), анимации, ajax-рефреши, валидация форм в реальном времени и прочие модные штуки.

Таким образом, стоимость может отличаться на несколько порядков, и просто так оценить ее может только специалист, имеющий в руках дизайн и ТЗ. Если же верстка у вас полностью готова и разрабатывалась под готовую структуру сайта — оценивайте количеством отдельных блоков верстки.

Первое, что бросается в глаза — у li нет ol/ul. А с html4 версией этого файла (поменять doctype, убрать section, header) такая же беда, или все нормально?

Попробуйте использовать не выпадающий селект, а с зафиксированным размером (size). Если нужно именно выпадение с фиксацией, тогда придётся вручную его анимировать или писать целиком «свой селкет».

Конечно же картинкой. CSS-ом вообще лучше не делать сложные элементы, потому что картинки практичнее. Они более совместимые, быстрее рендерятся, понятнее верстаются и переверстываются, и к тому же во многих случаях картинки в подходящем формате (например png8 с альфой) занимают меньше места, чем горы стилей с префиксами браузеров.

Я вообще не люблю пользоваться «дизайнерскими» сайтами с наворотами, от которых голова идёт кругом, и обожаю классику в 2-3 колонки без параллаксов и залипающих шапок, на белом фоне. Может это инертность и привычка, а может лень разбираться в потрясающих анимированных меню навороченных интерфейсов, которые обычно ещё раздражают тем, что грузятся по несколько секунд и тормозят на машинах слабее той, что была у создателя и кушают заряд аккумулятора. Хотя да, выглядеть это может красиво и «современно», и вполне допустимо для для промо-сайтов, на которые после получения эстетического удовлетворения никто не должен возвращаться.

В CSS это вряд ли получится, если только вручную приделывать границы к блокам на яваскрипте. Но нечто похожее можно сделать на SVG. Сначала нарисовать все блоки и сгруппировать. Потом взять альфа-канал группы, и расширить его фильтром feMorphology (dilate). Потом для получившегося «пятна» применить определение границ матрицей feConvolveMatrix. Потом нарисовать эту границу поверх исходника, при желании украсить. Как-то так. Если не понятно, вот набросок: jsfiddle.net/sSMT4/

Либо все верстальщики закончились (что маловероятно), либо предложение не выдерживает конкуренции в Москве. Возможно, имеет смысл уменьшить испыталку (втрое), увеличить оклад, или найти верстальщика на удалёнке.

Блок bb заявляет, что любой блок должен быть от него на расстоянии не менее 50 прикселей. Родительского блока это не касается. Для отступов от границ родительского блока, у родителя должны быть поля (padding) jsfiddle.net/JyHCd/ или родительский блок должен ограничивать взаимодействие вложенных блоков за своими границами (overflow jsfiddle.net/JyHCd/1/ ). Ещё в некоторых специфических случаях допустим такой вариант: jsfiddle.net/JyHCd/2/

Вижу тут два варианта: либо помещать форму в iFrame, вставленный в страницу «модально», либо в обычный модальный попап (div), но в форме блокировать submit (return false), слать и обрабатывать результаты ajax-ом. В во втором случае html каждой формы должен быть либо загружен заранее, либо приходить из XHR ответа.

Это неоднозначно, объясню подробнее:
Когда-то для порядка взял себе за правило: все изображения делятся на изображения дизайна и изображения контента. К первой категории относятся всевозможные уголки, рамки, бекграунды ссылок и кнопок и т.д. Ко второй категории относятся аватарки, скриншоты, фотки и прочий загруженный и/или модифицируемый контент. Так вот, первые должны быть заданы через CSS, а вторые — через IMG (как следствие, их можно сохранить кликом, задать им alt и т.д.). Ссылка может относиться к обоим категориям. Если это просто ссылка (например, share on twitter с птичкой), то вариант №2. Если же это ссылка (к примеру) на просмотр полного размера фотки, или на профиль пользователя, тогда только вариант №1. Вариант №3 полностью отпадает, потому что хаки и магия — это зло.

Очевидно же: не использовать float не по назначению (всплытие и обтекание текстом): jsfiddle.net/yRcg7/1/

Игра, всё-таки, 3D. WebGL (судя по демкам) наверняка должно хватить для чего-то подобного. Естественно, обычных html5/js программистов нанять для изготовления такой игры будет не достаточно, это не сайт всё-таки. Здесь в первую очередь нужны дорогой художник, дизайнер, 3д-шник, аниматор, звукорежиссёр и другие специалисты, занятые в индустрии игростроения, а не веба. Для создания «достойной игры» нужны крупные инвестиции, а платформа WebGL + html5 ещё довольно молодая и сырая (стандарты даже толком не приняты). При этом, исходный код таких игр открыт.