Great Rash

Любой сайт реально "сваять" только на HTML+CSS. Только вы "руками" наполнять его потом будете круглосуточно.

exessqd1, s0rr0w, не знаю как вы, но я оцениваю верстку, в первую очередь, по одному критерию: соответствует макету или нет А теперь посмотрим на макет и на верстку exessqd1: По-моему, верстка однозначно не соответствует макету. Я, как заказчик, отказался бы платить за такую плохую и небрежную работу. Поэтому всё что вы там говорите о работоспособности без JS, лишних элементах в разметке и т.п. отходит на второй план. Работа exessqd1 не сделана должным образом и точка. Двойка.

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

А чо, симпатичненько. Мне нравится. Вот бы еще прикрутить возможность редактировать готовый код.

Когда мне было 9 лет комп стоил как автомобиль ВАЗ 2106 наверное Не могла моя мама себе такие траты позволить. Когда я накопил денег на свой первый компютер мне было 20 лет, так что само-собой печатать у меня получится лет через пять-семь походу В общем я пунтосвитчер тоже не юзаю ибо бесит автопереключение и бесит копаться в его настройках. Но и десятью пальцами печатать не могу. Так что я как-то по-старинке - двумя указательными

Порог вхождения у пунтосвитчера пониже Я так и не научится печатать 10-ю пальцами - терпения не хватило.

<div><!-- Я родитель --> <div></div><!-- Я дочка --> </div> <div></div> <!-- Мы соседи --> <div></div>

Все что я прочитал - убогая интерактивность. Я согласен только с тем, что при динамической загрузке пунктов придется дублировать их в реальном и виртуальном селекте. Согласен - это минус. Но я считаю это необходимым злом, потому что преимущества моего подхода перекрывают недостатки. Больше аргументов не увидел, или не захотел увидеть (считайте как хотите). В общем я высказал свою позицию и привел аргументы в ее защиту. Тому, кто возьмется писать свой селект, будет над чем поразмыслить. В любом случае я не видел еще достойных внимания реализаций (и моя недоделанная тоже к ним относится). Если покажете реализацию, которая кажется вам наиболее удобной, с удовольствием на нее посмотрю. Интим cusel не предлагать. За сим я из дискуссии выхожу.

В моей реализации я не мешаю фокусу попадать на спрятанный селект. Наоборот, я всячески этому помогаю, заблюривая фейковый. В этом весь смысл моего селекта. Поэтому у меня нет необходимости вообще трогать tabIndex. Я не говорил, что это невозможно. Все возможно, вопрос только в том, сколько сил на это надо потратить. Дело не в том, трудно попасть или не трудно. Я хотел сделать селект, который будет вести себя 1 в 1 как "родной". У настоящего селекта есть возможность получить фокус при клике на соответствующий лейбл. Я не знаю для чего сделали эту возможность и мне все равно пользуется кто-то ей или нет. Я просто хотел сделат полный аналог, без отсебятины. Я просто не вижу ни одного плюса в том, чтобы удалять настоящий селект из DOM. Я как программист вижу в этом лишь гемор и лишние строки кода. Где настоящие аргументы?

Зачем вообще задавать tabIndex? Представь, что у меня есть 5 селектов. Над ними у меня 3 радиобаттона, в зависимости от того какой радиобаттон чекнут у меня селекты (они не друг за другом идут, а перемешаны с другими полями) выстраиваются в различном порядке. Пересчитывать tabIndex в этом случае - настоящий гемор. Поэтому я предпочитаю предоставить эту работу браузеру. Сразу же нашел недочет (и очень существенный). При переходе табом на следующий селект выпадающее меню не пропадает. А должно пропадать. Следовательно работа с клавы невозможна, т.к. я просто не вижу ничего в следующем селекте. Upd: по клику на лейбле селект по ссылке не получает фокус.

Все эти вопросы не ко мне, а к моему начальству и департаменту бизнес-аналитиков. Комбинации клавиш к селекту не имеют никакого отношения. Они имеют отношение к браузеру. Например в Опере есть зарезервированные шорткаты, которые не перебить ничем. Для селекта важны лишь стрелки, таб, f4 (кажись), интер и текст, чтобы поиск по регулярке был. Все это реализуется на "ура". Я могу построить работающий <input type="text"> только при помощи тега <span>, вопрос только зачем? Ради спортивного интереса? Я предпочитаю предоставить браузеру сделать большую часть работы за меня. Как вы, например реализуете фокус на селекте по клику на <label> при помощи ссылок? Про tabIndex у <a> я как бы в курсе.

Внесу свои пять копеек. Проголосовал за вариант С настоящим скрытым <select>-ом. Проголосовал не просто так, а потому что у меня есть довольно большой опыт в использовании кастомных селектов. Сначала предыстория: Не так давно (2008 год) я работал верстальщиком в компании БИС (Банковские Информационные Системы), где занимался версткой интранет приложения для биллинга Дойчебанка. Дело в том, что ранее этой фирмой уже было написано (и успешно использовалось) приложение под названием QBis (КуБис). Написано оно было кажись на C и работало в консоли. Все управление (естественно, так как это консоль) осуществлялось с клавиатуры. Потом компания, по заказу Дойчебанка, стала разрабатывать браузерное интранет-приложение (на момент моего увольнения названия у него еще не было - рабочее "Расчетный Центр"). Основным критерием которого была возможность работать с ним с клавиатуры. Так как до этого банк работал с КуБисом, то менеджерам не пришлось бы долго переучиваться, т.к. шорткаты (комбинации клавиш) были, по возможности, сохранены. "По возможности" - потому что некоторые шорткаты в браузере реализовать не представляется возможным. При заполнении форм у нас активно использовался TAB, причем "ходить" по полям формы можно было как вперед, так и назад (SHIFT + TAB). У нас использовалась связка <input type="hidden"> и яваскрипта. Все формы были динамическими, т.е. количество полей менялось в зависимости от выбора пользователя в предыдущем поле. Вы не представляете какой гемор был настроить правильный tabIndex для кастомных селектов в формах. Это был настоящий ад. Так вот спрятанный "родной" селект решает проблему нумерации tabIndex'а - т.к. всю работу за программиста делает браузер. У спрятанного селекта есть еще несколько преимуществ, например при клике на <label> он получает фокус, верстальщику не надо знать яваскрипт, чтобы заменить селект на кастомный, ну и еще по мелочи. В общем я убежден, что прятать "родной" селект - единственно правильное и наименее затратное решение.

Бывает

Devil's Shadow - так будет правильно. Shade - переводится как затенение (ну примерно так). И артикль the перед Devil ставить неграмотно, т.к. Devil - это не существительное, а имя собственное. В общем грамотей вы еще тот

Я давлю колесом, чтобы открыть в новой вкладке. Через контекстное меню неудобно.

И все равно я считаю, что надо Я евангелист курсора-пальца

Замечательная идея! Только шагов побольше надо. Как-то слишком резко сайт принял финальные очертания... Ну и над дизайном можно еще поработать.

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

createMarker - это не функция, это должен быть метод, который будет создавать маркер на карте. var Gmap = (function initialize() { var myOptions = { zoom: 3, center: new google.maps.LatLng(35,60), mapTypeId: google.maps.MapTypeId.TERRAIN }; map = new google.maps.Map(document.getElementById("map_canvas"), myOptions); google.maps.event.addListener(map, 'click', function() {infowindow.close();}); function createMarker(map, latlng, html) { // create marker method } return { init: function(o) { // init method } }; }()); window.onload = function() {initialize();} Вот этот код полностью неправильный, начиная с первой строчки. Мне кажется вам лучше бросить эту затею, т.к. слишком много времени потратите, ибо тут надо начинать с основ ООП. Не знаю поможет ли, но попробуйте прочитать этот туториал - потратите на него часа полтора-два зато хоть примерно будете понимать, что не так делаете.

Я за линуксом сидел ровно 5 минут и нифига вообще не понял. Делать сайты на виртуалке неудобно, а если делать на винде, то надо еще мост между виртуалкой и основной ОС настраивать... как-то много телодвижений по-моему. Денвер же поставил и забыл.

/********/ * File 1 /********/ var Gmap = (function() { var options = {}; function createMarker(map, latlng, html) { // create marker method } return { init: function(o) { // init method } }; }()); /********/ * File 2 /********/ // call Gmap.init({ param1: value, param2: value, param3: value, markers: { marker1: [lat, long, html], marker2: [lat, long, html], marker3: [lat, long, html] }, options: { opt1: value, opt2: value, opt3: value } }); Ну вот как-то так я бы сделал.

Ок, ща сделаем.

Не проще Идеально было бы по шагам и с картинками. Был такой туториал на хабре, но толи новые версии апача вышли, толи PHP5 отличается от 4 сильно, в общем по нему у меня ничего не захотело работать. До установки SQL дело даже не дошло.

Что есть "терминал"? Я о винде говорю. Вы тут о линуксах чтоль?

По всем вопросам, касающихся плагинов, обращайтесь к разработчику плагина. Вот сайт автора плагина, напишите ему письмо.