Vlákno názorů k článku Vztah PyGTK a GTK od asdasdasd - Tak tento dil se mi tedy opravdu nelibi....

Tak tento dil se mi tedy opravdu nelibi. Razit nestandardni pojem stitek misto reference nebo odkaz na objekt je velmi nestastne rozhodnuti, ktery zkusene programatory rozcili a z nezkusenych udela hlupaky a prinese jim zbytecne zmateni. Tenhle dil by bylo vhodne prislusne opravit. Autor sam by si mel ujasnit, ze python ma promenne, ktere nenesou data ale pouze odkazy na datove objekty. Tim by se vyhnul krkolomnym nesrozumitelnym vetam typu:

Při dalším průchodu vzniká nové tlačítko voláním gtk.Button() a jeho štítkem (jeho návratem) je přepsán původní obsah-štítek v tlacitko...

A mohl by srozumitelne napsat: Pri dalsim pruchodu volanim gtk.Button() vznika novy objekt tlacitko a odkaz na nej je prirazen do promenne tlacitko (mimochodem, z didaktickych duvodu nestastne zvoleny nazev promenne)...

Dale, GTK+ neni knihovna ale sada knihoven. A knihovna gtk nic nekresli, knihovna gtk jsou pripravene widgety. Na vykreslovani se pouzivaji nize postavene knihovny. Viz treba zde: http://wraith.iglu.cz/python/tech-gui-toolkity-gtk.php

To by fungovalo a skvěle..., kdyby textovy_buffer byl pythoní objekt. Ale on není, textovy_buffer je jen štítek a ona žádaná property sice existuje, ale v GTK+, ne v Pythonu a já si pro ni přímo prostě nesáhnu

Autor sam nechape, jak to vlastne funguje. textovy_buffer neni stitek, je to promenna, ktery se odkazuje na pythoni objekt, tedy de facto to je pythonni objekt. Ze si na to autor nesahne neni proto, ze se jedna o odkaz, ale proto, ze pygtk tuto funkcionalitu, z duvodu rozhodnuti svych programatoru, neposkytuje. Autor by si tedy nemel plest promenne, odkazy, pythonni objekty, C objekty a jeste tomu davat zmatecne nazvy jako stitky a transfery.