[ekg2-devel] Wysyłanie powiadomień, cz. II

Michał Górny peres w peres.int.pl
Wto, 4 Wrz 2007, 22:00:51 CEST


----- Forwarded message from Michał Górny <peres w peres.int.pl> -----

Date: Wed, 29 Aug 2007 14:43:42 +0200
From: Michał Górny <peres w peres.int.pl>
To: ekg2-devel w lists.ziew.org
Subject: Wysyłanie powiadomień, cz. II
Message-ID: <20070829124342.GA5763 w peres.cccp>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.5.16 (2007-06-09)
Status: RO
Content-Length: 1358
Lines: 28


Tym razem w kwestii nieco bardziej technicznie zorganizowanej,
z przypisaniem konkretnych funkcji konkretnym częściom programu.

Core nie będzie pełniło praktycznie żadnej roli — dodane zostanie
jedynie nowe query. Query to będzie oznaczało zmianę statusu
powiadamiania. Trzy argumenty — sesja, UID i liczba wpisanych znaków.
Dlaczego liczba? Ewentualne przyszłe wsparcie protokołu AQQ — a co nam
szkodzi? Zasadniczo więc aktualnie będziemy wychodzić z założenia, że
jeśli par3 == 0, anulujemy powiadomienie; jeśli par3 > 0, wysyłamy.

Wysyłanie tego query zostałoby rozwiązane bezpośrednio po stronie
wtyczki GUI. Dzięki temu, GUI z obsługą oddzielnych promptów dla różnych
rozmówców nie będzie ograniczone starym kodem. W przypadku ncurses —
zgodnie z określonymi w poprzednim szkicu podejściami. Kiedy przełączamy
— wysyłamy aktualną ilość znaków wpisanych dla nowego celu i 0 dla
poprzedniego (czy raczej w odwrotnej kolejności).

Również całe „przejmowanie się” wyłączaniem starych powiadomień itd.
rozwiązane byłoby po stronie wtyczki GUI. Wtyczce protokołu pozostałoby
jedynie chwytać zapytania i bezmyślnie wysyłać dane do serwera. Chyba że
jakiś protokół wprowadzałby jakieś dodatkowe magie.

-- 
Pozdrawiam,
Michał Górny
<peres w peres.int.pl>
<xmpp:mgorny w wafel.com>

----- End forwarded message -----


Więcej informacji o liście dyskusyjnej ekg2-devel