Leaderboard

Temiks, Ну уж совсем никак? http://jsfiddle.net/raQQm/ Хотя способ не везде подойдет.

Да, «дизайн» формы не тот. Это потому что очень мало дизайнерского опыта. В общем дизайнером может стать каждый: просто нужен не один год, что бы понять: а что же пользователям действительно нравиться. Новоиспеченный «дизайнер» обычно начинает впадать в крайности. А крайности — это либо куча куча всего, обводки, шрифтов побольше, ну собственно то, что представил нам ТС, и конечно же не продуманное юзабилити. Это сродни когда маленькая девочка растет, и когда начинает краситься, то намазывает на себя все, что нашла у мамы в косметичке. Вот как то так. Как к делу подходит «про»-дизайнер. Если честно ему уже плевать. Он выстраивает определенную сетку. В загашнике у него достаточно много определенных правил, которые он либо подсмотрел, либо сам дошел до понимания сути. Обычно «про» стремятся к минимализму, и советуют это начинающим, тогда начинающие начинают уж очень сильно стремиться к этому, и делают одну кнопку на странице с надписью «Кнопка». В общем суть: крайности опасны. Конечно начинающим такие вот топики дают многое, поэтому они должны быть, хоть это и фэйл. Каждый «про» когда то точно так же набивал кучу шишек. Советы по самому сабжу: Кнопки. Пишите на кнопках осмысленное название действия, которое должно произойти. Просто «Принять» не подходит, потому что не понятно: что произойдет после этого «Принятия». Правильней писать: «Перейти к шагу 2» или название «Перейти к …» и читайте следующий пункт. О шагах. Лучше называть «шаги» не шагами, а дать название каждому этапу. Например для магазинов: «1. Информация о заказе» ? «2. Данные для доставки» ? «3. Подтверждение заказа». Отвратительный шрифт. Просто отвратительный и все. Советую научиться для начала применять обычные Arial, Helvetica, Times new Roman, а уже затем начинать пробовать эксперементировать с другими шрифтами. Косое начертание используется для придания акцента отдельным словам или цитатам, или если это выглядит гармонично и уместно (литературный сайт например), но использовать его где не попадя — запрещено. Подсказки. Вы ввели в форме некие «маски» для ввода информации, но не объяснили пользователю формат вводимых данных. Пользователи такие формы просто не будут заполнять. Каждому «программисту» будет полезно подучиться немножко дизайну, как и каждому дизайнеру стоит открывать книжки по программированию. Поэтому это нормально. Учитесь, развивайтесь, успехов!

Собственно сабж и ссылка: http://vremenno.net/js/mustache-template-engine/ Что думаете?

cheburek, Например, тут - http://www.liveinternet.ru/stat/ru/resolutions.html?period=month

Вполне стандартно делать размер +/- 1000 пикселов. но не больше 1004 ибо при наличии прокрутки и разрешении 1024 появится ещё и горизонтальный скрол.

Загружается всё. Отображаться будет первая вкладка, либо та, которая стоит в якоре в адресной строке. Минус этого решения в том, что все вкладки должны иметь одинаковую высоту. Эта же высота и дива-обёртки. При нажатии на ссылку просто идет переход к соответствующему якорю. А поскольку обертка имеет свойство overflow: hidden, то всё лишнее обрезается. Задать самим дивам с содержание нужный бг... или вопрос в другом? Под старые должно работать, хотя не проверяла.

Возможно вы правы и нужно таки иметь несколько сайтов сделано валидно. Но увы я не могу понять тех людей, кто настаивает именно на таком сайте, на мой взгляд это не есть признак качества, это слепое следование определённой схеме и вынужденность подстраиваться под неё, хотя никаких плюсов от этого не имеешь. К сожалению, некоторые наивные люди на это ведутся. Наверно всё таки на мне сказывается работа с JavaScript, где уже не думаешь о валидации документа, потому что приходится извращаться по разному.

Да ну? А мне показалось область применения несколько шире.... http://vremenno.net/examples/mustache-template-engine/ В последнее вресмя как то запарило делать что-то наподобие var DescSEO = '<p><img src="img/option_seo.png" /><strong>Internal SEO</strong> <b>Анализ внутренних SEO параметров сайта.</b></p> <ol><li>robots.txt</li> <li><meta /></li> <li>контент</li> <li>ошибки</li> </ol>'; var DescYa = '<p><img src="img/option_rank.png" /><strong>Yandex SEO</strong> <b>Анализ авторитетности сайта Яндекс.</b></p> <ol><li>страниц РІ индексе</li> <li>обратные ссылки</li> <li>СЃРѕС†.ссылки</li> <li>каталог</li> </ol>'; var DescGgl = '<p><img src="img/option_rank.png" /><strong>Google SEO</strong> <b>Анализ индексных параметров сайта Google.</b></p> <ol><li>страниц РІ индексе</li> <li>обратные ссылки</li> <li>СЃРѕС†.ссылки</li> <li>PageRank</li> </ol>'; var tipStat = '<span class="act"><i>клик:</i> включить или выключить</span>'; var DecChg = '<span class="act change">выбранная опция включена</span>'; var DecUnChg = '<span class="act">выбранная опция отключена</span>'; var Progress = '<div id="loader"><p><img src="img/loading.gif" /> обработка началась, ожидайте ...</p></div>'; И все эти штуки можно было бы зашаблонить, а текст тянуть JSON. Довольно частый случай, когда приходится DOM достраивать. А чем обычный str.replace() не подходит? var str = '<a href=":link">:text</a>'; var out1 = str.replace(':link', 'http://test1.ru/').replace(':text', 'Test 1'); var out2 = str.replace(':link', 'http://test2.ru/').replace(':text', 'Test 2'); По моему куда уместней.

alanvanduke, благодарю

Обожди! Ты хочешь сказать, что «school/activate/blasdllkvlzx» не сматчится регуляркой «^school/([a-z0-9]+)/([a-z0-9]+)$»? упс... извини, как всегда блин... поспешишь - сами знаете ))) вобщем да, ты прав, ща просто повнимательнее посмотрел.

По мне наиболее рациональный тот подход, к которому привык, и который отработан на паре сайтов. Придумывать нечто новое смысла нет, затраты времени на это будут больше, чем полученный результат.

Напишу более развернуто: -Вместо кнопки Принять можно сделать кнопку Далее или что-то в этом роде -Шрифты сам знаешь, да? -Текущий шаг плохо выделен. -Шаги выглядят как кнопки, на них будут нажимать, а это плохо -Оставить больше места справа (а значит и слева для соблюдения симметричности) для подсказок, если ошибочно заполнены поля. -Эта страница должна быть либо минималистична либо хорошо описана и понятна. Сейчас нет ни того ни другого, определись. -Цвета.. Ну это дело каждого, но цвет фона ну никак не сочетается с зелеными элементами интерфейса. -С тенюшками что-то сделай. -О шрифтах я уже говорил, да?)

Что будет теперь, когда ненавистная и даже глубоко противная истинным сторонникам открытого софта компания Oracle купила многострадальную Sun, а заодно и наш с тобой любимый MySQL? Конец легендарного продукта? Может быть. Но уже сейчас есть куда более функциональные и полностью совместимые разработки! MySQL, он же просто "мускул". Бьюсь об заклад, что это единственная СУБД, которая по умолчанию доступна на вашем хостинге. Любимые движки для форума и блога работают на ней. Это фактически стандарт де-факто для любого веб-продукта. Да и в своих проектах вы, вероятнее всего, используете именно ее. В Сети миллионы сайтов осуществляют запросы и сохраняют данные в БД с помощью MySQL. И все было просто и понятно до тех пор, пока компанию Sun вместе с ее любимым мускулом неожиданно не купила корпорация Oracle. Учитывая, что основным продуктом последней является мощнейшая СУБД с одноименным названием, сообщество сильно тревожилось о дальнейшей судьбе MySQL. И не напрасно. Компания Oracle, конечно же, выступила с заявлением, что все в порядке: проект по-прежнему будет развиваться. Но многим верится в это с трудом. Ведь даже быстрый выпуск версии 5.5, которую многие так ждали, не дал положительных результатов: старые баги как были, так и остались. Разве ж это дело? Но параллельно с оригинальным MySQL уже давно развиваются альтернативные проекты, которые совместимы с оригинальной СУБД, но во многом даже превосходят ее. Подробнее... Что вы об этом думаете?

Я могу сделать. Укажите цену и сроки. Связаться со мной можно по e-mail: ctpz@bk.ru или icq: 625984597