[Plone-IT] Workflow problematico, qualche consiglio?

[Vito Falco]

Ho dato uno sguardo approfondito, quello che vuol fare Cristina è abbastanza
semplice da fare creando una nuova "Regola" che come evento scatenante abbia
il cambio di stato del suo tipo di oggetto, e poi scegliendo la "notifica
all'utente" che come ruolo ha "revisore" (dando per scontato che applichi lo
sviluppo dell'oggetto come consigliato nella mia seconda email).

Vito

Il giorno 7 novembre 2008 15.48, Giovanni Toffoli <toffoli a uni.net> ha
scritto:

> Io penso che nella guard expression della transizione puoi tranquillamente
> accedere all'oggetto ed esaminare il valore del campo che specifica l'utente
> manager; tale valore va confrontato con lo userid dell'utente (manager)
> corrente.
>
> Giovanni
>
> ----- Original Message ----- From: "crirusso78" <crirusso78 a yahoo.it>
> To: <plone-it a lists.plone.org>
> Sent: Friday, November 07, 2008 3:26 PM
> Subject: Re: [Plone-IT] Workflow problematico, qualche consiglio?
>
>
>
>
> 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
>
>
>
> _______________________________________________
> 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/20081107/dd0f2869/attachment.html>