http://freesource.info/wiki/Мусорка/AltLinux/Sisyphus/Alterator/drivers History/revisions of FreeSource/Мусорка/AltLinux/Sisyphus/Alterator/drivers en-us http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers/show?time=2006-09-08+18%3A27%3A42 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a name=".musorka.altlinux.sisyphus.alterator.drivers" href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers&" class="">/Мусорка&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Alterator&nbsp;/&nbsp;drivers</a> за <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-09-08+18%3A27%3A42">2006-09-08 18:27:42</a> и <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers">2006-10-26 13:00:43</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Несколько слов о&nbsp;HTTP-браузере. На&nbsp;данный момент это&nbsp;типичное AJAX-приложение для&nbsp;Web-браузера. При&nbsp;необходимости производятся &laquo;скрытые&raquo; (xmlHttpRequest) запросы через cgi-шлюз (а потом и&nbsp;через локальный сокет, как&nbsp;вы&nbsp;видели в&nbsp;примере выше) к&nbsp;lookout и&nbsp;в зависимости от&nbsp;ответов производятся те&nbsp;или иные модификации в&nbsp;интерфейсе. Для&nbsp;изображения на&nbsp;web-странице интерфейсов используется Javascript библиотека <a href="http://www.innoscript.org" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />QuiX</a>.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Несколько слов о&nbsp;HTTP-браузере. На&nbsp;данный момент это&nbsp;типичное AJAX-приложение для&nbsp;Web-браузера. При&nbsp;необходимости производятся &laquo;скрытые&raquo; (xmlHttpRequest) запросы через cgi-шлюз (а потом и&nbsp;через локальный сокет, как&nbsp;вы&nbsp;видели в&nbsp;примере выше) к&nbsp;lookout и&nbsp;в зависимости от&nbsp;ответов производятся те&nbsp;или иные модификации в&nbsp;интерфейсе. Для&nbsp;изображения на&nbsp;web-странице интерфейсов используется Javascript библиотека <a href="http://qooxdoo.oss.schlund.de/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />qooxdoo</a>. В&nbsp;будущем возможно будет использоваться библиотека <a href="http://www.innoscript.org" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />QuiX</a></div></div> http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers/show?time=2006-09-08+18%3A26%3A22 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers&" class="">/Мусорка&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Alterator&nbsp;/&nbsp;drivers</a> за <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-09-08+18%3A26%3A22">2006-09-08 18:26:22</a> и <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-09-08+18%3A27%3A42">2006-09-08 18:27:42</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><ul><li> <strong>HTTP-browser</strong> &ndash; рисует виджеты в&nbsp;окне любого WWW-браузера.</li></ul></div><br /> <b>Удалено:</b><br /> <div class="deletions"><ul><li> <strong><span class="missingpage">HTTP-browser</span><a href="http://freesource.info/wiki/http/edit?add=1&" title="Создать эту страницу">?</a></strong> &ndash; рисует виджеты в&nbsp;окне любого WWW-браузера.</li></ul></div></div> http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers/show?time=2006-04-18+17%3A24%3A37 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers&" class="">/Мусорка&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Alterator&nbsp;/&nbsp;drivers</a> за <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-04-18+17%3A24%3A37">2006-04-18 17:24:37</a> и <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-09-08+18%3A26%3A22">2006-09-08 18:26:22</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">(use-modules (alterator transport pipe-channel)<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent">(alterator transport client-socket))</div></div></div></div></div></div></div></div></div></div></div></div> Обратите внимание на&nbsp;то что&nbsp;необходимо подгрузить расширения для&nbsp;используемых модулей.<br /> (use-modules (alterator transport pipe-channel))<br /> <div class="indent">(lookout)</div> (use-modules (alterator transport server-socket))<br /> <div class="indent">(lookout)</div> Браузер и&nbsp;lookout общаются между собой на&nbsp;достаточно простом языке. Сначала происходит открытие новой сессии (да, lookout &mdash; это&nbsp;много сессионный модуль интерфейсов), возможно для&nbsp;этого потребуется некоторая авторизация. После открытия сессии браузер получает от&nbsp;lookout команды на&nbsp;создание/удаление/модификацию виджетов, а&nbsp;в ответ сообщает о&nbsp;тех или&nbsp;иных интерфейсных событиях (например о&nbsp;нажатии некоторой кнопки). Надо отметить, что&nbsp;оповещать он&nbsp;будет только о&nbsp;тех событиях, о&nbsp;которых его&nbsp;попросили. То&nbsp;есть если у&nbsp;некоторой кнопки не&nbsp;было зарегистрировано обработчика &#8220;clicked&#8221;, то&nbsp;браузер не&nbsp;будет дёргать лишний раз&nbsp;lookout на&nbsp;предмет этого бессмысленного события.<br /> Примечание: в&nbsp;новой версии http-интерфейса для&nbsp;связи браузера и&nbsp;alterator используется протокол XML-RPC.<br /> Несколько слов о&nbsp;HTTP-браузере. На&nbsp;данный момент это&nbsp;типичное AJAX-приложение для&nbsp;Web-браузера. При&nbsp;необходимости производятся &laquo;скрытые&raquo; (xmlHttpRequest) запросы через cgi-шлюз (а потом и&nbsp;через локальный сокет, как&nbsp;вы&nbsp;видели в&nbsp;примере выше) к&nbsp;lookout и&nbsp;в зависимости от&nbsp;ответов производятся те&nbsp;или иные модификации в&nbsp;интерфейсе. Для&nbsp;изображения на&nbsp;web-странице интерфейсов используется Javascript библиотека <a href="http://qooxdoo.oss.schlund.de/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />qooxdoo</a>. В&nbsp;будущем возможно будет использоваться библиотека <a href="http://www.innoscript.org" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />QuiX</a></div><br /> <b>Удалено:</b><br /> <div class="deletions"><div class="indent">(lookout auth-all)<br /> (admiral &laquo;/usr/lib/alterator/model/&raquo;)<br /> (rear-admiral &laquo;/usr/lib/alterator/model/&raquo;)<br /> (lookout auth-all)<br /> (admiral &laquo;/usr/lib/alterator/model/&raquo;)<br /> (rear-admiral &laquo;/usr/lib/alterator/model/&raquo;)</div> Браузер и&nbsp;lookout общаются между собой на&nbsp;достаточно простом языке. Сначала происходит открытие новой сессии (да, lookout &mdash; это&nbsp;много сессионный модуль интерфейсов), возможно для&nbsp;этого потребуется некоторая авторизация. После открытия сессии браузер получает от&nbsp;lookout команды на&nbsp;создание/удаление/модификацию виджетов, а&nbsp;в ответ сообщает о&nbsp;тех или&nbsp;иных интерфейсных событиях (например о&nbsp;нажатии некоторой кнопки). Надо отметить, что&nbsp;оповещать он&nbsp;будет только о&nbsp;тех событиях, о&nbsp;которых его&nbsp;попросили. То&nbsp;есть если у&nbsp;некоторой кнопки не&nbsp;было зарегистрировано обработчика on-click, то&nbsp;браузер не&nbsp;будет дёргать лишний раз&nbsp;lookout на&nbsp;предмет этого бессмысленного события.<br /> Несколько слов о&nbsp;HTTP-браузере. На&nbsp;данный момент это&nbsp;типичное AJAX-приложение для&nbsp;Web-браузера. При&nbsp;необходимости производятся &laquo;скрытые&raquo; (xmlHttpRequest) запросы через cgi-шлюз (а потом и&nbsp;через локальный сокет, как&nbsp;вы&nbsp;видели в&nbsp;примере выше) к&nbsp;lookout и&nbsp;в зависимости от&nbsp;ответов производятся те&nbsp;или иные модификации в&nbsp;интерфейсе. Для&nbsp;изображения на&nbsp;web-странице интерфейсов используется Javascript библиотека <a href="http://qooxdoo.oss.schlund.de/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />qooxdoo</a>.</div></div> http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers/show?time=2006-04-18+17%3A24%3A10 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers&" class="">/Мусорка&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Alterator&nbsp;/&nbsp;drivers</a> за <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-04-18+17%3A24%3A10">2006-04-18 17:24:10</a> и <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-04-18+17%3A24%3A37">2006-04-18 17:24:37</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><ul><li> <strong><span class="missingpage">HTTP-browser</span><a href="http://freesource.info/wiki/http/edit?add=1&" title="Создать эту страницу">?</a></strong> &ndash; рисует виджеты в&nbsp;окне любого WWW-браузера.</li></ul></div><br /> <b>Удалено:</b><br /> <div class="deletions"><ul><li> <strong><span class="missingpage">~HTTP-browser</span><a href="http://freesource.info/wiki/http/edit?add=1&" title="Создать эту страницу">?</a></strong> &ndash; рисует виджеты в&nbsp;окне любого WWW-браузера.</li></ul></div></div> http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers/show?time=2006-02-14+11%3A25%3A30 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers&" class="">/Мусорка&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Alterator&nbsp;/&nbsp;drivers</a> за <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-02-14+11%3A25%3A30">2006-02-14 11:25:30</a> и <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-04-18+17%3A24%3A10">2006-04-18 17:24:10</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><ul><li> <strong><span class="missingpage">~HTTP-browser</span><a href="http://freesource.info/wiki/http/edit?add=1&" title="Создать эту страницу">?</a></strong> &ndash; рисует виджеты в&nbsp;окне любого WWW-браузера.</li></ul> Браузер находится во&nbsp;главе шины Woobus. Возможно что&nbsp;lookout и&nbsp;браузер физически находятся на&nbsp;одной машине, а&nbsp;возможно и&nbsp;нет. Даже внешне обычное GUI-приложение alterator может реально работать с&nbsp;какой-нибудь удалённой машиной.<br /> HTTP-браузер подключается через входящую транспортную точку server-socket, сам&nbsp;же&nbsp;реально существует в&nbsp;виде CGI-скрипта и&nbsp;набора функций на&nbsp;Javascript.<br /> Браузер и&nbsp;lookout общаются между собой на&nbsp;достаточно простом языке. Сначала происходит открытие новой сессии (да, lookout &mdash; это&nbsp;много сессионный модуль интерфейсов), возможно для&nbsp;этого потребуется некоторая авторизация. После открытия сессии браузер получает от&nbsp;lookout команды на&nbsp;создание/удаление/модификацию виджетов, а&nbsp;в ответ сообщает о&nbsp;тех или&nbsp;иных интерфейсных событиях (например о&nbsp;нажатии некоторой кнопки). Надо отметить, что&nbsp;оповещать он&nbsp;будет только о&nbsp;тех событиях, о&nbsp;которых его&nbsp;попросили. То&nbsp;есть если у&nbsp;некоторой кнопки не&nbsp;было зарегистрировано обработчика on-click, то&nbsp;браузер не&nbsp;будет дёргать лишний раз&nbsp;lookout на&nbsp;предмет этого бессмысленного события.<br /> Протокол общения в&nbsp;некотором смысле &laquo;асинхронный&raquo;. Чтобы каждая сторона не&nbsp;занималась написанием лишних парсеров в&nbsp;одну сторону идёт XML&nbsp;(ответы lookout), в&nbsp;другую &mdash; S-выражения (запросы браузера).<br /> Несколько слов о&nbsp;HTTP-браузере. На&nbsp;данный момент это&nbsp;типичное AJAX-приложение для&nbsp;Web-браузера. При&nbsp;необходимости производятся &laquo;скрытые&raquo; (xmlHttpRequest) запросы через cgi-шлюз (а потом и&nbsp;через локальный сокет, как&nbsp;вы&nbsp;видели в&nbsp;примере выше) к&nbsp;lookout и&nbsp;в зависимости от&nbsp;ответов производятся те&nbsp;или иные модификации в&nbsp;интерфейсе. Для&nbsp;изображения на&nbsp;web-странице интерфейсов используется Javascript библиотека <a href="http://qooxdoo.oss.schlund.de/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />qooxdoo</a>.</div><br /> <b>Удалено:</b><br /> <div class="deletions"><ul><li> <strong>Http-browser</strong> &ndash; рисует виджеты в&nbsp;окне любого WWW-браузера.</li></ul> Браузер находится во&nbsp;главе шины Woobus. Возможно что&nbsp;lookout и&nbsp;браузер физически находятся на&nbsp;одной машине, а&nbsp;возможно и&nbsp;нет. Даже внешне обычное GUI&nbsp;приложение alterator может реально работать с&nbsp;какой-нибудь удалённой машиной.<br /> Http-браузер подключается через входящую транспортную точку server-socket, сам&nbsp;же&nbsp;реально существует в&nbsp;виде CGI-скрипта и&nbsp;набора функций на&nbsp;Javascript.<br /> Браузер и&nbsp;lookout общаются между собой на&nbsp;достаточно простом языке. Сначала происходит открытие новой сессии (да lookout &ndash; это&nbsp;много сессионный модуль интерфейсов), возможно для&nbsp;этого потребуется некоторая авторизация. После открытия сессии браузер получает от&nbsp;lookout команды на&nbsp;создание/удаление/модификацию виджетов, а&nbsp;в ответ сообщает о&nbsp;тех или&nbsp;иных интерфейсных событиях (например о&nbsp;нажатии некоторой кнопки). Надо отметить, что&nbsp;оповещать он&nbsp;будет только о&nbsp;тех событиях, о&nbsp;которых его&nbsp;попросили. То&nbsp;есть если у&nbsp;некоторой кнопки не&nbsp;было зарегистрировано обработчика on-click, то&nbsp;браузер не&nbsp;будет дёргать лишний раз&nbsp;lookout на&nbsp;предмет этого бессмысленного события.<br /> Протокол общения в&nbsp;некотором смысле &laquo;асинхронный&raquo;. Чтобы каждая сторона не&nbsp;занималась написанием лишних парсеров в&nbsp;одну сторону идёт XML&nbsp;(ответы lookout), в&nbsp;другую &ndash; S-выражения (запросы браузера).<br /> Несколько слов о&nbsp;Http-браузере. На&nbsp;данный момент это&nbsp;типичное AJAX приложение для&nbsp;Web-браузера. При&nbsp;необходимости производятся &laquo;скрытые&raquo; (xmlHttpRequest) запросы через cgi-шлюз (а потом и&nbsp;через локальный сокет, как&nbsp;вы&nbsp;видели в&nbsp;примере выше) к&nbsp;lookout и&nbsp;в зависимости от&nbsp;ответов производятся те&nbsp;или иные модификации в&nbsp;интерфейсе. Для&nbsp;изображения на&nbsp;web-странице интерфейсов используется Javascript библиотека qooxdoo.</div></div> http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers/show?time=2005-10-27+10%3A51%3A17 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers&" class="">/Мусорка&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Alterator&nbsp;/&nbsp;drivers</a> за <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2005-10-27+10%3A51%3A17">2005-10-27 10:51:17</a> и <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2006-02-14+11%3A25%3A30">2006-02-14 11:25:30</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h5336-1"></a><h2>Многоликие интерфейсы</h2> <strong>Lookout</strong>, интерфейсный модуль на&nbsp;шине Woobus, работает с&nbsp;&laquo;виртуальными&raquo; виджетами. Когда в&nbsp;описании интерфейса вы&nbsp;спрашиваете или&nbsp;меняете те&nbsp;или иные аттрибуты у&nbsp;виджета, на&nbsp;самом деле вы&nbsp;работаете с&nbsp;простым контейнером свойств. Для&nbsp;того чтобы сделанные изменения отразились в&nbsp;реальных виджетах от&nbsp;alterator требуется проделать некоторую дополнительную работу.<br /> Реальные же&nbsp;виджеты предоставляет <strong>браузер интерфейса</strong>. На&nbsp;данный момент поддерживаются да&nbsp;вида браузеров:<br /> <ul><li> <strong>Qt-browser</strong> &ndash; внешне выглядит как&nbsp;обычное GUI&nbsp;приложение </li><li> <strong>Http-browser</strong> &ndash; рисует виджеты в&nbsp;окне любого WWW-браузера.</li></ul> Браузер находится во&nbsp;главе шины Woobus. Возможно что&nbsp;lookout и&nbsp;браузер физически находятся на&nbsp;одной машине, а&nbsp;возможно и&nbsp;нет. Даже внешне обычное GUI&nbsp;приложение alterator может реально работать с&nbsp;какой-нибудь удалённой машиной.<br /> Например, следующий layout показывает что&nbsp;qt-browser соединён с&nbsp;шиной ведущей через &laquo;транспортную развязку&raquo; в&nbsp;другую шину.<br /> (telegraph<br /> <div class="indent">(pipe-in &laquo;/usr/bin/qtbrowser&raquo;);gate to&nbsp;qtbrowser<br /> (client-socket)) ;gate to&nbsp;other alterator</div> А&nbsp;вот традиционное подключение в&nbsp;рамках одной машины:<br /> (telegraph<br /> <div class="indent">(pipe-in &laquo;/usr/bin/qtbrowser&raquo;)<br /> (lookout auth-all)<br /> (admiral &laquo;/usr/lib/alterator/model/&raquo;)<br /> (rear-admiral &laquo;/usr/lib/alterator/model/&raquo;)<br /> (ensign))</div> .....<br /> Http-браузер подключается через входящую транспортную точку server-socket, сам&nbsp;же&nbsp;реально существует в&nbsp;виде CGI-скрипта и&nbsp;набора функций на&nbsp;Javascript.<br /> (telegraph<br /> <div class="indent">(server-socket) ;for HTTP brower<br /> (lookout auth-all)<br /> (admiral &laquo;/usr/lib/alterator/model/&raquo;)<br /> (rear-admiral &laquo;/usr/lib/alterator/model/&raquo;)<br /> (ensign))</div> Браузер и&nbsp;lookout общаются между собой на&nbsp;достаточно простом языке. Сначала происходит открытие новой сессии (да lookout &ndash; это&nbsp;много сессионный модуль интерфейсов), возможно для&nbsp;этого потребуется некоторая авторизация. После открытия сессии браузер получает от&nbsp;lookout команды на&nbsp;создание/удаление/модификацию виджетов, а&nbsp;в ответ сообщает о&nbsp;тех или&nbsp;иных интерфейсных событиях (например о&nbsp;нажатии некоторой кнопки). Надо отметить, что&nbsp;оповещать он&nbsp;будет только о&nbsp;тех событиях, о&nbsp;которых его&nbsp;попросили. То&nbsp;есть если у&nbsp;некоторой кнопки не&nbsp;было зарегистрировано обработчика on-click, то&nbsp;браузер не&nbsp;будет дёргать лишний раз&nbsp;lookout на&nbsp;предмет этого бессмысленного события.<br /> Протокол общения в&nbsp;некотором смысле &laquo;асинхронный&raquo;. Чтобы каждая сторона не&nbsp;занималась написанием лишних парсеров в&nbsp;одну сторону идёт XML&nbsp;(ответы lookout), в&nbsp;другую &ndash; S-выражения (запросы браузера).<br /> Несколько слов о&nbsp;Http-браузере. На&nbsp;данный момент это&nbsp;типичное AJAX приложение для&nbsp;Web-браузера. При&nbsp;необходимости производятся &laquo;скрытые&raquo; (xmlHttpRequest) запросы через cgi-шлюз (а потом и&nbsp;через локальный сокет, как&nbsp;вы&nbsp;видели в&nbsp;примере выше) к&nbsp;lookout и&nbsp;в зависимости от&nbsp;ответов производятся те&nbsp;или иные модификации в&nbsp;интерфейсе. Для&nbsp;изображения на&nbsp;web-странице интерфейсов используется Javascript библиотека qooxdoo.</div><br /> <b>Удалено:</b><br /> <div class="deletions"><a name="h5336-1"></a><h2>Интерфейсные драйверы в&nbsp;alterator</h2> На&nbsp;данный момент в&nbsp;alterator поддерживаются интерфейсы Qt&nbsp;и Http. Как&nbsp;же&nbsp;удаётся lookout одновременно работать со&nbsp;столь различными по&nbsp;подходу вариантами? Всё дело в&nbsp;волшебных пузырьках &ndash; то&nbsp;есть в&nbsp;драйверах.<a name="h5336-2"></a><h3>Интерфейс драйвера</h3> Каждый драйвер интерфейса предоставляет как&nbsp;минимум следующую информацию:<br /> <ul><li> О&nbsp;реализации основных виджетов, например button, label, textbox. Делается это&nbsp;через инструкцию <em>declare-widget</em>. Реализация описывается как&nbsp;правило с&nbsp;помощью <span class="missingpage">объектов</span><a href="http://freesource.info/wiki/objects/edit?add=1&" title="Создать эту страницу">?</a>. </li><li> Определение конструктора интерфейса (например для&nbsp;Qt&nbsp;&ndash; это&nbsp;соответствует созданию объекта QApplication), деструктура интерфейса и&nbsp;запуска интерфейса. Делается это&nbsp;через инструкции: <em>declare-application-constructor</em>, <em>declare-application-destructor</em> и&nbsp;<em>declare-application-runner</em>. </li><li> Определение корневого виджета в&nbsp;который погружается любое описание интерфейса &ndash; <em>declare-root-widget</em>. </li><li> Определение popup виджета в&nbsp;который погружается описание интерфейса, который мы&nbsp;желаем видеть как&nbsp;всплывающий диалог &ndash; <em>declare-popup-widget</em>. </li><li> Определение процедуры, которая выдаёт список языковых предпочтений &ndash; это&nbsp;<span class="missingpage">специфично для&nbsp;отдельных видов интерфейса</span><a href="http://freesource.info/wiki/international/edit?add=1&" title="Создать эту страницу">?</a>. Инструкция &ndash; <em>declare-language-selector</em>. </li><li> Дополнительные определения, например схема работы с&nbsp;<em>tabbox</em> оказалась настолько различной в&nbsp;разных реализациях интерфейсов, что&nbsp;потребовалась ручное определение функций.</li></ul> <br /> Вот&nbsp;небольшой фрагмент описания готового драйвера для&nbsp;http-интферфейса:<br /> (declare-widget button (make-http-widget &#8220;button&#8221;) text)<br /> (declare-widget label (make-http-widget &#8220;label&#8221;) text)<br /> (declare-widget edit (make-http-widget &#8220;edit&#8221;) text)<br /> (declare-widget hbox (make-http-widget &#8220;hbox&#8221;))<br /> (declare-widget vbox (make-http-widget &#8220;vbox&#8221;))<br /> (declare-widget groupbox (make-http-widget &#8220;groupbox&#8221;) title)<br /> (declare-widget textbox (make-http-widget &#8220;textbox&#8221;) text)<br /> (declare-widget tab-page (make-http-widget &#8220;tab-page&#8221;) text)<br /> (declare-widget tabbox (make-http-widget &#8220;tabbox&#8221;))<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"></div></div></div></div></div> ;wrapper over tab-page<br /> (define-macro (tab &lt;name&gt; . &lt;args&gt;)<br /> <div class="indent"> `(tab-page, &lt;name&gt; (vbox ., &lt;args&gt;)))</div> (declare-widget listbox (make-http-widget &#8220;listbox&#8221; make-http-listbox))<br /> (declare-application-constructor make-http-application)<br /> (declare-application-destructor delete-http-application)<br /> (declare-application-runner exec-http-application)<br /> (declare-root-widget (make-http-widget &#8220;vbox&#8221;))<br /> (declare-popup-widget (make-http-widget &#8220;dialog&#8221; make-http-dialog))<br /> (declare-lang-selector (lambda()<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"> (define-operation get-lang)<br /> (list (or (get-lang (fluid-ref http-session)) &#8220;en&#8221;))))</div></div></div></div></div></div></div></div></div></div></div></div> <a name="h5336-3"></a><h3>Драйвер Qt</h3> Драйвер Qt&nbsp;устроен относительно просто (суммарный объём исходного текста драйвера &ndash; чуть больше 120K).<br /> Создание, удаление интерфейса соответствует в&nbsp;точности созданию и&nbsp;удалению <strong>QApplication</strong>. Описание виджетов практически напрямую отображаются соответствующие объекты Qt: <strong>QPushButton</strong>, <strong>QLabel</strong>, и&nbsp;так далее. Корневой виджет &ndash; фактически <strong>vbox</strong>, а&nbsp;Popup &ndash; <strong>QDialog</strong>. Запуск интерфейса состоит в&nbsp;получении описания виджета с&nbsp;идентификатором &laquo;/&raquo;, заключению его&nbsp;в&nbsp;popup и&nbsp;запуске диалога. По&nbsp;завершению работы с&nbsp;основным диалогом работа с&nbsp;интерфейсом заканчивается.<br /> Большая часть драйвера описана на&nbsp;C++, остальное &ndash; на&nbsp;<em>Scheme</em>. Мостик между этими языками настолько крошечный что&nbsp;при переходе на&nbsp;другую реализацию схемы менять придётся не&nbsp;много. Связующие функции делатся на&nbsp;две группы:<br /> <ul><li> Функции управления виджетами: <ul><li> <strong>dlg-make-виджет</strong> &ndash; серия функций для&nbsp;создания того или&nbsp;иного виджета. Указатель на&nbsp;<strong>qt_widget</strong>* хранится в&nbsp;scheme как&nbsp;SMOB. </li><li> <strong>widget-set-attr</strong> &ndash; изменение аттрибута Qt-виджета </li><li> <strong>widget-get-attr</strong> &ndash; получение аттрибута Qt-виджета </li><li> <strong>widget-start</strong> &ndash; запуск диалога </li><li> <strong>widget-stop</strong> &ndash; останов диалога (в принципе эти&nbsp;два метода можно свести к&nbsp;widget-set-attr) </li><li> <strong>widget-delete</strong> &ndash; удаление виджета. Обращаю внимание что&nbsp;применяется отложенное удаление виджетов через deleteLater потому что&nbsp;иногда виджеты могут удалять сами себя, например, при&nbsp;замене содержимого диалога &laquo;на лету&raquo;. </li></ul></li><li> Функции трансформирования объектов <em>Scheme</em> в&nbsp;объекты <em>C++</em>: <ul><li> <strong>bool2scm, scm2bool</strong> &ndash; в&nbsp;bool и&nbsp;обратно. </li><li> <strong>str2scm,scm2str</strong> &ndash; в&nbsp;<em>char*</em> и&nbsp;обратно </li><li> <strong>num2str,str2num</strong> &ndash; в&nbsp;<em>int</em> и&nbsp;обратно. </li><li> <strong>symbol2scm,scm2symbol</strong> &ndash; символы в&nbsp;строки и&nbsp;обратно.</li></ul></li></ul> В&nbsp;части C++ построена иерархия объектов, наследников базового типа qt_widget. Каждый наследник является маленькой оболочкой вокруг того или&nbsp;иного виджета qt&nbsp;и в&nbsp;его задачу входит: разбирать входящие запросы на&nbsp;изменение/получение аттрибутов. Перехватывать события qt&nbsp;и передавать их&nbsp;вызов в&nbsp;соответствующий callback на&nbsp;уровне <em>Scheme</em>. Часть слотов реализована так&nbsp;что их&nbsp;вызов происходит отложенным ибо&nbsp;может происходить изменение объекта &laquo;из-под самого себя&raquo;, чего не&nbsp;могут пережить часть виджетов Qt. Также во&nbsp;избежание проблем с&nbsp;зацикливанием вызов callback'a Scheme происходит только в&nbsp;случае поступления события от&nbsp;пользователя, а&nbsp;не в&nbsp;случае попутного вызова в&nbsp;результате операций set.<br /> В&nbsp;части Scheme построена небольшая иерархия <span class="missingpage">объектов</span><a href="http://freesource.info/wiki/objects/edit?add=1&" title="Создать эту страницу">?</a>. Иерархия потребовалась для&nbsp;введения уточнений и&nbsp;более удобной работы с&nbsp;<em>listbox</em> и&nbsp;<em>popup</em>.<br /> Предпочитаемые языки определяются согласно переменным среды, то&nbsp;есть фактически точно также как&nbsp;действовал бы&nbsp;обычный gettext.<a name="h5336-4"></a><h3>Драйвер Http</h3> Более сложный драйвер. Состоит из&nbsp;трёх отдельных частей:<br /> * сервер &ndash; обеспечивает хранение состояний пользовательских сессий, аутентификацию и&nbsp;обработку callback'ов.<br /> * fcgi-скрипт &ndash; мостик между сервером и&nbsp;web-браузером. Принимает Http-запросы, считывает и&nbsp;выставляет <em>cookies</em>.<br /> * javascript &ndash; работает на&nbsp;клиентском браузере, здесь собственно заканчивается alterator и&nbsp;начинается движок интерфейса &ndash; *qooxdoo*.<br /> Можно смотреть как&nbsp;на&nbsp;мостик между <em>Javascript</em> и&nbsp;<em>Scheme</em>.<br /> Создание/запуск/останов/ &ndash; интерфейса состоит в&nbsp;открытии локального сокета, приёмке и&nbsp;обработке сообщений от&nbsp;клиентов.<br /> Протокол общения между клиентом и&nbsp;сервером несколько специфический. Чтобы не&nbsp;писать лишних парсеров, каждый отдаёт данные в&nbsp;таком формате, который был&nbsp;бы&nbsp;наиболее приятен для&nbsp;собеседника. Так&nbsp;fcgi-скрипт пишет для&nbsp;javacript'a на&nbsp;xml. А&nbsp;обратно получает ответ в&nbsp;виде s-выражений.<br /> Содержимое протокола очень простое. От&nbsp;клиента к&nbsp;серверу идут запросы двух типов:<br /> <ul><li> (alterator-request action &#8220;get&#8221;) &ndash; дай&nbsp;мне содержимое текущей страницы </li><li> (alterator-request action &#8220;event&#8221; name ... state) &ndash; произошло событие такое-то, состояние виджетов которые мог&nbsp;бы&nbsp;&laquo;подкрутить&raquo; пользователь такое-то. </li><li> (auth-request user password ... ) &ndash; хочу получить новую сессию как&nbsp;пользователь такой-то с&nbsp;паролем таким-то</li></ul> От&nbsp;сервера к&nbsp;клиенту идут ответы, содержащие описания изменения состояния виджетов:<br /> <ul><li> &lt;command action &#8220;new&#8221; &ndash; создать новый виджет </li><li> ... action &#8220;set&#8221; &ndash; установить параметр виджета в&nbsp;некоторое значение </li><li> ... action &#8220;delete&#8221; &ndash; удалить виджет </li><li> ... action &#8220;clear&#8221; &ndash; очистить окно от&nbsp;всех виджетов. Все&nbsp;остальные команды после данной читать нет&nbsp;смысла. Ответом на&nbsp;неё служит всегда (alterator-request action &#8220;get&#8221;). </li><li> .... action &#8220;forbidden&#8221; &ndash; отказано в&nbsp;доступе.</li></ul> Чтобы лучше понять принцип работы, а&nbsp;заодно познакомиться с&nbsp;тем как&nbsp;устроена аутентификация пользователей рассмотрим некий типовой сеанс работы с&nbsp;alterator.<br /> Пользователь открывает в&nbsp;браузере страницу с&nbsp;клиентским кодом <em>Alterator</em> а&nbsp;<em>Javacsipt</em>. Последний делает запрос &#8220;alterator-request action get&#8221;. В&nbsp;ответ приходит &ndash; &#8220;forbidden&#8221;. Тогда у&nbsp;пользователя спрашивается имя&nbsp;и&nbsp;пароль и&nbsp;делается запрос на&nbsp;создание новой сессии &#8220;auth-request&#8221;. В&nbsp;разультате ответа приходит команда &#8220;clear&#8221;, а&nbsp;заодно в&nbsp;<em>cookies</em> возникают правильные идентификаторы пользователя и&nbsp;сессии. Далее следует повторный запрос &quot;&quot;action &#8220;get&#8221; &ndash; и&nbsp;на основе данной последовательности команд даются инструкции <strong>qooxdoo</strong> как&nbsp;и&nbsp;что изобразить на&nbsp;экране, вешаются обработчики событий на&nbsp;виджеты, но&nbsp;не на&nbsp;все а&nbsp;только на&nbsp;которые требуется согласно описанию виджета. Предположим, что&nbsp;пользователь нажимает на&nbsp;кнопку, на&nbsp;которую назначено то&nbsp;или иное действие. Возникает запрос к&nbsp;серверу, на&nbsp;нём отрабатывает callback на&nbsp;scheme и&nbsp;если есть какие изменения в&nbsp;состоянии виджетов, то&nbsp;они отсылаются обратно на&nbsp;клиента.<br /> Теперь перенесёмся на&nbsp;мостик между основным кодом alterator и&nbsp;web-сервером. Что&nbsp;там происходит. Получив запрос, выясняется, является ли&nbsp;это запросом типа &#8220;auth&#8221;, если да, то&nbsp;он отправляется дальше как&nbsp;есть, иначе просматриваются cookies и&nbsp;&#8220;alterator-request&#8221; заворачивается в&nbsp;&#8220;auth&#8221; запрос как&nbsp;конверт и&nbsp;отсылается дальше. При&nbsp;обратном движении, &#8220;auth&#8221; запрос изучается, если надо выставляются cookies, вытаскивается содержимое (обычный ответ), превращается в&nbsp;xml и&nbsp;отправляется клиенту.<br /> Что&nbsp;же&nbsp;происходит на&nbsp;сервере? Когда запрос пройдёт успешно через систему аутентификации дальнейшая его&nbsp;обработка происходит в&nbsp;контексте конкретной пользовательской сессии (созданой заново или&nbsp;уже существующей). В&nbsp;результате работы в&nbsp;исходящей очереди сообщений накапливаются команды на&nbsp;изменение состояние, кои&nbsp;потом благополучно и&nbsp;отсылаются в&nbsp;качестве ответа.<br /> Особый момент &ndash; организация запуска дополнительных модальных диалогов. Если в&nbsp;случае Qt&nbsp;интерфейса всё происходит просто и&nbsp;естественно, то&nbsp;в данном случае задача усложняется тем&nbsp;что:<br /> <ul><li> на&nbsp;клиенской стороне могут быть запрещены всплывающие окна (спасибо рекламе на&nbsp;некоторых уважаемых сайтах). А&nbsp;посему приходится имитировать переход в&nbsp;другой диалог, путём затирания имеющегося и&nbsp;последующим его&nbsp;пересозданием. </li><li> на&nbsp;серверной стороне код&nbsp;может быть заблокирован вызванным модальным диалогом и&nbsp;по окончании работы последнего должен корректно продолжить свою работу.</li></ul> Первая проблема решается сама собой. Поскольку пользователь в&nbsp;любой момент может нажать кнопку &#8220;Reload&#8221;, то&nbsp;всё-равно реализована поддержка &laquo;пересоздания&raquo; имеющегося виджета.<br /> Вторая решается несколько хитрее. С&nbsp;каждой сессией связывается некий поток. При&nbsp;запуске дополнительного диалога, поток исполнения блокируется и&nbsp;вместо него запускается другой, обслуживающий запущенный popup. После завершения работы последнего, связанный с&nbsp;ним поток завершает свою работу, исходный поток разблокируется и&nbsp;продолжает обслуживание клиента. Когда происходит выход из&nbsp;основного диалога &ndash; сессия удаляется (клиент видит это&nbsp;как опять возникшее приглашение ввести пароль и&nbsp;имя пользователя). Потоки потоков и&nbsp;основного кода сервера, который принимает запросы из&nbsp;сокета &laquo;перестукиваются&raquo; через входящую и&nbsp;исходящие очереди сообщений сессии и&nbsp;упорядочивают своё взаимодействие парой condition variables.<br /> Ну&nbsp;и наконец предпочитаемые языки определяются браузером пользователя, в&nbsp;отличие от&nbsp;локальных переменных как&nbsp;было в&nbsp;случае с&nbsp;Qt.<br /> Таким образом драйвер написан частично на&nbsp;<em>Scheme</em> и&nbsp;частично на&nbsp;<em>Javascript</em><br /> <em>Scheme</em> часть представляет собой небольшую иерархию <span class="missingpage">объектов</span><a href="http://freesource.info/wiki/objects/edit?add=1&" title="Создать эту страницу">?</a>. Базовый объект в&nbsp;иерархии является простым универсальным хранилищем аттрибутов. Хранение полного набора требуемых аттрибутов на&nbsp;сервере требуется для&nbsp;поддержки функции &laquo;пересоздания&raquo; и&nbsp;корректной работы callback'ов, написанных на&nbsp;<em>Scheme</em>.<br /> <em>Javascript</em> часть представляет собой небольшой набор функций-обёрток для&nbsp;транслирования действий в&nbsp;движок <em>qooxdoo</em>.<br /> Так&nbsp;что и&nbsp;этот драйвер можно считать в&nbsp;общем-то не&nbsp;очень сложным ;) (общий объём кода не&nbsp;сильно превышает 100K).</div></div> http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers/show?time=2005-10-26+16%3A24%3A23 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers&" class="">/Мусорка&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Alterator&nbsp;/&nbsp;drivers</a> за <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2005-10-26+16%3A24%3A23">2005-10-26 16:24:23</a> и <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2005-10-27+10%3A51%3A17">2005-10-27 10:51:17</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><ul><li> на&nbsp;клиенской стороне могут быть запрещены всплывающие окна (спасибо рекламе на&nbsp;некоторых уважаемых сайтах). А&nbsp;посему приходится имитировать переход в&nbsp;другой диалог, путём затирания имеющегося и&nbsp;последующим его&nbsp;пересозданием.</li></ul></div><br /> <b>Удалено:</b><br /> <div class="deletions"><ul><li> на&nbsp;клиенской стороне могут быть запрещены сплывающие окна (спасибо рекламе на&nbsp;некоторых уважаемых сайтах). А&nbsp;посему приходится имитировать переход в&nbsp;другой диалог, путём затирания имеющегося и&nbsp;последующим его&nbsp;пересозданием.</li></ul></div></div> http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers/show?time=2005-10-26+15%3A53%3A10 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers&" class="">/Мусорка&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Alterator&nbsp;/&nbsp;drivers</a> за <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2005-10-26+15%3A53%3A10">2005-10-26 15:53:10</a> и <a href="http://freesource.info/wiki/Musorka/AltLinux/Sisyphus/Alterator/drivers?time=2005-10-26+16%3A24%3A23">2005-10-26 16:24:23</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">* fcgi-скрипт &ndash; мостик между сервером и&nbsp;web-браузером. Принимает Http-запросы, считывает и&nbsp;выставляет <em>cookies</em>.<br /> Создание/запуск/останов/ &ndash; интерфейса состоит в&nbsp;открытии локального сокета, приёмке и&nbsp;обработке сообщений от&nbsp;клиентов.<br /> Протокол общения между клиентом и&nbsp;сервером несколько специфический. Чтобы не&nbsp;писать лишних парсеров, каждый отдаёт данные в&nbsp;таком формате, который был&nbsp;бы&nbsp;наиболее приятен для&nbsp;собеседника. Так&nbsp;fcgi-скрипт пишет для&nbsp;javacript'a на&nbsp;xml. А&nbsp;обратно получает ответ в&nbsp;виде s-выражений.<br /> Содержимое протокола очень простое. От&nbsp;клиента к&nbsp;серверу идут запросы двух типов:<br /> <ul><li> (alterator-request action &#8220;get&#8221;) &ndash; дай&nbsp;мне содержимое текущей страницы </li><li> (alterator-request action &#8220;event&#8221; name ... state) &ndash; произошло событие такое-то, состояние виджетов которые мог&nbsp;бы&nbsp;&laquo;подкрутить&raquo; пользователь такое-то. </li><li> (auth-request user password ... ) &ndash; хочу получить новую сессию как&nbsp;пользователь такой-то с&nbsp;паролем таким-то</li></ul> От&nbsp;сервера к&nbsp;клиенту идут ответы, содержащие описания изменения состояния виджетов:<br /> <ul><li> &lt;command action &#8220;new&#8221; &ndash; создать новый виджет </li><li> ... action &#8220;set&#8221; &ndash; установить параметр виджета в&nbsp;некоторое значение </li><li> ... action &#8220;delete&#8221; &ndash; удалить виджет </li><li> ... action &#8220;clear&#8221; &ndash; очистить окно от&nbsp;всех виджетов. Все&nbsp;остальные команды после данной читать нет&nbsp;смысла. Ответом на&nbsp;неё служит всегда (alterator-request action &#8220;get&#8221;). </li><li> .... action &#8220;forbidden&#8221; &ndash; отказано в&nbsp;доступе.</li></ul> Чтобы лучше понять принцип работы, а&nbsp;заодно познакомиться с&nbsp;тем как&nbsp;устроена аутентификация пользователей рассмотрим некий типовой сеанс работы с&nbsp;alterator.<br /> Пользователь открывает в&nbsp;браузере страницу с&nbsp;клиентским кодом <em>Alterator</em> а&nbsp;<em>Javacsipt</em>. Последний делает запрос &#8220;alterator-request action get&#8221;. В&nbsp;ответ приходит &ndash; &#8220;forbidden&#8221;. Тогда у&nbsp;пользователя спрашивается имя&nbsp;и&nbsp;пароль и&nbsp;делается запрос на&nbsp;создание новой сессии &#8220;auth-request&#8221;. В&nbsp;разультате ответа приходит команда &#8220;clear&#8221;, а&nbsp;заодно в&nbsp;<em>cookies</em> возникают правильные идентификаторы пользователя и&nbsp;сессии. Далее следует повторный запрос &quot;&quot;action &#8220;get&#8221; &ndash; и&nbsp;на основе данной последовательности команд даются инструкции <strong>qooxdoo</strong> как&nbsp;и&nbsp;что изобразить на&nbsp;экране, вешаются обработчики событий на&nbsp;виджеты, но&nbsp;не на&nbsp;все а&nbsp;только на&nbsp;которые требуется согласно описанию виджета. Предположим, что&nbsp;пользователь нажимает на&nbsp;кнопку, на&nbsp;которую назначено то&nbsp;или иное действие. Возникает запрос к&nbsp;серверу, на&nbsp;нём отрабатывает callback на&nbsp;scheme и&nbsp;если есть какие изменения в&nbsp;состоянии виджетов, то&nbsp;они отсылаются обратно на&nbsp;клиента.<br /> Теперь перенесёмся на&nbsp;мостик между основным кодом alterator и&nbsp;web-сервером. Что&nbsp;там происходит. Получив запрос, выясняется, является ли&nbsp;это запросом типа &#8220;auth&#8221;, если да, то&nbsp;он отправляется дальше как&nbsp;есть, иначе просматриваются cookies и&nbsp;&#8220;alterator-request&#8221; заворачивается в&nbsp;&#8220;auth&#8221; запрос как&nbsp;конверт и&nbsp;отсылается дальше. При&nbsp;обратном движении, &#8220;auth&#8221; запрос изучается, если надо выставляются cookies, вытаскивается содержимое (обычный ответ), превращается в&nbsp;xml и&nbsp;отправляется клиенту.<br /> Что&nbsp;же&nbsp;происходит на&nbsp;сервере? Когда запрос пройдёт успешно через систему аутентификации дальнейшая его&nbsp;обработка происходит в&nbsp;контексте конкретной пользовательской сессии (созданой заново или&nbsp;уже существующей). В&nbsp;результате работы в&nbsp;исходящей очереди сообщений накапливаются команды на&nbsp;изменение состояние, кои&nbsp;потом благополучно и&nbsp;отсылаются в&nbsp;качестве ответа.<br /> Особый момент &ndash; организация запуска дополнительных модальных диалогов. Если в&nbsp;случае Qt&nbsp;интерфейса всё происходит просто и&nbsp;естественно, то&nbsp;в данном случае задача усложняется тем&nbsp;что:<br /> <ul><li> на&nbsp;клиенской стороне могут быть запрещены сплывающие окна (спасибо рекламе на&nbsp;некоторых уважаемых сайтах). А&nbsp;посему приходится имитировать переход в&nbsp;другой диалог, путём затирания имеющегося и&nbsp;последующим его&nbsp;пересозданием. </li><li> на&nbsp;серверной стороне код&nbsp;может быть заблокирован вызванным модальным диалогом и&nbsp;по окончании работы последнего должен корректно продолжить свою работу.</li></ul> Первая проблема решается сама собой. Поскольку пользователь в&nbsp;любой момент может нажать кнопку &#8220;Reload&#8221;, то&nbsp;всё-равно реализована поддержка &laquo;пересоздания&raquo; имеющегося виджета.<br /> Вторая решается несколько хитрее. С&nbsp;каждой сессией связывается некий поток. При&nbsp;запуске дополнительного диалога, поток исполнения блокируется и&nbsp;вместо него запускается другой, обслуживающий запущенный popup. После завершения работы последнего, связанный с&nbsp;ним поток завершает свою работу, исходный поток разблокируется и&nbsp;продолжает обслуживание клиента. Когда происходит выход из&nbsp;основного диалога &ndash; сессия удаляется (клиент видит это&nbsp;как опять возникшее приглашение ввести пароль и&nbsp;имя пользователя). Потоки потоков и&nbsp;основного кода сервера, который принимает запросы из&nbsp;сокета &laquo;перестукиваются&raquo; через входящую и&nbsp;исходящие очереди сообщений сессии и&nbsp;упорядочивают своё взаимодействие парой condition variables.<br /> Ну&nbsp;и наконец предпочитаемые языки определяются браузером пользователя, в&nbsp;отличие от&nbsp;локальных переменных как&nbsp;было в&nbsp;случае с&nbsp;Qt.<br /> Таким образом драйвер написан частично на&nbsp;<em>Scheme</em> и&nbsp;частично на&nbsp;<em>Javascript</em><br /> <em>Scheme</em> часть представляет собой небольшую иерархию <span class="missingpage">объектов</span><a href="http://freesource.info/wiki/objects/edit?add=1&" title="Создать эту страницу">?</a>. Базовый объект в&nbsp;иерархии является простым универсальным хранилищем аттрибутов. Хранение полного набора требуемых аттрибутов на&nbsp;сервере требуется для&nbsp;поддержки функции &laquo;пересоздания&raquo; и&nbsp;корректной работы callback'ов, написанных на&nbsp;<em>Scheme</em>.<br /> <em>Javascript</em> часть представляет собой небольшой набор функций-обёрток для&nbsp;транслирования действий в&nbsp;движок <em>qooxdoo</em>.<br /> Так&nbsp;что и&nbsp;этот драйвер можно считать в&nbsp;общем-то не&nbsp;очень сложным ;) (общий объём кода не&nbsp;сильно превышает 100K).</div><br /> <b>Удалено:</b><br /> <div class="deletions">* fcgi-скрипт &ndash; мостик между сервером и&nbsp;web-браузером. Принимает Http-запросы, считывает и&nbsp;выставляет cookies.</div></div>