Nekromancer

Э, ну верните флэшку на место, я ещё не всё потестил )

<embed width="800" height="100" quality="high" bgcolor="#fff" name="title" id="title" style="" src="/asset/images/title.swf" type="application/x-shockwave-flash" onfocus="window.location.href = '/'"> Тю, поспешил, Firefox пока только понимает.

Увидев анимацию в заголовке, я затаил дыхание открывая FireBug, неужели, неужели там canvas ... П.С. Как это так то, 2 одинаковых айди ... <div id="title"> <embed type="application/x-shockwave-flash" src="/asset/images/title.swf" style="" id="title" name="title" bgcolor="#fff" quality="high" height="100" width="800"> </div>

Ну скорее код должен выглядеть не так, а так: <article> <h2>Заголовок</h2> <p>Параграф 1</p> <p>Параграф 2</p> <p>Параграф 3</p> </article> Вообще, имхо, это не чего не меняет, по крайней мере сейчас. Хотя в принципе было бы логично, так как атикл объединяет контент в месте и даёт понять, что заголовок имеет отношение к этой статье. Только даже если такое будет, это будет не скоро, а контент будет и дальше ассоциироваться и заголовками вместе по принципу "мы в одном контейнере". Вы не помните истерию SEOшников когда контент должен был полюбому стоять выше сайдбара в коде? Не, ну что они хотят, если код для правильно отображения должен выглядеть так. <div id="body"> <div id="side"></div> <div id="content"></div> </div> <style> #side {float: right} </style>

Айфрем со ссылкой на ту же страницу?)

Поисковики - самые антисемантики. SEOшники лишь рабы поисковиков. Вы уже сами заговариваетесь. Поисковикам ужасно пофиг на семантику, на семантику в таком понимании в котором вы её видите. Как правильно заметил Влад, поисковики обращают внимание лишь на определённые места, точнее выделяют некоторые из них, например в заголовках h1-h6, strong, b, ... Но это не в коей мере не определяет в каком месте документа должны стоять эти теги. Единственно наверно, что следует учитывать это правильное формирование HTML разметки, то есть заключение всех свойств атрибутов в кавычки и закрывание всех тегов которые это требуют. Вообще, если говорить о HTML5, то теги которые там добавлены просто упрощают немного жизнь верстальщика, в тех местах где например вместе <div id="header"></div> проще просто написать <header></header>. Поисковик анализирует не строение сайта, а контент. Зачем ему знать где у вас хедер, снизу или сверху?)

Там же на хабре в комментах была приведена ссылка на другой перевод - http://web-standards.ru/articles/avoiding-html5-mistakes/. Я не читал не тот не тот, но полагаю этот лучше.

А зачем программисту менять ID? Он не может что ле к нему обратится? Или у id "container" плохая ассоциативность? Даже если там будет написано любое другое слово, никто не отменял названия переменных для ассоциаций. Ихмо вообще, тот кто верстает должен и JS писать. Даже на оборот - JavaScript программист должен уметь верстать сайт Это кривое утверждение.

Когда то давно я писал так, вроде как "работает". if(key==='email'){ if(/[а-я]/i.test(value) || /\s/.test(value) || !/(^.*)?@([a-z_\-\.0-9]*)?\.([a-z\._\-0-9]+$)/i.test(value)){ alert('Неправильный электронный адрес!'); return; } } П.С. Если заметили в начале есть проверка на кириллицу, то есть адреса в кириллической доменной зоне не пройдут, если это проблема для вас, можете убрать первую проверку.

Когда используешь фреймворк нужно пользовать его, но.. конечно не нужно увлекаться.. например иногда проще воспользоваться обычными методами, но в основном это одно и тоже. Фреймворк на самом деле не заменяет JS, а он больше в стороны работы с ДОМ и АЯКС.. Вот как выглядит ваш предидущий код в одну строчку var novspan = $('<span></span>').addClass(i==0?'vybr':'nevybr').html(drevesina[i]['imya']);

А я хочу на тетрис контер страйк.. а не идёт

Обращайтесь

Обработка событий для элементов DOM, загружаемых через ajax.

<script type="text/javascript"> var prev = function(elem){ do{ elem = elem.previousSibling; } while(elem.nodeType != 1) return elem; } function iknow(elem){ var block = prev(elem.parentNode); block.innerHTML = 'Да, вы действительно знаете.' } function idontknow(elem){ var block = prev(elem.parentNode); block.innerHTML = 'Неее... вы не знаете)' } </script> <div class="tab"><span>А вы знаете, что…</span></div> <div class="do_you_know"> <?php $quotes[] = 'В Аргентине 2 Новых года, один справляют 31 декабря, а другой 13 января, поэтому у них нет «Старого Нового Года» как в России…'; $quotes[] = 'Если увидишь нечто, к чему стоит приложить руку, поступи не так, как подсказывает разум, но как велит настроение.'; $quotes[] = 'Если то, что ты делаешь, трудно тебе - посмотри, нуждаешься ли ты в этом.'; $quotes[] = 'Возможно, твои ошибки - это то, что нужно Миру.'; $quotes[] = 'Всякий может ударить слабого, но только слабый хочет ударить слабого.'; srand ((double) microtime() * 1000000); $random_number = rand(0,count($quotes)-1); echo ($quotes[$random_number]); ?> </div> <div class="do_you_know_und"> <div class="do_you_know_face"></div> <div class="do_you_know_yes" onclick="iknow(this)">Знаю</div> <div class="do_you_know_no" onclick="idontknow(this)">Не знаю</div> </div>

Даже спорить здесь не стану, а полностью доверюсь вам

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

И что по вашему быстрее? Каждый раз пробегаться циклом по дом или один раз сопоставить в свитче и применить действие к уже выбранному элементу?

Вот и я об этом, фигово знаете

Это сколько же надо работать с JavaScript, чтоб этого не знать..

так showContent.call(this,'<?=site_url('main/contacts');?>'); внутри функции this - это ссылка, тоесть this.id = айди ссылки

opener.fillTable(параметр);

ну и фантазия у людей

у 7го кстати почти такой же баг.. только там если в ручную поменять у наследника Z индекс, то всё нормально..

ну вообще вроде Z приоритет идёт с конца.. то есть самый последний элемент - самый высокий в Z оси.. баг вроде в том, что ИЕ6 наследует индекс родителя.. не снаю, что у вас там в стилях - надо бы показать их.. но наверно баг в этом..

elem {outline: none; -moz-user-select: none;} <elem unselectable="on"></elem> <!-- For IE // Хотя даже без этого норм-->