Nekromancer

Присоединяюсь к последним двум ораторам.

Вот так вот заканчиваются все споры с вами. Вы убеждены и не принимаете другого мнения. Обязательно покажу реализацию. По позже ...

Кто то говорил вообще о вставлении реального селекта в html и удалении его? Он вообще не должен быть. Те аргументы которые я привёл в первом посте вы просто пропустили мимо ушей. Это убогая интерактивность искусственного селекта при эмуляции его из реально. Так же это реального и искусственного селекта при загрузке страницы.

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

Никто даже не сомневался в этом, ведь изначально вопрос стоял - "Какой вариант лучше твой или Грит Раша?". А что, менеджеры никогда не пользовались браузеров до этого, а только рабочей программой? Это по какой логике нужно следовать когда делаешь визуальное приложение причём с искусственным интерфейсом и при это пытаться сохранить функционал консоли? Зачем использовать реальный селект для имитации если ему не возможно настроить комбинации клавиш? Ох, ну я вас умаляю, нашли проблему. Я не верстальщик и то знаю что это решается через использование кнопок как элемента выводящего информацию о текущем выбранном опшене. А если забить на оперу то вообще и при помощи ссылок. Как сказал один человек, людей, которые выключают JS, нужно изолировать от общества как антиэволюционистов. Я с ним согласен. А я согласен с вами.

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

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

А по-подробней? background: rgba( 0, // red 0, // green 0, // blue 0.5 // alpha opacity ); Только для CSS3 совместимых браузеров. http://ru.wikipedia.org/wiki/%D0%90%D0%BB%D1%8C%D1%84%D0%B0-%D0%BA%D0%B0%D0%BD%D0%B0%D0%BB

Да ладно, пусть будет Ну я же вредный Почему не нужен? Т.е. ты предлагаешь его эмулировать? Селект искусственный, то есть все действия проходят через тебя и ты всегда знаешь когда change.

1. Input + JS тоже полноценная замена селекта, пользователь никакой разницы никогда не заметит. Проблема в том, что верстальщики знают в основном стандартные интерфейсы браузера и ощущение использования реального селекта почему то делает своё дело. 2. У input тоже есть onchange. 3. Никакой onchange здесь нафиг не нужен. П.С. Ненавижу опросы, убери его к чёртовой бабушке.

Логично таки кстати, ведь градиент это - background-image, а не background-color, но да, хочется воспринять его по другому

Абсолютно верно!

В общем как часто это бывает из-за сомнений Макса появляется новый холливар, суть сегодняшнего - создание искусственного селекта на сайте. Чаще всего при создании искусственного селекта люди отталкиваются от мысли - берём обычный селект, прячем его в display: none; - показываем весёлый разукрашенный искусственный селект. Это наверно самый банальный, стандартный и на мой взгляд самый не практичный способ. Другим же способ реализации является непосредственное имитирование селекта и его поведения как для пользователя так и для самой формы при помощи hidden input. Эта реализация заключается в том, что весь процесс управляется из JavaScript в отличии от первого варианта, когда список селекта строится стандартно в HTML разметки. Для верстальщика первый вариант покажется более очевидным так как тут используется HTML разметка и в ход вступает (как говорили в соседней теме) - стандартный паттерн. Со стороны же программиста всё гораздо сложнее. Здесь нужно думать о динамике приложения, о возможности создания таких селектов на лету при подгруздке данных с сервера. Так как во втором варианте всё управление происходит через JavaScript этот вариант кажется более привлекательным. Однако предположим что мы всё таки выбрали первый вариант для нашего приложения, как же нам быть и реализовать всё что нам нужно? Можно выкрутится и наворотить костылей при создании такого селекта - брать блок, заливать его HTML кодом селекта, потом создавать структуру искусственного селекта и обрабатывать натуральный. Ладно, куда ещё не шло, согласен, можно по извращаться. Но вот когда речь идёт о подгруздке дополнительных пунктов селекта и добавления их становится куда менее интересно дублировать теги для искусственного и натурального селекта, связывать их и хранить значения. И это я не упоминаю о костылях связанных с ИЕ в этом случае так как в скором времени окажется совсем не актуально. Вариант же с скрытыми полями в этой ситуации гораздо лучше подходит, все данные и текстовые представления хранятся в одном объекте, а текущее значение просто записывается в одно (в мульти селекте в несколько) скрытое поле. Естественно такой подход гораздо легче реализовать. Единственный же аргумент против него - отключенный JavaScript, который вообще не аргумент. Ну и как всегда суть вопроса - что же лучше и кто тут дурак? П.С. Пример риализационного кода приводить не стану, думаю все понимаю что есть что, если кому то надо то отпишите, предоставлю

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

Теги и css конечно можно использовать для вёрстки спокойно, не затрагивая JS. Однако JavaScript это важная часть HTML5 да веба в общем.

Остальные вроде как тоже пытались пошутить.

Абсолютное позиционирование зло.

Да там про меню-то пару страниц всего написано, смысл? Это про меню короля Людовика? Ну тогда меню точно только на картинках.

50 у.е.

При указании одного параметра как - auto, размер для него вычисляется пропорционально относительно параметра установленного в - 100%. Если следовать логике то по умолчанию свойство выглядит так: background-size: auto auto;

Я вообще все картинки на base64 сделал, кроме бокалов.

Это перебор конечно, но ладно.

В данном случае больше согласен с SelenIT, так как я по сложившейся привычке открываю большинство ссылок в новой вкладке и автоматически когда вижу подобие ссылки (да ещё и pointer) жму ролик/ctrl+click, а в итоге оказывается что ничего не происходит, а бывает и хуже - открывается пустая страница со строкой - javascript: someStupidMethod();. Так же, почти весь интерфейс операционных систем использует стандартный курсор для большинства кнопок. В том же скролл баре всё предельно просто, не нужны никакие поинтеры, однако некоторые умельцы умудряются на искусственных селектах и скрол барах ставить - cursor: pointer; Давайте тогда и при выводе хинта вешать курсор - help, а чё, не понятно же что это подсказка. А если брать в расчёт обычных юзеров то им глубоко пофиг открывается эта кнопка в новом окне или нет, есть на ней поинтер или нет. Если она похожа хоть на что то кликабельное - они обязательно кликнут. Хотя есть конечно и случаи когда нужно "подсветить" некоторый элемент поинтером, что бы выделить его по сравнению с остальными. Например в той же форме которая была дана для конкурса есть квадратные элементы с подсказкой, иногда они исполняют роль просто декоративного элемента, а иногда интерактивного. Вот что бы выделить этот интерактив да, нужно добавлять pointer. По этому проголосовал за третий пункт.

Для обычных пользователей и разработчик всё останется точно так же, только корпоративные версии будут выходить гораздо реже.

Ну это он понтанулся, что знает английский. Только перепутал incuded c supported