s0rr0w

var useVariant = ( version(html) < 5 )? 2 : 3; Допустимо

Подсвечиваю только комментарии. Не подсветка кода заставляет всегда писать правильно и уменьшать количество ошибок.

Это не HTML5. Запись корректна

Это отзыв его владельца. Сама аппаратная часть в нем отличная, но корпус....

Если вы не крот, то сумеете легко отличить чисто визуально one_block__with_cool_property от one_block_with_cool_property. Лично я разницу прекрасно вижу, особенно в редакторе с использованием моноширинных шрифтов. Это работает медленнее, раз. Любая перестройка структуры HTML потребует перестройки css, а это время. Пример: ul > li > b { color: red } <ul> <li>One <b>link</b></li> </ul> При изменении структуры HTML <ul> <li><div>One <b>link</b></div></li> </ul> все перестанет работать так, как ожидается

Отделение одной порции данных от другой. Нормальное явление для именования переменных в условиях органичения по количеству вариантов используемых символов. Основная цель, которую преследует БЭМ и подобные методики, минимизация затрат на поддержку консистентности продукта. Нет такого кода.

0 == "0" Срабатывает приведение типов. Левая часть числовая, значит будет сравниваться число и приведенная к числу правая часть false == "0" Этот случай поприкольнее Тут сначала false приводится к числу (0), а потом уже все работает как в первом случае.

Он не просто замечательный, он лучший в этом ценовом диапазоне. Ему бы чуть легче стать, и было бы вообще супер.

Копать в сторону флеша. Поддержка тега audio еще не до конца реализована в браузерах

Держал SGS2 в руках. Телефон за такие деньги выглядит как китайская подделка. Удивлен щелью между рамкой и экраном, в которую пролазит ноготь. Может это конструктивная особенность, чтобы при падении уберечь экран, но туда пыли будет набиваться вечно столько... Сравнил HTC Wildfire S с LG Optimus One P500. Первый явно побыстрее, но второй стоит менее 200$. Батарею держит последний лучше, но он более увесистый. Экран и там и там не супер, но, показалось, что в LG он несколько получше.

На здоровье. Будет что-то непонятно, спрашивайте.

Это не стандартное решение, посмотрите на реализацию SlimBox'a

Можно. Напиши.

Бредово или не бредово - это уже второй вопрос. ТС в принципе спрашивал как динамически формировать переменную в JS, а я ему ответил. Но не все переменные таким образом создать получится... Про это надо помнить.

Насколько я понял, вы пытаетесь реализовать то, что люди триста лет назад реализовали в таких скриптах как SlimBox, LightBox Технология там немного другая. Каждой картинке добавляется некий rel="uniqueID", по которому срабатывает действие скрипта.

Если не затруднит, подскажите как это сделать? Узнаем имя файла http://stackoverflow.com/questions/857618/javascript-how-to-extract-filename-from-a-file-input-control или http://www.html5rocks.com/en/tutorials/file/dndfiles/ Создаем новый элемент и присваиваем ему атрибут src http://www.javascriptkit.com/javatutors/dom2.shtml

Не знаю как на jQuery, но в новом стандарте есть замечательные функции drag'n'drop, которые, насколько я помню, позволяют контроллировать временную вставку данных прямо на страницу. С другой стороны, никто не запрещает сделать на лету новый img, и присвоить ему src с указанием ссылки на локальный файл. Правда не все браузеры ведут себя одинаково, так что придется исследовать данную тему.

Вам на каком уровне рассказать? На архитектурном или реализационном?

Качественно по каким параметрам? Он может быть построен из бетона 20-ти метровой толщины. Как ты думаешь, это признак качества? Качество бывает разным, качество исполнения, качество масштабируемости, качество в кроссбраузерности, качество семантики.

Первое да. Второе - нет.

Что-то мне слабо начинает вериться, что разница будет действительно ощутимой. Да, выборку нужно делать, но после нее еще рендерить надо.

:focus

На jQuery - нет. На php - да. Копать в сторону imageMagic или gd.lib

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

Ограничения выпадающих меню: Длинна выпадающих меню. Она не может быть большой, так как вертикальные размеры экранов ограничены. MS сделало скроллеры, но это не добавило юзабилити. Части пунктов не видно, и приходится искать нужный пункт, что серьезно усложняет понимание "где?", "что?" и "как?" Точность позиционирования. Любая ошибка приводит к закрытию меню, будь то подменю или текущее активное. Бороться можно было бы увеличением размеров пунктов, но сразу возникают проблемы пункта 1. Скрытость информации. Пока меню не активировано, неизвестно что внутри. Частая проблема - поиск настроек. Разные производители ПО формируют меню по своему усмотрению, отсутствие мало-мальской стандартизации негативно влияет на юзабилити. Слабая мультиплатформенность. Из-за размеров экрана этот тип меню выродился в простой переход между "экранами". Т.е. мультиплатформенного приложения с унифицированным интерфейсом не сделать.