advokatua

тю, так ведь эти пути вставляются CMS-кой, а не руками.

Все - это кто? Я может чего-то не знаю, но пока полные ссылки видел как ставят только новички, не знающие как поставить относительный путь )

Шустро лепил, и само собой где-то пропустил моменты. http://jsbin.com/xanikeja/4 А вообще судя по описанию каша понятна. Дизайнера ты небось потом еще долго вспоминал. )

так я в курсе, я же и написал, что у тебя тоже самое ) Потому и спросил, в каком смысле означало - "тянется". Забыл добавить, вот теперь тянется http://jsbin.com/xanikeja/3/ (Для ИЕ8 костыли имеются, можно поискать)

картинкой ЗЫ Передавайте пламенный привет дизайнерам )

Эмм, так он же не тянется. В смысле там после 350px начинает вылезать радиальный градиент. И типа так http://jsbin.com/xanikeja/1/ никак не прокатит? ) Там разве что один border-radius не проканает на ИЕ8, но опять же, если этот радиус в 8-ом жесть как нужен, то лепим псевдокартинки по углам, в противном случае подаем как есть. Если клиент умеет тестить на ранних ослах и жужжит, "почему нет радиуса", то объясняем, что это +4 запроса к серваку и это довольно глупо, учитывая аудиторию данногого осла. Почему можно отговорить клиента от ИЕ7 когда он ему нужен, и не отговорить от всяких лишних запросов, которые ооооочень нагружают сервер (если клиент оочень туго соображает и настаивает на какой-то ерунде), или же рассказываем в двух словах об изящной деградации - "так делают все и вся, бла-бла-бла, это круто ибо так сегодня практически у всех".

воу, воу, воу. Мне кажется или это конкретный перебор? Сайт фикс, если нет строгого ТЗ, то это лепится bg картинкой и все (ок, двумя). Взамен имеем 7 блоков + 1 обертка для него. Те же тени можно было в 1 картинку влепить, или вообще через CSS, раз уж на то пошло. ИЕ8+ - это понятно, но это ведь по-разному можно понимать. Для одного заказчика ИЕ8 значит - "сделайте чтобы в осле просто можно было прочитать, что написано", для другого - "сделайте везде чтобы было один в один насколько возможно с применением любых трюков, от ИЕ8 и выше".

padding это не margin

Для про тут работы на 1.5-2 часа максимум (имхо). И то, если комп не тупит, то можно и быстрее.

чем псевдоэлементы уже не угодили? Требуют ИЕ7 какой-нибудь?

Лендинги в 99% все нечитаемые и убогие, так что тут вопрос в формате, а не "шрифт поменять". ИМХО.

Лендинг как лендинг, стандартная куча нечитаемого текста. А на чем это вы его верстали, на блоках везде id что-то типа "5886f588be674824bbb0bac62189902f"?

Большое спасибо, bxslider все порешал, даже не знаю как и не вспомнил о нем. До этого sm-slider использовал (довольно легкий) и еще какие-то, все глючили. Причем sm-slider крутит из упаковки только горизонтально, для вертикали это уже сам на крутил, пару букв поменять в файле надо было. По первой ссылке caroufred - чересчур перегружен, не подошел.

Знает ли кто-то вертикальный jQuery слайдер, который бы не лагал в фаерфоксе? Нужен именно вертикальный. Перепробовано уже штуки 3, и все как один с жуткими перекатами (под некоторой нагрузкой конечно) работают. В Хроме и ИЕ10 все нормально, в ФФ дрожит, а если еще и скроллить, то вообще чуть ли не останавливается. Может кто сталкивался с таким.

Тру андеграунд верстка

За 5 дней почти 1к страниц? Это точно был не комикс какой-то, где на каждой странице по 1.5 предложения и картинка? Это же не история или сказки на ночь, чтобы их тупо читать, ёмае.

прочитал Флэнагана это как? Перед сном каждый день по 20 страниц что-ли? Если Фленагана изучал, то практика уже в этот момент должна была идти полным ходом. Впрочем как и тот сайт.

Правки это да, геморная тема, и надо ее как-то конкретно систематизировать, иначе выходит как и написали - раз в час скидывают что-то типа "исправьте текст, поменяйте цвет". Вроде и денег за такое просить никто не станет (когда 1-2 правки), но когда убивается день-два на такую ерунду, то понимаешь, что оплачивать должны всё. Независимо от "цвет поменять" или "запятую доставить". Сейчас как раз висит гемморой на эту тему. Сперва дали 20 правок и согласились на одну цену, через пару дней накинули еще 20 правок, а цена почти не изменилась.

Проблема в том, что это понимание мне нужно сейчас, а не "со временем", иначе бы вряд ли спрашивал

очень редко бывает. Скорее, возникает обратная ситуация: уровень разработчика растет, а заказчик хочет работать за прежнюю цену (при лучшем качестве). Кстати хорошо подмечено. Например, всегда была интересна такая ситуация - заказчик находит себе исполнителя в инете и дает ему работу. Сперва одно что-то, затем еще и еще (в случае если у заказчика есть поток работ и его устраивает то, что делает исполнитель). Изначально допустим исполнитель просит предоплату 20%, например на первых порах, но по приходу сотрудничества, и кучи выполненных работ, работодатель зачастую просит перейти на пост оплату. И тут возникает вопрос, почему это исполнитель должен соглашаться и переходить на постоплату, когда он то все делает хорошо и совестно? По факту заказчик наоборот должен платить на перед уже больше, чем прежняя предоплата, если ему так важен этот исполнитель. Ведь по сути бывает доходит до того, что исполнитель сдал уже несколько работ, а его кормят завтраками: "денег пока нет, чуть позже", "завтра будут", "завтра будут это уже точно", "зуб даю завтра придут и все оплачу", "через неделю 100%". Далее все доверительные отношения рушатся и все становится нехорошо.

1. Собственно встал вот такой вопрос. Допустим у вас появляется клиент, который не говорит вам свой бюджет и сам спрашивает сколько будет стоить ваша работа (в нашем случае верстка). Как в таком случае лично вы производите подсчет и оглашение конечной цены работы? Считаете как-то примерно по количеству элементов в макете, или по количеству страниц, или же прикидываете сколько это работа займет часов и просто умножаете на свой доллар/час. 2. Если умножаете на доллар/час, то с чего вы берете эту стоимость? Например у вас имеется 3 года опыта, верстка + js + прочие библиотеки, и в принципе не важно нужен ли в макете клиенту js или нет, ставка у вас всегда одна, или же не одна? По идее вы ведь не будете, имея приличный опыт, верстать страницу за 10 баксов, только потому что она столько и стоит не смотря на то, что любой нуб ее тоже сможет сверстать за те же 10 баксов? 3. Ваше личное мнение - когда верстальщик может поднимать свой доллар/час выше среднерыночного, какие навыки и объем опыта, или размер портфолио по-вашему он должен иметь? (говорим о российском рынке / или украинском, белорусском , но тогда указывайте )

использую тоже самое что и npofopr выложил

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

спасибо за наводку. Хотя с AJAXом опыта не имею, будет повод порыться. По сути, в таком случае нужно при попадании на определенную страницу: - проверить залогинен ли пользователь в систему, - если да, то полезть в БД, достать все его данные по нужным полям и заполнить их. - если нет, то отбой. я так понимаю, через AJAX это все сделать можно... Правда по title поиск не пройдет точно, т.к. в форме только email именуется отдельным title-ом, а остальные поля типа: ФИО, город, день рождения никак не именуются, а висят простыми инпутами с уникальным именем из кучи чисел, как видим в первом посте.

Собственно весь вопрос в заголовке темы. Если кто работал с этой системой, есть ли возможность сделать автозаполнение полей корзины, для уже зарегистрированных пользователей? Кто не работал, рендер формы идет в таком виде : <form id="item-submission" class="submission jbbasket-submission" action="<?php echo JRoute::_('index.php'); ?>" method="post" name="submissionForm" accept-charset="utf-8" enctype="multipart/form-data"> <?php echo $view->renderer->render($view->layout_path, array( 'item' => $view->item, 'submission' => $view->submission )); ?> <p class="required-info"><?php echo JText::_('JBZOO_CART_REQUIRED_INFO'); ?></p> <p class="submit-button"> <input type="submit" name="submit" class="add-to-cart" style="display:inline-block;" value="<?php echo JText::_('JBZOO_CART_CREATE_ORDER');?>"> </p> <input type="hidden" name="option" value="com_zoo" /> <input type="hidden" name="controller" value="basket" /> <input type="hidden" name="task" value="createOrder" /> <input type="hidden" name="type" value="<?php echo $view->submissionType;?>" /> <input type="hidden" name="app_id" value="<?php echo $view->appId;?>" /> <input type="hidden" name="Itemid" value="<?php echo $view->Itemid;?>" /> <?php echo $this->app->html->_('form.token'); ?></form>Вывод полей формы идет со строчки: "echo $view->renderer->render", вся проблема в том, что поля создаются динамически и на выходе получается вот что (пример одного поля): даже не знаю за что зацепиться в таком шаблоне. Сам же инпут именуется каким-то ключем, который видимо может запросто поменяться, если мы добавим новые поля в форму, а если и не изменится, то все равно нет даже идеи, как к такому ключу прилепить автозаполнение. Если у кого-то есть хоть какие-то идеи, пожалуйста поделитесь.