Newsgroup: it.comp.appl.access
Titolo: Comunicazioni in rete lan

Un saluto a tutto l'NG. E' possibile inviare brevi messaggi da FE ad 
altro FE in rete lan  ? E se sï¿œ, mi potreste dare qualche suggerimento ?
Grazie, Marco

 Grazie, Marco
Mah...mandare messaggi da un pc all'altro in rete si puï¿œ indipendentemente 
da access...
Se ï¿œ questo che cerchi...hai sbagliato NG...cerca attorno al comando 
netSend...
Diversamente in quanto DB di rete...ogni FE che scrive sul BE e visibile da 
tutti gli altri.
Ciao
-- 
Roberto da Parma 

Roberto da Parma ha scritto:

Quello che vorrei relaizzare ï¿œ piï¿œ o meno questo: da una postazione X, 
p.e. che compila una richiesta di acquisto, mi piacerebbe che al click 
di un pulsante della sua maschera, il responsabile degli acquisti nel 
suo FE, fosse avvertito che ï¿œ presente una nuova richiesta formulata dal 
reparto X e che quindi dovrï¿œ provvedere ad effettuare l'ordine.
Marco

 Marco
per questo ti basta che nella lista dei "SUOI" ordini, metti un bel REQUERY 
temporizzato, e colori magari di GIALLO le righe nuove... cos� gli appare e 
se ne accorge... 

 Marco
Qualsiasi richiesta viene scritta in una tabella condivisa...qualsiasi 
frontend "legge" la tabella delle nuove richieste a intervalli regolari. 
Questa lettura e i record eventualmente presenti andranno flaggati ("letto") 
se il resp. acquisti li legge e fa l'ordine. Un secondo campo di tipo si/no 
avvertir� la postazione x che l'ordine � stato effettuato.
Questo � un possibile scenario, peraltro ben collaudato dal sottoscritto, da 
diversi anni, per gli ordini alla farmacia centrale da parte dei servizi o 
reparti ospedalieri.
Ciao, Carlo 

 appare e se ne accorge...
Quando si dice sintonia.
Ciao, Carlo 

 frontend "legge" la tabella delle nuove richieste a intervalli regolari. 
cut
scusa, mi interessa, questo avviene anche senza requery?


intervalli regolari = requery temporizzato.... su timer insomma 

Pablitomf ha scritto:

ecco, mi sembrava, avevo interpretato male la frase
grazie	

 ha scritto nel messaggio 
news:4adf6950$0$821$4faf...@reader5.news.tin.it...

In linea di massima � richiesto un requery temporizzato (come ha detto 
PablitoMF) ma molto dipende da come hai strutturato il db e in particolare 
la maschera di chi deve fare l'ordine.
D'altra parte il requery della maschera lo potresti attivare solo se, 
tramite codice, hai trovato richieste d'ordine in arrivo. In ogni caso tale 
operazione va legata al front-end in uso al responsabile acquisti o comunque 
alla maschera in uso al responsabile.
Qui si apre un altro scenario: front-end diversi, abilitare l'apertura della 
maschera a singoli operatori ma non a tutti, ecc.. Ma questo � un altro 
discorso.
Ciao, Carlo 

 Marco
Normalmente questo non accade su INSERIMENTO nuova RDA, ma su
"ATTIVAZIONE", o VALIDAZIONE...
Di fatto come ti hanno detto devi strutturare il tutto in modo
adeguato.
In prima battuta la Tabella RDA dovrà contenere la Data Emissione ed
un campo che consenta al responsabile di capire se ci sono nuove RDA
sia per Data ma anche per "già viste"...
Quindi il CLIENT del responsabile dovrà avere una maschera che su
TIMER vada ad estrarre l'elenco delle RDA della giornata non Viste...
a questo punto devi consentirgli di smarcare quelle lette... in modo
che alla prossima visione non vengano riestratte...!
La data serve per la divisione o raggruppamento che spesso sono
comodi...
@Alex