s0rr0w

Не совсем павер, но слушабельно Iced Earth Manticora Pagan's Mind Symphony X Kingdom Come Mechanical Poet

Показывайте ваш код

Добавьте стоимость работ, за которую вы хотите, чтобы кто-то за вас добавил что-то в код.

Какую задачу решаете?

Поздравляю, вы только что выступили в роли бесплатной рабочей силы.

Потому что твоя функция вызывается ровно столько раз, сколько генерирует событие. Так как переменная abcX у тебя локальная (наличствует var), то она удаляется из памяти сразу после завершения работы функции. Мало того, даже если она и сохранилась каким-то магическим образом (через замыкание), то ты ее все равно обнуляешь var abcX = 0; По идее ты должен хранить счетчик для того элемента, на котором срабатывает событие.

Смени операционную систему.

Не очень, но никто не мешает перетянуть эту иконку на ланчпад

Все обновляется

Я только так его и запускаю. Даже на классике. И никто не мешает консоль в ланчпад добавить Ну, на самом деле не дальше чем в классике. На кнопочке выключения в правом верхнем меню последним пунктом идет панель управления. Проприетарное ПО не добавляется в репозитории.

Недоработка русского языка, слово "значимые" имеет множество смыслов. Нашел время пояснить, почему вариант с пробелом - не самый лучший вариант. Минусы: 1. Пробел имеет разную ширину на разных операционных системах из-за разных шрифтов. Кроссбраузерные отступы будут реальной проблемой кодера. 2. Пробел для оформления нарушает всю суть CSS. Его не вырезать средствами CSS и не отменить его действия. Так как ширина пробела неизвестна, то отрицательные отступы не будут работать. 3. Внешние функции нормализации будут требовать или перманентного наличия пробелов даже после блочных элементов, или заумного парсера тегов. 4. Теги являются контейнерами для текста. Этого достаточно для любой машинной обработки.

Фиг там, код Украины +380

Вот пример: Не<b>норм</b>альный заяц Судя по твоим "общепринятым" стандартам и конвенциям правильно писать вот так: Не <b>норм</b> альный заяц В спеке HTML правилам нормализации уделено немало места. Но я там не читал ни разу, что между строчными тегами нужно пробелы ставить. Пробелы - тоже символы межу прочим.

Проблемы бота-разбиратора. Если кто-то не додумался до первичной нормализации текста, то это его проблемы, а не кодера. Думать еще про тупых ботов - невероятно дорогое занятие. Надо Лебедеву идейку подкинуть, пусть в "типографику" пунктик добавит

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

Не нужен он там. На всякий случай нужно вставлять выковыривание лишних пробелов в этом коде.

У меня тот же прикол был.

Я бы тоже бордером, но немного не так организовал код http://jsfiddle.net/kxQJt/1/

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

BOM

Сделал эмуляцию, но с ограниченным функционалом.

Основан на схожих идеологиях, но реализован по-разному.

onfocus="this.select()"

Ну, это полуправда. Текущие БД тоже работают на файлах. Должны же они где-то хранить данные? А где кроме как в файлах? В Гугле многоуровневая система хранения информации. Для более удобного анализа данных могут применяться огромное количество подходов одновременно. Страница сохраняется в исходном виде, она может храниться в файле. Далее, она чистится от мусора и сохраняется только важный контент. После этого, к примеру, передается в семантический обработчик, это уже в базе данных. Потом складируется некий хэш ключей в базе, чтобы можно было индексы построить нормально. Потом снова раскладывается на запчасти и заливается в файлы на серверах. Это не полный цикл, но по нему понятно что и как. Кто? Базы. Кого? Файлы.

Я. Всю. Потому что для микросайтов больше не нужно. Затраты на обслуживание базы много больше, чем на обслуживание файлов. До определенного момента верно, но при росте количества данных сверх определенного уровня базы начнут рвать файлы как тузик грелку. Ибо там построены механизмы индексирования данных, кеширования, организации данных на низком уровне и так далее.