Názory k článku Perličky: RSS čtečka

Dobry napad, praci s Tk i s dalsimi GUI (i neGUI, treba SDL) knihovnami bude postupne rozebirana. Nebudeme se ale zdrzovat detailnim popisem vsech widgetu, na to jsou knihy a dalsi dokumentace, spise se podivame na ty dulezite a jedinecne veci.

K predchozimu prispevku - proc Tk? Protoze Tk ma maly pomer balastniho kodu. Pokud chcete sve aplikaci dat jednoduche GUI, je Tk idealni nastroj.

GTK+ a Qt jsou prostredi pro jazyky C, respektive C++. Jejich binding pro Perl (i ostatni jazyky) je vice-mene o zpristupneni tech samych funkci, jake byste pouzil v C/C++. Z toho potom programator ma pocit, ze programuje C/C++ v Perlu, coz je utrpeni.

Tk je na druhou stranu puvodne pro (skriptovaci) jazyk Tcl, a jiz v tomto jazyce dava programatorovi mnohem mocnejsi nastroj. Perl/Tk neni jen binding, ale cely port Tk. Navic zachovava tradici, a proto s Perl/Tk vice citite, ze programujete v Perlu. Technologicky a funkcne je Tk na podobne urovni jako GTK+ ci Qt; co se tyce vzhledu, Tk vychazi (na platforme Unix) z motifu, coz neni sice nejhezci ale na spoustu veci to staci. Navic napr. na windowsech Tk vypada celkem obstojne.

Nova verze Tk 8.5 umi "themes", nativne antialiasovane fonty a dalsi veci, bohuzel port pro Perl/Tk zatim neexistuje a situace je celkem nejista. Takze se k Vasi poznamce, ze Tk nikdo nepouziva, muzeme za par let vratit, ale zatim pravdu nemate :-)

Je to tak - CPAN je velka motivace pro pouzivani jazyka Perl. Ackoliv myslim, ze python je na dobre ceste to dohnat. Jednou se v serialu k popisu prace s moduly take dostanu :)