[python] Problema generico con interfacce grafiche

[giova22]

Ciao.

Ho un problema generico con un interfaccia grafica e python. In realtà il problema non è inerente ad una specifica libreria grafica...

Comunque... In pratica ho una interfaccina con un pulsante e una casella di testo.

Voglio che quando l'utente spinga un pulsante nella casellina ogni 1 secondo compaia un numero particolare.

Così ho "collegato" il bottone ad una funzione. Il problema è che la finestra si blocca... In pratica il programmino è fatto così

while(True):
time.sleep(1)
caselladitesto.scrivitesto(testo)

Quello è praticamente la funzione che scrive il testo... Come mai però si blocca?

Se invece del while metto un caselladitesto.scrivitesto(testo) e basta si aggiorna... Come mai se metto il while si blocca la finestra?

Grazie a tutti

[Ryuzaki_Eru]

Almeno dicci che interfaccia grafica usi. Posta tutto il codice poi, cosi come ti aiutiamo?

[DanieleC88]

Probabilmente la funzione termina così rapidamente che ricominci subito il ciclo ed entri nella sleep(), al che il tuo processo viene messo nello stato blocked dal tuo sistema operativo... Penso non abbia nemmeno il tempo di ridisegnare l'interfaccia che rimane lì fermo e ti sembra bloccato anche se in realtà non lo è.

[Ryuzaki_Eru]

Solitamente questi problemi sono dovuti alle varie GUI, alcuni li hanno, altri no. Quel codice vorrei capire in quale contesto è scritto e che framework grafico usa.

[DanieleC88]

Solitamente questi problemi sono dovuti alle varie GUI, alcuni li hanno, altri no. Quel codice vorrei capire in quale contesto è scritto e che framework grafico usa.

Difficile, se il processo è bloccato in una sleep() lo è anche la GUI. A meno che non sia multithreaded. :)

[cdimauro]

Serve un oggetto timer (del modulo threading):
15.3.7 Timer Objects
This class represents an action that should be run only after a certain amount of time has passed -- a timer. Timer is a subclass of Thread and as such also functions as an example of creating custom threads.

Timers are started, as with threads, by calling their start() method. The timer can be stopped (before its action has begun) by calling the cancel() method. The interval the timer will wait before executing its action may not be exactly the same as the interval specified by the user.

For example:

def hello():
print "hello, world"

t = Timer(30.0, hello)
t.start() # after 30 seconds, "hello, world" will be printed


class Timer( interval, function, args=[], kwargs={})

Create a timer that will run function with arguments args and keyword arguments kwargs, after interval seconds have passed.

cancel( )

Stop the timer, and cancel the execution of the timer's action. This will only work if the timer is still in its waiting stage.
Ma, soprattutto, riscrivere il while così:
while True:
:stordita:

[giova22]

ragazzi, vi ringrazio tutti per l'aiuto... Ora ho avuto un piccolo inconveniente... Risponderò a tutti questa sera...

[Ryuzaki_Eru]

Difficile, se il processo è bloccato in una sleep() lo è anche la GUI. A meno che non sia multithreaded. :)

Non sempre. Un esempio sono le PyGame che in questo caso non si bloccano e funzionano senza problemi. In altri casi, come le wx per esempio, allora serve un timer, come detto da cdimauro.

[DanieleC88]

Non sempre. Un esempio sono le PyGame che in questo caso non si bloccano e funzionano senza problemi.
Mi puoi fare un esempio in codice? Non sono molto pratico di PyGame. ;)

[giova22]

Serve un oggetto timer (del modulo threading):
15.3.7 Timer Objects
This class represents an action that should be run only after a certain amount of time has passed -- a timer. Timer is a subclass of Thread and as such also functions as an example of creating custom threads.

Timers are started, as with threads, by calling their start() method. The timer can be stopped (before its action has begun) by calling the cancel() method. The interval the timer will wait before executing its action may not be exactly the same as the interval specified by the user.

For example:

def hello():
print "hello, world"

t = Timer(30.0, hello)
t.start() # after 30 seconds, "hello, world" will be printed


class Timer( interval, function, args=[], kwargs={})

Create a timer that will run function with arguments args and keyword arguments kwargs, after interval seconds have passed.

cancel( )

Stop the timer, and cancel the execution of the timer's action. This will only work if the timer is still in its waiting stage.
Ma, soprattutto, riscrivere il while così:
while True:
:stordita:

questa dei timer è proprio quello che mi serviva... C'è però modo di fare si che si vada avanti all'infinito?
Cioè nel mio programma io vorrei che una certa funzione sia chiamata ogni 10 secondi... Ma per sempre.... Ho visto che usando il timer che consigli la funzione è chiamata una volta sola.

[Ryuzaki_Eru]

Mi puoi fare un esempio in codice? Non sono molto pratico di PyGame. ;)

Sto andando in mensa adesso, comunque in qualunque tutorial di PyGame fanno vedere il ciclo principale che interagisce sempre con i componenti del framework, del gioco e quant'altro. E nel 90% dei casi viene usato un semplice sleep().

questa dei timer è proprio quello che mi serviva... C'è però modo di fare si che si vada avanti all'infinito?
Cioè nel mio programma io vorrei che una certa funzione sia chiamata ogni 10 secondi... Ma per sempre.... Ho visto che usando il timer che consigli la funzione è chiamata una volta sola.

Il timer lo hai messo dentro il while?

[DanieleC88]

Sto andando in mensa adesso, comunque in qualunque tutorial di PyGame fanno vedere il ciclo principale che interagisce sempre con i componenti del framework, del gioco e quant'altro. E nel 90% dei casi viene usato un semplice sleep().
Ma perché rispondi ad una code di eventi e poi chiedi di ridisegnare l'interfaccia? Perché se è così non c'è niente di strano, è una prassi normalissima.

[cdimauro]

questa dei timer è proprio quello che mi serviva... C'è però modo di fare si che si vada avanti all'infinito?
Cioè nel mio programma io vorrei che una certa funzione sia chiamata ogni 10 secondi... Ma per sempre.... Ho visto che usando il timer che consigli la funzione è chiamata una volta sola.
Basta che richiami t.start() da dentro la funzione di callback chiamata.

Al limite ti fai un thread con un while + sleep, e che ogni volta che si sveglia richiama la funzione di callback. ;)

[Ryuzaki_Eru]

Ma perché rispondi ad una code di eventi e poi chiedi di ridisegnare l'interfaccia? Perché se è così non c'è niente di strano, è una prassi normalissima.

Non solo quello. Comunque mi sa che stiamo parlando di due cose diverse. Torniamo sui binari: di cosa stai parlando tu?

[DanieleC88]

Sto parlando del fatto che se hai una GUI legata mani e piedi ad un processo, e tale processo va continuamente nella coda dei processi "blocked" senza prima ridisegnare l'interfaccia utente, allora ti capiteranno i casi in cui hai una finestra "bloccata", insensibile agli input o totalmente bianca (hai presente su Windows il caso in cui la finestra "non risponde"?).

Se con PyGame non succede vuole dire che direttamente o indirettamente stai chiedendo di ridisegnare l'interfaccia prima che finisca il tuo ciclo, e prima di rientrare nella fase di sleep().

[Ryuzaki_Eru]

Ahhhh, ora ho capito che vuoi dire. Allora si, è cosi come dici tu. Io avevo capito tutt'altro :D

[DanieleC88]

;)

[giova22]

Se con PyGame non succede vuole dire che direttamente o indirettamente stai chiedendo di ridisegnare l'interfaccia prima che finisca il tuo ciclo, e prima di rientrare nella fase di sleep().

e c'è modo con le normali pyQT di chiedere di ridisegnare l'interfaccia?

[DanieleC88]

Puoi usare un thread "in background" che fa il lavoro, ed un thread principale (che è quello che crea e gestisce l'interfaccia) che raccoglie i dati ed aggiorna l'interfaccia di conseguenza.

[giova22]

Puoi usare un thread "in background" che fa il lavoro, ed un thread principale (che è quello che crea e gestisce l'interfaccia) che raccoglie i dati ed aggiorna l'interfaccia di conseguenza.

è quello che penso di avere fatto. Insomma... Ecco il codicillo (pseudocodice):

#tutti i vari import

class GUI(QtGui.QWidget):
def __init__(self, parent=None):
QtGui.QWidget.__init__(self, parent)
self.radiobutton = QtGui.QRadioButton(self)
self.radiobutton.move(coordinata1, coordinata2)
self.threadcheparte = calcolodati(self)
while(True):
self.threadcheparte.start()
self.threadcheparte.wait()

class calcolodati(QtCore.QThread):
def __init__(self,parent=None):
QtCore.QThread.__init__(self,parent)

def run(self):
#calcoli matematici
qb.radiobutton.setChecked(True)
#semplice codice che va a calcolare dei valori numerici partendo dalla data, valore poi stampato in console con un print, codice omesso per semplicità, anche se è piuttosto lungo (circa 1/2 secondo di calcoli)
qb.radiobutton.setChecked(False)
#time.sleep(10)


app = QtGui.QApplication(sys.argv)
qb = GUI()
qb.show()

Praticamente si vede che il thread lanciato deve andare a abilitare il tondino nel radiobutton, fare dei conti e poi spegnerlo.
Praticamente accende correttamente il tondino nel radiobutton, ma non lo spegne nonostante sia specificato nell'ultima istruzinoe. Viene spento in realtà appena è richiamato il thread.... Perchè? Perchè non lo fa subito?

Se ad esempio dopo qb.radiobutton.setChecked(False) metto un time.sleep(10 secondi) il tondino si spegne poco dopo 10 secondi cioè quando è ricreato il thread e non prima come in realtà sarebbe corretto... Come mai ho questo comportamento? Da notare che tutto funziona bene in effetti