[Plone-IT] Workflow problematico, qualche consiglio?

Vito Falco vitofalco a gmail.com
Dom 9 Nov 2008 18:50:19 UTC 

Ciao,
la parte di invio della email potresti affidarlo ad una nuova regola che
dovresti creare.
Evento scatenante: cambio di ruolo (->reviewer), azione da eseguire: invio
email.

In questo tutorial acquisici la base per fare cio' :
http://plone.org/documentation/tutorial/creating-content-rule-conditions-and-actions/tutorial-all-pages

Non mi sono mai trovato in questa situazione quindi non posso scriverti una
procedura passo-passo ;-)

Vito

Il giorno 8 novembre 2008 19.54, crirusso78 <crirusso78 a yahoo.it> ha
scritto:

>
> Vito,
>
> come ti dicevo ieri, hai capito benissimo, al momento ho modificato il mio
> file autorizzazione.py creato tramite archetype, aggiungendo come campo un
> VOCABULARY che deriva da una funzione che stampa l'elenco dei membri, e fin
> qui nessun problema.
>
> Non so invece come recuperare questo campo compilato, e gestirlo nello
> script da aggiungere alla transizione del mio workflow,
>
> al momento stavo provando con uno script trovato in rete, ma non va.
> Lo script te lo indico di seguito, mi date un'indicazione su come fare?
>
> obj = state_change.object
> mship = context.portal_membership
> mhost = context.MailHost
> adminEmail = context.email_from_address
>
> to_string = 'portaladmin a domain.com'
> for user in mship.listMembers():
>    if "Reviewer" in mship.getMemberById(user.id).getRoles():
>        if user.email:
>            to_string = to_string + ',' + user.email
>
> message = """
> From: %s
> To: %s
> Subject: New object submitted
>
> %s
>
> """
>
> msg = message % (
> administratorEmailAddress,
> to_string,
> obj.absolute_url()
> )
>
> mhost.send(msg)
>
> Inoltre questo per inviare comunque mail al cambio dell'oggetto,
> secondoriamente per settare al volo il nome credo sia semplice, sapendo
> come
> recuperare il campo compilato.
> Grazie
> Cri
>
>
>
> Vito wrote:
> >
> > Allora, vediamo se ho capito bene.
> > Dato un tipo di oggetto chiamato: AUTORIZZAZIONE (scusa, ma ho
> > frainteso...
> > la parola "autorizzazione" è una parola "calda" con molti significati per
> > chi usa plone).
> >
> > Questa AUTORIZZAZIONE può essere creata da un utente "normale". Essa non
> > ha
> > un utente revisore che possa far accettare o meno il successivo stato, ma
> > appunto varia di volta in volta a seconda del nome utente che il
> "normale"
> > avrà avuto cura di inserire in un dato campo di questo tipo di oggetto
> > AUTORIZZAZIONE.
> >
> > A questo punto ogni tipo di AUTORIZZAZIONE non avrà a priori un revisore
> > ma
> > sarà stabilito di volta in volta.
> >
> > Ecco come io procederei.
> > Creerei un tipo di oggetto chiamato AUTORIZZAZIONE che tra i suoi campi
> ha
> > un VOCABULARY che deriva da una funzioncina che stampa l'elenco dei
> membri
> > del portale, che chiamerei utente_revisore.
> > Creerei uno script python che venga richiamato all'azione del workflow da
> > parte dell'utente "normale" già presente e chiamata "sottoponi a
> > revisione".
> > Questo script utilizzando i metodi del portal_workflow setterebbe a volo
> > il
> > ruolo "revisore" all'utente_revisore.
> > A questo punto connettendosi al portale il nostro "revisore prescelto" si
> > troverà il ruolo di revisore SOLO dell'oggetto che ha chiamato lo
> > scriptino
> > python.
> > In linea teorica è più facile a farsi che non a scriversi :-P
> >
> > Vai via ZMI in portal_workflow e vedi un po' come funziona il workflow
> > standard di plone, non è difficile. Alla transazione "sottoponi a
> > revisione"
> > (del TUO TIPO DI OGGETTO) dovrai associare il tuo scriptino python.
> >
> > Vito
> >
> > Il giorno 7 novembre 2008 15.26, crirusso78 <crirusso78 a yahoo.it> ha
> > scritto:
> >
> >>
> >> Ma gli utenti devono compilare un'autorizzazione, composta da diverse
> >> informazioni, tra cui chi è l'utente_manager, forse non mi sono spiegata
> >> bene...
> >>
> >> non capisco avendo letto un pò di membrane e remember che c'entrino. :-)
> >> Chiedo lumi! ;-)
> >>
> >> Avevo anche pensato, anche ad un'altra soluzione al problema [non
> >> bellissima, ma forse più sbrigativa, visto che è urgente per me
> risolvere
> >> questa questione], propongo anche questa, e vi chiedo cosa ne pensate di
> >> entrambe e anche qui, qualche suggerimento.
> >>
> >> Allora avevo pensato, al momento, di non integrare l'autorizzazione
> >> dell'utente_manager nel workflow di plone, ovvero l'utente_normale
> >> compila
> >> l'autorizzazione indicando il manager a cui fa riferimento per quella
> >> data
> >> autorizzazione, dopo aver inviato la richiesta
> all'utente_amministratore,
> >> viene notificato per mail all'utente_manager che c'è l'utente_normale x
> >> che
> >> ha chiesto un'autorizzazione, quindi comunque l'utente_manager è
> >> informato,
> >> quindi casomai interviene in altri contesti.
> >>
> >> Ripeto questa ultima soluzione non è bellissima, ma al momento è l'unica
> >> scappatoia, mi rimane però un problema, come faccio a recuperare il
> >> valore
> >> del campo che contiene il nome dell'utente_manager e inviargli una mail.
> >>
> >> Grazie...aspetto con ansia qualche soluzione! ;-)
> >> Cri
> >>
> >>
> >>
> >>
> >> Vito wrote:
> >> >
> >> > Ciao,
> >> > mai letto dei prodotti Membrane & Remember? Praticamente fanno
> >> diventare
> >> i
> >> > tuoi utenti "oggetti" così da poterli trattare con workflow come i
> >> > documenti, pagine, etc.
> >> > Questo sarebbe un buon punto di partenza, non credo che quello che tu
> >> vuoi
> >> > fare si possa risolvere con la gesitone "standard" degli utenti di
> >> plone.
> >> >
> >> > Vito
> >> >
> >> >
> >> > Il giorno 7 novembre 2008 14.59, crirusso78 <crirusso78 a yahoo.it> ha
> >> > scritto:
> >> >
> >> >>
> >> >> Ciao a tutti,
> >> >>
> >> >> devo realizzare un workflow, che per me da poco in questo mondo, è un
> >> pò
> >> >> problematico.
> >> >>
> >> >> Vi spiego il problema, ho utenti con diversi ruoli, quali ad esempio
> >> >> utente_normale, utente_manager, e utente_amministratore.
> >> >>
> >> >> Un utente_normale aggiunge al sistema un dato oggetto rappresentante
> >> >> un'autorizzazione, composto da diversi campi, tra i quali anche un
> >> campo
> >> >> in
> >> >> cui viene specificato l'utente_manager a cui richiedere
> >> l'autorizzazione
> >> >> per
> >> >> una data occasione (non può quindi richiedere l'autorizzazione a
> tutti
> >> i
> >> >> manager ed inoltre un utente_normale a seconda del tipo di
> >> autorizzazione
> >> >> può specificare un manager diverso)
> >> >>
> >> >> Quindi non appena l'utente_normale invia la richiesta [transizione],
> >> >> vorrei
> >> >> che subentrasse nel prossimo stato l'utente_manager che quindi può
> >> >> autorizzare o rifiutare l'autorizzazione, nel caso l'utente normale
> >> venga
> >> >> autorizzato, gli attori rimarebbero solamente l'utente_normale e
> >> >> l'utente_amministratore.
> >> >>
> >> >> Al momento io ho lavorato per la costruzione del workflow con argouml
> >> e
> >> >> poi
> >> >> ho creato il prodotto per plone con archgenxml.
> >> >>
> >> >> Mi indicate qualche strada, qualche lettura, qualche esempio su cui
> mi
> >> >> possa
> >> >> basare?
> >> >> Grazie
> >> >> Cri
> >> >>
> >> >> --
> >> >> View this message in context:
> >> >>
> >>
> http://n2.nabble.com/Workflow-problematico%2C-qualche-consiglio--tp1469722p1469722.html
> >> >> Sent from the Plone - Italy mailing list archive at Nabble.com.
> >> >>
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> Plone-IT mailing list
> >> >> Plone-IT a lists.plone.org
> >> >> http://lists.plone.org/mailman/listinfo/plone-it
> >> >> http://www.nabble.com/Plone---Italy-f21728.html
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > "Design is the method of putting form and content together. Design,
> >> just
> >> > as
> >> > art, has multiple definitions; there is no single definition. Design
> >> can
> >> > be
> >> > art. Design can be aesthetics. Design is so simple, that's why it is
> so
> >> > complicated." by Paul Rand
> >> >
> >> > _______________________________________________
> >> > Plone-IT mailing list
> >> > Plone-IT a lists.plone.org
> >> > http://lists.plone.org/mailman/listinfo/plone-it
> >> > http://www.nabble.com/Plone---Italy-f21728.html
> >> >
> >>
> >> --
> >> View this message in context:
> >>
> http://n2.nabble.com/Workflow-problematico%2C-qualche-consiglio--tp1469722p1469816.html
> >> Sent from the Plone - Italy mailing list archive at Nabble.com.
> >>
> >>
> >>
> >> _______________________________________________
> >> Plone-IT mailing list
> >> Plone-IT a lists.plone.org
> >> http://lists.plone.org/mailman/listinfo/plone-it
> >> http://www.nabble.com/Plone---Italy-f21728.html
> >>
> >
> >
> >
> > --
> > "Design is the method of putting form and content together. Design, just
> > as
> > art, has multiple definitions; there is no single definition. Design can
> > be
> > art. Design can be aesthetics. Design is so simple, that's why it is so
> > complicated." by Paul Rand
> >
> > _______________________________________________
> > Plone-IT mailing list
> > Plone-IT a lists.plone.org
> > http://lists.plone.org/mailman/listinfo/plone-it
> > http://www.nabble.com/Plone---Italy-f21728.html
> >
>
> --
> View this message in context:
> http://n2.nabble.com/Workflow-problematico%2C-qualche-consiglio--tp1469722p1474487.html
> Sent from the Plone - Italy mailing list archive at Nabble.com.
>
>
>
> _______________________________________________
> Plone-IT mailing list
> Plone-IT a lists.plone.org
> http://lists.plone.org/mailman/listinfo/plone-it
> http://www.nabble.com/Plone---Italy-f21728.html
>



-- 
"Design is the method of putting form and content together. Design, just as
art, has multiple definitions; there is no single definition. Design can be
art. Design can be aesthetics. Design is so simple, that's why it is so
complicated." by Paul Rand
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.plone.org/pipermail/plone-plone-it/attachments/20081109/5f603bdf/attachment.html>

Maggiori informazioni sulla lista Plone-IT