Total Kontrol/TKT/Протокол обмена с демоном - История изменений

Admin: /* Описание протокола 2.0 */

2019-08-14T20:45:49Z

Описание протокола 2.0

Admin в 20:34, 14 августа 2019

2019-08-14T20:34:25Z

Admin: /* pad/joystick */

2019-06-27T22:17:31Z

pad/joystick

Admin: /* slider/rocker */

2019-06-27T22:17:16Z

slider/rocker

Admin в 22:15, 27 июня 2019

2019-06-27T22:15:48Z

Admin в 22:15, 27 июня 2019

2019-06-27T22:15:35Z

Admin в 22:05, 27 июня 2019

2019-06-27T22:05:21Z

Admin в 21:52, 27 июня 2019

2019-06-27T21:52:22Z

Admin в 19:18, 27 июня 2019

2019-06-27T19:18:18Z

Admin в 17:15, 27 июня 2019

2019-06-27T17:15:44Z

@@ Строка 35: / Строка 35: @@
 = Описание протокола 2.0 =
 == Обмен данными ==
@@ Строка 49: / Строка 51: @@
 <CRLF></pre>
-Постоянное соединение отменяет необходимость в циклическом опросе со стороны клиентов: демон сам выдаёт обновления видимых элементов в нужный момент. В отличии от версии 1.0, каждый пакет обновления (т. е. данные для каждого видимого элемента) демон предваряет строкой UPDATE, в которой аналогично EVENT может быть указан номер клиента или группа клиентов (UPDATE:G1). Предопределена группа 0 - все зарегистрированные клиенты. UPDATE без указания id клиента или группы рассылается сервером всем подключенным клиентам (не только зарегистрированным).
+Постоянное соединение отменяет необходимость в циклическом опросе со стороны клиентов: демон сам выдаёт обновления видимых элементов в нужный момент. В отличии от версии 1.0, каждый пакет обновления (т. е. данные для каждого видимого элемента) демон предваряет строкой UPDATE, в которой аналогично EVENT может быть указан номер клиента или группа клиентов (UPDATE:G1). Предопределены две группы: 0 - все зарегистрированные клиенты, 65535 - выбранные клиенты (требует наличия на веб-интерфейсе соответствующих средств выбора). UPDATE без указания id клиента или группы рассылается сервером всем подключенным клиентам (не только зарегистрированным).
 Пакет обновления, в отличие от версии 1.0, может содержать данные только для одного видимого элемента:
@@ Строка 60: / Строка 62: @@
 <CRLF></pre>
-Сервер может отправить демону запрос на обновление в случае, когда клиент подключился к серверу:
+Сервер может отправить демону запрос на обновление в случае, когда клиент подключился (или переподключился после временного отпадания) к серверу. Первым параметром запроса отправляется текущая страница свежеподключенного клиента. Если клиент зарегистрированный сервер отправляет демону его id и все группы, в которых он состоит (n - количество групп):
-<pre>UPDATE[:клиент]<CRLF>
+<pre>REFRESH[:<id клиента>]<CRLF>
 <CRLF></pre>
-Если клиент является членом одной или нескольких групп, сервер отправляет аналогичные запросы обновлений для каждой группы, в которую включен клиент.
+Пример для зарегистрированного клиента 666, не состоящего ни в одной группе:
 == Идентификация клиентов ==

@@ Строка 49: / Строка 49: @@
 <CRLF></pre>
-Постоянное соединение отменяет необходимость в циклическом опросе со стороны клиентов: демон сам выдаёт обновления видимых элементов в нужный момент. В отличии от версии 1.0, каждый пакет обновления демон предваряет строкой UPDATE, в которой аналогично EVENT может быть указан номер клиента или группа клиентов (UPDATE:G1). Предопределена группа 0 - все зарегистрированные клиенты. UPDATE без указания id клиента или группы рассылается сервером всем подключенным клиентам (не только зарегистрированным).
+Постоянное соединение отменяет необходимость в циклическом опросе со стороны клиентов: демон сам выдаёт обновления видимых элементов в нужный момент. В отличии от версии 1.0, каждый пакет обновления (т. е. данные для каждого видимого элемента) демон предваряет строкой UPDATE, в которой аналогично EVENT может быть указан номер клиента или группа клиентов (UPDATE:G1). Предопределена группа 0 - все зарегистрированные клиенты. UPDATE без указания id клиента или группы рассылается сервером всем подключенным клиентам (не только зарегистрированным).
 Пакет обновления, в отличие от версии 1.0, может содержать данные только для одного видимого элемента:

@@ Строка 133: / Строка 133: @@
 === pad/joystick ===
-Три параметра: видимое состояние (0/unavailable/invisible), X спрайта, Y спрайта. В состоянии unavailable спрайт не отображается. Пример (спрайт по центру):
+Три параметра: видимое состояние (0/unavailable/invisible), X спрайта, Y спрайта. В состоянии unavailable спрайт не отображается. Пример (спрайт по центру полной шкалы):
 <pre>pad1<CRLF>
 <CRLF>

@@ Строка 125: / Строка 125: @@
 === slider/rocker ===
-Один параметр, определяющий положение спрайта, либо unavailable/invisible. В состоянии unavailable спрайт не отображается. Пример (полная шкала, спрайт в положении 30%):
+Один параметр, определяющий положение спрайта, либо unavailable/invisible. В состоянии unavailable спрайт не отображается. Пример (спрайт в положении 30% полной шкалы):
 <pre>slider1<CRLF>
 <CRLF>

@@ Строка 183: / Строка 183: @@
 Петров П. П.<CRLF>
 Затыкьян З. З.<CRLF>
-<CRLF>
+<CRLF></pre>

@@ Строка 152: / Строка 152: @@
 === movie ===
-Один параметр - источник изображения. Пример (источник 3):
+Один параметр - источник изображения либо invisible. Пример (источник 3):
 <pre>video1<CRLF>
 <CRLF>
@@ Строка 172: / Строка 172: @@
 === proxy ===
-Два варианта аналогично dropdown, только вместо строк - URL'ы.
+Два варианта аналогично dropdown, только вместо строк - URL'ы. Первый параметр всегда выбор/invisible/unavailable.
 === list ===

← Предыдущая		Версия 21:52, 27 июня 2019
Строка 173:		Строка 173:

	Два варианта аналогично dropdown.		Два варианта аналогично dropdown.
		+
		+	=== queue ===

← Предыдущая		Версия 19:18, 27 июня 2019
Строка 169:		Строка 169:
	И на карусельке покататься<CRLF>		И на карусельке покататься<CRLF>
	<CRLF></pre>		<CRLF></pre>
		+
		+	=== proxy ===
		+
		+	Два варианта аналогично dropdown.

@@ Строка 113: / Строка 113: @@
 <CRLF></pre>
-Третий вариант - в одном пакете передаются состояния всех кнопок группы в том порядке, в котором кнопки описаны в xml, после чего передаётся значение активной кнопки. Пример (для группы rgroup1 из 4х кнопок с значениями 1-4, тот же эффект, что предыдущие 2 примера):
+Третий вариант - в одном пакете передаётся значение активной кнопки, после чего передаются состояния всех кнопок группы в том порядке, в котором кнопки описаны в xml. Пример (для группы rgroup1 из 4х кнопок с значениями 1-4, тот же эффект, что предыдущие 2 примера):
 <pre>rgroup1<CRLF>
 <CRLF>
 <CRLF>
 invisible<CRLF>
 <CRLF>
 <CRLF>
 <CRLF></pre>
@@ Строка 156: / Строка 156: @@
 <CRLF>
 <CRLF>
 <CRLF></pre>