Newsgroup: it.comp.appl.access
Titolo: RILASCIO DATABASE

Dunque, come annunciato tempo fa e anticipato in un altro post oggi
rilascio il mio database.
Si chiama GJDbase, ed è in versione beta. Sarà in uso in un Ente
pubblico e in due uffici distaccati, e servirà per la gestione di dati
personali.
La versione in rilascio è la Beta 0.91a/b. E', credo, un buon lavoro
ma soffre di alcuni problemi dovuti in piccola parte alla gioventù del
prodotto e in gran parte all'inesperienza del sottoscritto. Ma conto
che con il vostro aiuto possa diventare un buon prodotto.
La stragrande maggioranza del codice VBA che contiene non è mio. E'
codice preso o dal sitocomune e riadattato, o inviatomi sul ng o in
email da frequentatori di ICAA o da miei amici programmatori.
Come ho detto è un lavoro in versione Beta. Scaricatelo, usatelo,
miglioratelo. Poi se volete, condividete le vostre aggiunte con tutti
quanti.
Perchè rilasciare il mio lavoro a tutti? Semplice. Perchè più che
mio questo database è di tutti voi. Di tutti quelli che in questo mese
e mezzo mi hanno aiutato nella sua realizzazione e senza l'aiuto dei
quali il GJDbase non avrebbe mai avuto luce. E di tutti quelli che
avrebbero voluto farlo, ma non hanno potuto perchè, come me, erano
anche loro alle prime armi.
Vorrei che il GJDbase diventasse un progetto comune. Un framework sul
quale lavorare per creare un prodotto stabile, utile e liberamente
personalizzabile da tutti. Vorrei che fosse visto in ottica opensource.
Il GJDbase sarà liberamente scaricabile, modificabile, vendibile.
Chiedo solo che le copie online non vengano rinominate e mantenessero
il nome di GJDbase. Perchè la G è il mio nome, Giulio, ed è il nome
del nonno che non ho mai conosciuto, e la J è il nome di Julia, la
sorella che sarebbe dovuta nascere e che non è mai nata.
Per il resto...del GJDbase fatene quello che volete. L'importante è
che, poi, ogni miglioria venga resa pubblica. Ma non è un dovere. E'
un qualcosa che dovrà nascere spontaneamente dentro di voi.
Rilascio il database a: Gaspare, MAX, Alessandro Cara, Alessandro
Baraldi, Sitocomune. Poi decideranno loro cosa fare.
Buona giornata!
Giulio.

 ha scritto nel messaggio
news:1118837947.0...@g14g2000cwa.googlegroups.com...











Buona giornata!
Giulio.
e' possibile scaricarlo? ormai ci hai troppo incuriositi.
alla fine ce l'hai fatta,  ti hanno preso?
buon lavoro
Matteo

Sto inviando. Poi decideranno loro cosa farne :)
Se non è messo online posso mandarvelo io via email, tempo permettendo
:)
Ciao!


Giulio, continui a non leggere in modo *attento*
Su quello stramaledetto db hai 2 situazioni (problemi)
distinti.
1) I check che hai tolto dalle opzioni servono a non avere la richiesta 
di conferma a fronte di update/insert/delete
2) Il problema dell'utente concorrente e' dovuto al fatto e mi ripeto:
"o *associ* le forms e non fai update sul record corrente o *non associ* 
le forms ed allora devi fare le insert/update"
3) Tutti i casini che hai dipendono probabilmente dal punto 2
4) La form di inserimento telefoni falla *acDialog* cosi' impedisci lo 
spostamento su altro record ed eviti altri casini che al momento, credo, 
non sei in grado di *maneggiare*
spero che stavolta, come si suol dire, ti entri in *zucca*. E se non ti 
e' chiaro qualcosa metti il ditino sulla tastiera e scrivi "non ho 
capito" (non scrivere che *io* non mi sono spiegato perche' mi fa 
incazzare ;<))
--
a.cara

 incazzare ;<))
e infine, un colpo di classe
ROMA LADRONA!!!
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:  
www.donkarl.com/it

Ale, ma io non faccio update!!! Tutte le form sono associate.
Scusami ma se io entro nella sottomaschera Status e modifico il valore
di un controllo ASSOCIATO perchè mi da errore su utente concorrente???
E' un controllo associato, come si può vedere!
Lo ammetto Ale, NON RIESCO A CAPIRE quale sia l'update di cui parli.
Io uso solo form associate con controlli associati!
Per favore, potresti indicarmi dove si annida il problema
precisamente!? Perchè io NON riesco a capirlo!!!
E grazie :)
E per quanto riguardo ROMA LADRONA mmmm!!!!!!!!! :/

Ciao Giulio,
finalmente sei arrivato al termine del lavoro,
ti faccio presente che non mi dispiacerebbe rivederlo completo.
Napoleone 


Ho dato una rapida occhiata in giro
Qualcosina c'e',insert/update/delete/ (
p.es
 su eliminazione degli 
interventi), fa lo stesso
non mi sono messo a guardare la logica delle cose. Puo' darsi che quello 
che ho visto vada bene o meno ma l'errore che prendi e' un sintomo che 
qualcosina di strano c'e'. In compenso ho visto che hai dato una grande 
ripulita al codice. Bene ora e' molto piu' leggibile.
Perdonami ma non ho molto tempo per guardare le cose, sai, a tempo 
perso, mi capita di dover lavorare.
Tu devi consegnare a fine mese io gia' avrei dovuto farlo.
Vedi mai essere prevenuti, con il fatto che il pezzo di codice su cui 
sono intervenuto aveva, appunto, un paio di update (che generavano 
l'errore di cui stiamo parlando), ho esteso la situazione a tutto 
l'applicativo.
 >
 > E per quanto riguardo ROMA LADRONA mmmm!!!!!!!!! :/
non ti cura di lor ma guarda e passa sopratutto se provenienti dalla bassa.
--
a.cara
 >

Ma quell'update sugli interventi interviene (gioco di parole) sulla
tabella tblInterventi e non su tblUtenti cui sono associate le form. Ed
infatti nelle vecchie versioni nonostante l'insert update, questo
problema non si verifica.
Cmq non ti preoccupare. Quando puoi, se puoi... :)


sul controllo a schede personalmente avrei fatto una sub che prende da 
tblutenti e poi avrei distribuito i controlli sulle tre pagine.
Invece mi sembra che hai fatto 3 form con origine tutte da tblutenti per 
lo stesso idutente o sbaglio?
Credo che questopotrebbe darti qualche problema inoltre anche il form
principale e' legato a tblutenti. Ma non ti conviene mettere i dati 
guida sul form principale e distribuire gli altri sulle 3 schede?
--
a.cara

Si, la struttura che ho fatto io è infatti la seguente:
frmSchedaPrimoContatto ---->> tblUtenti
|
|-->> subSchedaPrimoContatto -->>tblUtenti
|-->>subSchedaStatus -->>tblUtenti
|-->>subSchedaDisponiblità -->>tblUtenti
|-->>subSchedaPercorsoEffettuato -->>tblUtenti
perchè era la soluzione che mi sembrava più pulita, visto che ero ad
una PRIMA ASSOLUTA con Access dopo CINQUE ANNI e la prima assoluta a
programmarlo.
Invece non ho ben capito la struttura che tu proponi.
Hai scritto:
< personalmente avrei fatto una sub che prende da
tblutenti e poi avrei distribuito i controlli sulle tre pagine. >
cioè, avresti avuto:
frmSchedaPrimoContatto --->> tblUtenti
|
|------>> ?????
Cmq sia con la mia struttura non avevo problemi di alcun tipo quando
aggiornavo i dati nelle varie sub. Hai visto l'esempio che ti ho
accluso nel documento word che ti ho inviato via email? Ecco, quella
modifica nel controllo Memo non produce alcun errore fatta nelle
precedenti versioni del mio database, dove c'è già l'INSERT INTO /
UPDATE relativa a tblInterventi.
A presto!

Napoleone, ti ho mandato ilcdb per posta.
Domani lo mando anche a qualcun altro che me lo ha chiesto.
A domani.

 
  frmSchedaPrimoContatto ---->> tblUtenti
  |
  |-->>page1-->>controlli
  |-->>page2-->>controlli
  |-->>page3-->>controlli
  |-->>page4-->>controlli
un solo recordset aperto, nel tuo ne apri 4 (uno non mi sembra provenire 
da tblUtenti, page 3?) e non hai problemi nel change del tabcontrol e 
una serie di amenita' del genere. Hai un record, e' quello puntato dalla 
form principale, le schede mostrano attraverso i controlli i vari 
attributi che ti interessano secondo il sezionamento che hai deciso.
--
a.cara

 ha scritto nel messaggio 
news:1118858328.7...@g49g2000cwa.googlegroups.com...


 ha scritto nel messaggio 
news:1118837947.0...@g14g2000cwa.googlegroups.com...











Buona giornata!
Giulio.
Risposta :
Rilascialo anche a noi e guardiamo un pò cos'hai fatto. :-D (mettilo on-line 
o spediscilo in allegato via mail)

Ciao Giuseppe. Google non mi mostra la tua email completa. Spezzetala
in modo che io possa capirla e che il parser di Google non ci metta
mano sopra.
Grazie :)

Maurizio: e quale sarebbe la tua email?

.... è vero.... mi sto rincoglionendo del tutto :D
Beh, ma una cosa non capisco però: il Percorso Effettuato, La
disponibilità lavorativa e via dicendo....come li avresti associati
alle pagine della forma principale?
Mica avresti messo tutto in tblUtenti, vero?

 
cio' che non sta su tblutenti e' giusto che venga messo in subform con 
il master-detail. Ho osservato solo superficialmente il tuo db, come e' 
strutturato esattamente non lo so.
Avevo dei dubbi ed ho guardato l'origine dati ed ho rilevato quella cosa.
cmq, se puoi, lascia almeno un pezzetto di "quoting"
--
a.cara

 Maurizio: e quale sarebbe la tua email?
Ho seguito molto le tue richieste di delucidazioni su codice e
quant'altro e devo dire che molte di queste mi sono servite a capire
meglio alcuni concetti e applicarli... Mi piacerebbe visionare questo
lavoro... Se puoi/vuoi mandarmelo ti lascio il mio indirizzo email:
anno...@tin.it...
Grazie per il tuo contributo.
Paolo

Ciao, gli indirizzi email mandatemeli per posta. Tanto il mio indriizzo
è visibile.
Google non mi fa vedere i vostri.
Ciao!

 cmq, se puoi, lascia almeno un pezzetto di "quoting"
Ok... io perchè rispondo direttamente dall'ultima casella in basso
della videata di Google...
A presto :)