Názory k článku Knihovny pro tvorbu grafického uživatelského rozhraní v Pythonu

Šmarjájosef, čekal jsem okurkovou sezónu, a vy se vytasíte s takovým fajným seriálem. Myslel jsem, že po ránu začínám halucinovat z počínající vlny veder...
Těším se jako ten Jarda na pokračování :)

To je dobrý, budu v pořádku... ;-)

za ty Ncurses bych se taky přimlouval

ncurses jsou dost nizkourovnova vec; naproti tomu jsem s uspechem pouzil newt (znama z make menuconfig). Pravda, ma dost omezenej vyber prvku, ale pro ucely TUI konfiguracniho nastroje to paradne vyhovelo.

Měl jsem větší úspěch a lépe se mi pracovalo s urwid - http://urwid.org/

Také by nebylo od věci zmínit se, pro které verze Pythonu lze kterou knihovnu použít.
Python3 není podporován mimo jiné knihovnami knihovnami PyGTK a wxPython, což tyto knihovny pro použití dosti diskvalifikuje.
S knihovnou Tkinter mám zase špatnou zkušenost, že nechává memory leaky, takže se nehodí pro dlouhodobě běžící aplikace.

(16-April-2017) wxPython 4.0.0a1 is now available on PyPI. This is the first official release of the new Phoenix version of wxPython, including support for Python 2.7 and 3.4+, installation from PyPI, fully self-contained and relocatable so it can be installed in virtual environments, etc.

S tim PyGTK se asi pletes:

1.1. Dependencies

GTK+3
Python 2 (2.6 or later) or Python 3 (3.1 or later)
gobject-introspection

Viz

https://python-gtk-3-tutorial.readthedocs.io/en/latest/install.html#dependencies

S knihovnou Tkinter mám zase špatnou zkušenost, že nechává memory leaky, takže se nehodí pro dlouhodobě běžící aplikace.

Tak to je drsny! Mas vic informaci? Leakuje to na strane Pythonu (predpokladam), nebo Tk? Python (temer) nepouzivam, ale vola z nej Julia obcas knihovnu PyPlot na grafy a nutno rict, ze tam to na pametovy veci chcipe casto. (Dokonce mam pocit, jestli to nevyhniva prave v Tkinteru, ale nevim.)

Tam bych viděl problém spíš u toho rozhraní Julie. Přece jenom je to furt vývojová verze.

Kdyz to spadne na drzku, vsechny chyby, kterejma to poblije terminal, jsou od Pythonu. Coz samozrejme neznamena, ze je Julia bez viny.

Ale zasadni otazkou je: Tkinter opravdu leakuje?

To neni dobre polozena otazka. Mam zkusenosti s PyQt, kde jsem zazil situaci, kdy bylo nutno u slozitejsi aplikace pretnout napojeni struktur na Qt objekty, aby garbage collector dokazal uvolnit pamet. To znamena, ze PyQt mi opravdu za nejakych okolnosti v nejake verzi leakovalo pamet, ale nikdy jsem to nestavel jako obecne tvrzeni "PyQt leakuje". Tkinter urcite vetsine lidi soustavne neleakuje, protoze by se to vedelo a davno opravilo. Mozna nekomu za nejakych okolnosti nejaka pamet utece, ale to by se musel ukazat nejaky use case.

A ze Ti "poblje" Python terminal chybovyma hlaskama, jeste neznamena, ze za to muze on, kdyz k nemu pristupujes pres interface z Julie.

Tkinter leakuje v případě, že jsou dynamicky dělány a zase rušeny stromy prvků. Už si nevzpomínám správnou terminologii, ale když v okně dělám rámečky a v každém spoustu tlačítek a labelů, nestačí zrušit ten rámeček jako celek, ale je nutno napřed porušit všechny vnitřní tlačítka a labely. Pokud se opravdu vše správně zruší, tak to neleakuje.

Ne ze bych miloval Tkinter, ale to s tim leakovanim je silne tvrzeni.
Co to je dlouhodobe bezici aplikace?
V mem pripade mesic na nejakem dotykovem displeji v tovarne je naprosto bez problemu.

Zrovna sem nacpu sve drobne zkusenosti, ovsem upozornuji, ze jsem velmi rozmazlen z klikacich prostredi pro Windows, tj. Delphi/Lazarus, respektive C# s WinForms:

* Tkinter - jakztakz, ale jak uz nekdo psal, komponenty nejsou zrovna kdovijaky luxus. Vzdycky me irituje, kdyz chci panel se scrollbary, tak ne ze si u panelu vyberu scrollbary zadne/horizon­talni/vertikal­ni/oba, ale opravdu si tam ty scrollbary musim napsat a nastavit je tak, aby byly provazany s panelem. Jako chapu, ze to asi umoznuje ruzna nestandardni kouzla, ale me obvykle staci standardni scrollbary.

* PyQt - GPL nebo za penize, coz je pro meho zamestnavatele nepruchozi.

* wx... - Zatim jsem v tom delal pouze jednu drobnost zadarmo, ale docela dobry. Co se mi moc libilo (v meritkach opensource/fre­e/atd...), tak to je wxFormBuilder, coz se docela blizi me davne lasce Delphi. (Ale jeste furt tomu chybi ta zakladni vec, ze po dvojkliku na event to skoci do editoru a muzu psat handler pro dany event.)

Ostatni knihovny jsem zatim nezkousel a zatim zkouset nehodlam. Mam jine konicky, nez je zkouseni GUI v Pyhonu.

GPL - pokud to nedistribuujete dál, tak bez problémů

Docela mě překvapuje, že jste přeskočil GTK.

Qt a GTK mají totiž oba dobré nástroje pro návrh GUI: QtDesigner resp. Glade.

Velku namahu pri zispovani moznosti ste si teda nedal, pretoze pre Qt je tu napriklad aj PySide, pre komercne pouzitie uplne bez problemv puzitelny - viem to lebo som do verzie 1.x pripravoval oficialne windows balicky a robil nejake bezvyznamne patche, uz sa tomu nevenujem ale viem ze od verzie 2 uz PySide oficialne patri pod Qt projekty a planuje sa jeho zaradenie do Qt ekosystemu, v buducnosti sa mozte teda tesit ze Python bude popri C++ dalsi podporovany jazyk priamo autorom kniznice Qt!

Mnohe urcite zaujme https://github.com/vurtun/nuklear/ , popr. minimalisticky nastupce https://github.com/vurtun/quarks resici asi tak "vsechny" problemy "vsech" existujicich GUI knihoven (viz. popis problemu na https://gist.github.com/vurtun/65977fcff17e413721dbd1191cda719d a https://gist.github.com/vurtun/0bf28ba10d5cbf69c11f5ef638e3ca45 ).

Hm, tedka koukam, ze bindingy pro Python nejsou referencovane - zvlastni, protoze je docela trivialni je udelat (a budou dobre pouzitelne, i kdyby melo jit o copy-paste ostatnich existujicich bindingu).

Tento druh "immediate mode UI" me zaujal. Koukal jsem na repozitar a komentare presne tohoto autora asi pred rokem.

Bohuzel asi nejsem dost chytrej na to, abych rychle odhalil, jestli tenhle pristup ve vysledku neco usnadni.

Potrebuju v brzku vyresit "pristrojova" GUI, neco jako voltmetr, osciloskop, autoradio, pokojovy termostat (priklad, jakeho druhu ta GUI budou). Zkousel jsem premejslet, jak by vypadal kod v tom immediate GUI a nejak mi pripadalo, ze to nakonec v klasickym stromu GUI prvku a systemu udalosti a zpetnych volani bude elegantnejsi.

Mas nejakej priklad pouziti techhle GUI, kde by bylo videt, jak s tim ucinne pracovat? Pripada mi to dosud jako neuzitecnej ulet, nez jako rozumnej prostredek.

neco podobneho kdysi delalo Allegro, ale pro neco trosku vetsiho je to dost opruz si vsechno ridit sam. Navic kdyz zacnou lidi vymrcovat, aby textova pole umela clipboard a ja nevim co jeste. no ale nejaky menicko do hry, to klidne pouzi

Vím o knihovně Qwt pro Qt, pokud vyhoví Qt licence. Qwt licence je poměrně benevolentní.

To diky za odpoved, ale neslo mi o soubor samotnejch UI prvku, ale o koncepci GUI jako takovyho: sobestacne (retained-mode) vs. okamzite (immediate-mode).

Určitě electron. Webové technologie na desktopu jsou dnes mnohem dál než desktopové technologie v prohlížeči.

V elektronu můžete psát klient-server aplikaci. Serverová část může být v pythonu.

https://www.fyears.org/2015/06/electron-as-gui-of-python-apps.html

Určitě je to jednodušší, než cpát newebovou technologii na web.

v článku zmiňovaný PyjamasDesktop je také možnost.

jestli ti nesedi Javascript (no zadne prekvapko), zkus ten PyjamasDesktop, to je komplet v Pythonu - jak klient tak i server. Navic jde menit engine, pydevkitgtk, pyqt atd.

Mrkni na knihovnu remi. Delam v ni prototypy remote gui pro touchscreen na stm32 a hned mam tim soucasne hotove web gui v pythonu. Autor poskytuje velice kvalitni suppport.

Lze z toho vygenerovat offline appku.

Těším se hlavně na pokračování o Kivi. Plánuji ho použít s RPi a oficiálním dotykovým displejem na ovládání domácnosti, doufám, že se mi do toho podaří rozumně (= rychlé spouštění) zakomponovat i živý obraz IP kamer.

A ja jeste pridavam PYGAME - do urcite miry v tom jde GUI delat taky :)

v tom pripade i Pyglet: https://mojefedora.cz/multimedialni-knihovna-pyglet/

jenze jak v Pygame tak i v Pygletu je nutny si to GUIcko udelat od zacatku sam (coz zase neni spatne na pochopeni, jak to uvnitr funguje, ale L&F to moc kompatibilni mit nebude :)

Zaujimavy clanok!
Bolo by mozne pouzit kniznicu Kivy na RaspberryPi s displejom PiTFT na jednoduche zobrazenie (hodiny + pocasie)?
Momentalne pouzivam PyGame, ale chcel by som prejst na nieco ine.

Ja si presne tohle napsal v tkinteru a jsem spokojeny :) Po tapnuti kamkoliv na obrazovku (original 7") se zobrazi ikonky kde si (prozatim jen tohle) muzu zobrazit posledni radarovou mapu pro mou oblast, posledni snimky z druzice (gif), nebo si moje mala dcerka muze sama pustit dil "krtecka", popripade ovladat mpd.

chtel jsem jeste vlozit odkaz na fotku toho meho vytvoru, ale root mi ji nechce dovolit :( https://tinyurl.com/ychh68w3

Nevim, jestli wxW* od dob, kdy jsem se to snazil pouzit, nejak zasadne zmenilo koncept, ale:

v roce 2002-3 jsem vybiral nejakej tk, kterej by byl C bez ++ a z nejakyho (asi blbyho) duvodu jsem nevybral Gtk, ale zaujalo me wx. Tehdy to bylo postaveny na myslence, ze vsechny prvky budou nativni a wx API to nejak sjednoti. Urcite zajimava myslenka, ale prilis odvazna; chodilo to mizerne a bylo evidentni, ze tomu wx dela velikej problem usmirit na ruznejch platformach jinak se chovajici prvky. Kod byl taky dost humac, milion maker. Zdrhnul jsem od toho.

Naproti tomu Tk me vzdy fascinovalo jednoduchosti, snad jen skoda, ze tam chybej pokrocilejsi UI prvky; konkretne jsem premejslel nad prvkama typu tabulka nebo oteviratelnej stromovej seznam (oboji delany tak, ze je naalokovan jen jeden prvek, kterej se necha opakovane vykreslit na jinou souradnici, aby to nezralo giga pameti pro velky tabulky/seznamy) a to se priznam, ze mi pripadalo v Tk jako tezko dosazitelnej cil.

Tak na to se jeste mrknu, diky za info. Strom je fajn, jeste kdyby do toho sla nejak snadno nacpat tabulka, byl bych uplne spokojenej. Pro spoustu ucelu by mi stacilo jednoduchy, svizny GUI bez hovadin.

wxWindows/wxWidgets je pro C++, takze pro cecko jsi musel pouzivat nejaky spesl rozhrani ne? Proto mozna ta makra. Jinak navazani na Python me prislo ciste.

Tak asi blbnu, nejspis jsem pouzival to C++. Pokud to dnes chodi rozumne a ciste, je to zajimava informace. Funguje tam samocinnej layout napric vice platformama bez specifickyho tuningu?

k tabulce:
https://github.com/dmnfarrell/pandastable

Diky, tak to vypada zajimave, asi se tedy na tuhle Pandu, Tkinter a Tk mrknu blize.

Nevím, ve wxW* jsem kdysi něco pokusně dělal, to co wxWidgets slibuje zvládá dobře Qt a myslím ta knihovna postrádá smysl.

Licence, licence, licence. Pro firmy je akceptovatelnejsi wxWidgets oproti Qt.

A co PySide? To by teoreticky mohla byt cesta.

preboha! kazdy tu pise ze problem Qt je licencia ale pozrel si vobec niekto z vas toto https://wiki.qt.io/About_PySide

PySide is licensed under the LGPL version 2.1 license, allowing both Free/Open source software and proprietary software development

screenshots please

Kompletní sada widgetů pro terminálové aplikace má npyscreen vybudovaný nad NCurses, http://npyscreen.readthedocs.io/introduction.html

Až na pyjamas mi to pripadá ako exkurzia do roku 2000. Vtedy som sa rozhodoval medzi tkinter, wxwidgets a ešte niečím, čo v tomto zozname nie je. Nakoniec som sa rozhodol pre wx, lebo mali fungujúci vtk widget.

Kivy je taky z roku 2000?

Samozrejme preháňam. Ten zoznam mi pripadal strašne retro, možno až vintage.

njn ale co tedy neni vintage? widgetset pro OS X?

GTK3 v prohlížeči.
https://developer.gnome.org/gtk3/stable/gtk-broadway.html

Zajímavé. Já bych rád řešení pro vývoj aplikace primárně pro Android, která by fungovala i na linuxu a windows. Ideálně aby to fungovalo v termuxu.