Názory k článku Grafické uživatelské rozhraní v Pythonu: knihovna Tkinter (2.část)
-
daks (neregistrovaný)
>> Proc si musim vytvaret a navazovat dalsi promennou...
Vypadá to trochu "netradičně", ale dá se to rozdejchat. Co jsem se tak díval na internetech, vypadá to, že pro zjištění stavu checkboxu se ještě dá volat metoda checkbox.state(), není to totéž jako property Checked, ale už docela blízko... ;)
-
Pavel TišnovskýZlatý podporovatelJe to tak. Ve skutečnosti to jde ještě vylepšit - udělat si svoji třídu tlačítko (řekněme TButton, ať se to podobá Delphi, pokud si to dobře pamatuju) a v té jednoduše udělat ten atribut nebo getter podle preferencí. Ale stejně se mi ta "sledovací proměnná" líbí víc :-)
-
tisnik (neregistrovaný)
Jenze ta logika je presne opacna, takze zalezi, co vam vic vyhovuje:
1) GUI je stavova cerna skrinka, ktere se explicitne dotazujete na stav (Checkbox.Checked atd.)
2) GUI je aktivni cast aplikace, ktera naopak meni stav jineho boxu (sledovaci promenna)Je fajn, ze Tkinter umi oboje :)
-
Pro jednodušší dialogy může být tento správce (pack) použitelnější jednodušeji, než správce „grid“ (není nutné počítat řádky a sloupce).
Hm, mně to vždycky připadalo spíše naopak:- grid maximálně pro nějaké jednoduchá rozložení
- pack jako robustnější řešení
Do gridu se např. podle mě blbě přidávají sloupce řádky.
Ale je fakt, že jsem toho napsal s GUI jen velice málo a spíše jsem byl k tomu donucen. Tak můj pohled může být dost pokřiven.
-
Prezývka (neregistrovaný)
Layout ako súčasť kódu? Áno je to fajn na malé veci a ide to relatívne rýchlo, ako vidím. Ale uprednostňujem riešenia, kde si môžem zadefinovať a otestovať dialógy bez toho aby som mal funkčnú aplikáciu. Ak musím podporovať niekoľko jazykov, tak je to ešte horšie, lebo aj banálne texty môžu byť dosť dlhé a potom sa to celé rozpadne.
