lexxcode

Ой отлично, Влад, спасибо) Закон подлости никто не отменял)) Я вот до конкурса сидел скучал заняться было нечем, как начал конкурсом заниматься срочно всем и сразу понадобился. В итоге по часу в день времени выделял.

Продлеваться конкурс не будет?? Работы на два дня, так мне их растерзали все кому не лень и все растянулось((

Главное опыт. А книга в данном случае, больше как память ценна. Вот так будет победитель в 90 лет сидеть у камина, возьмет книгу и сразу ностальгия, "а я то ого-го "))))

Четверка передовиков уже явно определилась. Эх, аж до 15-го будем дружно заинтригованы) p.s. У меня одного целый день, моментами форум не доступен??

У, exessqd1, дизайн больше всего понравился, по всем параметрам. Вариант Shader, оригинален и красив, но как-то перегружено выглядит, акцент уходит на всякие красивости вокруг, а с формы внимание уходит. Остальное не впечатлило.

Vlad, а можно поле "Инструкция для приготовления", например, выдернуть из раздела "описание", и вставить в произвольное место, где я посчитаю нужным? Первым пунктом условий это вроде разрешено.

Т.е. нельзя менять только сам текст? Вид полей или флажков менять можно? Я так понял, что нельзя поменять текст в tooltip, который создается через атрибут required в полях, т.к. его просто нельзя поменять, а текст который возле полей можно менять. Поправьте меня если что)

В Ubuntu тоже очень удачно элементы форм выполнены, при чем для всех браузеров. Одни форточки, как всегда, все деревянное делают) p.s. irinablue, привет Одессе))

А вы попробуйте не делать градиент для li, а только для ховер. Может так проявится? Попробовал, тоже проблем никаких. mishka, прав в общем-то, все зависит от конкретного случая и конфигурации системы. Бывает, что pie ведет себя не предсказуемо. По этому может быть все, что угодно. Но делать изменение градиента, через pie не советую, так как скругленные углы никуда не денутся (раньше таких случаев не было), а вот рендер нового градиента будет проходить с ощутимой задержкой, особенно при большом DOM.

Ни фига... Скругление задано для li (или для a) изначально, а бекграунд только при hover, и все равно скругление с задержкой происходит. Вот сейчас специально проверил, задал для li круглые углы и градиент, при hover задал другой градиент. Никаких проблем с углами не возникает, при наведении. Может я Вас не правильно понял?

Когда работаешь по удаленке, то особо презентациями и объяснениями не разсыпешься. А тем более если еще и через посредника работаешь.

Тема конечно правильная, я за graceful degradation всеми конечностями, НО! Есть такие люди как заказчики, зачастую далекие от всей этой канители в сайто-строении, и им из-за простого не понимания глубоко плевать на graceful degradation, главное чтоб как в макете

Если грамотно использовать, то pie отлично спасает жизнь, и ие не тормозит. Уже протестировано вдоль и поперек, вполне достойный вариант. Да и не забывайте, что pie находиться на продолжительном beta-тесте, так что можно быть морально готовому к проблемам. p.s. А, что такого в слове "калич"? У нас (Украина), часто употребляется, особенно года 4 назад, это вообще было слово-паразит)

День добрый. Я постоянно использую css3pie в своих проектах, т.к. максимально использую html5 и css3, так что опыт есть. И так, если вы скругляете углы у li вообще в принципе, то при ховере мелькания не должны быть, т.к. они (углы) скругляются сразу после загрузки страницы и отработки рендеринга pie броузером. Если же вы скругляете углы именно на событии ховер, то вполне естественно, что присутствует задержка. Вообще говоря стоит избегать ситуаций, динамического рендеринга с применением pie (это касается всяких эффектов по ховер и т.п.), т.к. тугодумность ie не позволяет достаточно быстро отрабатывать сложные вычисления происходящие внутри pie. Да бывают моменты когда pie не корректно работает и в таких случаях спасает явное указание position:relative; в подавляющем большинстве случаев такой маневр не влечет за собой негативных последствий. Если есть необходимость использовать pie для position:absolute;, то тогда может понадобиться сделать дополнительный вложенный блок к которому и нужно будет применить pie, а родительский absolute установить куда требуется. Для li еще часто требуется в стиле для ie<8 указывать display:inline; zoom:1; для включения hasLayout Фоновый рисунок будет в любом броузере появляться с задержкой при наведении если он не привязан в спрайт с какой-то другой графикой которая явно загружается. Удачи и успехов! Рад если был полезен.

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

Дизайн сайта в целом, конечно гладиолус. Если формы, то мне кажется действительно имеет смысл как-то разделить дизайнеров и верстальщиков. Вот я например, нарисовать конечно могу, но не думаю, что смогу достойно конкурировать с теми кто этим занимается профессионально, а по верстке уже можно потягаться. Как вариант предлагаю конкурс на поведение элементов. Придумать и запрограммировать какие-то оригинальные эффекты для элементов верстки, чтоб без банальных фэйдов и плавно выезжающий блоков, а какие-то сумасшедшие трансформации и т.д. тут уже полет фантазии. Имхо. Формы можно нарисовать очень сложные, чтобы прям дизайнер перестарался аж))) А значит и верстать будет сложно и интересно) Так что, таких "чтобы прям дизайнер перестарался аж" мало что ли?)) Я конечно за все, кроме голодовки и флеш, но формы даже с элементами больной фантазии (для большего экстрима), как-то скучно мне кажется. Скучно? Ха! А ты когда нибудь верстал какие нибудь замороченные формы, где дизайнер отрисовал так, что аж самому страшно? Поверь, скучного там очень мало) И, не забываем, что конкурс - не на профи рассчитан, а в основном для новичков, так что нам - новичкам, будет интересно и сложно верстать сложнейший дизайн, тех же форм. Вот именно, что чего только не было. Та и потом, я только высказал свое мнение. Просто для меня формы не есть что-то такое удивительное. Удивите меня, буду рад)))

Имхо. Формы можно нарисовать очень сложные, чтобы прям дизайнер перестарался аж))) А значит и верстать будет сложно и интересно) Так что, таких "чтобы прям дизайнер перестарался аж" мало что ли?)) Я конечно за все, кроме голодовки и флеш, но формы даже с элементами больной фантазии (для большего экстрима), как-то скучно мне кажется.

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

Та ну эта опера деревянная какая-то, особенно последние версии. Чуть лучше IE9. Хром самый толковый браузер, ну и мозила старается держать марку не отстает. Но хром удобнее и быстрей всех, по моему мнению.

Только не Битрикс, подташнивает от него уже)) Flash на переплавку. 1-ый пункт, слишком субъективен, как красота, для кого-то красиво, а для кого-то нет. Кто-то сожмет до степени жесткого муара, и для него это может быть нормально, а другой сохранять тонны байт ради лишнего качественного пикселя. Та и алгоритмы, то у всех одинаковые, по этому это как-то не очень занятно. Если бы это было соревнование в эффективности создаваемого алгоритма сжатия, но это по моему очень далеко улетает от тематики форума. 2-ой пункт. Как говорится "Что-то в этом есть", но нужно как-то доработать пункт. 3-ий пункт. В общем интересно, но разве этого добра так по жизни не хватает? Чтоб еще соревноваться. 5-ый пункт. Юзабилити, как по мне очень даже интересная тема, но снова таки конкурс может получиться слишком субъективным. Но в данном случае мне кажется идею можно развить.

Мне понравился дизайн и работа у pkorobeinikov. А у sigma77, возможно не такой яркий дизайн (по моему скромному мнению), но очень прикольно настраивается и это классно. Сама программа очень красиво выглядит. Поздравляю тебя, sigma77. (Оксана?.. Поздравляю тебя, Оксана. Так вежливей будет)) ) Жаль сам не успел поучаствовать, освободился в последние 5 часов, уже не стал заводиться(((( И вообще мало участников((

То есть если фишка переместится через две свободные клеточки, то это считается за один ход?

Ну вот стоило мне уточнить по фреймворкам, Вы нашли повод поссориться Canvas API это только интерфейс для взаимодействия с полотном, и вполне логично, что этот интерфейс обеспечивает только базовые элементы, примитивы. Логика при любом раскладе будет значительно больше чем тех встроенных методов canvas, хоть с фреймворками, хоть без. Я тоже считаю, что должно быть написано все самостоятельно, иначе теряется весь смысл конкурса. Разве что я бы не был настолько жестким по поводу копипаста, как заявил Great Rash. Тут в общем-то достаточно скользкий момент, безусловно круто изобретать что-то свое, но есть вещи в которых нет смысла выдумывать велосипед, так как в ходе разработки можно вполне прийти к общепринятому решению и просто зря потратить время (конечно не зря), когда можно было взять тот же готовый вариант. По этому полагаю использование готовых алгоритмов вполне правомерным, но с умом и не терять возможность что-то улучшить или придумать свой вариант.

Интересные примеры. Спасибо за пищу для мозга))

Детали оформления можно выполнить смело.