Python-PySide – tréning

sipiatti

zfoxpersze, szerintem is a platformfüggetlen scriptnyelveké a jövő, de ahhoz kell a fejlesztés gördülékenysége. ha azon kell görcsölni, hogyan tudod működésre bírni azt, ami le van írva hogy működik, de mégse, akkor ezekre cseszed el az időt. ez pedig könnyen vezethet oda, hogy felkopik az ember álla...

zfox

zfoxelég gyorsak voltak a fejlesztők a mai frissítéssel (PySide 1.1.2) már ki is javították.(meg néhány más dolgot is) :)

H.Z.

Tudja valaki, mi történt a pyside.org szerverével? Napok óta elérhetetlen... (PyQt4-et használgatok, de azt olvastam, a PySide doksija egy fokkal jobb, viszont képtelen vagyok megnyitni)

zfox

H.Z.azt olvasom hogy: A nokia eladta a qt-t a digia-nak A tárhely ahol volt a pyside.org és domainnév is a nokiáé (a tárhelyet megszűntette a nokia az eladás után ) Ezen megy most a húzavona a két cég között hogy a domainnév is benne volt a qt vételi árban vagy nem vagy valami ilyesmi... A srácok keresnek új helyet addig is a cuccnak, azt olvasom a qt projekt.org alatt lesz addig (vagy véglegesen -tárgyalás folyamatban van) addig is innen lehet letölteni (ha nincs benne a linuxos tárolódban): http://qt-project.org/wiki/Category:LanguageBindings::PySide::Downloads a helpet innen lehet elérni:. http://srinikom.github.com/pyside-docs/

H.Z.

zfoxKöszi, időközben feléledtek úgy, hogy átirányították a pyside.org domaint a qt-project.org-ra. Már csak az nem tiszta, hogy akkor mi is lesz a qt sorsa, de mindegy. Eddig végigpróbáltam pyqt-t, tkinter-t, wxpython-t, most újra pyqt (ill. esetleg pyside), de ha most bekavarnak itt ezzel az eladással, akkor az egész pythonos témát kukázom és visszamegyek PHP-vel szórakozni... :-)

zfox

H.Z.A qt tutira megy tovább meg a pyqt meg a pyside is annyi hogy az új cég másképp akarja a licenceket azt hiszem (minél több fizetni való legyen) és ezen van vita szerintem. A pyside-os fejlesztők (finnek svájciak brazilok az eredeti meego fejjlesztő brigád) nem akarja hogy a pyside bármilyen fizetős licencen menjen az bizti (lgpl maradjon ahogy most) A c++qt, pyqt-t,stb ( az eddig is fizetős volt ha zárt volt a forráskódod és eladásra tenyésztetted a progidat)

H.Z.

sipiattiBár már elég régi, de talán más fejében is megfordul az ötlet, hogy wxPythont használjon. Amíg csak linuxon akarod futtatni a programjaidat, addig akár jó is lehet. De... van egy kis gáz vele: pár hete még nem volt olyan verziója, ami kompatibilis lett volna a windows7-tel és ha jól emlékszem, vista kompatibilis verzió is csak béta állapotú volt. Szóval ha fontos a platformfüggetlenség, akkor a wx felejtős.

sipiatti

H.Z.Ezt most találtam: http://kivy.org/ Ígéretes... A pyside/pyqt számomra felejtős lett, bizonyos dolgok benne túl macerás C++ logikával működnek, és én inkávv pythonozni kívánok :)

zfox

sipiattiHát jah végül is arra találták ki hogy a c++-hoz legyen egy fincsi ui, de python elég rugalmas az object orient style progizáshoz(is) amiben a qt van. Engem nem ez zavar, hanem úgy néz ki megint kell írnom hibajegy féleséget, de most nem a pyside projecteseknek hanem a qt projecteseknek mert a c++&qt, pyqt, pysideben ugyanazt a hibát találtam. Nade én mindenben találok hibát, (vfp, vb, vc++, java, c# után most itt is) lehet én vagyok hibás :D

H.Z.

Kicsit kezdek elveszni a python és a qt dolgaiban... Szükségem lenne olyasmire, hogy egymástól független objektumok kommunikáljanak egymással. Pontosabban, hogy ha egy widget megváltozik, arról több, tőle független widget is értesüljön és csináljon valamit a jelzésre. Mondjuk van egy QPushButton (csak az egyszerűség kedvéért említem ezt), amire klikkelve több, a létezéséről nem is tudó objektumban kellene valamit futtatni. Tehát csinálok egy a QPushButton-ból származó osztályt, ott a clicked.connect-re beállítok egy saját metódust és... És ott mit fogok csinálni? Arra gondoltam, hogy definiálok egy saját signal-t, de az nem jó, mert a signalokat csak egy-egy metódussal/függvénnyel lehet "összedrótozni". Valami olyasmi kellene, hogy definiálok egy eseményt, amire bármely objektum képes figyelni és ha bekövetkezik, akkor végrehajt valamit. (hangsúlyozom: a QPushButton csak egyszerűsített példa, egy általam definiált és felparaméterezett eseményt szeretnék kiváltani egy helyről, és elkapni azt tetszőleges számú objektumban) Van erre valami lehetőség? (vagy az angolommal van baj, vagy az elképzeléseimmel, mert a google nem segített :-( ) ----- Szerk: ha jól sejtem, amit keresek, azt úgy hívják, hogy Observer pattern...

zfox

H.Z.A QAction triggerezést próbáltad már, az nem jó? (Valami példát mutathatnál a problémára hogy képbe legyünk:)

sipiatti

H.Z.egy signálhoz több slotot is lehet rendelni szerintem, nem csináltam még sosem, de nem találtam semmi olyat ami ezt tiltaná... de csinálhatsz egy "wrapper" függvényt is, ami meghívja a megfelelelő objektumok megfelelő metódusait, ha megkapja a szignált

H.Z.

zfoxNem. Márcsak azért sem, mert ennyire mélyen még nem ismerem a Qt-t. (apróság, hogy mostanában "rá vagyok kattanva" az általánosságban megfogalmazott kódokra. Szóval inkább elméleti szinten próbálom megfogni a dolgokat és ha ez megvan, akkor próbálom alkalmazni az épp használt programnyelvre, ill. keretrendszerre. De köszi, ránézek, hogy ez mi is... Konkrét(?) példa: van egy QMainWindow-m. Abban a centralWidget egy QWidget, aminek van egy QVBoxLayout-ja. A layouton egy QLineEdit és egy QTabWidget. Ez utóbbi tartalmaz több tab-on néhány widgetet. Amikor a QLineEdit-ben történik valami (pl. lenyomok egy bill. kombinációt), akkor szeretném, ha a QTabWidget-ben tárolt widgetek is módosulnának. Illetve ugyanezt a műveletet el kell végezni akkor is, ha a MainWindow egyik ToolBar-jának ikonjára kattintok. Viszont a QLineEdit - ha tartom magam az OOP elvekhez - nem ismerheti a QTabWidget alatt lévő elemeket, tehát értesíteni sem tudhatja őket, ahogy a toolbaros ikon sem lehet képes ilyesmire. (nagyon zavaros?)

H.Z.

sipiattiHm. Ezt meg sem próbáltam. Én úgy értelmeztem a doksit, hogy ha többször rendelek slotot egy-egy signalhoz, akkor az utoljára hozzárendelt fog élni. De lehet, hogy igazad van. A "wrapper"-re meg az a gondom, hogy ebben a formában nem igazán illeszkedik az OOP elvekhez, ha jól sejtem. szerk: Kipróbáltam, valóban több slotot is hozzá lehet rendelni egy-egy signalhoz. Csak annyi a bajom vele, hogy aki összerendelhetné őket, az nem ismerheti egyik objektumot sem, mert két-három szinttel alatta vannak és a korábban említett elvek szerint egy objektum csak az általa közvetlenül használt objektumok interface-ét ismerheti, a szerkezetüket nem.

zfox

H.Z.igen :D de sejtem mit akarsz... :) mint írtam QAction kell neked szerintem (http://srinikom.github.com/pyside-docs/PySide/QtGui/QAction.html) az akciót a rootwidgetben kell definiálni: openAct = QAction(QIcon(":/images/open.png"), tr("&Open..."), self) openAct.setShortcuts(QKeySequence.Open) openAct.setStatusTip(tr("Open an existing file")) connect(openAct, SIGNAL("triggered()"), self, SLOT("open()")) #aztán a widget definiálásoknál a widgethez kell adni a már létrehozott QActiont: fileMenu.addAction(openAct) # minden QWidgethez hozzákötheted az eseményt fileToolBar.addAction(openAct) mylineedit.addAction(openAct) mymamy.addAction(openAct) stb...

sipiatti

H.Z.Nem tudom ezt mire alapozod. Ez _egy_ alkalmazás, már miért ne értesíthetne bármilyen másik objektumot signálokkal? Pont ez a signál-slot lényege. Ha univerzálisnak akarod megalkotni az alkotóelemeket, akkor alkalmazhatsz buborék-elvet is, azaz egy külső objektum ha megkap egy signált, kiad ő is egyet a "belsőknek". Bár nem értem miért ragaszkodsz külső és belső objektumokhoz, a guiban ezek nem öröklődési láncok, csak egy egyszerű összerendelés, ami arra jó, ha elrejtem a szülőt, akkor a gyermekobjektumok sem jelennek meg, illetve hasonlók. Ha viszont generálsz egy saját osztályt, amelynek valódi belső objektumai vannak, ráadásul az egyes külső objektumok belseje eltérő lehet a program futása során (akár dinamikusan változó), akkor marad a buborék-elv. Ajánlom figyelmedbe a KISS (keep it stupid simple) és DNRTW (do not reinvent the wheel) elveket. A python objektumok belső objektumainak címzése rendkivül egyszerű, alkalmazni kell, ott használj ilyen univerzalitást, ahol tényleg szükséges.

H.Z.

sipiattiRobert C. Martint olvasgatok, rá alapozom. :-) Sajnos rajzolni kellene, hozzá, hogy meg tudjam mutatni, hol akad meg a dolog. És azt hiszem, valahol félreérted amit írtam: nem ragaszkodom a külső/belső objektumhoz, egyszerűen így épül fel a GUI, amit készítek. (egyik Qt objektumba pakolom a másikat, abba a következőt stb.) Ráadásul igyekszem szem előtt tartani ama bizonyos S.O.L.I.D. elveket, amennyire tudom és ismerem őket. Plusz próbálom nem python specifikusra készíteni azt, amit írok. Nekem a python csak segédeszköz egyelőre. Eredendően java, esetleg PHP környékén akarnék kikötni, csak valamin gyakorolni is kell és a python egyszerűbbnek tűnt. Persze nem kizárt, hogy én bonyolítom túl a dolgokat. Felraktam ide: http://www.flickr.com/photos/87388807@N03/8049902668/in/photostream/lightbox/ lerajzolva, hogy mit is próbálok. Pl. a LineEdit-ben egy Ctrl-Enter-hez kellene hozzárendelnem a Tabla1 egyik metódusát. Elképzeléseim szerint ezt csak akkor tehetem meg, ha egy olyan szintről túrok bele a Tabla1 belsejébe, ahonnan nem lenne szabad. (persze, működhet, csak "nem illik")

zfox

H.Z.Azt akarod ha beírsz a lineeditbe akkor az beíródjon tábla aktuális sorába? Ha igen akkor szerintem a Qt MVC amire gondolsz azzal(is) lehet összekapcsolni widgetek értékváltozásait : QSqlTableModel-QDataWidgetMapper, QSqlTableView-QWidget aztán ha nem jó neked az autoadatfrissítés akkor manuális frissítésre váltasz és signalba bekötöd hogy mikor frissítse a másik widgeted (enterrel vagy ha elhagyod lineeditet vagy értékváltozásra vagy akármire be lehet állítani) #csinálsz egy táblamodelt: class MySqlTableModel(QSqlTableModel): def __init__(self,sqltablename,columnlist): super(MySqlTableModel,self).__init__() self.setTable(sqltablename) self.select() for index,column in enumerate(adatbázisoszlopok): self.setHeaderData(index,Qt.Horizontal,oszlopfeliratok) class Akarmi: # legyártod a widgetjeidet self.lineEdit=QLineEdit() self.tableView=QTableView() # csinálsz egy modelt self.model=QSqlTableModel(sqltablename,adatbázisoszlopok) #csinálsz egy datamappert self.mapper = QDataWidgetMapper(self) self.mapper.setSubmitPolicy(QDataWidgetMapper.ManualSubmit) #(ez kézi behatásra változtatja, de van AutoSubmit is , - de az esetenként be tudja lassítani programot) self.mapper.setModel(self.model) # itt kötöd össze a táblamodelt a mapperrel # aztán összekapcsolod mezőket: (az sqlmodel oszlopok sorszáma nem árt ha megegyezik az annak megfelelő QDataWidgetMapper oszlopsorszámával) self.mapper.addMapping(self.lineEdit,0) #itt adod hozzá a tablemodel oszlopához a qwidgetjeidet #aztán a tableviewet is kapcsolod a modelhez: tableView.setModel(self.model) # és persze csinosítgatod:) ... kb. ennyi nagy vonalakban.... Van róla(és más mvc-s dolgokról is) szép youtubos videosorozat a http://www.yasinuludag.com/blog/ blogon

sipiatti

H.Z.Rossz az elképzelésed, a gui elemei egyenrangúak, nincs "benne" egyik a másikban. Ez csak egy absztrakció, ezt próbáltam feljebb is kifejezni. Semmifajta elvet nem sértesz azzal, ha a LineEdit egy signálja a Tabla1 egy slotjához van kötve. A másik oldala a dolognak, hogyha egy elv nehezíti a megvalósítást, akkor azt az adott helyzetben nem érdemes alkalmazni.

H.Z.

zfoxKöszi, elgondolkodtató... lehet, hogy tényleg túlbonyolítottam. Az SQL-es részt szándékosan nem használom a Qt-ből, azt csak a GUI-ra szeretném használni, mert azt nem tudom elég gyorsan újraírni, míg egy SQL felületet össze tudok dobni a magam igényeinek megfelelően. Én eredetileg úgy képzeltem, hogy minden objektum/widget csak azokat az objektumokat tartalmazza, amelyek ténylegesen belőle jelennek meg. De lehet, hogy célszerűbb ezeket az objektumokat egy helyen létrehozni és utólag egymásba illeszteni ugyanonnan.

zfox

H.Z.Nem muszáj sqltablemodelt használni van benne anélkül is model vagy absztrakt modelt is használhatsz. A widgeteket én ha tehetem egy szintre teszem mindig, mert hivatkozásoknál elszalad a lóláb, hogy ki kivel van.:) úgyis a megjelenítésnél addLayout- addWidget és setLayout állítja be az egymáshoz való viszonyukat és alá fölé rendeltséget. Feljebb van egy prototípus factory (pastebinen) tőlem -qtableview bug-, esetleg ott megnézheted kb hogy csinálom (bár az még korántsem ideális-csak gyakorolgattam hogy mikor mi van:).

H.Z.

zfoxMár csak egy bajom van: ha ezt így csinálom, akkor... hogy is mondjam... szóval igencsak messze lesz a kód attól, amit Bob bácsi a Clean Code-ban ír. :-) Majd kirakom valahová a vázat a poén kedvéért. (ahhoz már hosszú, hogy ide bemásoljam)

« Előző oldal Következő oldal »