Newsgroup: it.comp.appl.access
Titolo: [PROPOSTA] "Normalizzare" le richieste al NG

Per facilitare il lavoro di chi intende rispondere ad una richiesta
fatta al NG, nonchè per ridurre al minimo i messaggi di precisazione
che spesso seguono al primo, troppo generico, e quindi in definitiva
per ridurre i tempi di risposta, proporrei di anteporre alla richiesta
vera e propria un'intestazione di questo tipo:
- Versione di Access completa di SR (menù ? -> "Informazioni su")
- Tipo di database contenente i dati (Access, SQL Server, DB/2 ....)
- Modalità di accesso al database (tabelle allegate, ODBC, da codice
con opendatabase() ....)
- Tipo di installazione (locale, in rete, replicata, su host ....)
- Sistema operativo (Win95, WINNT ...)
- Software di rete (Win95, Novell 4.0, Client Access ...)
- Stampante (aghi, inkjet, laser meglio se con marca e modello)
Un messaggio tipo avrebbe quindi questa forma:
--------------------------------------------------------------------
Versione Access: 	97 SR-2
Tipo DB:		Access
Modalità di accesso:	Tabelle allegate
Installazione:		LAN
Sistema operativo:	Win98
Software di rete:		Novell 4.0
Stampante:		HP Laserjet 1100
-------------------------------------------------------------------
[Testo del messaggio]
Non vorrei dare l'impressione di fiscalità, ma basta scorrere i
messaggi che arrivano, per rendersi conto che molti thread si
ridurrebbero a due soli messaggi (domanda e risposta) se la domanda
fornisse anche gli elementi che ho suggerito sopra, e quindi la
risposta arriverebbe molto prima, tenuto conto che tra un messaggio ed
un follow-up può passare anche un giorno.
Aspetto critiche, suggerimenti, approvazioni .....
Vincenzo Turturro
---------------------------------------------------------
Se no diventiamo tutti **** dai portatili o peggio ancora 
provetti poeti fiorentini come vturturro.
(Così disse 
ivan....@tiscalinet.it
 Ven 25 Aug 2000 09:34:52 +0200)

 fatta al NG, nonchč per ridurre al minimo ...
Non e' che la tua idea sia sbagliata, ma, secondo me, questo problema nasce
soprattutto per  via dei nuovi frequentatori. Ora e' chiaro che i nuovi non
utilizzeranno tale sistema per il semplice fatto che non lo conoscono.
Comunque sono aperto alla prospettiva.
Ciao, Sib

 - Stampante (aghi, inkjet, laser meglio se con marca e modello)
[cut]
Sono daccordo, ma sono sicuro che non ci si riuscira'. ;-)
L'anno scorso abbiamo provato a normalizzare il subject, guarda il risultato!
-- 
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
mailto:
it_db_...@usa.net
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------

 [Testo del messaggio]
Sono molto perplesso...una cosa che serve al neofita ma il neofita
(ovviamente) non la conosce...
Saluti.
Luciano

 Saluti.
Secondo me serve anche ai più esperti, in fondo è un modo di inquadrare più
eficacemente un problema, e poi le regole le imparano in fretta anche i
neofiti ...
Ciao


La vedo una bella cosa ma impraticabile.
ho grossi dubbi pero' sul fatto che possa essere avere successo questo tipo
di impostazione
potrebbe funzionare se (come avviene in certi ng)  ci fosse  un moderatore,
il quale  se il messaggio non viene impostato secondo certe regole te lo
rispedisce  indietro con tanto di   testo su come deve essere fatto se vuoi
che venga pubblicato.
Secondo me si perderebbe  comunque in "spontaneita'"  ,  e tanti msg  non
vedo proprio come possono essere  codificabili
cmq tentare non nuoce dicono
Carlo Ve


Se una persona scrive in questo NG e non conosce gli elementi che ho
elencato, non  la definirei nemmeno neofita .....


 elencato, non  la definirei nemmeno neofita .....
Ovviamente!:-)
Quello che intendevo dire, arriva tizio e non sa che il msg deve postarlo
con quell'header...
Comqune: hai mai postato si it.lavoro.offerte? Prova e dopo ti passera'
qualsiasi voglia di vincolare la scrittura di un msg!!!:-)
Saluti.
Luciano
(DOC)