Newsgroup: it.comp.appl.notes-domino
Titolo: Vista-documenti Utente Corrente

Ho creato una vista con l'intento di visualizzare solo quei documenti che
in un determinato campo contengono il nome dell'utente corrente che sta
utilizzando il database.Per fare questo la formula che ho inserito nella
proprietą View Selection č:
SELECT ((Form = "chiamata")) & (sento = @Name([CN];@UserName)) |
@AllDescendants
Solo che la vista funziona solo se ad lanciare la vista sono io.Se vado su
un computer di un altro utente non mi visualizza i suoi documenti.Ho
sbagliato qualcosa?
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
Si, perche' la SELECT viene valutata sul server ergo, non e' il modo 
giusto. Dovresti usare il campo reader, se possibile, altrimenti delle 
cartelle (con codice per la gestione) Potersti fare in alternativa un 
form, con un embedded view, che mostra i docs solo della categoria con 
lo username corrente Dipende da che vuoi fare con la riservatezza. 
--
http://www.depquest.net

 responsabile.
Allora confermo, credo che la cosi + immediata sia fare un form, con 
una embedded view, e mettere come proprietà della embedded view di 
visualizzare una sola categoria. Come formula metterai @UserName 
--
http://www.depquest.net


certamente piu' immediata, quasi geniale.
Mi piacerebbe di piu' usare i campi autori e lettori. Quando assegni il 
responsabile li valorizzi, cosi in qualsiasi vista vedrai solo quelli di 
competenza. Occhio all'ACL. Questi utenti dovranno avere livello di 
accesso Author (Redazione).

 livello di accesso Author (Redazione).
!! E' ovvio che questa sia la soluzione corretta!!!
L'avevo accennato anche nel messaggio precedente.
Se Francesco non mi da' dettagli sulla privacy...
--
http://www.depquest.net

 Se Francesco non mi da' dettagli sulla privacy...
La privacy non esiste!
-- 
Ciao./ Zio Ciano. Born to run Unix.
Windows NT: Designed for the Internet. The Internet: Designed for Unix.
http://www.fsf.org/philosophy/no-word-attachments.it.html
(Fare bene non e` bene, fare male non c'e` male.-)

 
Mitico, zio. Perle di saggezza, come sempre.
maximo

omixam ha scritto:


Grazie dei suggerimenti.Mi metto all'opera!
Francesco


 sbagliato qualcosa?
la vista deve essere "Shared, private on first use" (o qualcosa del genere).
ciao
p.

 Se Francesco non mi da' dettagli sulla privacy...
Scusa l'intervento ritardato, come me, ma i vecchi campi readers o 
authors proprio no, eh? 
--
@ --> Juda of 3AM - juda(strudel)
despammed.com
KP --> Non esiste l'impossibile. L'impossibile non esiste.
PRJ --> struKtura

 
Gli Ho chiesto: che tipo di protezione Privacy Vuoi?
No Anwer, No reply.
Reader Author a volte possono essere controproducenti, a seconda di 
cio' che uno vuol fare. Se ha doc visibile da tutti, ma a volte vuole 
mostrare SOLO i suoi.... non vanno bene. 
--
http://www.depquest.net

 mostrare SOLO i suoi.... non vanno bene. 
Non mi vengono in mente casi in cui siano controproducenti.
Se č solo una questione di raggruppamento basta una vista categorizzata 
o una personale che sgrava anche il server, ma parlando di assegnazione 
ad un responsabile mi vengono in mente processi di workflow che si 
gestiscono con i campi di controllo accessi. 


 gestiscono con i campi di controllo accessi. 
Esatto, punto chiave, che deve fare?
--
http://www.depquest.net

 Esatto, punto chiave, che deve fare?
Se è un workflow si usano i readers e gli authors, perché gli altri non 
solo devono vedere assegnati i documenti, ma devono proprio o non 
vederli o quantomeno non poterci operare sopra. 
