Ok, ma fai questa prova: usa il workflow standard e non "intranet".
Se vuoi che gli utenti "normali" scrivano senza pubblicare e i revisori si,
allora lo "standard" fa al caso tuo.

Vito


Il 20/03/08, daniele61 <[EMAIL PROTECTED]> ha scritto:
>
>
> No sono degli utenti fittizi creati da me per provare un'installazione
> iniziale prima di mettere in linea su un server definitivo. Sto creando
> delle situazioni possibili nella realtà e preferisco trovarne la soluzione
> ora prima che tutto sia in linea con 200 utenti che ci scrivono dentro.
>
> Verificherò comunque i tuoi suggerimenti e ti so dire.
> grazie
>
>
>
> Vito Falco wrote:
> >
> > Ok,
> > mmhmh... al momento non ho un'istanza dove testare quello che hai
> > raccontato, però posso dirti (come giustamente suggeriva il buon Yuri)
> che
> > il punto di partenza per gestire i permessi è (via Zope Management
> > Interface) il tool portal_workflow.
> > Tramite questo tool puoi gestire i vari stati degli oggetti / con
> utenti.
> > Cerca il tuo "intranet workflow" e vai vaedere allo stato "private" cosa
> > può
> > accadere: può essere messo in "pubblico" da chiunque? se così basterà
> > de-spuntare la checkbox e fare un refresh della security.
> >
> > Ripeto, non ho un plone3 sottomano per poter essere più preciso ;-)
> > Comunque il comportamento da te auspicato e tipico del workflow
> standard,
> > perchè allora usi l'"intranet"? sei sicuro che gli utenti non abbaino
> > localmente il ruolo di revisori e per questo pubblicano?
> >
> > Bye
> > Vito
> >
> > Il 20/03/08, daniele61 <[EMAIL PROTECTED]> ha scritto:
> >>
> >>
> >> Scusa Plone 3
> >>
> >>
> >>
> >>
> >> Vito Falco wrote:
> >> >
> >> > Ciao,
> >> > per poter capire meglio la situation dovresti fornirci il dettaglio
> >> > fondamentale: stai utilizzando Plone 2.5 o Plone 3?
> >> >
> >> > Thanks
> >> > Vito
> >> >
> >> > Il 19/03/08, daniele61 <[EMAIL PROTECTED]> ha scritto:
> >> >>
> >> >>
> >> >> Sto cercando di capire il concetto di documenti pubblici e privati
> >> >> all'interno della intraweb che sto costruendo.
> >> >> Ho creato un gruppo di utenti con diverse autorizzazioni (per
> provare)
> >> >> poi
> >> >> ho creato una struttura con  diversi items, files pdf, word, pagine
> >> web
> >> >> ecc.. alla quale si accede dopo essersi autenticati.
> >> >> Se l'utente non si autentica non accede a nulla. Questo è un must!
> >> >>
> >> >> Ora se un qualsiasi utente dopo essersi autenticato all'interno
> della
> >> >> struttura cambia lo stato del proprio documento o gruppo di
> documenti
> >> da
> >> >> privato a pubblico, questi diventano accessibili anche senza essersi
> >> >> autenticati. Questo non mi sta bene!!!
> >> >>
> >> >> Avevo capito che il passaggio da privato a pubblico di un item,
> fosse
> >> una
> >> >> transizione da uno stato di "bozza" visibile ad un ristretto gruppo
> di
> >> >> utenti "revisori" ad uno stato di "documento rilasciato" visibile a
> >> tutti
> >> >> "tutti quelli che si loggano ovviamente" non tutti tutti.
> >> >>
> >> >> Così non riesto a gestire al meglio nemmeno la storia di un
> documento,
> >> mi
> >> >> rende tutto complicato.
> >> >> C'è qualcosa che mi sfugge in tutto ciò?
> >> >>
> >> >> Grazie in anticipo
> >> >> Daniele
> >> >>
> >> >> --
> >> >> View this message in context:
> >> >>
> >>
> http://www.nabble.com/Contenuti-privati-e-pubblici-in-un-intraweb-PLONE-tp16140521s21526p16140521.html
> >> >> Sent from the Plone - Italy mailing list archive at Nabble.com.
> >> >>
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> Plone-IT mailing list
> >> >> [email protected]
> >> >> 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
> >> > [email protected]
> >> > http://lists.plone.org/mailman/listinfo/plone-it
> >> > http://www.nabble.com/Plone---Italy-f21728.html
> >> >
> >>
> >> --
> >>
> >> View this message in context:
> >>
> http://www.nabble.com/Contenuti-privati-e-pubblici-in-un-intraweb-PLONE-tp16140521s21526p16173800.html
> >>
> >> Sent from the Plone - Italy mailing list archive at Nabble.com.
> >>
> >>
> >>
> >> _______________________________________________
> >> Plone-IT mailing list
> >> [email protected]
> >> 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
> > [email protected]
> > http://lists.plone.org/mailman/listinfo/plone-it
> > http://www.nabble.com/Plone---Italy-f21728.html
> >
>
> --
>
> View this message in context:
> http://www.nabble.com/Contenuti-privati-e-pubblici-in-un-intraweb-PLONE-tp16140521s21526p16174000.html
>
> Sent from the Plone - Italy mailing list archive at Nabble.com.
>
>
>
> _______________________________________________
> Plone-IT mailing list
> [email protected]
> 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
[email protected]
http://lists.plone.org/mailman/listinfo/plone-it
http://www.nabble.com/Plone---Italy-f21728.html

Rispondere a