> это когда содержание второго списка зависит от контекста. Например, выбора в первом списке…Есть такой UX-паттерн — пошаговый мастер. Прекрасно реализуется без JS-подпорок. В большинстве случаев ещё и работать будет быстрее.
> Ага, перезагрузить все содержимое страницы для проверки (без разницы, на тогдашнем диалапе или современном GPRS), чтобы увидеть "этот ник занят" или "вы забыли заполнить дату", т.е. вместо пары сотен байт переслать (в лучшем, идеально-сферическом случае) пару сотен килобайт -- это верх элегантности.
Страх "перезагрузки страницы" смешон, учитывая скорость современных браузеров и интернет-каналов. Даже на шикарном по меркам ранних 2000-х канале в 64kbps (это ведь его ты имеешь в виду под "GPRS"?) современный смартфон может успеть загрузить страницу, отрендерить и отредактировать DOM скриптами несколько раз — меньше чем за 400мс.
Проблемы начинаются, когда вместо браузерного API начинают использовать новомодный "Lo DASH xxxJS 9000 (jQuery edition!)" объёмом 20 Мб, и по полезности сопоставимый с leftpad, а вместо статического HTML — какой-нибудь React, который и десктопный-то браузер ставит на колени, не говоря уже о мобильниках. Налицо эффект slippery slope — поколение, начавшее разработку со слепой веры, что "Ajax есть хорошо!", свысока посматривает на серверный рендеринг, а на них в свою очередь свысока посматривают фанаты Angular, которым в свою очередь на пятки наступают адепты Web Components… А когда страница грузится по 20 секунд, каждый начинает кивать на предыдущего. И в итоге оказывается, что виноват кривой и малофункциональный HTML, медленный браузер, медленные каналы — в общем что угодно, но не прослойка между компом и стулом.
