----- Il 3-lug-19, alle 12:09, Giovanni Porcari giovanni.porcari@xxxxxxxxx ha
scritto:
|> Il giorno 3 lug 2019, alle ore 11:47, Silvano Valleferro
|> <s.valleferro@xxxxxxxxxxx> ha scritto:
|>
|>
|>
|> ----- 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.
|>
|
|
| Possiamo dividerla in 2 tipologie:
|
| 1) Modifiche al Core di genropy
| 2) Modifiche a funzionalità collaterali
|
| Nel primo caso si evidenzia un problema e nel caso si abbia una soluzione può
| essere mandata come proposta da incorporare.
|
| Di norma avrai forcato genropy e farai la tua modifica e unvierai la patch
| proposta con le motivazioni.
|
| Se è accolta tal quale viene incorporata. Altrimenti, come in questo caso, fa
| nascere una soluzione generica che viene adottata.
|
| Nel caso invece che siano modifiche a funzionalità ausiliarie di norma sono
| gestibili nel layer di customizzazione.
|
| Ciao
|
| G
Ciao a tutti,
Volevo, se possibile, riprendere un attimo la questione delle customizzazioni
sul core di genropy.
Se, come nel caso riportato sopra, volessi effettuare una customizzazione al
file:
genropy/projects/gnrcore/packages/email/lib/imap.py
cosa faccio ?
Basta nel mio package creare, all'interno del model, la directory _packages in
questo modo:
3crm/packages/crm/model/_packages/email/
e all'interno di questa metterci anche il file imap.py, oppure, essendo questo
un file di libreria e non un model andrebbe posizionato in un'altra directory ?
E se il file da customizzare fosse il
genropy/resources/common/gnrcomponents/attachmanager/attachmanager.py
dove lo dovrei posizionare ?
E se il file da customizzare fosse il
genropy/projects/gnrcore/packages/orgn/resources/frameplugin_organizer.py
dove lo dovrei posizionare ?
Ringrazio.
Ciao
Silvano Valleferro