Интересно зачем вообще применять аякс если асинхронно - проблеммы а синхронно - надо блокировать браузер чтобы пользователь не пинал пока аякс отрабатывает?
И зачем разблокиировать то что заблокировано во избежание проблем?

Впрочем, чтобы выяснить чем разблокировать - выясните чем блокируется.

Если Вы внимательно читали мой пост, то наверняка заметили:
1. Это "Система довольно сложная и асинхронный запрос в принципе можно было бы сделать, но появляется масса проблем с синхронизацией данных от сервера назад в вызывающую функцию, а не в калбек. (они практически не разрешимы при разветвлённой архитектуре, так как в JS нет системы синхронизации или хотя бы на крайняк похожей функции "засыпания" как в PHP что бы подождать запрос. Решения с нагрузкой проца выводят его в 100% "полёт" что соответственно не нужно)"
2. >Впрочем, чтобы выяснить чем разблокировать - выясните чем блокируется.
Логика мне подсказывает если блокируется весь UI браузера наверное сама специфика браузера в том что бы при синхронном запросе блокировать UI. По этому у меня и был пост - вопрос чем можно разблокировать UI браузера, вплоть до применения activX.

1. я имел ввиду на фига вообще юзать аякс (асинхронный - другого не бывает) чтобы потом имитировать синхронность обновления страницы блокируя браузер.

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

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

Сори, может я не правильно выразился:
!Это специфика работы ajax ( в браузере. Он бывает синхронного и асинхронного действия ). При синхронном запросе на сервер посредством ajax блокируется все действия UI браузера на уровне приложения браузера, при асинхронном (почему он и назван асинхронным) свобода действий у пользователя относительно UI браузера остаётся
Сие "(асинхронный - другого не бывает) " есть неосведомлённостью.
>2 чем блокируется браузер выяснить можно, покопавшись в коде который приходит на браузер
Этот код всего лиш использует ajax технологию и не более, и только в этот момент происходит блокировка, нет никаких блокировок со стороны программиста или плагина (хотя я его и не использую в этом случае)

> А если у вас есть доступ к серверным скриптам то вы можете просто отключить блокировку,
Не много не понял, при чём тут серверные скрипты к клиентскому коду

Браузер блокирует тот же яваскрипт что и аякс запускает. Точнее блокирует не браузер а страницу.
Ну таки да, за это я и спрашиваю как ??? заставить его разблокировать

Еще раз

Аякс не бывает синхронным и ничего не блокирует.

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

Мда,
http://jquery.page2page.ru/index.php5/Ajax...%80%D0%BE%D1%81
http://habrahabr.ru/blogs/javascript/111634/
исходный код на сайте у меня может выражаться в двух строках, а шаблонизацию и формирование могу делать на клиенте!
У меня "толстый клиент", reach client, не уже ли не понятно

мда, ... если хотите по .... думаю не сюда,
а вообще скрипт пишется на JS в браузере, ну по крайней мере в большинстве случаев.
Да, и удачи Вам с шаблонизацией с помощью

 <script>
   window.location = 'vkontakte.ru';
</script>

но что то мне подсказывает что сами браузеры на это настроены
Самое интересное как, я jquery просматривал ничего не увидел блокирующего

самое вероятно обычный DIV по верх остального с z-index в районе 1000

так делают разного рода модальные формы и превьюхи один закрывают все слоем а нужный слой поверху с содержимым

caballero
речь идет о синхронном режиме, 3 параметр метода open

var xmlhttp = getXmlHttp()
xmlhttp.open('GET', '/xhr/test.html', false);

Greg1978
а что конкретно вы делаете аяксом, можно в двух словах?

Greg1978
Не вижу тут проблем с асинхронным режимом. Если нужно строгая очередность отправки, значит и использовать очередь. В синхронном режиме продолжить работу до ответа сервера, браузер никак не сможет, и какой смысл в этом?

Greg1978
текст передаётся целиком, ил только изменённая часть, с момента предыдущего сохранения?
Если целиком, то тогда вообще нет никаких проблем с асинхронным режимом.

Кажется я понял в чем проблема.

Человек пишет текст. По некому таймауту данные периодически улетают на сервер. В момент отправки данных на сервер, происходит разбор самих данных (или что там делает WYSIWYG, неважно, знаю что это отнимает некоторое время, а если текста много, это довольно долго происходит), компьютер в это время сильно нагружается и невозможно далее писать текст, потому как все ресурсы направлены на разбор текста.

Правильно?

Да отлично и правильно!!!

Сори я уже проблему решил и думаю её открыть в будущей теме, хрен там асинхрон не разблокирует wysiwyg или это их такая предрасположенность