[ekg2-devel] Nieprawidłowe nawiązywanie rozm

[Michał Kazior]

On Sun, Feb 17, 2008 at 10:24:04PM +0100, Jakub Zawadzki wrote:
> On Sun, Feb 17, 2008 at 09:50:52PM +0100, Michał Kazior wrote:
> > > Jak bylo wyzej wspomniane, ekg2 nie obsluguje userlist gdzie ten sam
> > > nick wystepuje wielokrotnie. ekg2 obsluguje gg i tlena natywnie, wiec
> > > 
> > > workaroundy:
> > >  - nie korzystac z transportow w czasie uzywania ekg2.
> > >    Korzystac natywnie z protokolow. Dla osob z ktorymi mamy kontakt
> > >    przez kilka protokolow poustawiac metakontakty.
> > 
> > Odpada. Nie raz zdarza mi się zmienić komputer. Wtedy zalogowanie
> > chociażby na gmail.com udostępnia mi komunikację ze znajomymi,
> > nieważne czy z tymi na GG, czy na Jabberze (m.in dlatego właśnie
> > używam Jabbera na Gmail-u).
> 
> dlatego zaznaczylem _w czasie uzywania ekg2_ 
> Nie wiem czy jest jakas sensowna metoda na to? jabber:iq:privacy (?)
> [ale chyba gtalk tego nie obsluguje :)]

Nie wiem co to za rozszerzenie. Trudno jest wyłączyć transport (ekg2
nie pozwala na ich zarządzaniem, nie ?). Normalnie będzie się sam
łączył co bodaj 15 minut. Możnaby tworzyć alias do requesta w XMLu,
ale nie jestem pewien na ile byłoby to skuteczne.


> > Nie byłoby może lepiej, gdyby zamiast `char *target' w `window_t'
> > dowiązać `userlist_t *target' ? W ten sposób mielibyśmy dostęp do
> > danego kontaktu i jego informacji (uin,target,groups), w tym do
> > wskaźnika void *priv. Dzięki temu możnaby zrobić niebezpośredni dostęp
> > do zasobów Jabberowych (już w samej wtyczce Jabbera).
> 
> To zupelnie odpada. Tworzenie tymczasowych struktur na osoby z ktorymi
> chcemy porozmawiac a nie chcemy dodawac do userlisty.

Fakt. O tym nie pomyślałem. W takim razie możnaby spróbować zbudować
zasoby w oparciu o istniejącą logike działania metakontaktów - każdy
zasób traktować jako obiekt metakontaktu, który posiada priorytet.
Jednak jeżeli ktoś rozmawia z nami przez obiekt X, to my mu również
odpowiadamy na X.

To jednak pozostawia problem kolizji nicków nierozwiązany. 


> I jeszcze kwestia ze okno kontaktow wolalbym zeby mialo nazwe
> __contacts, a nie tylko numerek 1000 [ale z tym sie mozna klocic]

Jakie okno kontaktów ._. Czy ja o czymś nie wiem ?


> Szczegolnie ze po get_uid(w->session, w->target) dostajesz uida tejze osoby, 
> a po userlist_find(w->session, w->target) dostajesz ta strukturke, o
> ktorej mowisz.
> 
> Oczywiscie jesli istnieje przyporzadkowanie 1:1 w->target <-> konkretny user.
> A ze nickname tego nie gwarantuje (shame on you, jabber guys),
> to trzeba przejsc na uidy i tyle.
> 
> > To tylko taki pomysł odemnie. Tak ja bym to zrobił, chociaż brakuje mi
> > jeszcze informacji o dokładnej budowie Ekg2 przez co moge bredzić.
> 
> Nie bredzisz, tylko ja bym wolal zmieniac jak najmniej kodu.
> (NOTE: nie mowie ze chce to robic)

To zrozumiałe. Im więcej zmian, tym więcej potencjalnych kwiatków.
Czy ta zmiana na identyfikację po UID wymaga aż tak dużo zmian ?


Pozdrawiam.