Wiem ze kiedys przekompilowal kadu z linuksa AdamK, ale chyba zaginely, trzeba jego podpytac, jesli chodzi o komunikator, to chyba jedyny i najlepszy jest w tej chwili ICQ, sam mam i uzywam nawet kilka osob zwlaszcza na zachodzie go uzywa. Napewno dziala na Falconie, trzeba sprawdzic w dokumentacji czy pojdzie na ST/TT

Pozdr

AdamK: ups sorry faktycznie ekg :)

No nic, warto było zapytać. Sprzedaje się bez przerwy to NetUSB coś tam coś tam, ale 16/32 dużych spraw nie pociągnie (nie wspominając już o WWW), toteż byłby sposób jakąś drobnicą na podratowanie urządzenia.

Bartosz: A co to jest ten WTW?

Korci mnie napisanie w końcu czegoś na ST pod TOS/GEM, do tej pory jednak nie było zbyt ciekawego tematu, ale ten klient GG wydaje się być pożytecznym / przydatnym softem.

Pytanie tylko, ile osób z forum chciałoby korzystać z klienta GG na swoim ST? Czy jest sens się za to brać?

Skype to zdycha, tzn. Microsoft go powoli zabija, żeby go zastąpić przez MS Teams, także to raczej ślepa uliczka...
Poza tym pod GG to jest w miarę opisany protokół i są kody źródłowe w czystym C więc można by jakoś się podeprzeć.
Na dodatek gdzieś widziałem, że jest możliwość podłączenia się przez REST/WEB, a tu już jest bardzo łatwe do ogarnięcia.

Uzywam klient GG do chwili obecnej, a jaka bylaby to przyjemnosc odpalic i pogadac sobie bezposrednio na TT badz falconie

1. To co by się przydało na pierwszy rzut to aktualna dokumentacja protokołu albo choćby jaka jest jego wersja, żeby wiedzieć czego szukać. Na szybko widzę, że lejtest jest protokół w wersji "gg8.0", a jeśli jest coś nowszego to nie mogę tego znaleźć. Jak ktoś z forum kiedyś coś majstrował przy kliencie gg to dajcie znak.
2. Kolejna sprawa jaka mi przychodzi do głowy, to fakt, że napisanie tony kodu takiego jak parsery xml-a, json-a, kodery/dekodery utf-8 itp. mija się z celem - chyba, że mamy takie biblioteki na ST? Ktoś wie?
3. Alternatywne rozwiązanie do 2) to proxy. Przykładowo stawiam "w chmurze" istniejącego klienta gg (w roli translatora), ale rozmawiam z nim przy pomocy "mojego" API, mocno uproszczonego, tak żeby kodowanie na ST było łatwe i szybkie. Oczywista wada, to że musi być host/www ale na tych kliku-nastu forumowiczów to darmowe konto na azure styknie ;-)
4. Lista potrzebnych funkcji w wersji v0.001: login, getContactList, sendMessage, heartBeat/listener, bo w sumie chyba tekst to priorytet. Dopiero dalej: searchContact, addContact czy polskie ogonki jeśli faktycznie będzie to potrzebne.

Pobawię się tym tematem bo mnie mocno kręci, na razie jednak czekam na netUSBee od Lotharka :D
Jak znam życie to kody uipToola będą bardzo pomocne jeśli chodzi o samą komunikację, dalej tylko kwestia protokołu gg.