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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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@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@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@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@lists.plone.org http://lists.plone.org/mailman/listinfo/plone-it http://www.nabble.com/Plone---Italy-f21728.html
