Kolczyki, biżuteria


From: Googie <googie nospam.org>
Subject: ANN: MechMaster 0.1-Alpha
Inforumuję, że wydana została gra MechMaster (w wersji 0.1-Alpha),
która w całości napisana jest w języku Tcl, używając kilku rozszerzeń.

O co chodzi w grze? Oto cytat (przetłumaczony z ang.) ze strony
głównej:

"Gracz tworzy swojego Mecha, przez wybranie mu modelu
(większy/mniejszy), baterii, osłon, broni, różnego ekwipunku i
ostatecznie - pisząc dla niego program, który będzie nim sterował
podczas walki."

Strona domowa projektu: http://scripts.one.pl/mm/ (po angielsku,
zawiera zrzuty ekranu)
Plik do pobrania: http://scripts.one.pl/mm/files/mm-0.1-alpha.tar.bz2
(aktualnie tylko dla Linuksa, wersja dla Windows będzie dostępna
wkrótce)

Różnica pomiędzy tą, a innymi grami tego typu (również napisanymi w
Tcl) polega przede wszystkim na grafice tworzonej poprzez rozszerzenie
Zinc (http://www.tkzinc.org/), muzykę i dźwięki przez TclMixer
(http://scripts.one.pl/tclmixer/) oraz GUI tworzone przez Tile.
Również sama idea programowania mechów jest odmienna.

Gra jest w tym momencie niestabilna i czasami upada, ale jest już dość
grywalna.

Póki co nie ma dostępnej pomocy - ta luka zostanie wypełniona, ale mogę
do tego czasu odpowiadać na wszelkie pytania.
--
Pozdrawiam (Greetings)!
Googie


From: Derek =?utf-8?Q?Kuli=C5=84ski?= / takeda <d.kulinski gmail.com>
Subject: Re: Pomysl
On Tue, 16 Aug 2005 18:47:42 +0000 (UTC), Derek Kuliński / takeda wrote:

>> MoĹźna. Na podobnej zasadzie nie mam na swoim serwerze news grup
>> alt.bin.* -- bez cancelowania.
> Tak, ale tu chodziło o posty z danego serwera a nie o filtrowanie całej
> grupy.

No i odpowiedzi oczywiście nie dostałem.

Crossposting na pl.comp.lang.tcl (gdzie oryginalnie ten post się pojawił).

--
ダレック
takeda IRCnet.EFnet, ICQ# 15827691, YahooIM: takeda64
http://eggwiki.takeda.tk - nowa ulepszona strona !!!


From: Piotr KUCHARSKI <chopin sgh.waw.pl>
Subject: Re: Pomysl
In pl.news.admin Derek Kuliński / takeda <d.kulinski gmail.com> wrote:
>>> Można. Na podobnej zasadzie nie mam na swoim serwerze news grup
>>> alt.bin.* -- bez cancelowania.
>> Tak, ale tu chodziło o posty z danego serwera a nie o filtrowanie całej
>> grupy.
> No i odpowiedzi oczywiście nie dostałem.

Dostałeś. Można skonfigurować serwer tak, żeby nie przyjmował artykułów
z danego serwera.

p.

--
Beware of he who would deny you access to information, for in his
heart he dreams himself your master. -- Commissioner Pravin Lal


From: Googie <no spam.org>
Subject: IncrTk
Czytałem manuala, ale jakoś nie mogę go zrozumieć.

O co chodzi z komendą [itk::usual]? Do czego ona w ogóle jest potrzebna?

--
Pozdrawiam!
Googie


From: Wojciech Kocjan <mojeimie kocjan.org>
Subject: Re: IncrTk
Googie napisał(a):
> Czytałem manuala, ale jakoś nie mogę go zrozumieć.
>
> O co chodzi z komendą [itk::usual]? Do czego ona w ogóle jest potrzebna?

Chodzi o dziedziczenie parametrów. Możesz np zrobić:

itk_component add xx {
entry xx
} {
keep -background -cursor -foreground -font
keep -insertbackground -insertborderwidth -insertwidth
keep -insertontime -insertofftime
keep -selectbackground -selectborderwidth -selectforeground
keep -highlightcolor -highlightthickness
rename -highlightbackground -background background Background
}

Wtedy te parametry będzie można zmieniać za pomocą configure megawidgetu.

Zamiast za każdym razem wpisywać te parametry jeśli robisz megawidget
oparty o entry (np popup) to lepiej żeby gdzieś było zdefiniowane takie
coś dla np entry. I jest - w itk.tcl.

--
WK


From: <olo nowar.pl>
Subject: problem z trace

Witam

Ponizszy skrypt, po kliknieciu na przycisku, generuje blad:

can't set "val": invalid command name "val"

ale czemu? Nie mam pojecia.

------------------------------------------------
#!/usr/bin/wish8.4
wm protocol . WM_DELETE_WINDOW {
destroy .
exit 1
}
set val 0
checkbutton .ere -text "regexp" -variable val -onvalue 1 -offvalue 0
pack .ere
trace variable val w {
puts stderr "in"
}
vwait eventLoop
destroy .
------------------------------------------------

Bede wdzieczny za wszelka pomoc.

olo


Czartery jachtów w Chorwacji


From: Googie <no spam.org>
Subject: Re: problem z trace
olo nowar.pl napisał(a):
> ------------------------------------------------
> #!/usr/bin/wish8.4
> wm protocol . WM_DELETE_WINDOW {
> destroy .
> exit 1
> }
> set val 0
> checkbutton .ere -text "regexp" -variable val -onvalue 1 -offvalue 0
> pack .ere
> trace variable val w {
> puts stderr "in"
> }
> vwait eventLoop
> destroy .
> ------------------------------------------------

1) Po co są 2 ostatnie linie???

2) Właściwy błąd wydaje mi się bugiem - co jest dość zaskakujące. Tcl
generalnie ma b. mało błędów. Gdy próbowałem śledzić zmienną przez "r",
a nie "w", to wszystko działało. Jedynie "w" sprawia problemy, co
sugerowało by, że jest to bug Tcla. Ale ja się tam nie znam... :)

--
Pozdrawiam!
Googie


From: "Marcin Szelest SQ9DJJ" <szelest ble-ble-ble-ble-ble-ble-ble-ble.pl>
Subject: obsluga buttona z bardzo dlugim czasem realizacji powiazanego z nim polecenia

Witam,

Jecze, miotam sie i wlosy sobie szarpie a za cholere nie moge dojsc
dlaczego to nie dziala. Sprawa wyglada nastepujaco:

Nacisniecie przycisku button powoduje wywolanie procedury. Procedura ta
odpala zewnetrzy skryt i powinna na biezaco wywalac wyniki jego pracy.
Problem polega na tym, ze okiengo wynikowe odswieza sie dopiero wtedy gdy
procedura dojdzie do konca. Efekt jest taki, ze program przez 5 minut
wyglada tak jak by sie zawiesil a pozniej nagle wywala na ekran kilkaset
linii na raz.

Ludzie ratujcie bo sie zaraz przekrece!!

pozdrawiam
Marcin


From: Googie <no spam.org>
Subject: Re: obsluga buttona z bardzo dlugim czasem realizacji powiazanego
Marcin Szelest SQ9DJJ napisał(a):
> Ludzie ratujcie bo sie zaraz przekrece!!

Trzeba użyć strumieni, zamiast standardowego execa. Strumienie nie
blokują wykonywania/odświerzania bierzącego skryptu, ale wymagają nieco
więcej oprogramowywania. Oto przykład, jak zapisać:

puts [exec polecenie argument1 argument2]

używając strumieni:

proc handlePolecenie {id} {
set data [read $id]
puts $data
if {[eof $id]} {
# [catch] użyte tak dla pewności.
catch {close $id}
}
}
set id [open "|polecenie argument1 argument2" r]
fileevent $id readable "handlePolecenie $id"


--
Pozdrawiam!
Googie


From: <olo nowar.pl>
Subject: Re: obsluga buttona z bardzo dlugim czasem realizacji powiazanego z nim polecenia
Googie <no spam.org> wrote:
> Marcin Szelest SQ9DJJ napisał(a):
>> Ludzie ratujcie bo sie zaraz przekrece!!
>
> Trzeba użyć strumieni, zamiast standardowego execa. Strumienie nie
> blokują wykonywania/odświerzania bierzącego skryptu, ale wymagają nieco
> więcej oprogramowywania. Oto przykład, jak zapisać:
>
> puts [exec polecenie argument1 argument2]
>
> używając strumieni:
>
> proc handlePolecenie {id} {
> set data [read $id]
> puts $data
> if {[eof $id]} {
> # [catch] użyte tak dla pewności.
> catch {close $id}
> }
> }
> set id [open "|polecenie argument1 argument2" r]
> fileevent $id readable "handlePolecenie $id"
>
>

A ja musle, ze wywolanie 'update' w zupelnosci wystarczy.
Czyz nie?

Serdecznie pozdrawiam

olo


From: Googie <no spam.org>
Subject: Re: obsluga buttona z bardzo dlugim czasem realizacji powiazanego
olo nowar.pl napisał(a):
> A ja musle, ze wywolanie 'update' w zupelnosci wystarczy.
> Czyz nie?

Zależy co chcesz osiągnąć, ale wydaje mi się że w Twoim przypadku nie
wystarczy. [update] możesz wykonać dopiero po wykonaniu [exec]a, a ten
będzie się wykonywał dopóki nie skończy się wywołane w nim polecenie,
więc update sobie poczeka i zostanie wywołane wtedy, kiedy już tak na
prawdę nie będzie potrzebne. Tak czy inaczej na czas wykonywania [exec]a
Tk zdechnie.

--
Pozdrawiam!
Googie


From: Maciej Sobczak <no.spam no.spam.com>
Subject: Potok
Witam,

Czy ktoś z grupowiczów może pomóc z potokiem read-write?

Prosty test:

set pipe [open "|cat" "r+"]
puts $pipe "Hello"
set line [gets $pipe]
puts $line
close $pipe


Otwieram potok z poleceniem cat (któro wypisuje na stdout to, co
przeczytało na stdin). Piszę do potoku i spodziewam się przeczytać to samo.
Efekt - program nic nie wypisuje i w ogóle nie kontaktuje (Linux).

Krok drugi: potok, w którym można nie tylko pisać do stdin dziecka, ale
też odczytać *osobno* jego stdout i stderr.


--
Maciej Sobczak : http://www.msobczak.com/
Programming : http://www.msobczak.com/prog/


Sklep - kolczyki, naszyjniki


From: Maciej Sobczak <no.spam no.spam.com>
Subject: Re: Potok
Maciej Sobczak wrote:

> Czy ktoś z grupowiczów może pomóc z potokiem read-write?
>
> Prosty test:
>
> set pipe [open "|cat" "r+"]
> puts $pipe "Hello"
> set line [gets $pipe]
> puts $line
> close $pipe
>
>
> Otwieram potok z poleceniem cat (któro wypisuje na stdout to, co
> przeczytało na stdin). Piszę do potoku i spodziewam się przeczytać to samo.
> Efekt - program nic nie wypisuje i w ogóle nie kontaktuje (Linux).

Bo kanał I/O jest buforowany. Wystarczyło zrobić flush zaraz po puts.

Człowiek miewa różne zaćmienia. :)

> Krok drugi: potok, w którym można nie tylko pisać do stdin dziecka, ale
> też odczytać *osobno* jego stdout i stderr.

OK, rozpracowane. Wrzucam tu, może się komuś przyda:

Polecenie exec pozwala przekierowywać wszystkie kanały wywołanego
programu w dowolne miejsca, również do kanałów, które już są dostępne w
programie Tcl. Idea polega na tym, żeby najpierw zrobić sobie w
programie trzy kanały i użyć je w przekierowaniu w uruchamianym
programie (przy okazji robię też fconfigure, żeby nie trzeba było robić
flush po każdym zapisie do potoku):


# tworzymy sobie 3 sztuczne kanały I/O:
set pipe_in [open "|cat" "r+"]
fconfigure $pipe_in -buffering line
set pipe_out [open "|cat" "r+"]
set pipe_err [open "|cat" "r+"]

# odpalamy zewnętrzny program:
exec jakisprogram < $pipe_in > $pipe_out 2> $pipe_err &

# piszemy do potoku:
puts $pipe_in "Hello"

# i czytamy co wypluł, *osobno* jego stdout i stderr
# (oczywiście, te polecenia mogą blokować)
set line_from_out [gets $pipe_out]
set line_from_err [gets $pipe_err]

# ...

# finito (zakładamy, że program skończy się po otrzymaniu EOF):
close $pipe_in
close $pipe_out
close $pipe_err


Uwaga: ampersand na końcu exec jest potrzebny, żeby można było dalej
działać równocześnie z uruchomionym właśnie programem.


--
Maciej Sobczak : http://www.msobczak.com/
Programming : http://www.msobczak.com/prog/


From: <olo nowar.pl>
Subject: Re: obsluga buttona z bardzo dlugim czasem realizacji powiazanego z nim polecenia
Googie <no spam.org> wrote:
> olo nowar.pl napisał(a):
>> A ja musle, ze wywolanie 'update' w zupelnosci wystarczy.
>> Czyz nie?
>
> Zależy co chcesz osiągnąć, ale wydaje mi się że w Twoim przypadku nie
> wystarczy. [update] możesz wykonać dopiero po wykonaniu [exec]a, a ten
> będzie się wykonywał dopóki nie skończy się wywołane w nim polecenie,
> więc update sobie poczeka i zostanie wywołane wtedy, kiedy już tak na
> prawdę nie będzie potrzebne. Tak czy inaczej na czas wykonywania [exec]a
> Tk zdechnie.
>

Pytajacy wypowiada sie dosyc nieprecyzyjnie:

> ... odpala zewnetrzy skryt...
<...>
> ... procedura dojdzie do konca...

w zwiazku z czym wydaje mi sie, ze jakiekolwiek
wyrokowanie, czy to czy tamto rozwiazanie jest
zle czy dobre, nie ma sensu. Tym bardziej, ze
nie wiemy nawet, czy rzeczywiscie jest tu mowa
o execu.

Serdecznie pozdrawiam

olo


From: Miszczu <Miszczu ble.ble>
Subject: parsowanie stron www
Probuje napisac pareser stron www, mam jednak maly klopot, czy istnieje
jakis prosty sposob zeby z danego kawalka strony pozbyc sie wszystkich
znacznikow html typu <b> <p> <a href...> itp itd

Fajnie by bylo gdybym mogl to zrobic np poprzez
string map { <*> "" } $zrodlo
Ale jakos nie dziala ;)


From: Derek =?utf-8?Q?Kuli=C5=84ski?= / takeda <d.kulinski gmail.com>
Subject: Re: parsowanie stron www
On Fri, 07 Oct 2005 15:11:23 +0000, Miszczu wrote:

> Probuje napisac pareser stron www, mam jednak maly klopot, czy istnieje
> jakis prosty sposob zeby z danego kawalka strony pozbyc sie wszystkich
> znacznikow html typu <b> <p> <a href...> itp itd
>
> Fajnie by bylo gdybym mogl to zrobic np poprzez
> string map { <*> "" } $zrodlo
> Ale jakos nie dziala ;)

Ja kiedyś potrzebowałem coś takiego zrobić (w skrypcie do wysyłania smsów)
i pozbyłem się ich poprzez polecenie regsub. Ale nie wiem czy to najlepsze
rozwiązanie w tej sytuacji.

--
ダレック
takeda IRCnet.EFnet, ICQ# 15827691, YahooIM: takeda64
http://ircwiki.takeda.tk - strona wiki poświęcona IRC


From: Googie <googie nospam.org>
Subject: Re: parsowanie stron www
Derek Kuliński / takeda wrote:

> Ja kiedyś potrzebowałem coś takiego zrobić (w skrypcie do wysyłania
> smsów) i pozbyłem się ich poprzez polecenie regsub. Ale nie wiem czy
> to najlepsze rozwiązanie w tej sytuacji.
>

[regsub] byłby najlepszy. W ogóle wyrażenia regularne są bardzo pomocne
i szybkie (chyba najszybsze z wszystkich innych metod, jakimi można je
ewentualnie zastąpić). Niestety jestem teraz zbyt zmęczony na
wymyślanie jak ta komenda w całości ma wyglądać - postaram się jutro.
Można też na piechotkę, w pętli, znak po znaku, ale nie poleca, bo nie
dość że 10 razy więcej roboty, kodu ( = 10 razy więcej możliwości
popełnienia błędu), to jeszcze na pewno wolniejsze (a zwłaszcza przy
większych stringach).

--
Pozdrawiam (Greetings)!
Googie


From: Miszczu <Miszczu ble.ble>
Subject: Re: parsowanie stron www
Googie wrote:

> Derek Kuliński / takeda wrote:
>
>> Ja kiedyś potrzebowałem coś takiego zrobić (w skrypcie do wysyłania
>> smsów) i pozbyłem się ich poprzez polecenie regsub. Ale nie wiem czy
>> to najlepsze rozwiązanie w tej sytuacji.
>>
>
> [regsub] byłby najlepszy. W ogóle wyrażenia regularne są bardzo pomocne
> i szybkie (chyba najszybsze z wszystkich innych metod, jakimi można je
> ewentualnie zastąpić). Niestety jestem teraz zbyt zmęczony na
> wymyślanie jak ta komenda w całości ma wyglądać - postaram się jutro.
> Można też na piechotkę, w pętli, znak po znaku, ale nie poleca, bo nie
> dość że 10 razy więcej roboty, kodu ( = 10 razy więcej możliwości
> popełnienia błędu), to jeszcze na pewno wolniejsze (a zwłaszcza przy
> większych stringach).
>
Kombinowalem z regsub, ale jakos nie moglem sobie z nim poradzic, prosil bym
o niepisanie gotowych procedur, tylko o ewentualnie podpowiedzenie w ktorym
kierunku mam isc. Co do likwidowania znak po znaku, to tez nie bardzo sie
da, bo nie znam z gory wszystkich znacznikow :)
Z gory dziekuje i pozdrawiam


Kolczyki, biżuteria


From: Googie <googie nospam.org>
Subject: Re: parsowanie stron www
Miszczu wrote:

> Kombinowalem z regsub, ale jakos nie moglem sobie z nim poradzic,
> prosil bym o niepisanie gotowych procedur, tylko o ewentualnie
> podpowiedzenie w ktorym kierunku mam isc.

Jutro, sam muszę to przetestować (rzadko używam [regsub]).

> Co do likwidowania znak po
> znaku, to tez nie bardzo sie da, bo nie znam z gory wszystkich
> znacznikow :)

Nie. Robisz pętlę dla każdego znaku, w jeden z 2 sposobów:

for {set i 0} {[string index $string $i] != ""} {incr i} {
set char [string index $string $i]
#...
}

lub

foreach char [split $string ""] {
#....
}

(ten split rozdziela wszystko - co jeden znak)

W takiej pętli robisz switcha, dla przypadków "<", ">" i default.
Następnie używasz zmiennej sterującej 'isTag' dając jej wartości 0 lub
1, w zależności od tego czy pętla jest aktualnie w tagu html czy w
zwykłym tekście (a to wykrywasz po znakach < i >). W default
sprawdzasz wartość 'isTag' i w zależności od tego dodajesz bierzący
znak do stringa końcowego, lub nie.

Mam nadzieję że wyjaśniłem zrozumiale.

--
Pozdrawiam (Greetings)!
Googie


From: Derek =?utf-8?Q?Kuli=C5=84ski?= / takeda <d.kulinski gmail.com>
Subject: Re: parsowanie stron www
On Fri, 7 Oct 2005 11:09:13 -0700, Derek Kuliński / takeda wrote:

> Ja kiedyś potrzebowałem coś takiego zrobić (w skrypcie do wysyłania smsów)
> i pozbyłem się ich poprzez polecenie regsub. Ale nie wiem czy to najlepsze
> rozwiązanie w tej sytuacji.

Ok w czeluściach swojego HD znalazłem ten skrypt. Jest b. stary dawno nie
uaktualniany, więc wątpię czy nawet wysyła sms'y (te polskie brami lubiały
b. często zmieniać swoje interfejsy).

http://www.takeda.tk/site/download/eggdrop/tkdSMS.tar.gz

Pewnie rozwiązanie nie jest najlepsze ale wtedy nie było tej grupy więc
rozwiązanie zrobiłem we własnym zakresie. Ciebie pewnie bedzie interesować
procedura striphtml.

--
ダレック
takeda IRCnet.EFnet, ICQ# 15827691, YahooIM: takeda64
http://ircwiki.takeda.tk - strona wiki poświęcona IRC


From: "Wojciech Kocjan" <hceijcow.backward najcok.backward.org>
Subject: Re: parsowanie stron www
On Fri, 07 Oct 2005 17:11:23 +0200, Miszczu <Miszczu ble.ble> wrote:

> Probuje napisac pareser stron www, mam jednak maly klopot, czy istnieje
> jakis prosty sposob zeby z danego kawalka strony pozbyc sie wszystkich
> znacznikow html typu <b> <p> <a href...> itp itd
>
> Fajnie by bylo gdybym mogl to zrobic np poprzez
> string map { <*> "" } $zrodlo
> Ale jakos nie dziala ;)

regsub -all "<.*?>" $zrodlo "" zrodlo

--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


From: "Wojciech Kocjan" <hceijcow.backward najcok.backward.org>
Subject: Re: parsowanie stron www
On Sun, 09 Oct 2005 01:01:53 +0200, Derek Kuliński / takeda
<d.kulinski gmail.com> wrote:

> On Fri, 7 Oct 2005 11:09:13 -0700, Derek Kuliński / takeda wrote:
>
>> Ja kiedyś potrzebowałem coś takiego zrobić (w skrypcie do wysyłania
>> smsĂłw)
>> i pozbyłem się ich poprzez polecenie regsub. Ale nie wiem czy to
>> najlepsze
>> rozwiązanie w tej sytuacji.
>
> Ok w czeluściach swojego HD znalazłem ten skrypt. Jest b. stary dawno nie
> uaktualniany, więc wątpię czy nawet wysyła sms'y (te polskie brami
> lubiały
> b. często zmieniać swoje interfejsy).

Ja mam troche inaczej, bez parsowania, taki prosty moduł do SMSów. Do
botów się kiepsko nadaje, chociaż podobno już można http::geturl z
-command wywołać, nie jestem w temacie.

Szukam naiwn^H^H^H^H^H^H zainteresowanego przerobieniem bramki ery. Nowy
Orange (trzeba zdefiniować callback, który dostaje token w postaci
binarnej) i stary dobry Plus działa. Ery mi się nie chce już dorabiać, a
chętnie bym na nią wysyłał.

> http://www.takeda.tk/site/download/eggdrop/tkdSMS.tar.gz
> Pewnie rozwiązanie nie jest najlepsze ale wtedy nie było tej grupy więc
> rozwiązanie zrobiłem we własnym zakresie. Ciebie pewnie bedzie
> interesować
> procedura striphtml.

Akurat ns_striphtml z AOLservera wygląda podobnie:

::nstcl::ad_proc ::nstcl::ns_striphtml {-tags_only:boolean html} {
summary "Strip HTML tags"

description {
<p><i>ns_striphtml</i> removes all HTML tags from a given chunk of
<i>html</i>.</p>
}

optional_switch {
<dle>
<dt><option>-tags_only</option></dt>
<dd>
If specified HTML entities are not removed; if not
specified,
they are.
</dd>
</dle>
}
} {
regsub -all -- {<[^>]+>} $html "" html
if {!$tags_only_p} {
regsub -all -- {&[^ \t\n\r;]+;} $html "" html
}
return $html
}


Przy okazji macie opis o tags_only_p ;-)

--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


From: Googie <no spam.org>
Subject: Re: parsowanie stron www
> regsub -all "<.*?>" $zrodlo "" zrodlo

regsub -all "<.+>" $zrodlo "" zrodlo

Czy to nie bedzie czasem to samo?

--
Pozdrawiam!
Googie


From: Derek =?utf-8?Q?Kuli=C5=84ski?= / takeda <d.kulinski gmail.com>
Subject: Re: parsowanie stron www
On Wed, 12 Oct 2005 09:06:15 +0200, Googie wrote:

>> regsub -all "<.*?>" $zrodlo "" zrodlo
>
> regsub -all "<.+>" $zrodlo "" zrodlo
>
> Czy to nie bedzie czasem to samo?

Googie musiałdodać swoje 3gr, ok to ja też dorzucę:

Nie lepiej będzie:
regsub -all {<.+>} $zrodlo {} zrodlo

właściwie to AFAIR manual Tcl tak zaleca (chodzi o klamry)...

--
ダレック
takeda IRCnet.EFnet, ICQ# 15827691, YahooIM: takeda64
http://ircwiki.takeda.tk - strona wiki poświęcona IRC


Biżuteria


From: Googie <googie nospam.org>
Subject: Poszukiwani =?ISO-8859-2?Q?ch=EAtni_do_wsp=F3=B3pracy?=
Poszukuję chętnych osób to współpracy przy tworzeniu modułu Tcl dla
komunikatora Kadu (GG pod Linuksem, jeśli ktoś nie wie).

Moduł osiągnął już bardzo zaawansowane stadium i wymaga dość sporo
pracy - więcej niż czas mi na to pozwala - aby utrzymać zgodność z API
Kadu (w wersji rozwojowej trochę się pozmieniało, trzeba to
dopasować), oraz wprowadzać nowe funkcjonalności (a lista TODO już
zdążyła nieźle spuchnąć).

Wymagana jest oczywiście znajomość type filter text języka C, oraz C++
(Kadu jest pisane w C++), oraz dobrze by było Qt, ale to już mniej
istotne, a także ...system Linux/*BSD/MaxOSX (dla samego Kadu).

Zainteresowanych proszę o kontakt tutaj, lub na GG 2804510, ewentualnie
na emaila: boogie (at) scripts (dot) one (dot) pl

--
Pozdrawiam (Greetings)!
Googie


From: Googie <googie nospam.org>
Subject: Re: Poszukiwani =?ISO-8859-2?Q?ch=EAtni_do_wsp=F3=B3pracy?=
Googie wrote:

> Wymagana jest oczywiście znajomość type filter text

Przepraszam, to "type filter text" się niechcący wkleiło, przeoczyłem.

--
Pozdrawiam (Greetings)!
Googie


From: "slawek-89" <slawek-89 tlen.pl>
Subject: wiadomosci
czesc cepy



From: "slawek-89" <slawek-89 tlen.pl>
Subject: wiadomosci
to jest pozdrowienie czesc



From: "slawek-89" <slawek-89 tlen.pl>
Subject: an
czesc cepy




From: "slawek-89" <slawek-89 tlen.pl>
Subject: antr
dddddeetdhw tryuteyu yte i tee



następna strona