----- Il 2-lug-19, alle 17:36, Giovanni Porcari giovanni.porcari@xxxxxxxxx ha
scritto:
|> Il giorno 2 lug 2019, alle ore 16:55, Silvano Valleferro
|> <s.valleferro@xxxxxxxxxxx> ha scritto:
|>
|> Ciao a tutti ,
|>
|> Modifica di una lib del core
|> Dovrei creare una piccola modifica, nel caso specifico al programma
|> genropy/projects/gnrcore/packages/email/lib/imap.py
|> dove, il metodo
|>
|> def receive(self, remote_mailbox='Inbox', local_mailbox='Inbox'):
|> self.imap.login(self.username,self.password)
|> self.imap.select(remote_mailbox)
|>
|> devo modificarlo in
|> def receive(self, remote_mailbox='Inbox', local_mailbox='Inbox'):
|> self.imap.login(self.username,self.password)
|> self.imap.select(remote_mailbox, readonly=True)
|>
|> aggiungendo il readonly=True, per fare in modo che riceva le email
lasciandole
|> come non lette nel server.
|> Al momento ho modificato il file nel gnrcore (e funziona correttamente), ma
come
|> sarebbe corretto inserire nel mio packages questa modifica ? facendo in modo
da
|> renderla autonoma rispetto allo standard ?
|> Per i modelli e le risorse si crea la modifica, nelle rispettive directory,
con
|> _packages, vale la stessa regola anche per la directory lib ?
|
| Ciao Silvano
|
| Io penserei di aggiungere nel record dell’account di email un flag per dire
| ‘scarica read only’.
|
| Quindi nel tuo caso invece di modificare il programma ti limiti a dire
| nell’account di usare la modalità read only.
|
| Se ti va bene aggiorniismo in questo senso.
|
Perfetto !
Mi sembra la soluzione migliore per questo problema.
Però, a parte la soluzione specifica, sarebbe comunque interessante conoscere
come operare in situazioni analoghe dove la modifica da fare è molto più
personale di questa, che richiederebbe più una modifica personalizzata che non
includerla nello standard.
|
|>
|> Documentazione
|>
|> Avevo avuto modo di vedere la nuova documentazione di genropy, che avete
anche
|> inserito nel nuovo sito.
|> Pensavo di iniziare a vedere coma funziona il meccanismo perchè pensavo di
poter
|> inserire alcuni argomenti visti in questi ultimi mesi e che mancano come
|> documentazione.
|> Ho attivato il package docu in una applicazione, pensando che in questa avrei
|> già trovato almeno alcune cose caricate, come ad esempio il manuale base di
|> Genropy (quello generico per intenderci, view, form, query etc.).
|> Invece gli archivi sono completamente vuoti, e non c'è nenche, come ad
esempio
|> per GDB, un pulsante che permette di caricare i dati iniziali.
|>
|> Non sarebbe interessante prevedere una cosa del genere anche per docu, in
modo
|> che la guida base di genropy venga resa disponibile, così c'è la possibilità
di
|> capire come caricare e gestire i vari argomenti ?
|
| Il package docu in un sito diverso da genropy è pensato per fare la
| documentazione dello specufico applicativo e quindi mi pare che sia più
correto
| come è attialmente. Ma forse ho frainteso quello che chiedevi.
|
Era solo per vedere come caricare e compilare gli archivi di docu per poi
ottenere il manuale in Sphinx (se ho capito bene dovrebbe funzionare così,
carico i dati in docu e questo alla fine genera il manuale in Sphinx).
Cominciare a caricare tabelle e dati senza la minima idea di cosa ci andrebbe
caricato mi sembra, almeno per me, un azzardo.
|
|>
|> email del 27/06
|>
|> | Poi si possono definire dei processi server 1 o più che
periodicamente vanno a
|>
|> Ma questo processo server è un programma già disponibile o serve farlo ?
|> Sono dei processi linux lanciati come servizio ?
|> Credo che a me manchi solo questo
|> Praticamente tutta la schedulazione programmata è presente in tabella e
mai
|> eseguita
|>
|> Se non troppo complesso da spiegare in una email, come si lancia il servizio
per
|> eseguire il processo server che legge ed esegue quanto riportato nella
tabella
|> task_execution (nel mio caso solo l'acquisizione delle email)
|
| Dovrebbe essere attivo. Se vuoi domani ci sentiamo e vediamo in TV.
|
Ci risentiamo non appena trovo un pò di tempo.
Grazie
Silvano
|
| Ciao
|
| G
