abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Navštivte Abc obchůdek se samolepkami a přívěsky!
Rozšířené hledání
×
včera 22:45 | IT novinky
NASA, která společně s Rackspace stála u zrodu projektu OpenStack, se již nadále nebude podílet na dalším vývoji této "infrastructure-as-a-service" platformy. V NASA totiž došli k závěru, že vzhledem k podpoře OpenStacku ze strany společností jako Red Hat, AT&T a HP lze jejich práci považovat za dokončenou. Posléze se NASA plánuje stáhnout i z vývoje další platformy pro cloud computing jménem Nebula.
Migilenik | Komentářů: 0
včera 22:45 | Upozornění
Blíží se svátek IPv6 a s ním i konference IPv6 Day. Na návštěvníky této akce čeká nejen bohatý program, ale také jedna speciální nabídka – v průběhu setkání bude možné získat se slevou 66 procent třetí vydání knihy IPv6 vysokoškolského pedagoga a publicisty Pavla Satrapy, tedy za 105 korun. … více »
Vilem Sladek | Komentářů: 1
včera 16:14 | Pozvánky

Přijďte si zasprintovat na Djangu, jiném Python open-source projektu, nebo jen potkat ostatní vývojáře!

… více »
Whit | Komentářů: 0
včera 10:20 | Nová verze
Na zrcadlech a torrentech jsou již k dispozici ISO obrazy distribuce Mageia 2. Poznámky k vydání čtěte zde.
Liborek | Komentářů: 8
23.5. 13:47 | Pozvánky

Letos v říjnu se v Praze uskuteční hned několik konferencí. Odehraje se zde nově vzniklá konference LinuxDays. K ní se přidá čtvrtý ročník openSUSE Conference, dvanáctý ročník SUSE Labs conference a aby to nebylo málo, přidá se i první ročník Gentoo miniconf. A to vše ve stejné dny a na stejném místě.

… více »
Miška | Komentářů: 7
23.5. 13:27 | Zajímavý projekt
Printerd je název nového projektu tiskového démona, který bude využívat PolicyKit a D-Bus. Projekt je zatím na úplném začátku, takže nejde o nic vhodného k produkčnímu nasazení. Mimo jiné aktuálně akceptuje jako vstup jen PDF dokumenty.
Luboš Doležel (Doli) | Komentářů: 35
23.5. 13:25 | Zajímavý software
Tři vývojáři ze společnosti Engine Yard přecházejí po dohodě mezi firmami do Red Hatu. Jde o vývojáře zabývající se rozvojem projektu JRuby. To ukazuje, že Red Hat má zájem o podporu alternativních jazyků nad OpenJDK.
Luboš Doležel (Doli) | Komentářů: 1
23.5. 13:20 | Zajímavý software
Fedora přejde na knihovnu libusbx, což je fork původní knihovny libusb. Důvodem pro fork byl zjevný nedostatek času nebo zájmu ze strany správce projektu. libusbx už teď nabízí užitečné funkce navrch.
Luboš Doležel (Doli) | Komentářů: 2
23.5. 10:29 | Nová verze
Vyšlo LLVM 3.1. Vylepšení se dotýkají podpory C++ 11 nebo architektur ARM a MIPS. Dále se můžete těšit z Python bindings nebo nástroje AddressSanitizer pro detekci chyb při práci s pamětí.
Luboš Doležel (Doli) | Komentářů: 0
23.5. 00:01 | Nová verze
Vyšla nová verze open source služby pro sdílení a synchronizaci souborů ownCloud 4. Mezi hlavní novinky patří verzování, šifrování dat, vestavěný prohlížeč ODF souborů, nové API a další - podrobnější popis novinek a vylepšení zde.
Dirka | Komentářů: 1
Pokud by se prohlížeč Opera stal svobodným:
 (10%)
 (29%)
 (1%)
 (60%)
Celkem 177 hlasů
 Komentářů: 10, poslední včera 22:42
    Rozcestník
    Reklama
    Autoškola testy online Levný benzín
    Pozor, nebezpečná radiace!Ne, tento blog opravdu nemá nic společného s vývojem Linuxového jádra :-) Jako "Jaderný blog" jsem jej pojmenoval jen kvůli mé oblibě jaderné fyziky a chemie.

    Věnovat se chci především Linuxu a Free Softwaru, prezentovat zde svůj pohled na věc a věnovat se všem palčivým otázkám a problémům, na které narazím. Určitě se zde také objeví články týkající se KDE, jelikož jsem velkým milovníkem tohoto desktopového prostředí a obecně eye-candy (k velké nevůli "pravověrných" Linuxáků ;-)).

    No a když už se to tu jmenuje Jaderný blog, možná se někdy dočkáte i nějakého populárně-vědeckého příspěvku, především pokud se bude jednat o nějaké ožehavé aktuální téma...


    Aktuální zápisy

    Automatické generování UI v PyQT

    29.3.2006 18:55 | Přečteno: 1230× | Free Software | poslední úprava: 30.5.2006 20:27

    Před nedávnem jsem se začal učit Python a PyQT. Nadchla mě úžasná jednoduchost a přitom propracovanost tvorby UI v Qt Designeru. Nicméně nelíbilo se mi, že musím vygenerované .ui soubory vždy ručně "kompilovat" do pythonových zdrojáků pomocí utility pyuic, přijde mi to jako krok zpět. Proto jsem napsal v Pythonu modul, který tento proces automatizuje.

    Je to de facto moje první dílo v Pythonu (nějaké primitovní "Hello World"-like aplikace v PyQT nepočítám ;-)), proto bych chtěl poprosit všechny zdejší pythonýry, zda by se mohli na skript kouknout a ohodnotit mi ho (kde dělám např. něco né zrovna nejlépe, abych se nenaučil nějakým špatným návykům, atp.).

    Na skript se můžete podívat ZDE, použití je jednoduché:

    import pyuic
    UIClass = pyuic.uiload("cesta/k/souboru.ui").getclass()

    Otázky

    Ještě než jsem začal tento skript psát, narazil jsem i na možnost použití třídy QWidgetFactory z modulu qtui (součást PyQT). Tato třída generuje UI za běhu z .ui souboru. Jenže jsem narazil na problém - pokud tuto Qt třídu využijete, nejste pak v Pythonu schopni nijak propojovat sloty a signály. Vysvětluju si to tím, že objekty odpovídající danému UI jsou vytvořeny na úrovni Qt a Python o nich nemá pomnětí. Našel jsem dokonce článek Wrapper For QWidgetFactory, tam nabízené řešení funguje, ale přijde mi to jako takový ošklivý hack :-) Co vy na to, máte s QWidgetFactory v PyQT nějaké zkušenosti? Máte nějaké rady, řešení?

    Další otázku bych měl okolo importování vygenerované UI třídy - ve svém skriptu pyuic.py (tedy konkrétně v třídě uiload) mám i metodu setclass, která by měla prostě a jednoduše vložit vygenerovanou UI třídu přímo do jmenného prostoru (podobně jako když použijete příkaz "from modul import třída"). Je to zařízeno celkem jednoduše:

    def setclass(self):
        setattr(sys.modules['__main__'], self.uiclass, self._import_pyui())
    Jenže bohužel to nefunguje jak bych si představoval, zjevně sys.modules['__main__'] odkazuje na jmenný prostor v modulu pyuic, né ve skriptu kam jsem pyuic importoval (i když jsem zkusil použít volání stylem "from pyuic import uiload"). Napadá vás jak toto řešit?

    Poslední otázku bych měl ohledně zjišťování jména vygenerované UI třídy. V současnosti to v metodě _get_classname řeším tak, že prostě parsuju soubor, který pyuic (ten původní Cčkový pyuic z PyQT, ne můj pyuic.py ;-)) vygeneroval. Nepřijde mi to ale jako zrovna moc dobré řešení, nešlo by nějak zjistit jméno té třídy přímo z už importovaného modulu? Mohl bych se třeba dotázat pomocí funkce dir() na vše co je obsaženo ve jmenném prostoru modulu, který jsem naimportoval pomocí mod = __import__(self.pyuimod), jenže tam je i obrovská hromada PyQT metod, takže mi takové řešení nepřijde moc dobře realizovatelné. Máte někdo nějaký nápad?

           

    Hodnocení: 100 %

            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    29.3.2006 20:19 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    • Chybi tam jakakoli dokumentace
    • Co ma delat _import_pyui()? Ten for se mi zda nejakej divnej...
    • IMHO by jmena jako PyUI_mod_list nebo pyui_mod_list byly pythonoidnejsi nez pyuimod_list...
    • os.utime(filename, None) by se dalo pouzit misto carovani s modulem time
    cd /local/pub && more beer > /dev/mouth Blésmrt
    Mikos avatar 29.3.2006 21:21 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    Díky moc za reakci. K jednotlivým bodům:
    • Dokumentaci dodělám, nějak sem na ní uplně zapomněl ;-)
    • metoda _import_pyui() importuje modul s tou UI třídou (vygenerovaný pomocí klasického pyuic) a v té následné for smyčce je získán odkaz přímo na onu UI třídu v tom modulu (a ten pak ta metoda vrací). Inspiroval jsem se v referenční příručce k Pythonu, konkrétně v 2.1 Built-in Functions (kde je k funkci __import__ uveden obdobný příklad).
    • Jak říkam začal jsem se Python učit teprve nedávno... jaký zápis jmen je tedy "pythonoidnější"? Jaká jsou pro to pravidla? Četl jsem i PEP 8 -- Style Guide for Python Code, tam byla zmiňována hromada způsobu notací (CamelCase, podtržítková, atd.), ale žádná pokud si to pamatuji nebyla uvedena jako preferovaná...
    • Kdybych to udělal takto, tak sice nemusim importovat modul time, ale neměl bych na 100% zaručeno, že budou ty dva soubory mít stejný čas modifikace. Nebo se pletu?
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!
    29.3.2006 21:44 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    metoda _import_pyui() importuje modul s tou UI třídou (vygenerovaný pomocí klasického pyuic) a v té následné for smyčce je získán odkaz přímo na onu UI třídu v tom modulu (a ten pak ta metoda vrací). Inspiroval jsem se v referenční příručce k Pythonu, konkrétně v 2.1 Built-in Functions (kde je k funkci __import__ uveden obdobný příklad).
    Njn, evidentne jsem tedka vecer moc retardovanej. Stejne to nechapu :).
    Jak říkam začal jsem se Python učit teprve nedávno... jaký zápis jmen je tedy "pythonoidnější"? Jaká jsou pro to pravidla? Četl jsem i PEP 8 -- Style Guide for Python Code, tam byla zmiňována hromada způsobu notací (CamelCase, podtržítková, atd.), ale žádná pokud si to pamatuji nebyla uvedena jako preferovaná...
    No... :)

    "Global Variable Names [...] The conventions are about the same as those for functions"

    "Function Names
    Function names should be lowercase, with words separated by underscores as necessary to improve readability.
    mixedCase is allowed only in contexts where that's already the prevailing style (e.g. threading.py), to retain backwards compatibility.

    "Method Names and Instance Variables - Use the function naming rules: lowercase with words separated by underscores as necessary to improve readability."

    Cili imho pouzivat_maly_pismena_s_podtrzitkama.

    Kdybych to udělal takto, tak sice nemusim importovat modul time, ale neměl bych na 100% zaručeno, že budou ty dva soubory mít stejný čas modifikace. Nebo se pletu?
    Nepletes. A nestaci ti, aby byl ten PyUI novejsi nez .ui?
    cd /local/pub && more beer > /dev/mouth Blésmrt
    Mikos avatar 29.3.2006 21:22 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    Jinak ještě k těm otázkám co jsem ve svém blogpostu položil - netušíte na ně aspoň nějakou odpověď? Aspoň na některou z nich :-)
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!
    29.3.2006 21:49 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    Ad ten trik s tou tridou, zkus si vygooglit ukazku, kterak resit v Pythonu konstanty - pouzivaj na to modul, kterej nejakym zpusobem (kterej si nepamatuju) zaridi import do namespacu "nadrazenyho modulu" nebo tak neco (a potom zakazou modifikaci vlastnosti ty tridy, co to implementuje). Nicmene nerucim za vhodnost pro tvuj problem.
    cd /local/pub && more beer > /dev/mouth Blésmrt
    Jiří Popek avatar 30.3.2006 08:38 Jiří Popek | skóre: 24 | blog: programování | Košice
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT

    a co takhle pouzit ihooks a umoznit tak "primy" import ui souboru, jako by to byl .py soubor? Funguje tak treba kid. To by bylo elegantnejsi nez prezentovany zpusob.

    jardous@jabber.cz In a world without fences and walls, who needs Gates and Windows?
    30.3.2006 10:02 s0 | skóre: 32 | blog: nejchytřejší kecy | prágl
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    já vám nevím. Tak nějak mi to přijde jako drbání se pravou rukou na levé půlce zadku. Proč si to nezjednodušit a ve volném čase si nezaskočit do Hargova že-bírkového domu? Navíc dole uvedené řešení funguje i tam, kde není uic, potažmo pyuic. Na druhou stranu: kdo jsem, že upírám talentovanému jedinci právo vymýšlet novou klikovou hřídel?! ;)
    from qt import *
    from qtui import *
    import sys
    
    
    class FasaOknoBezUIC(QMainWindow):
    
        def __init__(self):
            QMainWindow.__init__(self)
            self.win = QWidgetFactory.create("form1.ui")
    
        def show(self):
            self.win.show()
    
    
    if __name__ == '__main__':
        app = QApplication(sys.argv)
        w = FasaOknoBezUIC()
        app.setMainWidget(w)
        app.connect(app, SIGNAL("lastWindowClosed()"), app, SLOT("quit()"))
        w.show()
        ret = app.exec_loop()
        sys.exit(ret)
    
    Kuolema Kaikille (Paitsi Meille).
    30.3.2006 10:04 s0 | skóre: 32 | blog: nejchytřejší kecy | prágl
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    ano, jak už všichni správně tušíte, jsem idiot, který nepozorně čte. Na řešení otázky pracuji.
    Kuolema Kaikille (Paitsi Meille).
    30.3.2006 10:44 s0 | skóre: 32 | blog: nejchytřejší kecy | prágl
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    ták. a do třetice všeho zlého. Fungující práce se signály a sloty:
    from qt import *
    from qtui import *
    import sys
    
    
    class FasaOknoBezUIC(QMainWindow):
    
        def __init__(self):
            QMainWindow.__init__(self)
            self.win = QWidgetFactory.create("form1.ui")
            self.pushButton1 = self.win.child('pushButton1')
            self.connect(self.pushButton1, SIGNAL("clicked()"), self.pushButton1_clicked)
    
        def pushButton1_clicked(self):
            print 'clicked'
    
        def show(self):
            self.win.show()
    
    
    if __name__ == '__main__':
        app = QApplication(sys.argv)
        w = FasaOknoBezUIC()
        app.setMainWidget(w)
        app.connect(app, SIGNAL("lastWindowClosed()"), app, SLOT("quit()"))
        w.show()
        ret = app.exec_loop()
        sys.exit(ret)
    
    Kuolema Kaikille (Paitsi Meille).
    Mikos avatar 30.3.2006 21:31 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    Díky, hned to jdu zkusit :-) Zkoušel jsem ovšem předtím něco podobného, jen s tím že jsem si tam nedefinoval widgety jako např. u vás self.pushButton1 = self.win.child('pushButton1'), a to právě nefungovalo. Pokud to tohle řeší, můžu se přeptat na magii která za tím stojí? ;-) Já že s tou metodou child() jsem se nikde nikdy zatím nesetkal...
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!
    Mikos avatar 30.3.2006 21:37 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    Hmm, tak nic, tak to nevyzkouším :-(

    V okamžiku kdy volám app.setMainWidget(w), tak schytám SIGSEGV a s Pythonem je ámen :-/ Nicméně to samé nyní dělá ten můj předchozí pokus (u kterého sice nefungovalo propojení signálů a slotů, ale aspoň se zobrazilo UI ;-)), takže bych řekl že je něco shnilého ve státě Dánském, respektive v mém systému :-) Zajímalo by mě, jestli s tím má co do dočinění upgrade na PyQT 3.16...
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!
    Mikos avatar 30.3.2006 21:46 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    Tak sem to dohledal trochu přesněji - ten SIGSEGV je vyvolaný vždy při pokusu o QWidgetFactory.create("form.ui").
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!
    Mikos avatar 30.3.2006 22:05 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    Další info :-) Zkoušel jsem gdb, ale vzhledem k tomu že mám vše zkompilováno bez debugging symbolů, tak jsem nějaký užitečný výsledek ani moc nečekal. Nicméně přesto tu něco je:
    (no debugging symbols found)
    ... nekonečná řada dalších stejných zpráv ;-) ..
    (no debugging symbols found)
    
    Program received signal SIGSEGV, Segmentation fault.
    [Switching to Thread -1211967808 (LWP 19040)]
    0xb7f92531 in initsip () from /usr/lib/python2.4/site-packages/sip.so
    Což vyvolává podezření, že za to může SIP. Ostatně ten jsem upgradoval ve stejné době jako PyQT (na verzi 4.4)... tak, teď co dál ;-)
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!
    31.3.2006 08:59 s0 | skóre: 32 | blog: nejchytřejší kecy | prágl
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    tezko rici v cem je ryze... mam tu ted
    pvanek@pvanek:~> rpm -qa python-qt
    python-qt-3.5.1-5
    pvanek@pvanek:~> sip -V
    4.2.1 (4.2.1-297)
    a vsechno jede velice mazane a bez padu. Jeste to o vikendu mozna vyzkousim na ~x86 gentoo. Ale co tak google tvrdi, tak tyhle sip.so pady se obcas obejvily a zase zahadne zmizely
    Kuolema Kaikille (Paitsi Meille).
    31.3.2006 09:07 s0 | skóre: 32 | blog: nejchytřejší kecy | prágl
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    co se child() metody tyce, je soucasti tridy QObject.

    Drobna oklika: pri psani cehokoli v PyQt je k nezaplaceni dokumentace ke Qt. Da se totiz pouzit vicemene 1:1, pokud tedy vyhazis vsechny mozny *, &, dynamic_cast, const atd. Proste kdyz vynechas sprosta slova C++.

    Tohleto carovani s child() a QWidgetFactory je uz podle meho vyssi divci a spis kod zneprehledni. Radeji si to vzdycky pyuicnu do py.
    Kuolema Kaikille (Paitsi Meille).
    Mikos avatar 31.3.2006 18:14 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    No tak vidíš, tak v tom případě je ten můj modul pyuic použitelný dobře ;-)

    Nicméně netušíš jak naimportovat tu vytvořenou UI třídu do nadřazeného modulu? Myslím to co popisuju v té mé otázce v blogpostu... tu mojí metodu setclass().
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!
    Mikos avatar 31.3.2006 18:16 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše Re: Automatické generování UI v PyQT
    Jinak ještě díky za info, já dokumentaci ke Qt používam, ale jak říkam s Pythonem a PyQt sem začal teprve nedávno, takže mam ještě dost mezer...
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!

    Založit nové vláknoNahoru

    ISSN 1214-1267   Powered by Hosting 90 Server hosting
    © 1999-2012 Argonit s. r. o. Všechna práva vyhrazena.