author: giulio

text:
> >  Tanto per dire, ho provato a realizzare in Access una semplice
> >  maschera di inserimento e gestione dati da una singola tabella con un
> >  po' di VBA sotto,
>
non voglio essere il facilone, ma e' una query sql...
> Credo che dipenda molto dall'esperienza... a me vengono facili facili :-)
>
si, infatti! ma access va benissimo solo per aplicazioni che gestiscono dati
tabellari o comunque tutte quelle applicazioni che hanno bisogn d un DBMS
Vb e' + general purpose con i suoi pregi e difetti. Io vorrei ancora capire
come popolare in modo ganzouna list box con una tabella.
sicuramente gli utilizzatori di Vb mi diranno " e' una bischerata, che ci
vuole?!" io invece ho ripiegato su Access anche se sto combattendo con il
sendobject....
Meglio Vb o Access?
Dipende dall'uso che se ne deve fare
Saluti!!!
Giulio


title: Creare interfaccie utente verso DB, è meglio Access o Visual Basic?

author: Marco Nolli

text:
"MegaMax" <
> Questo post č volutamente cross-postato, in quanto vorrei conoscere
> l'oppinione degli sviluppatori di ambo i newsgroup, sperando che ne
risulti
> una discussione costruttiva. :-)
Hai fatto male a cross-postare: non nasce nulla di costruttivo :-)
> Argomento di discussione: qual'č il miglior tool per creare software che
> forniscano un'interfaccia utente verso un DB (Access-JET o SQL Server)?
>
> Io ho lavorato sia con VB (non troppo) sia con Access (molto), e ne ho
> concluso quanto segue:
>
> * Access č smodatamente piů comodo e potente a levello di strumenti per
> disegnare/formattare l'interfaccia (allineare/ridimensionare/spostare i
> controlli).
> * Access ha le sottomaschere, che mancano in VB (in VB esiste un controllo
> per creare qualcosa di simile, ma č piů contorto :-)
> * In Access accedere ai dati č una bazecola, č fatto apposta; mettere il
> contenuto di una query in un controllo (casella di riepilogo,
> sottomaschera...) č questione di 3 secondi e 2 click del mouse; in VB č
> decisamente piů complicato, o usi i controlli data, o fai tutto da codice,
> inserendo i dati un record alla volta.
> * Esiste Access Developer, in grado di creare pacchetti Access che
> funzionano anche se non č installato Office
Vero.
Hai dimenticato tra l'altro la reportistica.
> * VB crea codice piů "leggero"
> * VB puň creare vere aplicazioni eseguibili (exe)
Falso: non sono veri eseguibili, si tira dietro un colossale Runtime quando
sviluppi soluzioni con DB.
> * VB č piů potente/comodo/efficace per tutte quelle cose che esulano dal
> puro "accesso dati"
> Alla luce di queste considerazioni (discutibili ovviamente), perchč ci
sono
> vagonate di sviluppatori che utilizzano VB per sviluppare applicazioni che
> sono pure interfaccie verso DB?
Perchč Access č incluso in un pacchetto destinato all'utente finale, quindi
svalutato.
Ciao.


text:
> Ciao...io ho seguito un po' il cammino inverso, perchè ho sempre usato
> VB ed ora...sto sbattendo la testa su Access! Io Access lo trovo molto..
> .contorto! Vagonate di codice ridondante, poi non mi sento mai
> veramente "libero" e con il "programma in pugno" come mi sentivo con VB.
>  Inoltre in VB la gestione dei Recordset è mooooolto più semplice.
>  Tanto per dire, ho provato a realizzare in Access una semplice
>  maschera di inserimento e gestione dati da una singola tabella con un
>  po' di VBA sotto, e mi sono accorto di quanto sia complicato rispetto
>  a VB (sempre se vuoi fare le cose bene senza possibili errori da parte
>  dell'utente!): infatti, coem potrai notare, ho dovuto richiedere più
>  volte l'aiuto dei partecipanti a questo Newsgroup. Questa la mia
>  impressione: per una cosa "provvisoria" o per uso personale va anche
>  bene Access, ma VB...è un'altra cosa! Ciao, con simpatia!
Semplicemente non conosci Access ;-)


author: MegaMax

text:
> Vb e' + general purpose con i suoi pregi e difetti. Io vorrei ancora
capire
> come popolare in modo ganzouna list box con una tabella.
> sicuramente gli utilizzatori di Vb mi diranno " e' una bischerata, che ci
> vuole?!" io invece ho ripiegato su Access anche se sto combattendo con il
> sendobject....
>
> Meglio Vb o Access?
>
> Dipende dall'uso che se ne deve fare
Nella fattispecie del thread, io sono per Access.
In generale, come dici te, dipende :-)
Max


text:
>  Tanto per dire, ho provato a realizzare in Access una semplice
>  maschera di inserimento e gestione dati da una singola tabella con un
>  po' di VBA sotto, e mi sono accorto di quanto sia complicato rispetto
>  a VB (sempre se vuoi fare le cose bene senza possibili errori da parte
>  dell'utente!)
Se usi le macro sono daccordo che č un casino e non combini nulla, ma VBA č
identico a VB; cambiano alcuni oggetti.
Dicendola tutta la struttura ad oggetti di VBA mi sembra decisamente piů
semplice di quella di VB.
O almeno piů completa/intuitiva.
Almeno in VBA esiste un macrooggettone che contiene tutti gli altri :-)
Max


text:
"Alessandro" <
> Si possono fare molti esempi, dall'utilizzo completo dei RECORDSET con
> gli oggetti, ACCESS, almeno il 97, non prevede di attribuire ad un
> oggetto
> il contenuto di un RECORDSET.
Scusa Alessandro, la versione  '97 fu immessa sul mercato il dicembre 1996:
leggermente obsoleta no?
Io sto lavorando con .ADP di A 'XP e riesco a impostare un recordset come
origine perfino di un report!
> E' vero che VB non ha le SUB_Form, ma ha dei controlli funzionali come
> le varie GRID disponibili....!
Non centra nulla!
Quelle cacate di griglie le trovi pure nelle versioni developer di Access, e
le puoi usare con (quasi) le stesse modalità di VB.
Non fanno parte ne di VB, ne di Access: sono .OCX ... che tra l'altro danno
spesso un sacco di problemi.
VB non è adatto a sviluppare gestionali seri: non ha strumenti nativi per
l'accesso e il reperimento dei dati,
gestori di barre degli strumenti, reportistica, è macchinoso come
Front-Editor per SQL Server.
Utilizzato con i DB è una vera cagata.
ciao: Marco


author: Alessandro

text:
"giulio" <
red...@libero.it
> wrote in message
news:1022848141.10857@fire-int
>
> Vb e' + general purpose con i suoi pregi e difetti. Io vorrei ancora capire
> come popolare in modo ganzouna list box con una tabella.
> sicuramente gli utilizzatori di Vb mi diranno " e' una bischerata, che ci
> vuole?!" io invece ho ripiegato su Access anche se sto combattendo con il
> sendobject....
Se usi la ListBox nativa la devi popolare con un ciclo sul Recordset
e utilizzando la proprietà ADDITEM, con la limitazione del numero
dei campi ecc....!
Se invece usi i controlli(DATALIST e  DATACOMBO), questi sono
semplici controlli che popoli attribuendo la fonte dati....!
Alessandro.



text:
"Marco Nolli" <
marco...@libero.it
> wrote in message
news:evKJ8.35055$
ie.7...@twister2.libero.it
>
> "Alessandro" <
>
> > Si possono fare molti esempi, dall'utilizzo completo dei RECORDSET con
> > gli oggetti, ACCESS, almeno il 97, non prevede di attribuire ad un
> > oggetto
> > il contenuto di un RECORDSET.
>
> Scusa Alessandro, la versione  '97 fu immessa sul mercato il dicembre 1996:
> leggermente obsoleta no?
> Io sto lavorando con .ADP di A 'XP e riesco a impostare un recordset come
> origine perfino di un report!
Che vuoi fare sono RESTIO a tutte queste innovazioni...!
> > E' vero che VB non ha le SUB_Form, ma ha dei controlli funzionali come
> > le varie GRID disponibili....!
>
> Non centra nulla!
Vuoi dirmi che le SUBFORM che usi in ACCESS 90 su 100 non sono in
visualizzazione Maschere continue...???
Gli OCX nativi di VB non mi hanno mai creato problemi, anche quì forse
è solo questione di pratica.....! ;-)
> VB non è adatto a sviluppare gestionali seri: non ha strumenti nativi per
> l'accesso e il reperimento dei dati,
> gestori di barre degli strumenti, reportistica, è macchinoso come
> Front-Editor per SQL Server.
> Utilizzato con i DB è una vera cagata.
>
> ciao: Marco
Si, se è per questo nemmeno ACCESS, ma la programmazione SERIA è
un'opinione
e va dimensionata alle reali possibilità....!
Io SERIO intendo cose come SAP/R3, forse non è così...!!!
Alessandro.



author: Alberto V

text:
"MegaMax" <
zz...@sssss.com
> ha scritto nel messaggio
news:ad7ib1$uob1c$1...@ID-141456.news.dfncis.de...
> Argomento di discussione: qual'è il miglior tool per creare software che
> forniscano un'interfaccia utente verso un DB (Access-JET o SQL Server)?
Al di là dell'aspetto tecnico, a cui ho visto che avete già risposto, mi
chiedevo se per utilizzare applicativi sviluppati con Access occorra avere
una licenza di Access nel PC client, o se esista una versione di Access con
le royalties già pagate (come ricordo che usavo per Fox-Pro nel '94) ed un
runtime distribuibile.
Mi sembra un aspetto da non sottovalutare, perchè se per ogni PC client
occorre una licenza Access, per certe aziende il costo di acquisto di un
pacchetto sviluppato con Access rende molto onerosa l'installazione.
Ciao
Alberto


text:
"Alessandro" <
ik2...@libero.it
> ha scritto nel messaggio
news:fb770d6582c627a834...@mygate.mailgate.org...
> Io SERIO intendo cose come SAP/R3, forse non è così...!!!
SAP/R3 è gigantesco. 'Serio' è un po' azzardato, come ti potrà confermare
chi ci ha lavorato :-((((
E' uno dei pochi sistemi Client/Server non Client/Server....
Alberto


text:
> > Questo post è volutamente cross-postato,
>
> Io, se posso, evito volutamente i cross-post, sicche' rispondo solo
> qui.
Esistono cross-post inutili, e cross post utili.
Ritengo presuntuosamente che questo sia un cross post utile (quindi mi
permetto di ri-crosspostarlo, ma se mi dai un motivo razionale e sensato per
non crosspostare un post che riguarda più NG, non lo faccio più :-)
> > Argomento di discussione: qual'è il miglior tool per creare software
> > che forniscano un'interfaccia utente verso un DB (Access-JET o
> > SQL Server)?
> Dipende dagli obiettivi che ci si pone.
> Access e' quasi sempre vincente quando ricorrono le seguenti
> condizioni:
> 1. L' utente e' un' azienda;
> 2. L' applicazione non deve essere a grande diffusione;
Concordo, ma direi "non scaricabile da internet"
un paccheto col runtime tiene 150 Mb :-)
> 3. La base dati e' locale e monoutente oppure il numero di utenti
>    e' contenuto e le tabelle non sono troppo grosse;
Solo se usi direttamente JET, se usi SQL Server è tutt'un'altra storia.
> 4. La base dati e' l' unica ragione dell' applicazione;
Concordo
> 5. I dati vengono modificati direttamente sul db senza gestire
>    sofisticate procedure di log e/o di undo;
Solo se usi direttamente JET, se usi SQL Server è tutt'un'altra storia.
> 6. Le prestazioni non sono un problema;
Solo se usi direttamente JET in multiutenza, se usi SQL Server è
tutt'un'altra storia. (mi sento un po ripetitivo, ma CTRL+V è troppo
comodo... :-))))
> 7. L' utente magari ha gia' Office installato e non ci si preoccupa di
>    aggiornamenti di versione (una bella menata assistere clienti
>    con versioni di office che vanno da 97 a XP in lingue diverse);
Basta installargli il runtime, così il tuo prodotto gira con la versione che
decidi tu, e sei a posto :-)
> 8. I tempi di consegna e i costi di produzione devono essere contenuti.
Cosa sempre aprezzata in qualsiasi situazione lavorativa, a parità di
risultato.
> > Io ho lavorato sia con VB (non troppo) sia con Access (molto),
>
> Io ho iniziato a programmare con Access 2 poco piu' di cinque anni fa.
Acces 2 non lo ho mai visto, ho sempre usato o 2000 o XP (da poco, ma tanto
cambia poco)
> > * Access ha le sottomaschere, che mancano in VB (in VB esiste un
> > controllo per creare qualcosa di simile, ma è più contorto :-)
>
> La loro mancanza non e' un gran problema, si possono simulare
> senza ricorrere a invenzioni "strane" di terzi.
> Basta solo un po' di fantasia.
Si, ma ci perdi tempo, e ci vuole del codice... con access invece hai una
soluzione un po più pulita
> > * In Access accedere ai dati è una bazecola, è fatto apposta;
>
> Hai detto bene: Microsoft Access e' un database su file che fornisce
> anche una sofisticata (forse troppo) interfaccia utente e potenti
> strumenti per manipolarla, primo fra tutti il VBA.
Sostanzialmente il VBA è identico al VB come sintassi, e molto simile a
livello di oggetti.
Però il VB ne ha di + e più variegati :-)
> >mettere il
> > contenuto di una query in un controllo (casella di riepilogo,
> > sottomaschera...) è questione di 3 secondi e 2 click del mouse;
>
> Se la combo e' agganciata ai dati si', altrimenti ...
> Non so se hanno cambiato qualcosa, ma hai tempi di Access 2
> per caricare una listbox (o una combo) con un array in memoria
> bisognava passare attraverso una callback ricorsiva :-(
Se usi il codice basta una stringa opportunamente formattata, e la si
assegna all'oggetto; altrimenti imposto tutto direttamente dalle proprietà
(scrivi la stringa design-time :-)
> > in VB è
> > decisamente più complicato,
>
> None: in vb e' facile come e piu' di Access.
Suppongo dipenda dalla mia non elevata esperienza in VB :-)
> > o usi i controlli data, o fai tutto da codice,
> > inserendo i dati un record alla volta.
>
> Questo non mi e' chiaro.
> A fare un' applicazione semplice tipo Access ci vogliono
> pochi minuti (anche se piu' di Access).
Intendevo dire che ci sono molte cose che in access non necessitano di
codice, mentre in VB si.
> Se l' applicazione e' complessa, con parecchi controlli di validazione
> input, campi calcolati, visualizzazioni variabili a seconda del
> contesto, Access e' tremendo: vuole fare quello che vuole lui.
Mmm... non saprei, non ho mai avuto problemi; di solito le validazioni me le
facico da codice, così controllo tutto al meglio.
> > * VB crea codice più "leggero"
> > * VB può creare vere aplicazioni eseguibili (exe)
> > * VB è più potente/comodo/efficace per tutte quelle cose che esulano dal
> > puro "accesso dati"
>
> Concordo: d' altra parte VB e' un linguaggio di programmazione,
> parzialmente implementato come VBA da Access (che quindi e' due cose:
> un db e uno strumento di sviluppo).
Concordo, l'SQL è un mondo a parte (quando lo studiavo all'università mi
sembrava una cosa assurdamente contorta... ma poi ci ho preso gusto :-))))
> > Alla luce della mia esperienza (personale, limitata,
> > magari sbagliata) se
> > usassero Access impiegherebbero metà tempo a sviluppare un
> > dato applicativo,
>
> Concordo in base a quanto detto sopra.
>
> > ed otterrebbero risultati graficamente più accattivanti,
> > a livello di interfaccia;
>
> Dipende ;-)
[SBRUFFONE  MODE  ON]
Non hai visto le mie interfaccie! :-))))))))))
[SBRUFFONE  MODE  OFF]
Scherzi a parte, è che sono abituato male con access, che a livello di
formattazione ci fai di tutto.
VB invece vuole fare quello che vuole lui; gli strumenti di allineamento e
ridimensionamento sono quasi identici, ma funzionano in modo diverso, e
spesso funzionano male (se metti ad un controllo dimensioni troppo piccole
(secondo VB) e poi lo riallinei, VB te lo ridimensiona... e tante cosette
simili)
E poi Access ha le combo-box multicolonnaaaaaaaaaaaaaa
:-)))))))))))))))))))))))))
> > tirando mote meno imprecazioni quando si tratta di
> > formattare/allineare i controlli :-)
>
> Programmare non e' solo formattare/allineare controlli ;-)
I know, ho cominciato col turbo pascal e l'assembler.... aaahhh.... che
tempi.... quando cambiavi un bit e sapevi cosa succedeva.... :-)
Ciao, Max (che ringrazia per la discussione costruttiva)


text:
"Alessandro"
> > > E' vero che VB non ha le SUB_Form, ma ha dei controlli funzionali come
> > > le varie GRID disponibili....!
> > Non centra nulla!
> Vuoi dirmi che le SUBFORM che usi in ACCESS 90 su 100 non sono in
> visualizzazione Maschere continue...???
> Gli OCX nativi di VB non mi hanno mai creato problemi, anche quì forse
> è solo questione di pratica.....! ;-)
Voglio dirti che le griglie che usi non fanno parte di VB, le puoi usare
nelle Form di Access se ti pare.
Non ti hanno dato problemi perchè _probabilmente_ non hai mai provato a
installare qualche pacchetto in giro trovando macchine pasticciate con altri
.OCX dello stesso tipo MA di versione differente ;-)
> > VB non è adatto a sviluppare gestionali seri: non ha strumenti nativi
per
> > l'accesso e il reperimento dei dati,
> > gestori di barre degli strumenti, reportistica, è macchinoso come
> > Front-Editor per SQL Server.
> > Utilizzato con i DB è una vera cagata.
> Si, se è per questo nemmeno ACCESS, ma la programmazione SERIA è
> un'opinione
> e va dimensionata alle reali possibilità....!
Risposta criptica...
Ciao: Marco


text:
"Alberto V" <
> Al di là dell'aspetto tecnico, a cui ho visto che avete già risposto, mi
> chiedevo se per utilizzare applicativi sviluppati con Access occorra avere
> una licenza di Access nel PC client, o se esista una versione di Access
con
> le royalties già pagate (come ricordo che usavo per Fox-Pro nel '94) ed un
> runtime distribuibile.
>
> Mi sembra un aspetto da non sottovalutare, perchè se per ogni PC client
> occorre una licenza Access, per certe aziende il costo di acquisto di un
> pacchetto sviluppato con Access rende molto onerosa l'installazione.
E' sempre esistita: Office Developer Edition (anni fa si chiamava Access
Developer Editon).


text:
> > VB non è adatto a sviluppare gestionali seri: non ha strumenti nativi
per
> > l'accesso e il reperimento dei dati,
> > gestori di barre degli strumenti, reportistica, è macchinoso come
> > Front-Editor per SQL Server.
> > Utilizzato con i DB è una vera cagata.
> >
> > ciao: Marco
>
> Si, se è per questo nemmeno ACCESS, ma la programmazione SERIA è
> un'opinione
> e va dimensionata alle reali possibilità....!
>
> Io SERIO intendo cose come SAP/R3, forse non è così...!!!
A livello di programmazione access e vb sono quasi identici, stessa
sintassi, oggetti molto simili, stessa filosofia.
Access è vincente sull'accesso dati.
Ma se si parla di programmazione SERIA, allora io lascierei perdere a priori
VB e VBA, che in applicazioni ad alto stress mettono in evidenza tutta la
debolezza dei loro run-time.
Es. Volevo testare la stabvilità di VB usato per passare dati via rete,
usando il controllo winsock.
ho fatto 1 programmino (eseguito in 2 istanze) il server passa un numero al
client che lo incrementa di 1 e lo ripassa al server, che lo incrementa di
uno e lo ripassa al client... ecc...
ad ogni passaggio ogni istanza carica/scarica ed apre/inizializza/chiude un
nuovo socket.
Faccio partire il tutto... se sono fortunato parto da 1 ed arrivo a 5-6000,
poi una delle 2 istanze si chiude senza dare nessun errore (anche se il mio
codice gestisce qualsiasi errore possibile in tutti i punti del programma)
Al che ho dedotto che se voglio fare cose serie, per trasferire dati via
rete, è meglio usare altri strumenti :-)
Ciao, Max


text:
> SAP/R3 è gigantesco. 'Serio' è un po' azzardato, come ti potrà confermare
> chi ci ha lavorato :-((((
> E' uno dei pochi sistemi Client/Server non Client/Server....
In che senso?
 so che serve a gestire le aziende.. ma non so altro.
Max


text:
"Alberto V" <
vaccariTO...@hotmail.com
> ha scritto nel messaggio
news:ad824v$vqp$1...@newsreader.mailgate.org...
>
> "MegaMax" <
zz...@sssss.com
> ha scritto nel messaggio
> news:ad7ib1$uob1c$1...@ID-141456.news.dfncis.de...
> > Argomento di discussione: qual'è il miglior tool per creare software che
> > forniscano un'interfaccia utente verso un DB (Access-JET o SQL Server)?
>
> Al di là dell'aspetto tecnico, a cui ho visto che avete già risposto, mi
> chiedevo se per utilizzare applicativi sviluppati con Access occorra avere
> una licenza di Access nel PC client, o se esista una versione di Access
con
> le royalties già pagate (come ricordo che usavo per Fox-Pro nel '94) ed un
> runtime distribuibile.
Esiste, è Access Developer, ed hai il run-time redistribuibile roialty free
Max


author: Enrico Virginio

text:
"Alberto V" <
vaccariTO...@hotmail.com
> wrote in message
news:ad824v$vqp$
1...@newsreader.mailgate.org

Mah...io posso portare la mia di esperienza...
Ho iniziato ad usare Access (N.B. Access2000) per 2 motivi:
1) Per necessità aziendale di creare un DB;
2) Poichè era compreso nel pacchetto Office2000;
Avevo qualche esperienza con vari liguaggi Basic e Pascal ma si parla di
parecchi
anni or sono (era puro divertimento...)...
Ho creato un programma di gestione trasporti per l'azienda in cui
lavoro...ho iniziato
quasi per sfida personale...e nei confronti di chi mi diceva: "lascia
perdere, non è
facile anzi..." e poi ancora peggio "con Access ? ma sei pazzo, non vale
nulla.."...
Bene, io so solo una cosa: che su Access2000 ci ho passato nottate
interminabili, ho visto il
mio programma nascere, svilupparsi e arrivare ad una conclusione (anche
se non
è mai così...c'è sempre qualcosa da fare...).
C'era chi mi continuava a dire :"lascia perdere...Access è un
giocattolo..."
Bene, ci ho messo circa 3 anni per imparare "davvero" ad usare
Access2000, prima ho imparato l'arte
di arrangiarsi (che voleva dire scrivere righe e righe di codice...) poi
ho studiato,
mi sono applicato,ho sudato...ed ora quelle righe e righe di codice si
stanno riducendo sempre più,
se prima creare delle funzioni o routines richiedeva 1 ora, adesso in 10
minuti
risolvo tutto (e la cosa mi annoia...)....
Il mio programma ? Bè una soddisfazione immensa...ho avuto l'occasione
di parificarlo ad altri
programmi del settore...magari fatti in VB,Delphi,C e sotto motori DB
come MYSQL,Interbase,
SQLServer etc.etc....e sapete che vi dico ? Che alla fine non avevano
nulla di così
professionale rispetto al mio...anzi...adirittura risultavano più lenti
nell'elaborazione
in alcuni processi e/o si impiantavano in alcuni punti....
Alla fine ho capito una cosa:
Premesso che in tutto ci sono pregi e difetti,gli unici elementi che
fanno la differenza
sono:
1)La logica con la quale viene creata un applicazione DB;
2)L'abilità e l'esperienza del programmatore (ho visto programmi fatti
in Pascal
o in Clipper che vanno da paura...)
Ciao !



author: Ugo Mangini

text:
"Marco Nolli" <
marco...@libero.it
> ha scritto nel messaggio
news:jbKJ8.34972$ie.7...@twister2.libero.it...
>
> Hai dimenticato tra l'altro la reportistica.
Giusto.
> Falso: non sono veri eseguibili, si tira dietro un colossale Runtime
quando
> sviluppi soluzioni con DB.
Sbagliato: il fatto che sia intimamente legato alla sua brava _dll_ runtime
non lo rende un "falso" eseguibile, men che meno un interpretato.
> Perchè Access è incluso in un pacchetto destinato all'utente finale,
quindi
> svalutato.
Ma Access __è__ destinato all'utente finale: that's the matter.
ciao
ugo


text:
> Ma Access __č__ destinato all'utente finale: that's the matter.
Non diciamo eresie :-)
L'utente finale ha competenze di programmazione nulle, e competenze di sql
piů nulle del nullo.
Max


text:
"MegaMax" <
zz...@sssss.com
> ha scritto nel messaggio
news:ad88fr$uaibg$1...@ID-141456.news.dfncis.de...

Non ho mica detto che gli utenti finali lo sanno usare...  :-)
D'altra parte, neanche tanti sviluppatori sanno programmare... ;-PPPP
ciao
ugo


text:
> Ho creato un programma di gestione trasporti per l'azienda in cui
> lavoro...ho iniziato
> quasi per sfida personale...e nei confronti di chi mi diceva: "lascia
> perdere, non è
> facile anzi..." e poi ancora peggio "con Access ? ma sei pazzo, non vale
> nulla.."...
> Bene, io so solo una cosa: che su Access2000 ci ho passato nottate
> interminabili, ho visto il
> mio programma nascere, svilupparsi e arrivare ad una conclusione (anche
> se non
> è mai così...c'è sempre qualcosa da fare...).
> C'era chi mi continuava a dire :"lascia perdere...Access è un
> giocattolo..."
Non creare l'utente a chi ti diceva di lasciar perdere non ha  prezzo...
per tutto il resto..... :-)))))))))))))))
> Il mio programma ? Bè una soddisfazione immensa...
Le cose belle della vita! :-)
> Alla fine ho capito una cosa:
> Premesso che in tutto ci sono pregi e difetti,gli unici elementi che
> fanno la differenza
> sono:
> 1)La logica con la quale viene creata un applicazione DB;
> 2)L'abilità e l'esperienza del programmatore (ho visto programmi fatti
> in Pascal
> o in Clipper che vanno da paura...)
Sottoscrivo in pieno!
Max


text:
> > > Ma Access __č__ destinato all'utente finale: that's the matter.
> > Non diciamo eresie :-)
> > L'utente finale ha competenze di programmazione nulle, e competenze di
sql
> > piů nulle del nullo.
> Non ho mica detto che gli utenti finali lo sanno usare...  :-)
> D'altra parte, neanche tanti sviluppatori sanno programmare... ;-PPPP
ROTFL :-)))))))))))))))))))
Max
.
.
.
.
.
.
.
.
.
.


text:
"hal1961" <
aldoc...@inwind.it
> ha scritto nel messaggio
news:c7c61aa326acb4b156...@mygate.mailgate.org...
> MegaMax ha scritto:
>
> > Esistono cross-post inutili, e cross post utili.
>
> Esistono solo cross-post inutili.
Spiegami perchè questo cross-post è inutile.
Io penso che sia utile, in quanto volevo creare un confronto tra gli utenti
di tool diversi; e non vedo altro modo che un cross-post, per realizzare
quanto era il mio obiettivo.
Comunque nemmeno io voglio polemizzare, ma vorrei capire.
Da sempre chiedo perchè il crosspost è sbagliato quando il post riguarda
entrambi i NG, nesuno mi ha mai dato una risposta razionale e sensata.
Quindi, fin che avrò 1 bit/s di banda, quando lo riterro giusto, continuerò
a cross-postare. :-)
E quindi, per una questione di principio ri crossposto :-)
> > Ritengo presuntuosamente che questo sia un cross post utile
> > (quindi mi permetto di ri-crosspostarlo, ma se mi dai un motivo
> > razionale e sensato per
> > non crosspostare un post che riguarda più NG, non lo faccio più :-)
>
> Non voglio polemizzare, ma trovo per niente cortese costringere
> la gente a saltare su newsgroup diversi per seguire una
> discussione :-(
E chi ti costringe a saltare?
E' il bello del cross-post, tu segui un NG solo, ma vedi i messaggi postati
su entrambi.
Tu continui a segure il tuo NG, e nella tua vita non cambia nulla; ma in
modo del tutto trasparente la discussione appartiene a 2 NG.
Tornando alle cose serie... :-)
> > > Access e' quasi sempre vincente quando ricorrono le seguenti
> > > condizioni:
> > > 1. L' utente e' un' azienda;
> > > 2. L' applicazione non deve essere a grande diffusione;
> >
> > Concordo, ma direi "non scaricabile da internet"
> > un paccheto col runtime tiene 150 Mb :-)
>
> 150 MB di che cosa?
Qualche Mega del DB
Qualche Mega dell'eseguibile di installazione
Qualche decina di mega del run-time
Qualche decina di mega dell'installazione di IE
> > > 3. La base dati e' locale e monoutente oppure il numero di utenti
> > >    e' contenuto e le tabelle non sono troppo grosse;
> >
> > Solo se usi direttamente JET, se usi SQL Server è tutt'un'altra storia.
>
> Difatti qui si ragiona sull' uso di Access.
> Se il database e' diverso, non ha senso usare Access per interfacciarlo.
Esistono i progetti di access (i file .ADP) il cui UNICO scopo è
interfacciare SQL-Server
Servono solo a quello, e possono fare solo quello :-)
> > > 8. I tempi di consegna e i costi di produzione devono essere
contenuti.
> >
> > Cosa sempre aprezzata in qualsiasi situazione lavorativa, a parità di
> > risultato.
>
> Sicuro.
> Ancora di recente per interfacciare due software che girano
> su host remoti, ho realizzato l' applicazione con Access.
> Una cosa che mi piace di Access sono i report: ci fai veramente
> di tutto, non hanno la flessibilita' di Printer, ma
> per i dati se la giocano bene :-)
Cos'è "Printer"?
> > > > * Access ha le sottomaschere, che mancano in VB (in VB esiste un
> > > > controllo per creare qualcosa di simile, ma è più contorto :-)
> > >
> > > La loro mancanza non e' un gran problema, si possono simulare
> > > senza ricorrere a invenzioni "strane" di terzi.
> > > Basta solo un po' di fantasia.
> >
> > Si, ma ci perdi tempo, e ci vuole del codice... con access invece hai
una
> > soluzione un po più pulita
>
> Sulla comodita' delle sottomaschere di Access non ci sono dubbi,
> ma in vb basta farsi le classi giuste.
> Sulla pulizia di Access ho qualche dubbio, ma ripeto,
> la velocita' di sviluppo puo' ben valere qualche "porcata"
> architetturale.
:-)))
> > Intendevo dire che ci sono molte cose che in access non necessitano di
> > codice, mentre in VB si.
>
> In Access occorre scrivere codice per NON fargli fare
> delle cose che vorrebbe fare in automatico.
ROTFL :-)))
Hai ragione :-)))
> > [SBRUFFONE  MODE  ON]
> >
> > Non hai visto le mie interfaccie! :-))))))))))
> >
> > [SBRUFFONE  MODE  OFF]
>
> :-)
> L' importante e' che vadano bene per quello che devono fare ;-)
E' che io sono un po fissato con le interfaccie, se fanno schifo quelle, fa
schifo tutto, anche se il programma va da dio.
L'interfaccia è basilare per un programma :-)
>
> > Scherzi a parte, è che sono abituato male con access, che a livello di
> > formattazione ci fai di tutto.
> > VB invece vuole fare quello che vuole lui; gli strumenti di allineamento
e
> > ridimensionamento sono quasi identici, ma funzionano in modo diverso, e
> > spesso funzionano male (se metti ad un controllo dimensioni troppo
piccole
> > (secondo VB) e poi lo riallinei, VB te lo ridimensiona... e tante
cosette
> > simili)
>
> Ah, io lavoro pochissimo col designer.
> Scrivo tutto ;-)
> E se devo fare delle modifiche con un banale Find/Replace
> metto a posto applicazioni con decine di form.
Ganzo... non ci avevo mai pensato :-)
> Fallo un po' con Access <g>
Acc.... ehm... ho scordato accesa l'acqua... torno subito... :-)))))))))))
> Grazie a te :-)
Ciao, Max
P.S.: chiedo venia per la mezza polemica sul crosspost :-)


author: warp

text:
MegaMax ha scritto nel messaggio
>> > Concordo, ma direi "non scaricabile da internet"
>> > un paccheto col runtime tiene 150 Mb :-)
>>
>> 150 MB di che cosa?
>
>Qualche Mega del DB
>Qualche Mega dell'eseguibile di installazione
>Qualche decina di mega del run-time
>Qualche decina di mega dell'installazione di IE
In realtà il Runtime di A '2000 occupa settanta MB.
>> > Solo se usi direttamente JET, se usi SQL Server è tutt'un'altra storia.
>>
>> Difatti qui si ragiona sull' uso di Access.
>> Se il database e' diverso, non ha senso usare Access per interfacciarlo.
Hai capito Max perchè è inutile crosspostare?
Semplicemente perchè posta gente come il tipo qui sopra che non sanno cosa sia Access, Jet,
SQL-Server.
Pretendi che sappia cosa sia un Access Data Project?
Ciao, warp


text:
Ugo Mangini ha scritto nel messaggio ...
>Sbagliato: il fatto che sia intimamente legato alla sua brava _dll_ runtime
>non lo rende un "falso" eseguibile, men che meno un interpretato.
Delphi è un vero generatore di eseguibili Mangini.
Con VBXX non puoi distribuire manco un .exe che sommi due interi senza la relativa Runtime.
Ma la pestilenza sono gli .OCX di merda che devi *tentare* di registrare a ogni installazione.
La compilazione Native Code _opzionale_ non rende VB un generatore di eseguibili, per lo meno in
senso classico, quello che tanti si aspetterebbero.
>> Perchè Access è incluso in un pacchetto destinato all'utente finale,
>quindi
>> svalutato.
>>Ma Access __è__ destinato all'utente finale: that's the matter.
Svegliati.
Se fosse destinato all'utente finale non esisterebbero, da sempre, le relative versioni Developer.


text:
Marco Nolli ha scritto nel messaggio ...
>VB non è adatto a sviluppare gestionali seri: non ha strumenti nativi per
>l'accesso e il reperimento dei dati,
>gestori di barre degli strumenti, reportistica, è macchinoso come
>Front-Editor per SQL Server.
>Utilizzato con i DB è una vera cagata.
Troppo severo: quando conosci bene un ambiente alla fine riesci a ottenere più o meno tutto...
Ciao: warp


text:
"Ugo Mangini" <
> > Falso: non sono veri eseguibili, si tira dietro un colossale Runtime
> quando
> > sviluppi soluzioni con DB.
> Sbagliato: il fatto che sia intimamente legato alla sua brava _dll_
runtime
> non lo rende un "falso" eseguibile, men che meno un interpretato.
Chi chiede se esista un convertitore Access to VB vorrebbe poter installare
applicazioni in un UNICO eseguibile, senza componenti da registrare e
amenità simili ... qualcosa tipo C++ Builder o Delphi per intenderci.
La scoperta della cruda verità delude: VB non genera file autonomemente
eseguibili, non consente di linkare in un .EXE le dipendenze necessarie per
creare gestionali, non ha un Report engine degno di questo nome (Data Report
è proprio una presa per i fondelli).
All'atto pratico è basato su una distribuzione Runtime di componenti,
analoga a quella di Access e tanti altri RAD di database.
In rapporto alla compilazione Native Code non farti illusioni: se facessi
qualche tests su DB ti renderesti conto che il guadagno di prestazioni
rispetto alla compilazione P-Code è irrisorio, anzi sembra che le Forms si
aprano pure più lentamente...
> > Perchè Access è incluso in un pacchetto destinato all'utente finale,
> quindi
> > svalutato.
>
> Ma Access __è__ destinato all'utente finale: that's the matter.
Bevi di meno.
Ciao, Marco


text:
"Alberto V" <
vaccariTO...@hotmail.com
> wrote in message
news:ad8281$vtr$
1...@newsreader.mailgate.org

PER FORZA o PER PIACERE CI LAVORO TUTTI I GG....!



text:
"Marco Nolli" <
marco...@libero.it
> ha scritto nel messaggio
news:ARRJ8.2235$QT3....@twister2.libero.it...
>
> Chi chiede se esista un convertitore Access to VB vorrebbe poter
installare
> applicazioni in un UNICO eseguibile, senza componenti da registrare e
> amenità simili ... qualcosa tipo C++ Builder o Delphi per intenderci.
> La scoperta della cruda verità delude: VB non genera file autonomemente
> eseguibili, non consente di linkare in un .EXE le dipendenze necessarie
per
> creare gestionali, non ha un Report engine degno di questo nome (Data
Report
> è proprio una presa per i fondelli).
> All'atto pratico è basato su una distribuzione Runtime di componenti,
> analoga a quella di Access e tanti altri RAD di database.
Nessuno ha mai detto il contrario.
Il fatto è che "windows" è strutturato a componenti, che piaccia o no.
Il concetto di dll è ben chiaro in questo senso e, ben utilizzato, è
decisamente vantaggioso.
Questi discorsi sull'esigenza di distribuire il singolo exe genrato da vb
sono a dir poco dilettantistici.
Quante sono le tipologie di eseguibili le cui funzionalità possono
_realmente_ essere considerata indipendenti dall'os, dalla sua shell e dalle
sue api?
Ma soprattutto: perchè dovrei utilizzare un ambiente di sviluppo inadatto a
questo contesto quale sarebbe _comunque_ vb e non un ambiente più indicato,
quale C++?
Chiedere a Vb di generare un unico exe significa esclusivamente pretendere
che il linker si occupi di:
- capire quali beeep di chiamate ad api e a funzioni esterne vengono
referenziate dal codice dell'eseguibile pricipale e quali dalle sue
dipendenze...
- estrarre dalle dll (e già che ci siamo, visto che si parla di ambienti
COM, dagli ocx...!!!!!!!!!) le funzioni suddette
- linkarle nell'exe finale.
Avete mai provato la delizia di dover fare in modo che il linker gestisca
"decentemente" decine di obj linkati da lib statiche fino ad ottenere un exe
mastodontico in certi ambienti di sviluppo a caratteri, e magari dover
lottare con il limite della memoria convenzionale del "vscchio" dos?
Ma certo: oggi si lavora in ambienti a 32bit in modalità protetta, facciamo
un solo exe e si arrangi pure windows a gestire un exe da 10 mega con 3000
chiamate a funzioni interne anziche alle funzioni delle dll che stanno lì
apposta per quello... è questo il concetto?????
> In rapporto alla compilazione Native Code non farti illusioni: se facessi
> qualche tests su DB ti renderesti conto che il guadagno di prestazioni
> rispetto alla compilazione P-Code è irrisorio, anzi sembra che le Forms si
> aprano pure più lentamente...
Se vai a cercarti i vecchi post, noterai che un paio d'anni fa in un
bellissimo thread sulle varie tipologie di compilazione in vb fui proprio io
a sottolineare il diverso comportamento del p-code rispetto al native code
nelle chiamate alla msvbvmxx e le relative conseguenze in termini di
prestazioni nella gestione dei controlli impliciti.
> > Ma Access __è__ destinato all'utente finale: that's the matter.
>
> Bevi di meno.
e tu leggi di più.
ciao
ugo


text:
"warp" <
war...@libero.it
> ha scritto nel messaggio
news:ad8bpl$h4t$1...@fe2.cs.interbusiness.it...
>
> Delphi è un vero generatore di eseguibili Mangini.
Oh... abbiamo trovato il solito polemico Delphista...
e chi parlava di Delphi????
> Con VBXX non puoi distribuire manco un .exe che sommi due interi senza la
relativa Runtime.
> Ma la pestilenza sono gli .OCX di merda che devi *tentare* di registrare a
ogni installazione.
> La compilazione Native Code _opzionale_ non rende VB un generatore di
eseguibili, per lo meno in
> senso classico, quello che tanti si aspetterebbero.
Se per te "exe" significa "eseguibile stand-alone" hai perfettamente
ragione.
Ti consiglierei tuttavia di rileggere il tuo manuale di informatica.
Per quanto riguarda gli ocx, siamo tutti d'accordo sulle "peste e corna"
delle logiche sottostanti COM, non per niente, sul Ng, tutti si raccomanda
di farne un uso il più limitato possibile.
Che poi ci sia gente che per fare una casella di testo usa 5 ocx, uno per il
data-entry, uno per l'aspetto grafico, uno per lo skin, uno per fare
beeep... beh, devo commentare???
> >>Ma Access __è__ destinato all'utente finale: that's the matter.
>
> Svegliati.
> Se fosse destinato all'utente finale non esisterebbero, da sempre, le
relative versioni Developer.
A dir la verità ho un po' sonno, stamattina, preferirei tornare a letto...
Il fatto che esistano le versioni developer _non_ ne fa un prodotto
destinato al mercato developer.
Tanto è vero che le versioni developer sono nate _dopo_ il prodotto,
quando Ms si è resa conto che parecchi sviluppatori (me compreso)
ne facevano uso per _certe_ tipologie di prodotti, nei quali sa essere
comodo ed economico.
Questo _non_ ne fa un prodotto destinato al mercato developer.
E, francamente, quelli che sostengono che i vari gestionaletti scritti in
access sanno reggere il passo con prodotti client-server sviluppati con
autentici ambienti di sviluppo professionali fanno sorridere,
per non dire "sor-piangere"...
ciao
ugo


text:
Ugo Mangini ha scritto nel messaggio ...
>> Con VBXX non puoi distribuire manco un .exe che sommi due interi senza la
>relativa Runtime.
>> Ma la pestilenza sono gli .OCX di merda che devi *tentare* di registrare a
>ogni installazione.
>> La compilazione Native Code _opzionale_ non rende VB un generatore di
>eseguibili, per lo meno in
>> senso classico, quello che tanti si aspetterebbero.
>Se per te "exe" significa "eseguibile stand-alone" hai perfettamente
>ragione.
>Ti consiglierei tuttavia di rileggere il tuo manuale di informatica.
Figurati, sarŕ un noto cazzeggiatore di iclvb a insegnarmi cosa sia un .EXE :-(
>Per quanto riguarda gli ocx, siamo tutti d'accordo sulle "peste e corna"
>delle logiche sottostanti COM, non per niente, sul Ng, tutti si raccomanda
>di farne un uso il piů limitato possibile.
>Che poi ci sia gente che per fare una casella di testo usa 5 ocx, uno per il
>data-entry, uno per l'aspetto grafico, uno per lo skin, uno per fare
>beeep... beh, devo commentare???
Alla Mangini insomma.
>> >>Ma Access __č__ destinato all'utente finale: that's the matter.
>>
>> Svegliati.
>> Se fosse destinato all'utente finale non esisterebbero, da sempre, le
>relative versioni Developer.
>A dir la veritŕ ho un po' sonno, stamattina, preferirei tornare a letto...
Sě, ti ci vedo bene a dormire ...
>Il fatto che esistano le versioni developer _non_ ne fa un prodotto
>destinato al mercato developer.
Certo che ne fa un prodotto destinato al mercato Developer, e molto usato per la distribuzione
pacchettizzata.
>E, francamente, quelli che sostengono che i vari gestionaletti scritti in
>access sanno reggere il passo con prodotti client-server sviluppati con
>autentici ambienti di sviluppo professionali fanno sorridere
Concordo, i gestionaletti scritti in Access non possono essere confrontati con prodotti Server
creati con Tools Ad-Hoc: vedi Power Builder oppure Access Data Projects.
,
>per non dire "sor-piangere"...
Le tue opinioni interessano poco: per quanto ne so potresti intimamente credere che gli asini
volino, il che non significa sia vero.
Oppure che *sviluppare* gestionali con VBXX sia un modo buono e giusto di operare.
Alcuni dei piů grossi prodotti Client server sul mercato italiano utilizzano Access sul lato
Front-End  (x es.
http://www.mediaconsulting.com/italy/SE7EN/
Scelta per altro giustificata dall'eccezionale integrazione con Sql-Server introdotta con i file di
progetto .ADP: un modo flessibile e performante di creare vere applicazioni Client-Server.
Magari alla prossima cercheremo di spiegarti cosa significa Client-Server Mangini, cosa sia e cosa
non sia uno strumento professionale, il modello file-sharing e tante altre belle cosette che ti
serviranno per il lavoro ... e per fare bella figura su it.comp.lang.visual-basic.
Ciao: warp


text:
"warp"
> Magari alla prossima cercheremo di spiegarti cosa significa Client-Server
Mangini, cosa sia e cosa
> non sia uno strumento professionale, il modello file-sharing e tante altre
belle cosette che ti
Lascia stare: sprechi tempo con un ciocco del genere ;-)
Marco


text:
"Ugo Mangini"
> Questi discorsi sull'esigenza di distribuire il singolo exe genrato da vb
> sono a dir poco dilettantistici.
> Quante sono le tipologie di eseguibili le cui funzionalità possono
> _realmente_ essere considerata indipendenti dall'os, dalla sua shell e
dalle
> sue api?
> Ma soprattutto: perchè dovrei utilizzare un ambiente di sviluppo inadatto
a
> questo contesto quale sarebbe _comunque_ vb e non un ambiente più
indicato,
> quale C++?
(CUT)
Lascia perdere Mangini, la tua patetica lezione da sussidiario d'informatica
ci allontana dall'obiettivo: è OVVIO che l'utilizzo di librerie di Runtime o
componenti ActiveX nasca da un'esigenza concreta _e di facile comprensione_.
Ma i vantaggi non devono essere sotterrati dagli svantaggi: ovvero i
ricorrenti problemi d'affidabilità che, all'atto pratico, si verificano.
Nel caso specifico un Setup d'installazione di una gestione sviluppata in VB
è quanto di più lontano dalla definizione di *affidabile* che si possa dare.
Borland dista anni luce da M$ in fatto di "Compilatori", questa è la pura e
semplice verità.
Paradossalmente (solo dal punto di vista di *professionisti* come te) danno
MOLTI
meno problemi i Runtime di Office Developer Edition: gli strumenti più
sofisticati d'accesso e reporting dei dati sono inclusi nel .exe di Access,
con enorme risparmio in fatto di .OCX da installare.
> > In rapporto alla compilazione Native Code non farti illusioni: se
facessi
> > qualche tests su DB ti renderesti conto che il guadagno di prestazioni
> > rispetto alla compilazione P-Code è irrisorio, anzi sembra che le Forms
si
> > aprano pure più lentamente...
>
> Se vai a cercarti i vecchi post, noterai che un paio d'anni fa in un
> bellissimo thread sulle varie tipologie di compilazione in vb fui proprio
io
> a sottolineare il diverso comportamento del p-code rispetto al native code
> nelle chiamate alla msvbvmxx e le relative conseguenze in termini di
> prestazioni nella gestione dei controlli impliciti.
Sono sorpreso: non credevo fossi arrivato a tanto ... bravo.
> > > Ma Access __è__ destinato all'utente finale: that's the matter.
> >
> > Bevi di meno.
> e tu leggi di più.
Cosa, i tuoi "post"?
Bah, Mangini cercati un lavoro va.


author: Lupo

text:
"Marco Nolli" <
marco...@libero.it
> ha scritto nel messaggio
news:MV8K8.6082$QT3.1...@twister2.libero.it...

Venti di guerra in arrivo. Questo NG "non ha il diritto" di fare il suo
corso.
Cos'è? La "nuova rivoluzione russa"?


author: valter

text:
"Lupo" <lupoancorasolitario#NOSPAM#@
libero.it
> ha scritto nel messaggio
news:OK9K8.5984$t47.1...@twister1.libero.it...
>
>
> Venti di guerra in arrivo. Questo NG "non ha il diritto" di fare il suo
> corso.
> Cos'è? La "nuova rivoluzione russa"?
lascia perdere Luigi, a parte che Ugo sa difendersi da solo, e poi
sti' DUE(?) dallo stile così simile non mi convincono per niente...
Ciao
 valter
>
>


text:
"valter" <
val...@mclink.it
> ha scritto nel messaggio
news:adb9mu$m03$1...@newsreader1.mclink.it...

Simulazione di sdoppiamento di personalità o ... inutile fusione, calda o
fredda fa lo stesso?


text:
"valter" <
> > Venti di guerra in arrivo. Questo NG "non ha il diritto" di fare il suo
> > corso.
> > Cos'è? La "nuova rivoluzione russa"?
> lascia perdere Luigi, a parte che Ugo sa difendersi da solo, e poi
> sti' DUE(?) dallo stile così simile non mi convincono per niente...
Il tuo stile ricorda quello di Mangini (?)


text:
"Marco Nolli" <
marco...@libero.it
> ha scritto nel messaggio
news:SAaK8.6103$t47.1...@twister1.libero.it...

Mangini è mooolto al di sopra di me, posso solo "rubargli" qualcosa.
Fate (no, anzi, te e warp, fai!) lo stesso.


text:
"Lupo" <lupoancorasolitario#NOSPAM#@
libero.it
> ha scritto nel messaggio
news:xDaK8.6111$t47.1...@twister1.libero.it...

Chiedo scusa, era rivolto a Valter.
Ritiro tutto (ovviamente parlavo per me) e mi limito a dire "Marco, come
stai, tu e warp?"


text:
"Lupo" <
> > Il tuo stile ricorda quello di Mangini (?)
> Mangini č mooolto al di sopra di me
Non esserne cosě sicuro.
>, posso solo "rubargli" qualcosa.
Pensaci bene prima di farlo.
> Fate (no, anzi, te e warp, fai!) lo stesso.
Per beccarmi pomodori in faccia invece che due soldi?


text:
"Marco Nolli" <
marco...@libero.it
> ha scritto
OK, buona fortuna, io lascio...


text:
"Lupo" <
>
> "Marco Nolli" <
marco...@libero.it
> ha scritto
>
> OK, buona fortuna, io lascio...
Buona notte.


text:
"Lupo" <
>
> Chiedo scusa, era rivolto a Valter.
> Ritiro tutto (
ovviamente parlavo per me) e mi limito a dire "Marco, come
> stai, tu e warp?"
Alter ego di Mangini, li sai leggere gli Header dei post?


text:
"Marco Nolli" <
marco...@libero.it
> ha scritto nel messaggio
news:1XaK8.6167$t47.1...@twister1.libero.it...

... come già detto, buona fortuna, io lascio ...


text:
"Marco Nolli" <
marco...@libero.it
> ha scritto nel messaggio
news:tX8K8.5807$t47.1...@twister1.libero.it...
>
> Lascia perdere Mangini, la tua patetica lezione da sussidiario
d'informatica
> ci allontana dall'obiettivo:
Sono io che mi sono allontanato dall'obiettivo?
Chi è che si è messo a parlare di exe stand-alone?
> Nel caso specifico un Setup d'installazione di una gestione sviluppata in
VB
> è quanto di più lontano dalla definizione di *affidabile* che si possa
dare.
> Borland dista anni luce da M$ in fatto di "Compilatori", questa è la pura
e
> semplice verità.
Che c... c'entra Borland???????
> Paradossalmente (solo dal punto di vista di *professionisti* come te)
danno
> MOLTI
> meno problemi i Runtime di Office Developer Edition: gli strumenti più
> sofisticati d'accesso e reporting dei dati sono inclusi nel .exe di
Access,
> con enorme risparmio in fatto di .OCX da installare.
Per quel che mi riguarda non ho _mai_ avuto seri problemi di setup.
Sarà perchè non mi limito a clickare "avanti" a tutte le domandine
del wizard???
> Sono sorpreso: non credevo fossi arrivato a tanto ... bravo.
Grazie.
Io invece mi sorprendo sempre meno del tenore dei tuoi post...
> Cosa, i tuoi "post"?
No.
Io non sono nessuno, a differenza di genietti come te.
> Bah, Mangini cercati un lavoro va.
Ce l'ho già, grazie.
ciao
un ugo che qualcuno dice che diventa intransigente, ma...


text:
"Lupo" <lupoancorasolitario#NOSPAM#@
libero.it
> ha scritto nel messaggio
news:64bK8.6195$t47.1...@twister1.libero.it...
>
>
> ... come già detto, buona fortuna, io lascio ...
>
...e fai bene: ché poi ci dicono che _noi_ esageriamo...
ciao
ugo


text:
"warp" <
war...@libero.it
> ha scritto nel messaggio
news:adb4ir$1lu$1...@fe2.cs.interbusiness.it...
>
> Figurati, sarà un noto cazzeggiatore di iclvb a insegnarmi cosa sia un
.EXE :-(
Qualcuno dovrà pure spegartelo, no?
> >Che poi ci sia gente che per fare una casella di testo usa 5 ocx, uno per
il
> >data-entry, uno per l'aspetto grafico, uno per lo skin, uno per fare
> >beeep... beh, devo commentare???
>
> Alla Mangini insomma.
mmm, insulto gratuito?
> Sì, ti ci vedo bene a dormire ...
...anch'io... invece anche stamattina sveglia presto...
> Certo che ne fa un prodotto destinato al mercato Developer
beata ingenuità.
> Le tue opinioni interessano poco: per quanto ne so potresti intimamente
credere che gli asini
> volino, il che non significa sia vero.
Giusto.
Tu hai ricevuto un'illuminazione divina?
> Alcuni dei più grossi prodotti Client server sul mercato italiano
utilizzano Access sul lato
> Front-End  (x es.
http://www.mediaconsulting.com/italy/SE7EN/
Grosso non significa migliore.
Il mese scorso sono stato c/o un cliente che ha acquisito
un gestionale _apparentemente_ splendido:
10 secondi per aprire una riga bolla...
non sapeva più se ridere o piangere.
> Scelta per altro giustificata dall'eccezionale integrazione con Sql-Server
introdotta con i file di
> progetto .ADP: un modo flessibile e performante di creare vere
applicazioni Client-Server.
Bravo: è il testo della brochure di Access developer?
> Magari alla prossima cercheremo di spiegarti cosa significa Client-Server
Mangini, cosa sia e cosa
> non sia uno strumento professionale, il modello file-sharing e tante altre
belle cosette che ti
> serviranno per il lavoro ... e per fare bella figura su
it.comp.lang.visual-basic.
Spiegami pure stavolta.
Forza, scrivi pure qui in replica,
possibilmente senza scopiazzare dalle brochure.
ciao
ugo


text:
"Ugo Mangini" <
> Per quel che mi riguarda non ho _mai_ avuto seri problemi di setup.
Sinceramente non ci credo.
> > Sono sorpreso: non credevo fossi arrivato a tanto ... bravo.
>
> Grazie.
> Io invece mi sorprendo sempre meno del tenore dei tuoi post...
Concordo,  sono stato maleducato ... capita spesso con questi stupidi
thread.
Considera che seguo poco in ng., quindi non ho grande abitudine alla
netiquette.
Ciao, Marco


text:
"Marco Nolli" <
marco...@libero.it
> ha scritto nel messaggio
news:6zkK8.7001$t47.1...@twister1.libero.it...
>
> > Per quel che mi riguarda non ho _mai_ avuto seri problemi di setup.
>
> Sinceramente non ci credo.
Ho detto "seri", cose piccole capitano a tutti...   ;-P
> Concordo,  sono stato maleducato ... capita spesso con questi stupidi
> thread.
> Considera che seguo poco in ng., quindi non ho grande abitudine alla
> netiquette.
Ok.
Pace fatta.   :-)
ciao
ugo


author: acia

text:
Vista la vis polemica con cui sta procedendo il 3d...
perchè non facciamo uno sforzo per classificare i settori di cui state
parlando per indicare per ciascuno il prodotto migliore?
non credo che M$-Access, Vbxx, Sql-server possono essere ugualmente idonei
per l'agenda telefonica del macellaio e la contabilità industriale della
Fiat...
dico questo perchè, escludendo la malafede, ognuno sta parlando della
piccola parte del mondo informatico che conosce e non si sforza di vedere
oltre...
senza rancore
acia


text:
"acia" <
> Vista la vis polemica con cui sta procedendo il 3d...
>
> perchè non facciamo uno sforzo per classificare i settori di cui state
> parlando per indicare per ciascuno il prodotto migliore?
> non credo che M$-Access, Vbxx, Sql-server possono essere ugualmente idonei
> per l'agenda telefonica del macellaio
>e la contabilità industriale della
> Fiat...
E' vero, d'altra parte in questi casi si deve fare i conti con i limiti di
Sql-Server e non dell'ambiente FE di Access o VBXX.
Col crescere del volume di dati e delle problematiche multiutenti parte
consistente dello sviluppo viene trasferita sul Server col relativo TSQL.
Francamente non ho ancora le idee chiare fino a che punto si possa forzare
il motore server di casa M$.
Secondo Davide Bianchi di it.comp.software.database (parere autorevole) non
scala bene sulle grandi quantità di dati ...
Ciao, Marco


author: Andrea Saltarello

text:
> E' vero, d'altra parte in questi casi si deve fare i conti con i limiti di
> Sql-Server e non dell'ambiente FE di Access o VBXX.
beh, almeno definiamoli i "limiti" di SQL Server...
> Col crescere del volume di dati e delle problematiche multiutenti parte
> consistente dello sviluppo viene trasferita sul Server col relativo TSQL.
strategia che mi pare decisamente sensata
> Francamente non ho ancora le idee chiare fino a che punto si possa forzare
> il motore server di casa M$.
mah, io lo ho usato per applicazioni che prevedono diverse migliaia di
utenti/giorno che utilizzano db contenenti decine di milioni di record, e mi
ritengo decisamente soddisfatto
> Secondo Davide Bianchi di it.comp.software.database (parere autorevole)
non
> scala bene sulle grandi quantità di dati ...
opinabile. Se possibile, discutiamo di casi concreti ed evitiamo l'approccio
"mio cugggino mi ha detto che..." :-)
A.
UGIdotNET -
http://www.ugidotnet.org


text:
"Andrea Saltarello" <
> > Francamente non ho ancora le idee chiare fino a che punto si possa
forzare
> > il motore server di casa M$.
> mah, io lo ho usato per applicazioni che prevedono diverse migliaia di
> utenti/giorno che utilizzano db contenenti decine di milioni di record, e
mi
> ritengo decisamente soddisfatto
Molto meglio così: nell'ambito in cui lavoro gli utenti non sono mai più di
una
quarantina e il volume di dati 1/10 di quanto riferisci.
> > Secondo Davide Bianchi di it.comp.software.database (parere autorevole)
> non
> > scala bene sulle grandi quantità di dati ...
> opinabile.
Se possibile, discutiamo di casi concreti ed evitiamo l'approccio
> "mio cugggino mi ha detto che..." :-)
Considerando che l'affermazione è ripresa dalle FAQ di
it.comp.software.database, mi piacerebbe che ti sentisse!
Marco


author: javalab

text:
"Marco Nolli" <
marco...@libero.it
> ha scritto
> "Andrea Saltarello" <
> > > il motore server di casa M$.
> > > Secondo Davide Bianchi di it.comp.software.database (parere
autorevole)
> > non scala bene sulle grandi quantità di dati ...
> > opinabile.
> > Se possibile, discutiamo di casi concreti ed evitiamo l'approccio
> > "mio cugggino mi ha detto che..." :-)
> Considerando che l'affermazione è ripresa dalle FAQ di
> it.comp.software.database, mi piacerebbe che ti sentisse!
rispetto molto davide e quando posso i suoi post su icsd li leggo tutti, e
alla fq ho contribuito (molto minimalmente), ma imho e' molto, molto
parziale. e a volte parla di cose che conosce meno di me, che le conosco
zero. p.e., a una richiesta su ado, ha rimandato alla faq, che parla
pressoche' solo di dao. e access "stenta a chiamarlo un database". ora, non
sara' il dbms top, ma non mi sembra neanche un agguerrito concorrente di
photoshop. e in una faq su db una frase come quella, considerando che access
lo usano alcuni milioni di persone, mi sembra francamente a dir poco uno
spreco di byte, e lo dico qui perche' gliel'ho gia' detto personalmente.
j.db


text:
"javalab" <
> > Considerando che l'affermazione č ripresa dalle FAQ di
> > it.comp.software.database, mi piacerebbe che ti sentisse!
> rispetto molto davide e quando posso i suoi post su icsd li leggo tutti, e
> alla fq ho contribuito (molto minimalmente), ma imho e' molto, molto
> parziale. e a volte parla di cose che conosce meno di me, che le conosco
> zero. p.e., a una richiesta su ado, ha rimandato alla faq, che parla
> pressoche' solo di dao. e access "stenta a chiamarlo un database". ora,
non
> sara' il dbms top, ma non mi sembra neanche un agguerrito concorrente di
> photoshop. e in una faq su db una frase come quella, considerando che
access
> lo usano alcuni milioni di persone, mi sembra francamente a dir poco uno
> spreco di byte, e lo dico qui perche' gliel'ho gia' detto personalmente.
Da quel poco che ho letto D. Bianchi sembra un tipo molto in gamba, non
sapevo che a volte faccesse dei voli ;-)
In effetti la cosa mi ha colpito perchč l'ho trovata scritta su delle FAQ
complessivamente buone a mio parere (anche se, per ora, poco tecniche).
Dal canto mio non ho ancora il background per poter toccare con mano fino a
dove possa arrivare Sql Server di Microsoft e non aiutano i molti
contribuiti gratuitamente detrattivi che vedo dappertutto.
Ciao: Marco


text:
Un troll di nome Marco Nolli ha scritto:
>Concordo,  sono stato maleducato ... capita spesso con questi stupidi
>thread.
>Considera che seguo poco in ng., quindi non ho grande abitudine alla
>netiquette.
Evita di prenderci per il cu|0, grazie.
--
hal


text:
"hal1961" <


ma vai a cagare.


text: Come da subject


text:
"hal1961" <
> Come da subject
Tu stai trollando ciccio, per me la questione è chiusa.


text: TIA, hal


text:
"hal1961" <
Ok, tuttavia _ripeto_ per me era già finito.
Ciao.


text:
> In realtà il Runtime di A '2000 occupa settanta MB.
Li ne esistevano 2 versioni se non erro, una "lite" senza IE ed una "heavy"
con IE.
> >> > Solo se usi direttamente JET, se usi SQL Server è tutt'un'altra
storia.
> >> Difatti qui si ragiona sull' uso di Access.
> >> Se il database e' diverso, non ha senso usare Access per
interfacciarlo.
> Hai capito Max perchè è inutile crosspostare?
sono molto testardo... :-)))))))))))))
> Semplicemente perchè posta gente come il tipo qui sopra che non sanno cosa
sia Access, Jet,
> SQL-Server.
Se lui è ignorante, ino non ci perdo certo il mio tempo, la sua ignoranza è
un suo problema :-)
> Pretendi che sappia cosa sia un Access Data Project?
Se poi il tipo è un minimo umile, magari gli spiego le cose che non sa, se
il tipo è un rompicoglioni, si tiene sa sua ignoranza, e peggio per lui.
I NG servono a diffondere conoscenza, no? :-)
Ciao, Max


text:
> dico questo perchè, escludendo la malafede, ognuno sta parlando della
> piccola parte del mondo informatico che conosce e non si sforza di vedere
> oltre...
problema tipico di chi ha una mentalita ottusa e non vede oltre il suo naso,
di solito evito di perdere tempo con queste persone (a meno che non mettnao
in evidenza una certa umiltà e voglia di imparare :-)
Max


text:
Ugo Mangini ha scritto nel messaggio ...
>> Figurati, sarà un noto cazzeggiatore di iclvb a insegnarmi cosa sia un
>.EXE :-(
>Qualcuno dovrà pure spegartelo, no?
Madonna: quanti post di Domenica su questo subject!
>> Certo che ne fa un prodotto destinato al mercato Developer
>beata ingenuità.
Ingenuità e concretezza vanno bene insieme: si resta giovani ;-)
>> Alcuni dei più grossi prodotti Client server sul mercato italiano
>utilizzano Access sul lato
>> Front-End  (x es.
http://www.mediaconsulting.com/italy/SE7EN/
>Grosso non significa migliore.
Parole sante: applicabili a qualunque software, con qualunque tecnologia sia sviluppato.
Installati Diamente, Business o altri popolari gestionali (fatti in VB) e cronometra quanti secondi
passano per l'apertura di una Form...
Ciao, w.
P.S: quanto scritto sulle Brochures dei prodotti M$$$$,$$$ a volte coincide con la verità: bisogna
provare però.


author: Aran Banjo

text:
On Mon, 3 Jun 2002 13:15:06 +0200, "warp" <
war...@libero.it
> wrote:
>Parole sante: applicabili a qualunque software, con qualunque tecnologia sia sviluppato.
>Installati Diamente, Business o altri popolari gestionali (fatti in VB) e cronometra quanti secondi
>passano per l'apertura di una Form...
Dipende tutto da come sono fatti....
Io ho visto "programmi" (se cosě si possono chiamare) fatti in Access
che per aprirsi ci mettono qualche minuto.....
ciao
Aran


text:
Aran Banjo ha scritto nel messaggio <
>>Parole sante: applicabili a qualunque software, con qualunque tecnologia sia sviluppato.
>>Installati Diamente, Business o altri popolari gestionali (fatti in VB) e cronometra quanti
secondi
>>passano per l'apertura di una Form...
>Dipende tutto da come sono fatti....
>Io ho visto "programmi" (se cosě si possono chiamare) fatti in Access
>che per aprirsi ci mettono qualche minuto.....
Fanno comodo per una pausa caffč, no?  ;-)
Ciao.


author: giancarlo negroni

text:
"Alessandro" <
ik2...@libero.it
> ha scritto nel messaggio
news:38f6027c5f6a64b051...@mygate.mailgate.org...
> "MegaMax" <
zz...@sssss.com
> wrote in message
> news:ad7ib1$uob1c$
1...@ID-141456.news.dfncis.de
> ACCESS non gestisce le matrici di controlli (COMODISSIMI per la gestione
> delle form non associate e altro), ora non dite che si possono simulare
> matrici di controlli, perchè è solo un'accrocchio....!
>[CUT]
a proposito di matrici di controlli, pare che sul .net non verranno mai
implementate......
ciao
Giancarlo


text:
"Aran Banjo" <
eri...@libero.it
> ha scritto nel messaggio
news:3cfb7990...@news.cis.dfn.de...
> On Mon, 3 Jun 2002 13:15:06 +0200, "warp" <
war...@libero.it
> wrote:
>
> >Parole sante: applicabili a qualunque software, con qualunque tecnologia
sia sviluppato.
> >Installati Diamente, Business o altri popolari gestionali (fatti in VB) e
cronometra quanti secondi
> >passano per l'apertura di una Form...
>
> Dipende tutto da come sono fatti....
>
> Io ho visto "programmi" (se così si possono chiamare) fatti in Access
> che per aprirsi ci mettono qualche minuto.....
ma li è una questione di database, di SQL, non tanto di "access" inteso come
interfaccia.
Come interfaccià è veloce, se pola le query ci mettono 3 minuti per essere
calcolate, è un problema di cattiva progettazione del DB.
Non è "access", è chi ha fatto il DB il problema.
Max


text:
On Tue, 4 Jun 2002 19:44:16 +0200, "warp" <
war...@libero.it
> wrote:
[SNIP]
>>Io ho visto "programmi" (se cosě si possono chiamare) fatti in Access
>>che per aprirsi ci mettono qualche minuto.....
>
>
>Fanno comodo per una pausa caffč, no?  ;-)
Per me andrebbero anche bene, il problema č per il cliente che deve
usarlo abitualmente.
Ciao :-D
Aran


title: isturzione distinct

text:
ciao a tutti
volevo porvi un problema a cui non ne vengo a capo
ho fatto una query partendo da una tabella avente due campi
ID:
Prezzo.
volvo filtrare il campo Prezzo in modo tale da visualizzare prezzi
unici
es.
record 1 ID:1      prezzo:10
record.......
record 1500  ID 1500 prezzo 10
io volevo fare comparire una sola volta il prezzo 10 € anziche
ripeterlo numerose volte
ho provato in struttura query  in criteri a inserire il termine
DISTINCT ma non funziona
qualcuno puo aiutarmi?


title: isturzione distinct

author: Karl Donaubauer

text:
amminis...@acquistimania.it
 wrote:
> ho fatto una query partendo da una tabella avente due campi
> ID:
> Prezzo.
> volvo filtrare il campo Prezzo in modo tale da visualizzare prezzi
> unici
> es.
> record 1 ID:1      prezzo:10
> record.......
> record 1500  ID 1500 prezzo 10
>
> io volevo fare comparire una sola volta il prezzo 10 € anziche
> ripeterlo numerose volte
> ho provato in struttura query  in criteri a inserire il termine
> DISTINCT ma non funziona
In principio DISTINCT sarebbe giusto. Vai alla visualizzazione
SQL della query e copia/incolla l'enunciato SQL per vedere
cosa hai provato.
--
cu
Karl
*********
Access FAQ:
www.donkarl.com/it


title: isturzione distinct

text:
On 18 Dic, 16:14, "Karl Donaubauer" <
NoS...@donkarl.com
> wrote:

grazie ci sono riuscito


title: isturzione distinct

author: IvanDaBologna

text:
[cut]
>> In principio DISTINCT sarebbe giusto. Vai alla visualizzazione
>> SQL della query e copia/incolla l'enunciato SQL per vedere
>> cosa hai provato.
>>
>> --
>> cu
>> Karl
>> *********
>> Access FAQ:
www.donkarl.com/it
>
> grazie ci sono riuscito
grazie per aver condiviso con noi la soluzione trovata,
grazie per averci fatto leggere questo bellissimo tread,
grazie per la collaborazione fattiva.
Grazie e Buone Feste a tutti
IvanDaBologna


title: Collegamento ipertestuale e IE

author: Loris Ripa

text:
Vorrei sapere perchè se utilizzo un collegamento ipertestuale mi apre IE e
mi manda in barra il mio applicativo?
Non è di vitale importanza ma preferirei che mi aprisse IE lasciandomi sullo
schermo anche A2000.
Grazie
Lo


title: Collegamento ipertestuale e IE

text:
"Loris Ripa" <
roccuh...@virgilio.it
> ha scritto nel messaggio
news:rlW%8.140189$vm5.4...@news2.tin.it...

Grazie non ci avevo pensato!!!
Grazie
Grazie
e ancora grazie
Ciao
Lo


title: Collegamento ipertestuale e IE

author: Alex Caponetto

text:

non so se può funzionare ma hai provato a settare la maschera che contiene
il link con l'opzione popup abilitata a si???
ciao Alex
ps:scusa se ho inviato prima in email è stata una disattenzione


title: Collegamento ipertestuale e IE

text:
"Alex Caponetto" <
capo...@ebrts.it
> ha scritto nel messaggio
news:ahr5uj$km5$1...@serv1.albacom.net...

non ti preoccupare.... era una cosa troppo fastidiosa dover recuperare dalla
barra il mio gestionale...
Grazie
Ciao
Lo


title: Somma in un report

author: Angelo

text:
Ciao a tutti
Data una tabella contenente i campi "nominativo" e "stipendio", vorrei
creare una casella di testo in un report
in cui inserire una formula che mi calcoli lo stipendio di un dato soggetto.
Vorrei farlo senza ricorrere al raggruppamento, ma con una formula specifica
che utilizzi la funzione Dsum o altro.
Grazie
Angelo


title: Somma in un report

text:
Ciao a tutti
Data una tabella contenente i campi "Soggetto" e "Stipendio", vorrei creare
una casella di testo in un report che calcoli l'ammontare degli stipendi di
un dato soggetto.
Il tutto senza usare il raggruppamento, bensì una formula che utilizzi Dsum
o altro.
Grazie
Angelo


title: Somma in un report

author: Roberto da casa

text:
"Angelo" <
Damuri...@tin.it
> ha scritto nel messaggio
news:xC66a.299819$AA2.11...@news2.tin.it...

Nell'origine controllo di una casella di testo non associata usa la funzione
DLookup (vedi help).
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Il file Sistem.mdw apre un db creato con un'altro file.mdw, quali possibile cause?

author: Morgan

text:
Ho  generare un file.mdw nuovo di zecca ed un relativo file.mdb ad esso
associato ma ripristinando il system.mdw il db si apre bellamente.
Passi seguiti
1) aperto un file nuovo di access
2)usato il wizard per creare un nuovo file.mdw su un percorso diverso dal
system.mdw della cartella di office
3)impostato i privilegi a due utenti (uno fa tutto ,l'altro legge solo)
4)chiuso access
5)verificato che il file .mdw in uso era quello da me creato
 6)aperto un nuovo file di access.Importati vari oggetti
7)verificato che a seconda di con che utente apro faccio quello o
questo....(funziona)
8)ripristinato il system.mdw
9)il nuovo file .mdb che dovrebbe aprirsi solo con il nuovo file .mdw si
apre lo stesso
Sul file .snp trovo scritto
Gruppi :
Nome: Admins
    ID gruppo <creato in precedenza>
    Utenti
        MioAdmin
Nome:Users
        ID gruppo <creato in precedenza>
        Utenti:
        MioAdmin
        MioUser
Utenti:
        Nome:MioAdmin
        PersonalID:l4r34lrk3.....
         Password:Pass
        Gruppi:
                Admins
Domanda
Dato che è sicuramente qualcosa sul gruppo Admins che causa
l'apertura del .mdb come posso ovviare?
Ciao
Morgan


author: Potone

text:
"Morgan" <
mor...@hotmail.it
> ha scritto nel messaggio news:43c7ca52$0$1078$4faf...@reader3.news.tin.it...

Ciao,
Apri il file mdb appoggiandoti al mdw che hai creato.
Rimuovi le autorizzazioni all'utente Admin dagli oggetti (tabelle, maschere, etc)
Assicurati di garantire almeno ad un utente tutte le autorizzazioni (sarà l'utente che utilizzerai per midificare gli oggetti).
Ore prova a riaprire l'mdb con il system.mdw, non ti consentirà di procedere per la mancanza di autorizzazioni.
Ciao,
Mat.


title: grazie a lorenzo coronati

author: G & W

text:
voglio ringraziarti per la tua disponibilità, anche perché non credevo, era
la prima volta, di poter avere una risposta disinteressata. ciao waltergas


title: grazie a lorenzo coronati

author: Lbo da casa

text:
>voglio ringraziarti per la tua disponibilità, anche perché non credevo, era
>la prima volta, di poter avere una risposta disinteressata. ciao waltergas
cazzo, Lorè, vuoi dire che manco stavolta ti sei fatto pagare?  ma
così ci rovini il mercato, sei antisindacale...
--
non studio non lavoro non guardo la tv
non vado al cinema non faccio sport
----------------------------------------
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access


title: grazie a lorenzo coronati

author: Lorenzo Coronati

text:
Scrisse
l...@NOSPAM.blunet.it
 (Lbo da casa ):
>cazzo, Lorè, vuoi dire che manco stavolta ti sei fatto pagare?  ma
>così ci rovini il mercato, sei antisindacale...
E' che non gli e' ancora arrivato il conto ;-)
--
Lorenzo Coronati
--
<<Complimenti per la risposta disinteressata a
differenza di altri che sul NG ci mangiano sopra.>>
(Voltolini, 20/04/2000)
--
<<[...] Altrimenti ci arrabbiamo....>>
(Voltolini, 10/10/2000)
--


title: grazie a lorenzo coronati

author: Antonio Biso

text:
G & W <
walt...@tin.it
> wrote in message 8s59hg$ipj$1...@nslave2.tin.it...
> voglio ringraziarti per la tua disponibilità, anche perché non credevo,
era
> la prima volta, di poter avere una risposta disinteressata. ciao waltergas
E' un mondo difficile... è vita intensa....
Antonio


title: [OT] Il Sito Comune ha Superato il mezzo milione di accessi !!!

text:
Nella giornata di oggi il nostro Sito Comune ha superato i 500.000 accessi.
E' sicuramente un traguardo soddisfacente!
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


author: Cane Randagio

text:
"Roberto da casa
> Nella giornata di oggi il nostro Sito Comune ha superato i 500.000
accessi.
> E' sicuramente un traguardo soddisfacente!
Mi viene un sospetto: il counter non sarà stato "drogato" come si usa fare
(ma all'inverso) con le auto usate?  ;-)
Ciao!


author: Alessandro Baraldi

text:
"Roberto da casa" <
r.ma...@libero.it
> wrote in message
news:G0Uhb.27273$
vO5.9...@twister1.libero.it
> Nella giornata di oggi il nostro Sito Comune ha superato i 500.000 accessi.
> E' sicuramente un traguardo soddisfacente!
Decisamente ottimo.
Ora che ne sei un attivo sostenitore il merito č sicuramente anche tuo
oltre a quello della Triade, ultimamente un pochetto latitanti, ma
sempre
degni di lode.
@Alex.
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


author: SunRex

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:da9c0e4fda49f937c1...@mygate.mailgate.org...
> "Roberto da casa" <
r.ma...@libero.it
> wrote in message
> news:G0Uhb.27273$
vO5.9...@twister1.libero.it
>
> > Nella giornata di oggi il nostro Sito Comune ha superato i 500.000
accessi.
> > E' sicuramente un traguardo soddisfacente!
>
>
> Decisamente ottimo.
> Ora che ne sei un attivo sostenitore il merito è sicuramente anche tuo
> oltre a quello della Triade, ultimamente un pochetto latitanti, ma
> sempre
> degni di lode.
>
> @Alex.
>
>
Ma a quando qualche aggiornamento?
SunRex


text:
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:G0Uhb.27273$vO5.9...@twister1.libero.it...

Cosě pochi?? anche perchč nella mia ingoranza cerco, prima di postare, una
eventuale, magari adattandola, ai miei problemi
Maurizio56


author: cidi

text:
"SunRex" <
sunrexs...@hotmail.com
> ha scritto nel messaggio
news:WjXhb.200676$hE5.6...@news1.tin.it...
>
> "Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
> news:da9c0e4fda49f937c1...@mygate.mailgate.org...
> > "Roberto da casa" <
r.ma...@libero.it
> wrote in message
> > news:G0Uhb.27273$
vO5.9...@twister1.libero.it
> >
> > > Nella giornata di oggi il nostro Sito Comune ha superato i 500.000
> accessi.
> > > E' sicuramente un traguardo soddisfacente!
> >
> >
> > Decisamente ottimo.
> > Ora che ne sei un attivo sostenitore il merito č sicuramente anche tuo
> > oltre a quello della Triade, ultimamente un pochetto latitanti, ma
> > sempre
> > degni di lode.
> >
> > @Alex.
> >
> >
> Ma a quando qualche aggiornamento?
> SunRex
>
>
Ciao Prezzemolo :-) forse ti č sfuggito....  ma il sito comune č stato
aggiornato.
Leggi il post di Luciano(DOC) di mercoledě 8/10/2003 alle 13.37
Ciao Daniele


text:
"Maurizio56" <cal...@libero.itALICO> wrote in message
news:z6Yhb.29778$
e6.10...@twister2.libero.it
> "Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
> news:G0Uhb.27273$vO5.9...@twister1.libero.it...
> > Nella giornata di oggi il nostro Sito Comune ha superato i 500.000
> accessi.
> > E' sicuramente un traguardo soddisfacente!
> >
> > --
> > Roberto
[CUT]
> Cosě pochi?? anche perchč nella mia ingoranza cerco, prima di postare, una
> eventuale, magari adattandola, ai miei problemi
> Maurizio56
Quindi...?????????
Vorresti dire che i 500.000 accessi sono praticamente tutti tuoi..??



text:
"Alessandro Baraldi"
> Quindi...?????????
> Vorresti dire che i 500.000 accessi sono praticamente tutti tuoi..??
Comunque, considerando la notevole qualità del materiale pubblicato,
dovrebbero esserci più visite dall'estero.
A mio avviso, The Access Web si è evoluto pochissimo negli ultimi due anni,
a differenza del Sito Comune italiano.
Bye


text:
"cidi" <
dadonzin...@tin.it
> ha scritto nel messaggio
news:r5Zhb.201163$hE5.6...@news1.tin.it...

...azzo mi era sfuggito.
SunRex


text:
"Cane Randagio" <
dogX...@virgilio.it
> ha scritto nel messaggio
news:KJ8ib.28682$vO5.1...@twister1.libero.it...

Probabilmente è dovuto al fatto che, fuori dall'Italia, non sono poi molti a
saper leggere l'italiano.
Ci fosse anche la versione inglese forse la musica sarebbe diversa.



text:
"Maurizio56" <cal...@libero.itALICO> ha scritto nel messaggio
news:z6Yhb.29778$e6.10...@twister2.libero.it...

Per essere un sito altamente specializzato e solo in lingua italiana (solo
una parte di chi programma con Access in Italia ne conosce l'esistenza) non
č che siano proprio poche.
Inoltre, una volta saputo cosa contiene, uno ci va solo se gli serve; il
massmo degli accessi si ha a ridosso degli aggiornamenti del sito: in quei
periodi si superano i 2000 accessi giornalieri, che non sono poi tanto
pochi: forse non sono paragonabili agli accessi dei siti porno, perň... :)
Devi inoltre sapere che, sino al gennaio 2001, era possibile fare il
download di tutto il sito, cosě che ci si collegava ad esso solo dopo un
aggiornamento, si faceva il suo download e quindi non ci si collegava piů al
Sito Comune sino al prossimo aggiornamento (che come oggi veniva comunicato
con un messaggio sul NG), quindi le ricerche si facevano in locale con la
copia scaricata nel proprio PC.
Io sul mio PC ho una copia di allora e molto piů della metŕ delle mie
ricerche la effettuo su di essa.



text:
"Roberto da casa" <
> Probabilmente č dovuto al fatto che, fuori dall'Italia, non sono poi molti
a
> saper leggere l'italiano.
> Ci fosse anche la versione inglese forse la musica sarebbe diversa.
Certamente, tuttavia gli .mdb uploadati sono internazionali :-)


text:
"Cane Randagio" <
dogX...@virgilio.it
> ha scritto nel messaggio
news:YVaib.29044$vO5.1...@twister1.libero.it...
>
> "Roberto da casa" <
>
> > Probabilmente è dovuto al fatto che, fuori dall'Italia, non sono poi
molti
> a
> > saper leggere l'italiano.
> > Ci fosse anche la versione inglese forse la musica sarebbe diversa.
>
> Certamente, tuttavia gli .mdb uploadati sono internazionali :-)
Si, ma una persona che non conosce l'italiano ho dei dubbi che frequenti il
Sito Comune, anche perchè non riuscerebbe a capire quali problemi risolvano
i database di esmpio allegati alle FAQ, visto che non comprende cosa c'è
scritto nelle FAQ e nei loro titoli.
Io ad esempio avrei molto piacere di navigare nel sito di Karl Donaubauer,
ma poiché non conosco una parola di tedesco, ci sono andato una sola volta
per vedere la foto di Karl.



author: MA

text:
>
> Per essere un sito altamente specializzato e solo in lingua italiana (solo
> una parte di chi programma con Access in Italia ne conosce l'esistenza)
non
> č che siano proprio poche.
> Inoltre, una volta saputo cosa contiene, uno ci va solo se gli serve; il
> massmo degli accessi si ha a ridosso degli aggiornamenti del sito: in quei
> periodi si superano i 2000 accessi giornalieri, che non sono poi tanto
> pochi: forse non sono paragonabili agli accessi dei siti porno, perň... :)
E se mettessimo le foto porno del Biso?
> Devi inoltre sapere che, sino al gennaio 2001, era possibile fare il
> download di tutto il sito, cosě che ci si collegava ad esso solo dopo un
> aggiornamento, si faceva il suo download e quindi non ci si collegava piů
al
> Sito Comune sino al prossimo aggiornamento (che come oggi veniva
comunicato
> con un messaggio sul NG), quindi le ricerche si facevano in locale con la
> copia scaricata nel proprio PC.
> Io sul mio PC ho una copia di allora e molto piů della metŕ delle mie
> ricerche la effettuo su di essa.
Come per Mvps.org.
Molto interessante, per avere una "valigia degli attrezzi" sempre con sč.
Il sito č importante, magari per ovviare al problema a cui facevi cenno
dell'identificazione
del problema che risolve sarebbe utile aggiustre alcune spiegazioni.
ciao
MAssimiliano


text:
"MA" <> >
> > Per essere un sito altamente specializzato e solo in lingua italiana
(solo
> > una parte di chi programma con Access in Italia ne conosce l'esistenza)
> non
> > č che siano proprio poche.
> > Inoltre, una volta saputo cosa contiene, uno ci va solo se gli serve; il
> > massmo degli accessi si ha a ridosso degli aggiornamenti del sito: in
quei
> > periodi si superano i 2000 accessi giornalieri, che non sono poi tanto
> > pochi: forse non sono paragonabili agli accessi dei siti porno, perň...
:)
>
> E se mettessimo le foto porno del Biso?
Vale a dire ... Antonio Biso in canotta?  :-)


author: Federico Luciani

text:
Il 11 Ott 2003, 15:59, "Roberto da casa" <
r.ma...@libero.it
> ha scritto:
> Nella giornata di oggi il nostro Sito Comune ha superato i 500.000
accessi.
> E' sicuramente un traguardo soddisfacente!
Ciao Roberto, ciao a tutti,
frequento poco il sito on-line (per ovvi motivi);
oggi per caso ho visto il contatore e mi sono detto, pero'...
504.570!
Ho fatto un rapido calcolo: circa 240 accessi giornalieri in quasi 5 anni,
non e' poco!
In questo periodo, come sapete, ci siamo riorganizzati e l'apporto di
Roberto e' stato fondamentale per la ripresa degli aggiornamenti,
personalmente spero di riuscire a mantenere l'impegno.
Naturalemente, per finire, non posso che ringraziare tutti coloro che in
qualche modo hanno contribuito al raggiungimento di questo traguardo che nel
lontano '98 era solo un sogno.
Grazie.
Federico
--------------------------------
Inviato via
http://arianna.libero.it/usenet/


text:
> Ciao Roberto, ciao a tutti,
>
> frequento poco il sito on-line (per ovvi motivi);
> oggi per caso ho visto il contatore e mi sono detto, pero'...
> 504.570!
> Ho fatto un rapido calcolo: circa 240 accessi giornalieri in quasi 5 anni,
> non e' poco!
>
> In questo periodo, come sapete, ci siamo riorganizzati e l'apporto di
> Roberto e' stato fondamentale per la ripresa degli aggiornamenti,
> personalmente spero di riuscire a mantenere l'impegno.
>
> Naturalemente, per finire, non posso che ringraziare tutti coloro che in
> qualche modo hanno contribuito al raggiungimento di questo traguardo che
nel
> lontano '98 era solo un sogno.
> Grazie.
>
> Federico
caro Federico, giacchè avete fatto i passo di "assumere il giovanotto di
bottega", lo vogliamo far lavorare?
O sta qui solo a bearsi del titolo e non lavora. Inviategli materiale e
pubblicate quello ceh lui rimanda.
;-P
Grazie cmq per tutto
MAssimiliano


title: Campi in Report

author: alexb

text:
Ciao a tutti. Ho un report DISTINTACOLLI che mi elenca tutti gli articoli
relativi ad un ordine:
Nel corpo ho i campi:
NUM COLLO   ARTICOLO PESO TARA
Nella Piè di pag Articolo ho i campi:
Somma PESO e Soma TARA
In questo modo il report si presenta così:
NUM COLLO   ARTICOLO PESO TARA
        10                 PROVA       10         1
         11               PROVA       5           2
--------------------------------------------------
                                     Somma15        3
--------------------------------------------------
       56              PROVA2         10         5
--------------------------------------------------
                                      Somma 10         5
Vorrei che nei casi come l'articolo PROVA2 non mi esca il totale perchè come
di nota è inutile. Grazie


title: Campi in Report

author: Carmel

text:


Potresti utilizzare una funzione del tipo :
Private Sub PièDiPaginaGruppo0_Format(Cancel As Integer, FormatCount
As Integer)
If Me.Peso = Me.Somma_Peso Then Cancel = 1
end sub
Ciao


title: solo voi potete aiutarmi

author: Stefano

text:
Ciao a tutti
Ho un problema che sicuramente voi sapete risolvere.
Ho un programmino in access con delle query molto complesse e delle
tabelle collegate via ODBC.
Ho necessità di farlo diventare un MDE, ma quando lo converto e lo metto
su altri computer non funziona, mi da questo errore: "FUNZIONE NON
DISPONIBILE NELL'ESPRESSIONE DELLA QUERY", come se mancassero delle
librerie.
Premetto che io ho sul mio pc VB6 e non so se questo ci può entrare
qualche cosa, visto che ho usato dei comandi tipo docmd....
Sareste così gentili da darmi un indizio per risolvere questo problema?
Sapete dirmi se esiste un modo per sapere quali librerie usa il mio
programma? così le copio nelle varie directory e forse risolvo.
Rimango in attesa e spero proprio che qualcuno di voi abbia voglia di
darmi qualche suggerimento.
Grazie a tutti in anticipo.
Ciao
Stefano


title: solo voi potete aiutarmi

text:
Scusate, dimenticavo che alla fine dell'errore mi dice: MID([tabella]....
in questa query ho usato la funzione MID che forse ha bisogno di librerie
particolari.
Grazie ancora ciao
Stefano



title: DoCmd.gotorecord

text:
Ciao a tutti
io hol a necessità di utilizzare il metodo docmd.gotorecord in una
sottomaschera. Mi spiego meglio. In qualche parte della form principale
devo inserire il comando docmd.gotorecord "destinato" ad una sottomoschera
a schede continue. Quale è la sintassi corretta?
Ciao e grazie
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: DoCmd.gotorecord

text:
a.bianchi ha scritto:
> Ciao a tutti
> io hol a necessità di utilizzare il metodo docmd.gotorecord in una
> sottomaschera. Mi spiego meglio. In qualche parte della form principale
> devo inserire il comando docmd.gotorecord "destinato" ad una sottomoschera
> a schede continue. Quale è la sintassi corretta?
> Ciao e grazie
Ho trovato, basta prima passare il focus alla sottomschera e poi
DoCmd.GoToRecord acActiveDataObject, , acFirst
Ciao



title: Query con passaggio dati concatenate

author: AnTaR Il Conte

text:
allora: ho delle tabelle da cui ho estratto dati per crearmi la tabella che
mi serviva da questa ho creato 2 query a campi incrociati una che riassume
le quantità l'altra gli importi. Ora da queste query dovrei riassumere tutto
in un Report possibilmente filtrati per data.
1) Se io filtro la prima query (tramite codice) le query dei campi
incrociati si filtrano di conseguenza?
2) ho fatto bene ho mi sono solo complicato la vita?


title: campo calcolato maschera - campo vuoto

author: impie

text:
Ciao a tutti, ho il seguente quesito: ho una maschera di inserimento
dati collegato ad una tabella dove registro cosa deve essere fatturato
per una certa fattura.
Ho le varie tipologie di compensi e se da un contratto è previsto
compenso A metto l'ammontare da fatturare in quel campo, se non è
previsto tale compenso lascio il campo vuoto.
Sto cercando di creare un campo calcolato che dovrebbe fornire la somma
di tutti i compensi. Speravo di ottenere così il totale da fatturare.
Ma la formula non funziona se un campo è vuoto.
Chi mi può dare un suggerimento ?
grazie
Imre


title: campo calcolato maschera - campo vuoto

author: Sergio MAZZA

text:
"impie" <
imr...@hotmail.com
> ha scritto nel messaggio
news:1163755114.7...@b28g2000cwb.googlegroups.com...
Ciao a tutti, ho il seguente quesito: ho una maschera di inserimento
dati collegato ad una tabella dove registro cosa deve essere fatturato
per una certa fattura.
Ho le varie tipologie di compensi e se da un contratto č previsto
compenso A metto l'ammontare da fatturare in quel campo, se non č
previsto tale compenso lascio il campo vuoto.
Sto cercando di creare un campo calcolato che dovrebbe fornire la somma
di tutti i compensi. Speravo di ottenere cosě il totale da fatturare.
Ma la formula non funziona se un campo č vuoto.
Chi mi puň dare un suggerimento ?
grazie
Imre
[risposta]
Imposta come valore predefinto per tutti i campi numerici lo zero.
Altrimenti utilizzi la funzione NZ (vedi help attivabile con ALT-F11 poi
F1);
es.
totale = nz(primoNumero,0) + nz(secondoNumero,0) + etc. etc.
Per le espressioni inserite come origine controllo devi sostituire la
virgola con il punto e virgola;
totale = nz(primoNumero;0) + nz(secondoNumero;0) + etc. etc.
Ciao.
--
Sergio MAZZA


title: campo calcolato maschera - campo vuoto

text:
Sergio MAZZA ha scritto:
> "impie" <
imr...@hotmail.com
> ha scritto nel messaggio
> news:1163755114.7...@b28g2000cwb.googlegroups.com...
> Ciao a tutti, ho il seguente quesito: ho una maschera di inserimento
> dati collegato ad una tabella dove registro cosa deve essere fatturato
> per una certa fattura.
> Ho le varie tipologie di compensi e se da un contratto è previsto
> compenso A metto l'ammontare da fatturare in quel campo, se non è
> previsto tale compenso lascio il campo vuoto.
> Sto cercando di creare un campo calcolato che dovrebbe fornire la somma
>
> di tutti i compensi. Speravo di ottenere così il totale da fatturare.
> Ma la formula non funziona se un campo è vuoto.
> Chi mi può dare un suggerimento ?
> grazie
> Imre
>
> [risposta]
> Imposta come valore predefinto per tutti i campi numerici lo zero.
> Altrimenti utilizzi la funzione NZ (vedi help attivabile con ALT-F11 poi
> F1);
> es.
> totale = nz(primoNumero,0) + nz(secondoNumero,0) + etc. etc.
>
> Per le espressioni inserite come origine controllo devi sostituire la
> virgola con il punto e virgola;
> totale = nz(primoNumero;0) + nz(secondoNumero;0) + etc. etc.
>
> Ciao.
>
> --
Sergio MAZZA
Grazie Sergio,
ho provato inserendo il seguente testo in un campo calcolato di una
maschera:
=nz(Management Fee;0)+nz(Monthly Fee;0)
in cui Management Fee e Monthly Fee sono dei campi numerici della
stessa maschera che sotto stante ha una tabella in cui questi stessi
campi sono sempre campi numerici con impostazione "doppio"
ricevo un messaggio di errore di sintassi.
Può essere perché uso Access 2003 in inglese?
Grazie in anticipo per il tuo prezioso contributo!
Imre


title: campo calcolato maschera - campo vuoto

text:
"impie" <
imr...@hotmail.com
> ha scritto nel messaggio
news:1163776057....@h48g2000cwc.googlegroups.com...
Grazie Sergio,
ho provato inserendo il seguente testo in un campo calcolato di una
maschera:
=nz(Management Fee;0)+nz(Monthly Fee;0)
in cui Management Fee e Monthly Fee sono dei campi numerici della
stessa maschera che sotto stante ha una tabella in cui questi stessi
campi sono sempre campi numerici con impostazione "doppio"
ricevo un messaggio di errore di sintassi.
Può essere perché uso Access 2003 in inglese?
Grazie in anticipo per il tuo prezioso contributo!
Imre
[risposta]
Se l'hai scritto nella query esattamente come hai riportato, i nomi dei
campi (anzi di qualsiasi oggetto) se contengono spazi dei racchiuderli tra
parentisi quadre.
=nz([Management Fee];0)+nz([Monthly Fee];0)
Ciao.
--
Sergio MAZZA


title: stesso record dopo un Requery

author: Gigi

text:
salve!
con requery su dopo conferma eliminazione in maschera1
sblocco la Maschera2 con relativa sottomaschera(naturalmente
già aperta).
Il problema è che poi la maschera2 (con l'azione della requery) mi si sposta
sul primo record.

Ho seguito i consigli del sito web:
www.donkarl.com/it/
 Maschere 4.5 Lo
stesso record dopo un Requery
ma trattandosi di due maschere
non so dove posizionare il codice
grazie


title: stesso record dopo un Requery

author: Karl Donaubauer

text:
Gigi wrote:
> con requery su dopo conferma eliminazione in maschera1
> sblocco la Maschera2 con relativa sottomaschera(naturalmente
> gi� aperta).
> Il problema � che poi la maschera2 (con l'azione della requery) mi si
> sposta sul primo record.
>
> Ho seguito i consigli del sito web:
www.donkarl.com/it/
 Maschere 4.5
> Lo stesso record dopo un Requery
> ma trattandosi di due maschere
> non so dove posizionare il codice
La posizione non cambia. � sempre dove fai il Requery.
La cosa che devi cambiare nel codice sono i riferimenti
alla maschera. Invece del "Me" usa un riferimento alla
maschera2. Se capisco bene la descrizione lo fai gi�
per il Requery o no?
Se non riesci, incolla il codice che hai provato.
--
Ciao
Karl
*********
Access FAQ:
http://www.donkarl.com/it


title: stesso record dopo un Requery

text:
"Karl Donaubauer" <
nos...@donkarl.com
> ha scritto nel messaggio
news:9fjfeu...@mid.individual.net...

_________________________________
ciao
ho fatto in questo modo
da maschera2 con pulsante apro la maschera1
In dopo conferma eliminazione (sottomaschera1)
Dim lngStore As Long
lngStore = Forms!Maschera2.IDTESTATA2
If CurrentProject.AllForms("Maschera2").IsLoaded Then
    Forms!Maschera2.Requery
End If
Forms!Maschera2.RecordsetClone.FindFirst "IDTESTATA2 = " & lngStore
Forms!Maschera2.Bookmark = Forms!Maschera2.RecordsetClone.Bookmark
Ma ho errore


title: stesso record dopo un Requery

author: Popi - TheBadHabits

text:
On 12 Ott, 08:54, "Gigi" <Gigi.DelTur...@Gmail.com> wrote:
> "Karl Donaubauer" <
nos...@donkarl.com
> ha scritto nel messaggionews:9fjfeu...@mid.individual.net...
>
> > Gigi wrote:
> >> con requery su dopo conferma eliminazione in maschera1
> >> sblocco la Maschera2 con relativa sottomaschera(naturalmente
> >> gi aperta).
> >> Il problema che poi la maschera2 (con l'azione della requery) mi si
> >> sposta sul primo record.
>
> >> Ho seguito i consigli del sito web:
www.donkarl.com/it/Maschere
 4.5
> >> Lo stesso record dopo un Requery
> >> ma trattandosi di due maschere
> >> non so dove posizionare il codice
>
> > La posizione non cambia. sempre dove fai il Requery.
> > La cosa che devi cambiare nel codice sono i riferimenti
> > alla maschera. Invece del "Me" usa un riferimento alla
> > maschera2. Se capisco bene la descrizione lo fai gi
> > per il Requery o no?
>
> > Se non riesci, incolla il codice che hai provato.
>
> _________________________________
> ciao
> ho fatto in questo modo
>
> da maschera2 con pulsante apro la maschera1
>
> In dopo conferma eliminazione (sottomaschera1)
> Dim lngStore As Long
>
> lngStore = Forms!Maschera2.IDTESTATA2
>
> If CurrentProject.AllForms("Maschera2").IsLoaded Then
>     Forms!Maschera2.Requery
> End If
>
> Forms!Maschera2.RecordsetClone.FindFirst "IDTESTATA2 = " & lngStore
> Forms!Maschera2.Bookmark = Forms!Maschera2.RecordsetClone.Bookmark
>
> Ma ho errore

Ciao!

Che errore?

Prova a modificare le ultime due righe così:

Dim rsMaschera2 as dao.recordset

set rsmaschera2=Forms!Maschera2.RecordsetClone
rsmaschera2.FindFirst "IDTESTATA2 = " & lngStore
Forms!Maschera2.Bookmark = rsmaschera2.Bookmark
rsmaschera2.close
set rsmaschera2=nothing

HTH
Popi


title: stesso record dopo un Requery

text:
"Popi - TheBadHabits" <
rlu...@yahoo.com
> ha scritto nel messaggio
news:65078c5c-da15-4b88...@x19g2000vbl.googlegroups.com...

________________________________
Grazie
l'errore era IDTESTATA2
in realtà era idtestata_2


title: Windows 7, Access 2010 e sql server 2005

text:
Salve a tutti.
Ho realizzato in azienda diversi software di gestione con Access 2003 su macchine con Windows XP. Ho deciso di appoggiare questi software a dei BE su Sql Server 2005. Il problema è nato quando abbiamo cambiato un PC di un utente (nel DB accedono al massimo 3 utenti) con installato Win 7 e access 2010. Praticamente la connessione a Sql Server diventa così lenta che ad un certo punto va in timeout. Per risolvere il problema ho dovuto installare una virtual machine con Access 2003 . Però non mi sembra una soluzione definitiva anche perchè diventa più ingarbugliato usare alcune funzionalità delle mie applicazioni.
Ho apportato delle migliorie al codice e adesso riesco ad aprire l'applicazione anche da Access 2010 ma rimane lentissimo. Parlo di una decina di secondi per aprire form che in Access 2003 erano istantanee.
Sottolineo anche che su un altro pc (un notebook acer) che monta Win XP e Access 2010 il software funziona senza problemi.
Non riesco a capire da cosa dipenda questa ostilità nei confronti di Win 7. In rete ho trovato solo la soluzione della Virtual Machine.
Qualcuno ha avuto lo stesso tipo di problema?
Grazie
Ciao
Stefano


text:
R4gtl wrote:
> Ho realizzato in azienda diversi software di gestione con Access 2003
> su macchine con Windows XP. Ho deciso di appoggiare questi software a
> dei BE su Sql Server 2005. Il problema č nato quando abbiamo cambiato
> un PC di un utente (nel DB accedono al massimo 3 utenti) con
> installato Win 7 e access 2010. Praticamente la connessione a Sql
> Server diventa cosě lenta
> ...

Č un problema noto. Esiste un hotfix che puoi provare:
http://support.microsoft.com/kb/2553116/en-us

--
Ciao
Karl
*********
Access FAQ:
www.donkarl.com/it


text:

Ciao Karl,
Grazie mille per la risposta. Purtroppo ho provato l'hotfix ma non funziona, non è cambiato niente...


text:

Se io appoggiassi il DB ad un server Mysql? Sarebbe lo stesso o si risolverebbe il problema?


text:

Niente. Ho provato a migrare in mysql ma il problema resta.


text:
Il giorno mercoledì 18 aprile 2012 22:33:58 UTC+2, Karl Donaubauer ha scritto:

Ho cercato ancora in rete ma le soluzioni che ho trovato non hanno risolto il problema. Purtroppo l'unica soluzione è la virtual machine ma come ho già spiegato limita molto l'utilizzo del mio software.
Ci sono altri suggerimenti?
Grazie
Stefano


text:

...Problema non risolto. Ho creato un'altra partizione sulla stessa macchina e ricreato le condizioni e il problema si ripete.


title: VBA - dialogare con registratori di cassa -

text:
...chiedere informazioni mi pare addirittura eccessivo,
non mi reputo in OT perchè voglio creare una procedura in VBA ... o magari
addirittura in VB6 per dialogare con stampanti fiscali, quindi approfitto di
Voi solo per una semplice richiesta:
mi servirebbero dei link dai quali poter trarre informazioni in merito a
quanto richiesto in oggetto.
So che ogni produttore ha un suo protocollo di comunicazione con dei propri
standard ...
Immagino esistano software proprietari e\o simili ...
Ma volendo testare lo sviluppo di un prodotto casereccio, voglio solo capire
la percentuale di fattibilità ...
la difficoltà eventuale la considero invece un incentivo molto stimolante!
Attendo quindi Vs. eventuali quanto graditi link!!! (purtroppo google
ultimamente non mi soddisfa molto...)
Saluti e buon week-end a tutti i partecipanti del NG.
--
strano...mavero


text:

Gaurda il sito di Giorgio Rancati
--
_ _
Ciao
MAssimiliano Amendola
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Sono aperte le iscrizioni  Info:
www.donkarl.com/it


text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:1JLee.7483$TR5....@news.edisontel.com...

avevo gia quella demo e ti ringrazio, ma non è quello che cerco.
vorrei interfacciarmi direttamente con i protocolli delle stampanti fiscali
(tipo Olivetti, Sarema, Wincorn ... etc...) e sfruttare "obbligatoriamente"
i loro standard ... purtroppo il discorso è molto ampio e andrebbe discusso
molto approfonditamente ... purtroppo non è il periodo giusto, proprio per
questo
ho preferito chiedere solo eventuali link ... e proprio per questo tu me ne
hai consigliato
uno e ti ringrazio nuovamente!!!
Buona giornata e buon week-end
--
strano...mavero


title: Funzioni Acc97 su Query

author: ThaiChi

text:
Scusante il disturbo, ma sto sbattendo la testa su un criterio di Between
Multipli e non ne vengo a capo (sono a digiuno di programmazione in VBA).
Il problema è questo:
Ho una Query che contiene vari campi e su uno di questi [CODVENVERO] devo
selezionare i record che contengono i seguenti intervalli di codici:
    da "0000" a "0099"
    da  "0500" a "0599"
    e da "0800" a "5000"
sulla quesry la microsoft mi ha detto che non è possibile e che devo
definire una funzione e poi richiamarla dalla query.
Ho provato a farla ed è la seguente:
Function SeleRiv(COD As String) As Variant
COD = BETWEEN("0000" And "0099") And (BETWEEN("0500" And "0599")) And
(BETWEEN("0800" And "5000"))
End Function
e poi sulla query l'ho messa nei criteri del campo [CODVENVERO] nel seguente
modo SeleRiv(]CODVENVERO])
quando lancio la query mi visualizza l'errore: espressione non digitata
correttamente o troppo complessa per essere valutata.
A questo punto vi chiedo umilmente AIUTOOOOOOOOOOOO
Grazie anticipate
ThaiChi


title: Funzioni Acc97 su Query

author: Jan

text:
ThaiChi <
011...@bigfoot.com
> ha scritto nel messaggio
<8930j3$41a$
1...@serv1.iunet.it
>...
>Scusante il disturbo, ma sto sbattendo la testa su un criterio di Between
>Multipli e non ne vengo a capo (sono a digiuno di programmazione in VBA).
>Il problema è questo:
>Ho una Query che contiene vari campi e su uno di questi [CODVENVERO] devo
>selezionare i record che contengono i seguenti intervalli di codici:
>    da "0000" a "0099"
>    da  "0500" a "0599"
>    e da "0800" a "5000"
Hai già provato a inserire nella colonna [CONDVENVERO] della query,
nella prima riga criteri: between "0000" And "0099"
nella seconda: Between "0500" And "0599"
nella terza: Between "0800" and "5000"
>sulla quesry la microsoft mi ha detto che non è possibile e che devo
>definire una funzione e poi richiamarla dalla query.
???????
>Ho provato a farla ed è la seguente:
>
>Function SeleRiv(COD As String) As Variant
>COD = BETWEEN("0000" And "0099") And (BETWEEN("0500" And "0599")) And
>(BETWEEN("0800" And "5000"))
>End Function
>
??????????
?????????
????????
Gianluca


title: Funzioni Acc97 su Query

author: Fabio Montagner

text: Avrai usato la funzione "val()" per i numeri se vuoi usare between