Witam,
Funkcja gg_session_handle_recv_msg_80() zakłada, że zawsze dostanie
wiadomość w czystym tekście, natomiast wiadomość w formacie HTML jest
opcjonalna. Jednak, jak widzę, w przypadku dostania wiadomości w
formacie HTML wiadomość w czystym tekście jest całkowicie ignorowana i
do pola message
Witam,
W Kadu stwierdziliśmy, że miło by było pozbyć się kodu
odpowiedzialnego za formatowanie wiadomości GG za pomocą atrybutów i
pracować wyłącznie na HTML-u. Stąd propozycja kilku zmian w libgadu.
Jestem gotów je zaimplementować, chciałbym tylko się dogadać, jak to
ma być zrobione i w czy w
On Wed, May 11, 2011 at 04:05:02PM +0200, Bartosz Brachaczek wrote:
Czy w ogóle wszystkim to pasuje.
Mnie pasuje jeśli klient nieznające htmla (ekg, ekg2) będą dalej działac.
1. Stripować nieprzewidzanie przez protokół znaczniki HTML w
odebranych wiadomościach (np. script zamieniać na
On Wed, May 11, 2011 at 02:57:52PM +0200, Bartosz Brachaczek wrote:
Łata, którą załączam, zdaje się
rozwiązywać problem i moje testowanie jej w rozmowie z klientem
libgadu (Kadu), oryginalnym klientem GG 10.5, botem Infobot oraz botem
Allegro nie wykazało żadnych problemów.
Racja, skoro
Witam,
1. Stripować nieprzewidzanie przez protokół znaczniki HTML
Moim zdaniem Bartkowi chodziło o nie przewidziane znaczniki w protokole GG,
a nie o specyfikację HTML. Wyobraźmy sobie, co by było gdybyśmy pozwolili
wykonywać JavaScript naszym klientom.
BTW. Czy ktos testował jak na script
Dnia 2011-05-11, śro o godzinie 14:57 +0200, Bartosz Brachaczek pisze:
(...) Trudno mi sobie wyobrazić, jak w
rozsądny sposób można by dostosować do takiego przypadku funkcję
gg_message_html_to_text(), więc moje pytanie brzmi, dlaczego właściwie
libgadu dokonuje konwersji HTML-a do czystego
Dnia 2011-05-11, śro o godzinie 16:05 +0200, Bartosz Brachaczek pisze:
1. Stripować nieprzewidzanie przez protokół znaczniki HTML w
odebranych wiadomościach (np. script zamieniać na lt;scriptgt;).
Nie rozumiem dlaczego w ogóle mielibyśmy w cokolwiek ingerować. Jeśli
ktoś będzie chciał napisać