Изобрести велосипед заново…

и орфографию)
особенно мягкий знак! вы пробовали _читать_ написанное?
а так - вопрос спорный, но я сейчас пишу сам...

Практический JS: «отложенная» загрузка

=)
обсуждаются разные вещи, и в решении по ссылке есть одна очень большая проблема - onload, которые выполняется только после загрузки всех ресурсов.
решение же данной статьи помогает обойти эту проблему.

Практический JS: ускоряем обработку событий

еще есть Greasemonkey и им подобные, кто захочет прогуляться по вашему приложению и понадобавлять событий)

Мысли о ширине экрана

ужаснейшая идея.
человек, покупая устройство (монитор, смартфон, кпк), должен понимать, что он получит, и будет ли для него нормальным такой размер зерна. Если я покупаю маленький экран с большим разрешением, то я и хочу много пикселей, а не учетверенные шрифты... Просто это не голословно - у меня Nokia E70 (на 2" 352х416), и есть лишь одна программа, которая может отобразить шрифт 8px... В чем же тогда плюс больших разрешений?

Максимум - это должно быть совсем опционально...

JSON и XML. Что лучше?

а разве XMLHttpRequest в основе своей не предполагает использование только utf?

Email это не место для дизайна

семантический веб как раз приемлем, он создавался для того, чтобы код был понятен и ничем не усложнен. потому mutt такие письма прочитает с легкостью. проверьте, хороша ли верстка корпоративки ;)

проблема не в средствах, а в исполнителях.

PHP: проверка данных

чОрт
Тысяча извинений, способ непригоден.
Switch действительно разворачивается в дерево - находятся значения всех case'ов, после чего switch проходит по этому дереву, ища совпадения.
Соответственно, у нас получается значительное замедление, плюс нежелательные вызовы. Ситуация должна быть редкой, чтобы затмить эти минусы. И уж точно этот способ не подходит для цепочки условий, в которой первое же нарушение должно прерывать выполнение.

"Эх..." сказали суровые сибирские мужики и пошли дальше писать elseif'ами

PHP: проверка данных

ЕМНИП, switch раскладывается в дерево, что немного более ресурсозатратно elseif'ов, которые выполняются "в порядке поступления" и, конечно, не является идентичным.
Но пока что мне решение понравилось и уже довелось использовать;)

GridMove //… или что делать с большими мониторами… ;)

Да с таким функционалом программу написать самому абсолютно не сложно, главное - чтобы была гибкая передача параметров, а с этим, я так понимаю, проблемы.
Что передается по умолчанию в программу?
Переменных аля WindowTitle и WindowClass ведь нет?

GridMove //… или что делать с большими мониторами… ;)

строки из RunGrid.grid:

GridTop = Run
GridLeft = "Plugins\WindowPositions.exe store"
GridBottom= Store Position
GridRight = Plugins\

Смысл 3-й и 4-й не понял, видимо для полноты картины...
А вот 2-я строка как раз и позволяет запускать приложения при значении "Run" в первой. Справка это никак не освещает, потому не знаю, что там еще можно указывать. Это оно?

PHP: проверка данных

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

по теме - я использую модели данных, которые позволяют автоматически и формы строить, и данные фильтровать, и отношения строить

PHP: проверка данных

неверно располагаете блоки алгоритма
так имхо лучше:

$error_flag = true;
switch (true)
{
  case($_chck->field_empty('name')):
    $error_text = 'Вы не заполнили поле Имя.';
    break;
  case($_chck->field_numeric('age')):
    $error_text = 'Вы не заполнили, или неправильно заполнили поле Возраст.';
    break;
  default:
    $error_flag = false;
    $error_text = NULL;
}

если уж использовать switch, то по полной...
а вообще хорошая замена ifelse'ам, спасибо