abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    včera 18:00 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    7.5. 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    7.5. 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    7.5. 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 16
    7.5. 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    6.5. 22:11 | Nasazení Linuxu

    Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).

    Ladislav Hagara | Komentářů: 2
    6.5. 13:22 | IT novinky

    Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.

    Ladislav Hagara | Komentářů: 1
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (1%)
     (3%)
    Celkem 556 hlasů
     Komentářů: 26, poslední včera 09:58
    Rozcestník

    Dotaz: Python - oživení uživatelského rozhraní

    18.4.2014 10:16 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Python - oživení uživatelského rozhraní
    Přečteno: 427×
    Zdravím všechny .. hm, nadpis je asi matoucí, lepší jsem nevymyslel.

    popis situace :

    pomocí pyqt jsem vytvořil prográmek, který vytváří obří soubory. Aby vytváření nebylo "jen tak nasucho", je indikováno progressbarem s nějakými údaji a tlačítkem "stop". Po spuštění vytváření se toto dialogové okno objeví, ale chová se jako ve Vonnegutově invazní lodi - jako by tam bylo jen z psychologických důvodů.

    Signál clicked toho tlačítka je spojen s rutinkou, která nastaví self.cancel na true.

    během vytváření obrazu (zapisují se postupně úseky asi 1MB) se toto kontroluje, a pokud je self.cancel true, vytváření se přeruší, a obraz se smaže.

    nevím, kde dělám chybu, nebo jak obejít "vlastnost", že jakmile se spustí zápis, tak v podstatě celé GUI zablokuje, protože je vytíženo (si myslím) tím zapisováním.

    pokud sleduju vytvářený obraz např. krusaderem, tak i progressbar a informativní label pod nim má docela zpoždění za realitou. Např. label ukatuje 3,5GB hotovo, krusader již vidí 6GB soubor.

    Dá se z toho nějak vymotat ?

    zde skusím pastnout zdroják, ale je trochu složitější, snad to z toho bude vidět

    díky předem za rozumné nápady ..

    Milan
    class image_create( QtGui.QDialog ):
    	def __init__( self,  Parent ):
    		super( image_create, self ).__init__()
    		self.ui=uic.loadUi('UI/create_image_progress.ui')
    		self.ui.label_progress.setText("%i z %i" % ( 0, 0 ))
    		self.connect(self.ui.buttonBox_abort.button( QtGui.QDialogButtonBox.Cancel ),  SIGNAL("clicked()"),  self.get_cancel)
    
    	def get_cancel(self, event=False):
    		self.image_break = True
    
    	# it určí, jak se zobrazuje prováděná úloha, zda v IT MiB, nebo dakadických
    	def create(self, path, name, size, it=False ) :
    		self.ui.show()
    		self.image_break = False
    		if (size < 1024**3):
    			part_size = 128*1024 # 128k bloky
    		else:
    			part_size = 1024**2  # 1M bloky
    		parts=int(size/part_size)
    		frag=size-parts*part_size
    		allpath = os.path.join(path,  name)
    		newfile=open(allpath,  'w')
    		oldperc=0
    		perc=0
    		part=chr(0)*part_size
    		for seq in range (1, parts+1):
    			newfile.write(part)
    			if ( self.image_break == True ) :
    				newfile.close()
    				os.remove(allpath)
    				break
    			total_done = part_size*seq
    			perc = int(float(total_done*100 / size))
    
    			#print "%i %i %i %f" % (seq,  total_done,  perc,  float(total_done*100 / size))
    			if (oldperc < perc):
    				self.ui.progressBar.setValue(perc)
    				oldperc=perc
    			self.ui.label_progress.setText("%s z %s" % ( hr_value( total_done, 3 , it ),  hr_value( size, 1, it ) ) )
    
    			if ( self.image_break == True ):
    				return 1
    
    		newfile.write(chr(0)*frag)
    		total_done = part_size*seq + frag
    		perc = int(float(total_done *100 / size))
    		#print "%i %i %i %f" % (seq+1,  total_done,  perc,  float(total_done*100 / size))
    		self.ui.progressBar.setValue(perc)
    		self.ui.label_progress.setText("%i z %i" % ( total_done,  size))
    		newfile.close()
    		return 0
    #		time.sleep( 5 )
    

    Řešení dotazu:


    Odpovědi

    18.4.2014 10:23 Logik
    Rozbalit Rozbalit vše Re: Python - oživení uživatelského rozhraní
    PyQt neznán detailně, ale IMHO je problém v tom, že se UI nedostane "k lizu". Je třeba mu dát šanci. Zkus to co raděj tady:

    http://stackoverflow.com/questions/2482437/label-in-pyqt4-gui-not-updating-with-every-loop-of-for-loop
    18.4.2014 14:27 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Python - oživení uživatelského rozhraní
    tohle vypadá zajímavě ... děkuji.

    Zkouším app.processEvents(), ale narážím na jeden úplně obecný problémek : ten zdroják zde hozený je v modulu, který importuju do hlavní appky, jenže v tom modulu je "app" (definovaný v hlavní appce) nedostupný (tedy myslím si to - před pár dny jsem narazil na podobnou věc, ani global nepomáhalo, a nakonec jsem to nějak obešel pomocí "parent".

    Je nějaký konkrétní způsob, jak přenést proměnné z hlavního kódu do importovaných modulů ? nebo se importuje nějak jinak ? V Pythonu se sotva zajíždím.

    Milan
    rADOn avatar 18.4.2014 16:07 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Python - oživení uživatelského rozhraní
    Ciste pro ukazku:
    import spam
    spam.ham = "dirt"
    
    Uvnitr modulu uvidis promenou ham, spam je odkaz na jeho jmenny prostor. Ale takhle to nedelej, pacz je to neskutecna prasarna a prvni pythonista ktery to uvidi ti pracky urazi a necha te to za trest prepsat do php.

    Porad prasacky ale aspon pouzitelny je udelat si v modulu inicializacni funkci ktera bude fungovat jako konstruktor. Ne ze by v tom byl technicky rozdil, ale je prehlednejsi mit veskerou logiku modulu uvnitr toho modulu a nespolehat se ze nekdo "zvenku" vi co a kam ma strcit aby to zacalo fungovat.

    Uplne nejcistsi zpusob je udelat proste objekt a strkat veci konstruktoru. Vsechno je reference, takze muzes zonglovat s relativne velkym mnozstvim dat bez kopirovani a je veskrze jedno jestli mas v hlanim programu referenci na modul nebo referenci na nejakou instanci – vsechno je objekt. Jestli vis ze nebudes potrebovat vic jednu instanci tak je to zbytecne, naopak je jednodussi trochu opevnit modul s inicializacni funkci (hlavne zajistit aby nesel inicializovat vicekrat) a interpret z nej udela perfketni singleton bez prace.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    18.4.2014 18:05 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Python - oživení uživatelského rozhraní
    aha, díky, zatím jsem to tak i řešil, v initu byl

    class myobjekt()

    def __init__(self, parent ...) self.parent = parent

    a to mi umožňovalo volat

    mo = myobjekt(self),

    a pak jsem se v mo přes parent dostal o patro nahoru. řesil jsem tak i (při uzavírání formuláře) předání proměnných z formuláře volajícímu objektu ... tohle prostě jen zkouším, vidím, že to takto jde, ale nevím, zda je to dostatečně košer.

    a díky za ukázku i jiných možností, určitě to zvážím

    milan
    19.4.2014 08:26 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Python - oživení uživatelského rozhraní
    vyzkoušel jsem napovězené app.processevent, a je to uplne presne to, co jsem čekal ..

    velký dík oběma ....

    Milan
    20.4.2014 09:27 Bill Gates
    Rozbalit Rozbalit vše Re: Python - oživení uživatelského rozhraní
    Zdravim, pokud se mohu vmisit do diskuze.. Ja sice gui uz neprogramuju, soustredim se spise na webove aplikace, ale mozna vam jeste prijde vhod ma zkusenost.

    Na widlich tehda v delphi jsem onehda pouzival stejny princip a narazil na stejny problem jako vy. Jmenovalo se to Application.ProcessMessages, kdy se GUI dostalo k lizu a fungovalo. Neco jako kooperativni multitasking uvnitr/v ramci jedne aplikace.

    Narazil jsem ale na problemy, ze se mi obcas v jistych specifickych situacich stalo, ze ten utek k systemu pomoci Application.ProcessMessages zpusobil nove zavolani funkce, kde byla umistena smycka s Application.ProcessMessages a jeste k tomu jsem mel na zacatku takove funkce napriklad cekani nez se okno zavre a opet pomoci smycky Application.ProcessMessages. Tzn deadlock.

    Pozor na to.. muze se to stat, dost obtizne se to hleda a pak sice GUI reaguje, tlacitka tlacitkuji, ale nereaguje to na nic... okno se nezavre a naopak se zmensi programovy zasobnik o jedno rekurzivni volani.

    Tak snad vam ma informace bude k necemu dobra, mam pocit ze tady u vas v Pythonu bude princip uplne stejny jako onehda u me v Delphi na widlich.
    22.4.2014 07:08 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Python - oživení uživatelského rozhraní
    Tak v tomto případě to snad nebude zlobit, protože k Appprocessevent jsem se uchýlil hlavně proto, že ve smyčce, kde BY SE MĚLO plynule aktualizovat rozhraní + detekovat stisknutí tlačítka byl proces, který úplně vyžral strojový čas a GUIko nepustil pořádně k lízu. Nyní to jede jedna báseň. UI je živé, aktualizuje se naprosto synchronně s postupem hlavní smyčky ... prostě paráda.

    každopádně díky za upozornění, s touto funkcí je asi opravdu potřeba zacházet opatrně. (možná spíše s návrhem jednotlivých eventů a slotů, aby se navzájem nezacyklily)

    Založit nové vláknoNahoru

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

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.