gmane.comp.python.general.italian

Re: prime armi

Carlos Catucci — 2012-05-25T13:13:06

Carlos

Re: prime armi

Simone Federici — 2012-05-25T13:10:49

2012/5/25 Daniele Zambelli <daniele.zambelli< at >gmail.com>



e cos'è IDLE?
insomma è un coso che gira a vuoto?

Re: prime armi

Daniele Zambelli — 2012-05-25T13:09:17

Il 23 maggio 2012 16:38, chiara angelone <angelone.chiara< at >gmail.com> ha scritto:

Forse sono banale, ma all'inizio io consiglio di fare così:

1. Avvii IDLE.
2. Crei un file: menu-File-New window.
3. Lo salvi nella cartella dove metti le tue prove e con un nome che
termini con l'estensione: ".py".
4. Scrivi in questa finestra il testo del programma da provare, ad esempio:

# primo programma
print "funziona!!!"
.
5. Per eseguire il programma premi il tasto <F5>.
6. Complichi ad libitum.

Ciao

Re: prime armi

Marco Beri — 2012-05-25T10:00:15

2012/5/25 Alberto Abate <alberto.abate< at >gmail.com>


Tra l'altro va settato, in maniera totalmente intuitiva, così:
http://docs.python.org/using/windows.html#excursus-setting-environment-variables

:-)

Ciao.
Marco.

Re: prime armi

Alberto Abate — 2012-05-25T09:51:22

Dico la mia ;-))

il PYTHONPATH almeno in Windows XP l'ho settato a C:\Python27
avendo appunto python 2.7...
Così facendo vado nella cartella dove ho il file prova.py, qualunque essa
sia,
e lo lancio con il suo nome dalla shell diciamo DOS

spero sia utile.
saluti

Il giorno 25 maggio 2012 11:45, chiara angelone
<angelone.chiara< at >gmail.com>ha scritto:

Re: prime armi

chiara angelone — 2012-05-25T09:45:45

Il 24 maggio 2012 17:47, Gian Mario Tagliaretti
<g.tagliaretti< at >gmail.com> ha scritto:


Ho specificato nel PYTHONPATH il percorso dove C:\python dove
risiedono i miei file  da lanciare ma nulla!!!!!
bah che strano.....

Re: come chiudere in modo corretto le Window pygtk

Matteo Perini — 2012-05-25T07:02:46

Ciao e grazie per avermi dedicato del tempo


Fatto!
Non sapevo che libglade fosse obsoleto... è la prima gui che costruisco 
e ho trovato un po' di esempi on-line...
Ne è uscito un collage...
Fatto!
Grazie per la dritta (pensavo che i segnali fossero l'unico modo per 
interfacciarsi con gade)
Vedi sotto...
Concordo ma secondo te mi conviene creare le varie finestre con glade 
(tutte) o usare solo gtk (però la gui potrebbe complicarsi a breve).
era solo una reminescenza di un test che avevo fatto... tolta!
Purtroppo però non ho ancora risolto...
Ho inserito i delete event come mi hai consigliato
ad esempio così:
self.main_calibration.connect('delete-event',  
close_calib,self.main_calibration)

def close_calib(window,event,finestra):
             finestra.destroy()
             return True

ma quando provo a riaprire la finestra con:
def on_btn_main_calib_clicked(self,widget):
         self.main_calibration(self)

mi da il seguente errore:
Traceback (most recent call last):
   File "GuiAndrea2.py", lin

Re: come chiudere in modo corretto le Window pygtk

Gian Mario Tagliaretti — 2012-05-25T05:18:53

2012/5/24 Matteo Perini <perini.matteo< at >gmail.com>:

ciao Matteo,


Ci sono diverse cose che non vanno negli esempi che hai allegato,
sinceramente ho guardato di fretta ma le prime cose da sistemare sono:

- usa gtk.Buider invece dell'obsoleto (da molto) libglade

- perchè hai definito dei tuoi segnali che poi non usi? In linea
generale definire dei nuovi segnali non è una buona idea, tutti i
controlli hanno già i loro segnali, usa quelli.

- non vedo il delete-event collegato ad un evento (il problema che hai
segnalato)

- hai scritto la GUI a metà con glade e a metà scrivendo il codice a
mano, il mantenimento diventa infernale

- "global num" urla vendetta....

ciao

Re: prime armi

Carlos Catucci — 2012-05-24T17:16:30

Hai ragione, alla sinistra, scusa

Carlos

Re: prime armi

Marco Beri — 2012-05-24T17:11:40

2012/5/24 Carlos Catucci <carlos.catucci< at >gmail.com>

(Promotore del comitato "Marco Beri deve sedere alla destra del benevolo

Ehi, per piacere, non diciamo eresie, eh! :)))

Ciao.
Marco.
P.S. Btw grazie per la stima ;)

Re: prime armi

Carlos Catucci — 2012-05-24T16:04:08

Marco Beri è più bello (e non solo perchè siamo entrambi pelati...)



Carlos
(Promotore del comitato "Marco Beri deve sedere alla destra del benevolo
tiranno alla prossyma Europycon")  :P

Re: prime armi

Gian Mario Tagliaretti — 2012-05-24T15:47:06

2012/5/24 chiara angelone <angelone.chiara< at >gmail.com>:

ciao Chiara,


Il file prova.py DEVE essere nella cartella da dove lanci l'interprete
(non è proprio vero, qualche dettaglio più sotto), ad esempio su
Windows se lanci la "console" con cmd, questa si posiziona in Windows7
sulla cartella del tuo user, esempio c:\Users\chiara.

Se da questa cartella lanci l'interprete python, il file deve essere o
in questa cartella o in una cartella specificata nella variabile
PYTHONPATH.

Quindi riassumendo, assicurati che prova.py sia nella cartella da cui
lanci l'interprete c:\Users\chiara nell'esempio precedente.


Marco Beri è più bello (e non solo perchè siamo entrambi pelati...)

ciao

Re: come chiudere in modo corretto le Window pygtk

Matteo Perini — 2012-05-24T14:11:56

Ciao lista,
ho scritto alcuni esempi usando solo pygtk e le finestre si chiudono 
correttamente... (riesco a ri-aprirle!!).
Il problema però persiste sulla mia interfaccia.
L'unica cosa in cui si differenzia dalle prove che ho fatto è che 
importo l'interfaccia da un file glade che ho creato a parte.
Allego entrambi i file (non pretendo li guardiate..... ma se proprio 
volete ;-))
Ciao
Matteo

Re: prime armi

chiara angelone — 2012-05-24T13:20:15

Il 24 maggio 2012 15:12, Simone Federici <s.federici< at >gmail.com> ha scritto:

import prova mi sa sempre lo stesso errore
ImportError: No module named prova

come manuale sto usando "Imparare Python" di Mark Lutz




grazie

Re: prime armi

Simone Federici — 2012-05-24T13:12:01

2012/5/24 chiara angelone <angelone.chiara< at >gmail.com>


La command line python serve per provare al volo codice python.
Però come ha ben sperimentato non accetta comandi bash o del prompt dei
comandi windows.

nella console python tu puoi definire una classe o una funzione e lanciarla

ad esmpio puoi scrivere:


e successivamente provare a vedere se l'hai scritto bene lanciando la
funzione


il punto è che è scrivere codice python "interattivemente"...
a differenza invece di scrivere il codice in un file e eseguirlo, dove c'è
prima una compilazione del file e poi l'esecuzione (è tutto trasperente)


 < at >luca: Per quanto riguarda "reload" l'ho letto nel libro che sto

il reload è una gran figata.
il l'ho usato per in un plugin django per il coverage....
ma detto tra noi per un principiante.. è inutile sapere della sua esistenza.




non


il .py è l'estenzione del file, ma il module si chiama senza il .py

facci sapere come va
Simone

Re: prime armi

Carlos Catucci — 2012-05-24T12:39:24

Scusate, penso che la cosa migliore per Chiara sia di prendere un buon
manuale. Quello di MarcoBeri potrebeb andare bene.

In due parole pero' per vedere se riusciamo a fare chiarezza:

io dal prompt dei comandi (windows, linux o mac poco importa), digito

python

e do invio. Il cursore diventa simile a quello che segue


Qui io posso inserire codice python direttamente. Vedremo dopo come usare
import.

Se i dal prompt dei comandi digito invece

python prova.py

eseguo (posto che io abbia prima preparato il file prova.py e che mi trovi
nella corretta directory) il codice contenuto il prova.py

Vediamo un esempio banale di prova.py. Scriviamo dentro

print "Hello, World!"

e salviamo.

A questo punto scrivere python prova.py stampera'


Hello, World!

sullo schermo.

Carlos

Re: prime armi

chiara angelone — 2012-05-24T12:24:41

< at >enrico: ok se voi dite che posso tranquillamente eseguire il file da
terminale, mi chiedo allora cosa serve la command line di python?
Scusate la domanda.....

< at >luca: Per quanto riguarda "reload" l'ho letto nel libro che sto
seguendo per imparare, era semplicemente un primo esempio di funzione
che è possibile utilizzare, insieme alla import.

< at >simone: ho utilizzato il comando import settando prima PYTHONPATH
nelle variabili d'ambiente nel mio PC ma mi da il seguente errore
Import errore: no module prova.py.
Quindi non lo trova, devo settare altro.
Nelle variabili d'ambiente ho messo PYTHONPATH: C:\python e dentro
questa cartella python ci sono i miei file di prova. Ho fatto qualche
errore?

Grazie mille, ragazzi!
Chiara


Il 24 maggio 2012 00:24, enrico franchi <enrico.franchi< at >gmail.com> ha scritto:

Re: prime armi

Matteo Scotuzzi — 2012-05-24T12:07:06

Scusami se dico cose scontate:

se ho capito bene digitando da terminale "python prova.py" funziona.

Ciò che vuoi è digitare solo "python"; a questo punto l'inizio riga
del terminale cambia: ">>>".

Da qui non puoi più usare i comandi del terminale (niente "python"
quindi), ma solo codice python, esattamente come quello che hai
scritto nel file prova.py. A questo punto l'unica cosa che puoi fare
per per operare con il codice di prova.py è importare il modulo
relativo ("import prova" dovrebbe funzionare).

Tuttavia a seconda del codice contenuto in prova.py potresti non avere
il risultato sperato solo con l'import.

Il succo comunque è che il terminale e la shell python sono contesti
diversi e separati

Re: prime armi

chiara angelone — 2012-05-24T11:03:38

Sì ma come ho scritto già all'inizio non mi funziona la seguente cosa
***************************************
Il modo più facile è quello di invocare l'interprete dei comandi.
Digitando infatti python, si entra nell'interprete

python
Python 2.1.3 (#1, Sep  7 2002, 15:29:56)
[GCC 2.95.4 20011002 (Debian prerelease)] on linux2
Type "copyright", "credits" or "license" for more information.
************************************************************

infatti se io scrivo "python" nella command line di python mi dice
NameErrore: name 'python' is not defined.

Grazie!



Il giorno 23 maggio 2012 17:14, Alberto Abate
<alberto.abate< at >gmail.com> ha scritto:

Re: MAC e python

Fabrizio Mancini — 2012-05-24T08:21:48

2012/5/24 Massimiliano Pippi <mpippi< at >gmail.com>

Ma figurati, mica ci sono problemi! :-)
pygtk è una delle componenti di openerp, insieme ad postgresql. Anche io ho
una impressione molto positiva del mac, ma per esigenze molto particolari,
tocca ravancarci un pochino!! un bel po! :-)
ciao f

Re: MAC e python

Massimiliano Pippi — 2012-05-24T08:06:56

2012/5/24 Fabrizio Mancini <mr.file< at >gmail.com>:

Ti sei perentoriamente riferito a postgresql, mysql, apache. Se per
ecc... intendevi PyGTK mi spiace, non avevo capito.


Ammetto che non sempre tutto funziona OOTB (io uso Qt) ma non l'ho mai
trovato un "grosso" problema.
Riassumo il mio feedback: uso OSX per sviluppo crossplatform in
generale (Qt/C++ con QtCreator e homebrew per tutto il necessaire) e
Python in particolare (PyQt/web con PyCharm, virtualenv, vewrapper e
compagnia).

Ciao