title: Stampa corretta report

author: Alessandro Veroli

text:
Ho creato un piccolo applicativo per la stampa di fatture.
Il problema che ho riscontrato č il seguente:
dovendo stampare il totale solamente nell'ultimo foglio della fattura (es.
fattura a piů pagine) ho impostato un routine nel FORMAT del pič di pagina
che visualizza il totale solamente nel caso che il foglio sia l'ultimo.
Il fatto strano č che a video tutto funziona correttamente, ma quando vado a
stampare in ogni pagina compare il totale fattura.
HELP ME!!!!
Grazie anticipatamente!
Alessandro


title: Stampa corretta report

author: warp

text:
Alessandro Veroli ha scritto nel messaggio ...
>Ho creato un piccolo applicativo per la stampa di fatture.
>Il problema che ho riscontrato è il seguente:
>dovendo stampare il totale solamente nell'ultimo foglio della fattura (es.
>fattura a più pagine) ho impostato un routine nel FORMAT del piè di pagina
>che visualizza il totale solamente nel caso che il foglio sia l'ultimo.
>Il fatto strano è che a video tutto funziona correttamente, ma quando vado a
>stampare in ogni pagina compare il totale fattura.
Secondo me hai dimenticato di nascondere il controllo esplicitamente su evento Formattazione
sezione.
Qualcosa tipo:
if [page]=[pages]  then
         me!TotaleFattura.visible=true
else
         me!TotaleFattura.visible=false
endif
Ciao.


title: Stampa corretta report

text:
Ho provato a fare ciň che dici ma mi da lo stesso errore!!!
Praticamente funziona a video ma non in stampa!
Alessandro
"warp" <
war...@libero.it
> ha scritto nel messaggio
news:akv02v$t8q$1...@fe1.cs.interbusiness.it...
>
> Alessandro Veroli ha scritto nel messaggio ...
> >Ho creato un piccolo applicativo per la stampa di fatture.
> >Il problema che ho riscontrato č il seguente:
> >dovendo stampare il totale solamente nell'ultimo foglio della fattura
(es.
> >fattura a piů pagine) ho impostato un routine nel FORMAT del pič di
pagina
> >che visualizza il totale solamente nel caso che il foglio sia l'ultimo.
>
> >Il fatto strano č che a video tutto funziona correttamente, ma quando



title: Stampa corretta report

author: Carlo Costarella

text:
"Alessandro Veroli" <
ver...@libero.it
> ha scritto nel messaggio
news:TFvc9.136646$n04.3...@twister2.libero.it...
> Ho creato un piccolo applicativo per la stampa di fatture.
> Il problema che ho riscontrato è il seguente:
> dovendo stampare il totale solamente nell'ultimo foglio della fattura (es.
> fattura a più pagine) ho impostato un routine nel FORMAT del piè di pagina
> che visualizza il totale solamente nel caso che il foglio sia l'ultimo.
> Il fatto strano è che a video tutto funziona correttamente, ma quando vado
a
> stampare in ogni pagina compare il totale fattura.
>
> HELP ME!!!!
>
> Grazie anticipatamente!
>
> Alessandro
>
>
Il totale dovrebbe essere messo nel piè di pagina Report e non nel piè di
pagina Pagina.
Ciao, Carlo


title: Problema con Access

author: Abulion Yorgen

text:
Ciao a tutti, ho un problemino/one, appena faccio partire Access mi viene un
messaggio di errore:
"Impossibile avviare Microsoft Access. Non e' stata concessa la licenza
d'uso su questo computer"
Premetto che finora ha sempre funzionato...
Prima che mi mostrasse questo errore, ho, nell'ordine di cose:
Disinstallato Office97 (mi occupava troppo spazio sul disco C:)
successivamente l'ho reinstallato (sul D),
Poi ho installato il Service Pack 5 di Visual Basic...
Word Funziona
Excel Funziona
VBasic Funziona
l'unico che non ne vuole sapere e' Access
Ho fatto una cavolata?
c'e' un modo "non drastico"*  per risolvere il tutto?
E' possibile convincere Access a funzionare?
Lo devo corrompere?
Cosa gli piacera' soldi o donne?
TIA per ogni suggerimento
Ho postato il solito messaggio su it.comp.os.win.win9x e ora lo posto qui
nella speranza che qualcuno mi dia una dritta :-)
* per modo drastico intendo formattazione del PC... e successiva
reinstallazione del Sistema Operativo...
___________________________________________________________
Abulion Yorgen
ex-padawan del Venerabile Magister Valar
Maestro Jedi del New Jedi Order
"Un sorriso puo' salvare il mondo (G)!"
Version 2.03 used with Agent 1.8
____________________________________________________________


title: Problema con Access

author: Massimo

text:
"Abulion Yorgen" <
walo...@tin.it
> ha scritto nel messaggio
news:jj2vrt4uqpkon71g1...@4ax.com...
> Ciao a tutti, ho un problemino/one, appena faccio partire Access mi viene
un
> messaggio di errore:
>
> "Impossibile avviare Microsoft Access. Non e' stata concessa la licenza
> d'uso su questo computer"
>
> Premetto che finora ha sempre funzionato...
>
> Prima che mi mostrasse questo errore, ho, nell'ordine di cose:
>
> Disinstallato Office97 (mi occupava troppo spazio sul disco C:)
> successivamente l'ho reinstallato (sul D),
> Poi ho installato il Service Pack 5 di Visual Basic...
>
é un bug di access, ora non ricordo l'inirizzo esatto da dove scaricare il
path, se non hai risolto, scrivimi privatamente che ti allego il piccolo
path per risolvere il problema.
Max


title: Problema con Access

text:
"Abulion Yorgen" <
walo...@tin.it
> ha scritto nel messaggio
news:jj2vrt4uqpkon71g1...@4ax.com...
> Ciao a tutti, ho un problemino/one, appena faccio partire Access mi viene
un
> messaggio di errore:
>
> "Impossibile avviare Microsoft Access. Non e' stata concessa la licenza
> d'uso su questo computer"
>
> Premetto che finora ha sempre funzionato...
>
> Prima che mi mostrasse questo errore, ho, nell'ordine di cose:
>
> Disinstallato Office97 (mi occupava troppo spazio sul disco C:)
> successivamente l'ho reinstallato (sul D),
> Poi ho installato il Service Pack 5 di Visual Basic...
Ho ritrovato il link
http://download.microsoft.com/download/access97/Update/1.0/W98/EN-US/Aclicn9
7.exe
Ciao Max


title: Problema con Access

author: Sib dal portatile

text:
"Abulion Yorgen" <
walo...@tin.it
> ha scritto nel messaggio
> Ciao a tutti, ho un problemino/one, appena faccio partire Access mi viene
un
> messaggio di errore:
>
> "Impossibile avviare Microsoft Access. Non e' stata concessa la licenza
> d'uso su questo computer"
Indifferentemente uno dei due link qui sotto.
Sib
--
----------------------------------------------------
la mia home:
http://digilander.iol.it/syb
----------------------------------------------------
il sito comune di it.comp.database.access:
http://www.sitocomune.com
----------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente


title: Problema con Access

text:
Il giorno del Signore Sun, 7 Oct 2001 01:45:25 +0200, "Massimo"
<
ron...@tiscalinet.it
>  scrisse in aria con glifi fiammeggianti:
>
>"Abulion Yorgen" <
walo...@tin.it
> ha scritto nel messaggio
>news:jj2vrt4uqpkon71g1...@4ax.com...
>> Ciao a tutti, ho un problemino/one, appena faccio partire Access mi viene
>Ho ritrovato il link
>
http://download.microsoft.com/download/access97/Update/1.0/W98/EN-US/Aclicn9
>7.exe
Come disse Anakin Skywalker in Episodio 1 dopo che aveva finito di montare
il suo "Sguscio":
FUNZIONAAAAAAA!!!
:-D
Mille grazie Massimo!!!
Che la Forza sia con Te!



title: Problema con Access

author: Jonathan Canova

text:
"Abulion Yorgen" <
walo...@tin.it
> ha scritto nel messaggio
news:jj2vrt4uqpkon71g1...@4ax.com...
> "Impossibile avviare Microsoft Access. Non e' stata concessa la licenza
> d'uso su questo computer"
Credo che ci sia anche sul sito comune, comunque:
http://www.aladinoinformatica.com/area_download.htm
in fondo alla lista trovi AcLicn97.exe
--
Cordiali saluti,
Jonathan Canova
www.aladinoinformatica.com


title: Modifa record in struttura a maschere continue

author: hoyt

text:
Buon giorno a tutto il NG,
attraverso una form con struttura a maschere continue, gestisco
l'anagrafica di accesso al DB e le relative autorizzazioni. A fianco
di ciascun record visualizzato vi è un tasto che nelle mie intenzione
dovrebbe permettere le modifiche dei campi sbloccando talune caselle
di testo. Come posso far si che alla pressione del tasto solo le
caselle di testo riferite a quel singolo record possano essere rese
enabled, e non quelle riferite a tutti i record ?
Spero di essere stato chiaro ell'esposizione, ma per maggior
chiarezza:
ID            NOME
--------------------------
1             Pippo
2             Pluto
alla pressione del tasto a fianco il nome "Pippo" vorrei rendere
disponibile per la modifica solo la txt associata al nome "Pippo" e
non quella riferita al nome "Pluto".
Grazie a tutti per l'attenzione e buon prosieguo di week-end.
Francesco


author: Alberto S

text:
Sembra che hoyt abbia detto :
> Buon giorno a tutto il NG,
> attraverso una form con struttura a maschere continue, gestisco
> l'anagrafica di accesso al DB e le relative autorizzazioni. A fianco
> di ciascun record visualizzato vi ï¿œ un tasto che nelle mie intenzione
> dovrebbe permettere le modifiche dei campi sbloccando talune caselle
> di testo. Come posso far si che alla pressione del tasto solo le
> caselle di testo riferite a quel singolo record possano essere rese
> enabled, e non quelle riferite a tutti i record ?
A fronte dell'evento click abiliti le caselle di testo e a fronte
dell'evento current le disabiliti.
Personalmente preferirei far aprire una maschera a scelta obbligatoria
sul solo record corrente, con ben evidenziate quali sono le caselle di
testo abilitate e con richiesta di conferma delle modifiche ...
Ciao
--
Alberto S


text:
On 28 Nov, 17:02, Alberto S <
albert...@tiscalinet.it
> wrote:
> Sembra che hoyt abbia detto :
>
> > Buon giorno a tutto il NG,
> > attraverso una form con struttura a maschere continue, gestisco
> > l'anagrafica di accesso al DB e le relative autorizzazioni. A fianco
> > di ciascun record visualizzato vi è un tasto che nelle mie intenzione
> > dovrebbe permettere le modifiche dei campi sbloccando talune caselle
> > di testo. Come posso far si che alla pressione del tasto solo le
> > caselle di testo riferite a quel singolo record possano essere rese
> > enabled, e non quelle riferite a tutti i record ?
>
> A fronte dell'evento click abiliti le caselle di testo e a fronte
> dell'evento current le disabiliti.
>
> Personalmente preferirei far aprire una maschera a scelta obbligatoria
> sul solo record corrente, con ben evidenziate quali sono le caselle di
> testo abilitate e con richiesta di conferma delle modifiche ...
>
> Ciao
>
> --
> Alberto S
Alberto grazie innanzitutto dell'attenzione,
in effetti poi ho seguito il tuo consiglio e gestisco autonomamente il
singolo utente mediante la'pertura di una maschera dedicata.
In tale modo la gestione è più semplice e fluida ... Grazie dell'idea
e buon inizio di settimana che estendo a tutto il NG ...
Francesco


title: Disabilitare alcune vosi della Barra degli strumenti

author: gg

text:
Salve ancora, avrei bisogno di disabilitare alcune voci della barra degli
strumenti, si può fare?
grazie tante gianni


author: ALESSANDRO Baraldi

text:
"gg" <
provach...@libero.it
> ha scritto nel messaggio
news:1NUSb.5266$U4.1...@twister1.libero.it...
> Salve ancora, avrei bisogno di disabilitare alcune voci della barra degli
> strumenti, si puň fare?
> grazie tante gianni
Si puň fare, ma ritengo sia meglio se ti generi una BarraStrumenti
Personalizzata.
In ogni caso dall'oggetto CommandBar:
Application.CommandBars("NomeBarra").Controls("NomeVoce").Enabled = False
Per usare l'insieme Commandbars devi abilitare i riferimenti alle Librerie
di Office.
Ciao.
@Alex.


text:
"ALESSANDRO Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:bvhas4$gkn$1...@lacerta.tiscalinet.it...
>
> "gg" <
provach...@libero.it
> ha scritto nel messaggio
> news:1NUSb.5266$U4.1...@twister1.libero.it...
> > Salve ancora, avrei bisogno di disabilitare alcune voci della barra
degli
> > strumenti, si può fare?
> > grazie tante gianni
>
>
> Si può fare, ma ritengo sia meglio se ti generi una BarraStrumenti
> Personalizzata.
> In ogni caso dall'oggetto CommandBar:
>
> Application.CommandBars("NomeBarra").Controls("NomeVoce").Enabled = False
>
> Per usare l'insieme Commandbars devi abilitare i riferimenti alle Librerie
> di Office.
>
> Ciao.
> @Alex.
>
Alex grazie della risposta, si in effetti ho intenzione di creare una barra
personalizzata e disabilitare a secondo delle situazioni alcune voci.
Se trasporto il db su un'altro pc funziona uguale o devo abilitare le stesse
librerie manualmente?
grazie ancora gianni


text:
"gg" <
provach...@libero.it
> ha scritto nel messaggio
news:2uWSb.5448$U4.1...@twister1.libero.it...

Le librerie vanno impostate sul DB che mantiene le impostazioni ovunque
lo porti se ovviamente esistono sulla macchina, e/o se non ci sono
incompatibilità con
versioni Inferiori a quelle di sviluppo.
Ciao.
@Alex.


text:
"ALESSANDRO Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:bvietq$23i$1...@lacerta.tiscalinet.it...

Grazie tante gianni


title: orologio su timer

author: Riccardo

text:
Buon giorno a tutti,
ho un piccolo problema:
su di un database, in una maschera, ho inserito su evento timer questo
codice
Orologio.Caption = Time
dove orologio è una etichetta sul form, e come timer ho inserito 1000.
Mi sono creato un piccolo orologio sulla maschera.
A funzionare funziona, ha sempre funzionato, pero' da un paio di giorni sul
mio pc di casa, mi da errore (non ricordo quale...qualcosa di mancante),
vado nei riferimenti e c'è spuntato IETIMER.OCX con la scritta MANCA!
(l'unica cosa che ho fatto è installare Access 2000, mantenendo il 97, cosi'
come in ufficio)
Allora ho pensato: in ufficio funziona, mi cerco il file e lo reinstallo a
casa!
Mistero della fede....in ufficio funziona, ma non esiste nessun file
Ietimer.ocx e nemmeno Ietimer*.* !!
Sapete aiutarmi in qualche modo?
grazie Riccardo


title: orologio su timer

text:
Ciao, rivolgo a te la domanda perche' ho visto che ora sei collegato e
magari se sai darmi una risposta mi farebbe molto piacere(avevo già posto il
quesito ma senza risposte).
Riccardo <
ricc...@free.panservice.it
> wrote in message
8vg8k7$ltb$1...@news.panservice.it...
 Buon giorno a tutti,
 ho un piccolo problema:
 su di un database, in una maschera, ho inserito su evento timer questo
 codice
 Orologio.Caption = Time
 dove orologio è una etichetta sul form, e come timer ho inserito 1000.
 Mi sono creato un piccolo orologio sulla maschera.
 A funzionare funziona, ha sempre funzionato, pero' da un paio di giorni sul
 mio pc di casa, mi da errore (non ricordo quale...qualcosa di mancante),
 vado nei riferimenti e c'è spuntato IETIMER.OCX con la scritta MANCA!
 (l'unica cosa che ho fatto è installare Access 2000, mantenendo il 97,
cosi'
 come in ufficio)
 Allora ho pensato: in ufficio funziona, mi cerco il file e lo reinstallo a
 casa!
In ufficio funziona, ma non esiste nessun file



title: orologio su timer

author: Roberto da casa

text:
"Riccardo" <
ricc...@free.panservice.it
> ha scritto nel messaggio
news:8vgmcd$q4d$1...@news.panservice.it...
> Ciao, rivolgo a te la domanda perche' ho visto che ora sei collegato e
> magari se sai darmi una risposta mi farebbe molto piacere(avevo già posto
il
> quesito ma senza risposte).
>
Mi dispiace ma non sono in grado di dare una risposta al tuo quesito.
--
Roberto
---------------------------------------------
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/
---------------------------------------------


title: orologio su timer

author: Federico Luciani

text:
Riccardo wrote:
> Buon giorno a tutti,
> ho un piccolo problema:
> su di un database, in una maschera, ho inserito su evento timer questo
> codice
> Orologio.Caption = Time
> dove orologio è una etichetta sul form, e come timer ho inserito 1000.
Quindi non stai usando nessun ocx.
> Mi sono creato un piccolo orologio sulla maschera.
> A funzionare funziona, ha sempre funzionato, pero' da un paio di giorni sul
> mio pc di casa, mi da errore (non ricordo quale...qualcosa di mancante),
Forse e' meglio che ti ricordi :-)
> vado nei riferimenti e c'è spuntato IETIMER.OCX con la scritta MANCA!
> (l'unica cosa che ho fatto è installare Access 2000, mantenendo il 97, cosi'
> come in ufficio)
> Allora ho pensato: in ufficio funziona, mi cerco il file e lo reinstallo a
> casa!
> Mistero della fede....in ufficio funziona, ma non esiste nessun file
> Ietimer.ocx e nemmeno Ietimer*.* !!
infatti non stai usando nessuno ocx, ma solo un evento
della form.
facci sapere qual'e' l'errore.
--
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------


title: orologio su timer

text:
Federico Luciani <
fluc...@paperino.libero.it
> wrote in message
3A1C18EA...@paperino.libero.it...

########
L'errore non lo ricordo, pero' ho risolto...strano.
Ho provato su un altro db a creare lo stesso e funzionava.
Ho riprovato sullo stesso in un altro form...non funzionava e quando mi dava
errore, dando ok mi apriva come al solito la maschera dei riferimenti con la
spunta a MANCA: IETIMER.OCX.
Ho provato a togliere la spunta e dopo ha funzionato normalmente!
Non saprei proprio che gli aveva preso.
grazie lo stesso
Riccardo


title: [Forse OT] - Database per agenzia di viaggi

author: TheMax

text:
Ciao a tutti,
posto una domandina, devo realizzare un database per la mia agenzia di
viaggi, non sapete che sistema poco organizzato abbiano per le conferme, la
mia amica giulia deve avvisarmi via sms, e volevo un sistema automatico che
mi potesse inviare una mail appena ricevuta la conferma del mio viaggio.
Il problema č che mi serve portarglielo per domani mattina perchč....
domani pomeriggio partoooooo
hihihi...
ciao lavoratori....
Massimo


author: Gaspare Calia

text:
[CUT]
Ciao,
ti serve già pronto o una mano e ci lavori questa notte?


text:
[CUT]
Cos'è una battuta?


text:
[CUT]
> domani pomeriggio partoooooo
Buon divertimento e "occhio sempre vigile"! :-)


text:
Gaspare Calia wrote:
> [CUT]
>
> Cos'è una battuta?
Che parto... spero di no ^__^
almeno, pagato ho pagato...
Ciao,
Massimo


text:

Ehhh... il mio occhio è vigile a certe cose... e anche quello della mia
morosa purtroppo ;-)


text:
[CUT]
No dicevo -> è una battuta che ti serve il db per domattina?


text:
[CUT]
> Ehhh... il mio occhio è vigile a certe cose... e anche quello della mia
> morosa purtroppo ;-)
>
Beh...allora se sei in compagnia che t'importa ! ;-)
Buon divertimento :-)


author: MA

text:

C'č un ocx da scaricare gratuitatmente dal sito Microsoft che ti fa mandare
sms controllabili da access
smssender credo si chiami
Serve solo un Telefonino
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:
www.donkarl.com/it


title: Aprire una query da maschera

author: Fabrizio

text:
Vorrei sapere se esiste la possibilità di aprire una query prendendo il
criterio di selezione da un valora presente in una maschera.
Mi spiego meglio. Ho creato una maschera che mi filtra un solo record in
base ad alcuni criteri di scelta.  Ora vorrei aprire una query che contenga
solamente il record filtrato in maschera, per esempio utilizzando come
criterio un campo codice che è univoco.
Ringrazio quanti mi volessero dare una mano.
Fabrizio


title: Aprire una query da maschera

author: Antonio Biso

text:
"Fabrizio" <
far...@tiscali.it
> ha scritto nel messaggio
news:ap37pb$qf3$1...@lacerta.tiscalinet.it...

Sotto il campo da filtrare nella query metterai
like [forms]![tuaform]![tuocontrollo];"*")
Antonio


title: Aprire una query da maschera

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:hAbt9.62587$%M1.16...@twister2.libero.it...

Ho fatto come mi hai suggerito.
Quando poi nella maschera creo un pulsante che apra la query e ci clicco mi
compare il seguente messaggio di errore:
Errore Run-time 2455
Riferimento non valido alla proprietà IsVisible nell'espressione.
Mi sai dire quale può essere la causa?


title: Aprire una query da maschera

text:
"Fabrizio" <
far...@tiscali.it
> ha scritto nel messaggio
news:ap3k7n$1tj$1...@lacerta.tiscalinet.it...
>
> > Sotto il campo da filtrare nella query metterai
> > like [forms]![tuaform]![tuocontrollo];"*")
> >
> > Antonio
> >
> >
>
> Ho fatto come mi hai suggerito.
> Quando poi nella maschera creo un pulsante che apra la query e ci clicco
mi
> compare il seguente messaggio di errore:
>
> Errore Run-time 2455
> Riferimento non valido alla proprietą IsVisible nell'espressione.
>
> Mi sai dire quale puņ essere la causa?
Verifica cosa hai veramente scritto nella riga criterio della tua query,
caso mai postalo
Antonio


title: incollare del testo in piu' celle di una tabella

author: elena

text:
Ciao a tutti
Se ho un testo che copio da una cella di una tabella e che devo
incollare in cento celle della stessa tabella esiste una maniera per
evitare di fare 100 volte CRTL+V ? Cioe' vorrei selezionare le celle e
poi fare una sola operazione di incollamento.
Grazie per le risposte !!
Elena
P.S.
Per quello che devo fare una query di aggiornamento non va bene.


author: almorel

text:

Ciao, che io sappia NO. L' alternativa, se puoi identificare con
qualche criterio  i records,  è una query di aggiornamento.
Ciao
Alberto


author: Paolo opg

text:
elena <
fairy...@megamail.it
> wrote in news:4ac50b50$0$1094
$
4faf...@reader4.news.tin.it
:

se invece di descrivere la soluzione che hai trovato descrivi il problema,
corri il rischio che qualcuno ti sappia anche aiutare...
perche' devi incollare 100 volte lo stesso testo in 100 campi della stessa
tabella?
--
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--


author: Roberto da Parma

text:
"elena" <
fairy...@megamail.it
> ha scritto nel messaggio
news:4ac50b50$0$1094$4faf...@reader4.news.tin.it...

Puoi anche chiamarla query copia/incolla ma rimane il fatto che "aggiorni"
dei campi...se I record non esistono ancora allora si chiama query di
accodamento.
Ragiona in ambiente database!
L'operazione che chiedi viene fatta milioni di volte x milioni di
record...quindi � un'operazione abbastanza diffusa...
come ti ha detto Paolo, spiega perch� devi incollare 100 volte una frase...o
al pi� cosa vorresti ottenere
ciao
--
Roberto da Parma


title: dividere un campo di tabella in due campi

author: Nicola

text:
Ciao a tutti
dopo innumerevoli tentativi, sono riuscito a far si che il contenuto di un
lettore di codici a barre finisse in una tabella. Ora però ho un problema, i
dati che vanno in tabella sono nel formato codice-quantità, ad esempio
0000000000000-78
il codice a barre puo essere a 8 o 13 cifre, la quantita da 1 a n cifre il
separatore è sempre il simbolo"-".
Vorrei realizzare una query che prenda i dati dalla tabella che acquisisce i
dati e mi crei una seconda tabella che abbia i record suddivisi nei campi
CODICE e QUANTITA
avevo pensato alle funzioni RIGHT e LEFT, ma essendo che le lunghezze di
codice e quantità sono variabili trovo difficoltà.
Una soluzione sarebbe quella di intercettare la posizione del simbolo "-",
ma non so come si fa e sulla guida anche se c'è non riesco a trovarla...
chi mi aiuta a risolvere questo inghippo o trovare soluzioni alternative???
vi ringrazio in anticipo...
Nicola


text:

www.sitocomune.com
lì però si parla di spazio non trattino, ma non è un problema lo puoi
adattare facilmente
ciao MAssimiliano
--------------------------------
Inviato via
http://usenet.libero.it


text:
"MA" <
massimilia...@kksrl.com
> ha scritto nel messaggio
news:151Z26Z90Z131Y1...@usenet.libero.it...

ma è quello relativo alla separazione del nome e cognome??
grazie 1000
Nicola


text:
> > > 0000000000000-78
> > > il codice a barre puo essere a 8 o 13 cifre, la quantita da 1 a n
cifre
> il
> > > separatore è sempre il simbolo"-".
> > > Vorrei realizzare una query che prenda i dati dalla tabella che
> acquisisce
> > i
> > > dati e mi crei una seconda tabella che abbia i record suddivisi nei
> campi
> > > CODICE e QUANTITA
> > >
> > > avevo pensato alle funzioni RIGHT e LEFT, ma essendo che le lunghezze
di
> > > codice e quantità sono variabili trovo difficoltà.
> > > Una soluzione sarebbe quella di intercettare la posizione del simbolo
> "-",
> > > ma non so come si fa e sulla guida anche se c'è non riesco a
trovarla...
> > >
> >
www.sitocomune.com
> > lì però si parla di spazio non trattino, ma non è un problema lo puoi
> > adattare facilmente
> > ciao MAssimiliano
> >
> >
> > --------------------------------
> > Inviato via
http://usenet.libero.it
>
> ma è quello relativo alla separazione del nome e cognome??
>
> grazie 1000
Yessssss... ne approfitto di questa risposta per lasciarVi la buona sera.
Per me ora è finita..
Un arrivederci da MAssimiliano
ci vediamo, se vorrete, domani, su questo Ng...
sigla!



text:
"MA" <
massimilia...@kksrl.com
> ha scritto nel messaggio
news:151Z26Z57Z113Y...@usenet.libero.it...

che onore chiudere il sipario per tee!!!
SIPARIOOOOO
Nicola


text:
"Nicola" <
biasi_nic...@tin.it
> ha scritto nel messaggio
news:z8P4a.202785$0v.56...@news1.tin.it...

Prova così:
CODICE = Left([CODICE_QUANTITA], InStr([CODICE_QUANTITA], "-") - 1)
e
QUANTITA = Val(Mid([CODICE_QUANTITA], InStr([CODICE_QUANTITA], "-") + 1))
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


text:
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:cr35a.137679$YG2.3...@twister1.libero.it...

grazie 1000 Roberto, stavo appunto impazzendo un po per ridurre quelle
stringhe lunghissime riportate sul sito...
Nicola


title: quale evento maschera per far eseguire query di aggiornamento e refresh della maschera, essendo la maschera già aperta?

text:
ciao a tutti,
vorrei far in modo che access mi aggiorni una maschera, già aperta, usando
questa sequenza temporale (la maschera in questione è già aperta perchè sono
state eseguite operazioni con una macro):
1. una query di aggiornamento relativa ai dati appena creati nella maschera
dovrebbe partire (modificando un campo vero/falso della tabella cui fa
riferimento, vedi esempio);
ID        ID_DIP    PRIMO
===================
1            3                V
2            4                V
4            3                F
7            5                V
10          3                F
11          3                F
12          4                F
...           ...               ...
questa query di aggiornamento fa in modo che il campo PRIMO venga
contrassegnato come vero se si tratta di un record per il quale non esiste
ID_DIP in alcun altro record, o lasciato a falso se invece ID_DIP si ripete
una o più volte (il tutto avviene correttamente. il problema è legato
all'evento-maschera più appropriato a cui associare l'esecuzione della query
di cui sopra).
2. aggiornamento della maschera stessa (questo perchè la visibilità di un
bottone presente nella maschera è sottoposta alla condizione che un campo
sia contrassegnato come vero o falso).
quali eventi maschera mi suggerite di usare: al momento attuale ho associato
la query all'evento "su uscita", per cui devo chiudere e riaprire la
maschera se voglio che la cosa funzioni, inoltre non mi è possibile usare
l'evento "su apertura", in quanto la maschera è già aperta.
scusate per il groviglio semantico, ma non mi è riuscito di spiegarmi più
chiaramente di così..


author: SunRex

text:
"em.an" <
meils...@libero.it
> ha scritto nel messaggio
news:a3Jde.77843$IN.13...@twister2.libero.it...

Current?
SunRex
>
>
>


text:
"SunRex" <
sunrexs...@hotmail.com
> ha scritto nel messaggio
news:_zKde.1324405$35.49...@news4.tin.it...

se do il comando
docmd.openquery "NomeQuery"
per l'evento Su Corrente non accade nulla perchè la maschera in questione è
già aperta, e su di essa vengono incollati dei dati da una macro, poi alla
fine dei copia-incolla sposto lo stato attivo su una casella. a questo punto
vorrei eseguire la query di aggiornamento e poi aggiornare la maschera..
l'evento Current non è quello adatto (almeno non da solo..)


text:
"em.an" <
meils...@libero.it
> ha scritto nel messaggio
news:dfPde.78647$IN.13...@twister2.libero.it...

GotFocus della casella?
SunRex


author: Sthepan

text:


ciao,
prova
Me.nome controllo.requery
dove nome controllo sta per il nome della casella di riepilogo o combinata
dove opera la query
ciao Sthepan


text:
"Sthepan" <
sth...@supereva.it
> ha scritto nel messaggio
news:swouay095gjs$.19ziuehiai4h0$.dlg@40tude.net...

ciao ragazzi, scusatemi ma mi sono espresso male e confusamente:
in sostanza ho 1 maschera a visualizzazione singola, aperta e visualizzante
il record appena creato, sui dati della quale voglio eseguire un requery che
mi aggiorni il campo PRIMO in modo che figuri come vero se nella tabella
corrispondente non esistono altri records con lo stesso ID_DIP, e come falso
se invece esistono:
ID        ID_DIP    PRIMO
===================
1            3                V
2            4                V
4            3                F
7            5                V
10          3                F
11          3                F
12          4                F
...           ...               ...
una volta eseguito il requery vorrei che la maschera, ancora aperta, venisse
aggiornata e mostri o meno un bottone (che ho chiamato RACC) in funzione del
valore che PRIMO ha assunto in seguito al requery (se PRIMO è vero, allora
il bottone RACC è visibile, altrimenti no).


title: Re: [qry] ORDER BY su un campo testo

text:
"massimo" <n...@send.invalid> ha scritto nel
messaggio
news:Xns954EB3C5...@news.inwind.it...
> Ho un campo chiamato "posizione" dove per lo più
terminano dei
> numeri, ma potenzialmente potrebbero esserci
anche stringhe
> alfanumeriche.
>
> Potendo quindi affidarmi solo a un campo testo
(invece che numerico)
> l'ordinamento crescente dei record basato su
quel campo genera questo
> risultato "alfabetico"
>
> 100466
prova a mettere
11466
e ti faccio vedere che non te li ordina come vuoi
tu perchè in realta è formattato a testo.
> 89546
> 95347
> A356
>
> Vorrei almeno ordinare i numeri in una normale
successione numerica
> non alfabetica. Ho pensato di inserire nella
query:
>
> ORDER BY format(posizione, "_000000000")
>
> ovviamente " viene sostituito da chr(34) alla
bisogna :-)
>
> Sembra ok, ma per la verità ho fatto tutto a
caso e mi sfugge il
> funzionamento della parte riguardante il formato
della funzione
> format (che a mio avviso è poco documentata).
Suggerimenti?
Invece se vai su
www.sitocomune.com
 c'è una
funzione che ti estrae i numeri (e togli quindi
quella A) e poi
cambiando il formato in int di quello che ottieni
ordini per questo campo
MAssimiliano


title: Re: [qry] ORDER BY su un campo testo

author: giorgio rancati

text:
"massimo" <n...@send.invalid> ha scritto nel messaggio
news:Xns954EB3C5...@news.inwind.it...
> Ho un campo chiamato "posizione" dove per lo più terminano dei
> numeri, ma potenzialmente potrebbero esserci anche stringhe
> alfanumeriche.
>
> Potendo quindi affidarmi solo a un campo testo (invece che numerico)
> l'ordinamento crescente dei record basato su quel campo genera questo
> risultato "alfabetico"
>
> 100466
> 89546
> 95347
> A356
>
> Vorrei almeno ordinare i numeri in una normale successione numerica
> non alfabetica. Ho pensato di inserire nella query:
>
> ORDER BY format(posizione, "_000000000")
>
> ovviamente " viene sostituito da chr(34) alla bisogna :-)
>
> Sembra ok, ma per la verità ho fatto tutto a caso e mi sfugge il
> funzionamento della parte riguardante il formato della funzione
> format (che a mio avviso è poco documentata). Suggerimenti?
Ciao,
io la farei così
----------------------------
SELECT *
FROM Tabella
ORDER BY IIf(IsNumeric(posizione),Val(posizione),999999999999),posizione
----------------------------
Ciao Giorgio


title: CONSIGLIO PER CALCOLO

author: Luigi Corinna

text:
Buon Giorno A97
Ho una mschera chiamata RIGHEPREVENTIVO...
in questa maschera una volta richiamato un articolo eseguo
dei calcoli utlizzando del codice sul disattivato di caselle di testo che
ora vi illustro:
LISTINO2 (attinge dall'anagrafica articoli e rimane invariato)
PEZZI (   pezzi per articolo da digitare)
quste due caselle non sono soggette a codice su disattivato
SCONTO1 (attinge da anagrafica clienti)
su disattivato ho questo codice:
Me![LISTINO_SCONTATO] = Me![LISTINO2] * (1 - Me.[SCONTO] / 100)
Me![Totale_Rigo] = Me![Pz] * Me![LISTINO_SCONTATO]
LISTINO SCONTATO (e' un ancora per far si che man mano il LISTINO2 venga
scontato)
SCONTO2 (attinge da anagrafica clienti)
Me![LISTINO_SCONTATO] = Me![LISTINO_SCONTATO] * (1 - Me.[SCONTO2] / 100)
Me![Totale_Rigo] = Me![Pz] * Me![LISTINO_SCONTATO]
LISTINOSCONTATO (sgravato da sconto1 e sconto2 ha anche la caratteristica di
essere modificato per dare
un prezzo fisso) per cui su disattivato:
Me![Totale_Rigo] = Me![Pz] * Me![LISTINO_SCONTATO]
Pareri:
Mi sembra un meccanismo un po' 'strange' a parte che ho notato una perdita
di centesimi di euro se applico anche lo sconto2...
secondo voi e' giusta questa formulazione per poter avere alternative per
scontare un articolo per due volte ed in taluni casi
aggirtare gli sconti dando un prezzo netto direttamente (listinoscontato).
Vorrei per cortesia un Vs. parere ed eventaulmente un correttivo a questa
procedura secondo me viziosa di errori.
Grazie
Luigi Bari


title: CONSIGLIO PER CALCOLO

text:
Il 13 Mar 2003, 14:13, "Luigi Corinna" <
luigic...@hotmail.com
> ha
scritto:

Anzitutto una curiositą: ce l'aveva con te Batigol quando urlņ nella
telecamera???
Venndo al tuo problema. Tu hai un ARTICOLO con i suoi PREZZO1 - PREZZO2 -
PREZZO3 etc in una tabella.
hai poi in un'altra tabella la RICERCA articolo, il PREZZO che devi
calcolarti e un LISTINO praticato al cliente SCONTO1 - SCONTO2.
calcolo sconto: ti calcoli la percentuale di sconto
identifichi il prezzo in base al listino
lo moltiplichi per il calcolo sconto.
Il prezzo che hai ottenuto sarą ulteriormente ritoccabile.
Fai un passo alla volta e facci sapere. Soprattutto scogli la mia curiositą
MAssimiliano
--------------------------------
Inviato via
http://usenet.libero.it


title: CONSIGLIO PER CALCOLO

author: Frankie

text:
MA ma ci vai a prendere il sole d'estate a sti "scogli la mia curiosità"? E
ci stanno pure le ragazze in topless?
ciao Frankie
"MA" <
massimilia...@kksrl.com
> ha scritto nel messaggio
news:151Z26Z49Z127Y1...@usenet.libero.it...

> Anzitutto una curiosità: ce l'aveva con te Batigol quando urlò nella
> telecamera???
>
> Venndo al tuo problema. Tu hai un ARTICOLO con i suoi PREZZO1 - PREZZO2 -
> PREZZO3 etc in una tabella.
> hai poi in un'altra tabella la RICERCA articolo, il PREZZO che devi
> calcolarti e un LISTINO praticato al cliente SCONTO1 - SCONTO2.
> calcolo sconto: ti calcoli la percentuale di sconto
> identifichi il prezzo in base al listino
> lo moltiplichi per il calcolo sconto.
> Il prezzo che hai ottenuto sarà ulteriormente ritoccabile.
> Fai un passo alla volta e facci sapere. Soprattutto scogli la mia
curiosità



title: CONSIGLIO PER CALCOLO

text:
Il 13 Mar 2003, 15:35, "Frankie" <
maest...@hotmail.com
> ha scritto:
> MA ma ci vai a prendere il sole d'estate a sti "scogli la mia curiosità"?
E
> ci stanno pure le ragazze in topless?
>
> ciao Frankie
> > Anzitutto una curiosità: ce l'aveva con te Batigol quando urlò nella
> > telecamera???
> > Fai un passo alla volta e facci sapere. Soprattutto scogli la mia
> curiosità
> > MAssimiliano
Senti io sono napoletano e in questo periodo non voglio sentire parlare di
nessuno Scoglio! Intesi?? Di topless sì.
Fammi sapere del tuo problema.
ciao MAssimiliano



title: caricare dati senza collegare tabelle

author: ciroteo

text:
Pur Avendo due database back_end. vorrei evitare di collegare un infinità di
tabelle collegate nel front end.
Mi piacerebbe, se possibile, creare il rowsource di una casella di riepilogo
al volo anche se i dati provengono da un altro db. E' possibile, magari
aprendo recordset?


title: caricare dati senza collegare tabelle

author: Alessandro Baraldi

text:
"ciroteo" <
ciroteo_c...@libero.it
> wrote in message
news:d30i69$85k$
1...@hulme.interac.it

Le prestazioni potrebbero essere inferiori, ma hai 2 metodi:
1)"SELECT * FROM Clienti IN ''[;DATABASE=C:\Data.mdb;PWD=myPassword]
2)Aprire un Recordset sul DB_EXT e se usi A>2000(forse anche il 2000)
  il controllo ListBox/Combo supporta l'assegnazione del Recordset
  Diretto.
Dim DB_EXT as DAO.Database
Dim rs_ext as DAO.Recordset
Set DB_EXT=OpenDatabase(Nome_Dbs)
Set rs_ext=DB_EXT.OpenRecordset(.....!
Set Me!NomeList.Recordset=rs_Ext
Ciao
@Alex
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: caricare dati senza collegare tabelle

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:01a344c93e1e7db417...@mygate.mailgate.org...

Perfetto la seconda soluzione mi sembra la più veloce.
Se volessi usare ADO ?


title: caricare dati senza collegare tabelle

text:
"ciroteo" <
ciroteo_c...@libero.it
> wrote in message
news:d30lau$896$
1...@hulme.interac.it
[CUT]
> Perfetto la seconda soluzione mi sembra la piů veloce.
> Se volessi usare ADO ?
A parte che ti sconsiglio ADO se usi un BE(JET) puoi fare cosě:
Te lo passo senza controllarlo l'ho estrapolato da un pezzo
di Codice mio piů complesso pertanto non sono stato li ad
ottimizzarlo per il tuo uso.
Nel Modulo della Form:
Private Cn                    As New ADODB.Connection
Private rs                    As New ADODB.Recordset
Private Sub ConnectDatabase(strName As String)
   'If Cn.state = adStateOpen Then Cn.Close:  Set Cn = Nothing
   With Cn
         .Provider = "Microsoft.Access.OLEDB.10.0"
         .Properties("Data Provider").value = "Microsoft.Jet.OLEDB.4.0"
         .Properties("Data Source").value = strName
         .Open
   End With
   rs.Open "SELECT * FROM NomeTabella WHERE id=" & idx, Cn,
adOpenKeyset, adLockOptimistic
   Set Me!NomeList.Recordset=rs
End Sub



title: caricare dati senza collegare tabelle

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:0974a2a940d19197f1...@mygate.mailgate.org...

Grazie, cosi dovrebbe andare  ...perň la tabella č collegata.
Dim cn As ADODB.Connection
Dim rs As ADODB.Recordset
Dim stringa As String
    stringa = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source="
    stringa = stringa & CurrentProject.Connection
    Set cn = New ADODB.Connection
    Set rs = New ADODB.Recordset
Dim Msg, Style, Title, Help, Ctxt, Response, MyString
    Msg = "Ciclo?"    ' Definisce il messaggio.
    Style = vbYesNo + vbQuestion + vbDefaultButton2    ' Definisce i
pulsanti.
    Title = "Conferma"    ' Definisce il titolo.
    Help = "DEMO.HLP"    ' Definisce il file della Guida.
    Ctxt = 1000    ' Definisce il contesto dell'argomento.
        ' Visualizza il messaggio.
    Response = MsgBox(Msg, Style, Title, Help, Ctxt)
If Response = vbYes Then    ' L'utente sceglie il pulsante Sě.
    cn.Open stringa
    rs.Open "select
socimas.id
,socimas.cognome & ' ' & socimas.nome as
nominativo from socimas order by socimas.cognome;", cn, 3, 3
    Set Me.Elenco0.Recordset = rs
    Set cn = Nothing
    Set rs = Nothing
    Else    ' L'utente sceglie il pulsante No.
    MyString = "No"    ' Esegue un'azione.
    DoCmd.Close
End If


title: caricare dati senza collegare tabelle

text:
"ciroteo" <
ciroteo_c...@libero.it
> wrote in message
news:d30mos$8b2$
1...@hulme.interac.it
[CUT]
> Grazie, cosi dovrebbe andare  ...perň la tabella č collegata.
[CUT]
Deciditi se la vuoi Collegata o no, non ci capisco piů nulla...!!!
Se č collegata stai facendo una cavolata.
Saluti.



title: caricare dati senza collegare tabelle

text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
news:4ae3ea5f38d6f2e567...@mygate.mailgate.org...
> "ciroteo" <
ciroteo_c...@libero.it
> wrote in message
> news:d30mos$8b2$
1...@hulme.interac.it
>
> [CUT]
>> Grazie, cosi dovrebbe andare  ...perň la tabella č collegata.
> [CUT]
>
> Deciditi se la vuoi Collegata o no, non ci capisco piů nulla...!!!
> Se č collegata stai facendo una cavolata.
>
> Saluti.
>
> @Alex
>
>
> --
Gulp!


title: caricare dati senza collegare tabelle

text:
ciroteo wrote:
> "Alessandro Baraldi" <
ik2...@libero.it
> ha scritto nel messaggio
> news:4ae3ea5f38d6f2e567...@mygate.mailgate.org...
>> "ciroteo" <
ciroteo_c...@libero.it
> wrote in message
>> news:d30mos$8b2$
1...@hulme.interac.it
>>
>> [CUT]
>>> Grazie, cosi dovrebbe andare  ...però la tabella è collegata. [CUT]
>>
>> Deciditi se la vuoi Collegata o no, non ci capisco più nulla...!!!
>> Se è collegata stai facendo una cavolata.
>>
>> Saluti.
>>
>> @Alex
@Alex, hai mai pensato di proporti alle Nazioni Unite come diplomatico???
;-P
_ _
Ciao
MAssimiliano Amendola
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Sono aperte le iscrizioni  Info:
www.donkarl.com/it


title: formattazione caratteri access

author: Mickey Spillane

text:
scusate il disturbo, ma vorrei cercare di creare un database con caratteri +
grandi di quelli di default (arial 10).
Mi dareste indicazioni semplici ?
grazie


title: formattazione caratteri access

author: IvanDaBologna

text:
I database non contengono formattazioni, ma solo dati (informazioni)
La formattazione puoi assegnarla alle Tabelle: Apri una tabella in
visualizzazione dati e poi click col Destro e ti scegli il carattere che più
ti piace o anche le combinazioni di colori. Il tutto lo fai per ogni tabella
di cui vuoi 'personalizzare' la visualizzazione.
Per le maschere ed i report non dovresti avere problemi...
IvanDaBologna
"Mickey Spillane" <
g_impe...@sostistuiscipin.it
> ha scritto nel messaggio
news:47da4305$0$36448$4faf...@reader5.news.tin.it...



title: formattazione caratteri access

text:
"IvanDaBologna" <
ivan...@tin.it
> ha scritto nel messaggio
news:47da471b$0$37202$4faf...@reader3.news.tin.it...
>I database non contengono formattazioni, ma solo dati (informazioni)
> La formattazione puoi assegnarla alle Tabelle: Apri una tabella in
> visualizzazione dati e poi click col Destro e ti scegli il carattere che
> più ti piace o anche le combinazioni di colori. Il tutto lo fai per ogni
> tabella di cui vuoi 'personalizzare' la visualizzazione.
> Per le maschere ed i report non dovresti avere problemi...
>
> IvanDaBologna
>
ehm, non c'è modo di farlo con un unica operazione ?? che valga anche per
queri e report vari ??


title: formattazione caratteri access

text:
"Mickey Spillane"
> ehm, non c'è modo di farlo con un unica operazione ?? che valga anche per
> queri e report vari ??
>cmq grazie per l'attenzione, a prescindere (come diceva totò)


title: formattazione caratteri access

text:
Non confondere le due cose.
I reports e le maschere dipendono da dei Template che sono stati previsti
per tua comodità.
Puoi creare dei nuovi modelli(template) e attribuire loro le combinazioni di
colore/carattere che più ti piace, per ogni oggetto possibile.
L'ambiente di Access (visualizzazione tabelle) dipende dalle impostazioni di
Windows finchè non vai a variare (come descritto).
IvanDaBologna
"Mickey Spillane" <
g_impe...@sostistuiscipin.it
> ha scritto nel messaggio
news:47da4d3a$0$4798$4faf...@reader4.news.tin.it...



title: formattazione caratteri access

text:
"IvanDaBologna" <
ivan...@tin.it
> ha scritto nel messaggio
news:47da6819$0$4792$4faf...@reader4.news.tin.it...
> Non confondere le due cose.
> I reports e le maschere dipendono da dei Template che sono stati previsti
> per tua comoditā.
> Puoi creare dei nuovi modelli(template) e attribuire loro le combinazioni
> di colore/carattere che pių ti piace, per ogni oggetto possibile.
> L'ambiente di Access (visualizzazione tabelle) dipende dalle impostazioni
> di Windows finchč non vai a variare (come descritto).
>
> IvanDaBologna
>
>ottimo, ci provo e ti faccio sapere.
grazie


title: Utilizzare le prime 5 lettere di una parola

author: Simone

text:
Ciao,
Come posso selezionare le prime 5 lettere/numeri di una parola/numero
inserito in una casella di testo?
Ciao e grazie


author: Roberto da casa

text:
"Simone" <
sip...@tin.it
> ha scritto nel messaggio
news:fXao6.5680$zH1.1...@news1.tin.it...

Sull'help dai uno sguardo alla funzione Left.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


author: Fabio Montagner

text:
Vedi: Proprietą SelLength, SelStart e SelText
oppure: le funzioni mid, left o right.
La scelta dipende dall'uso che ne devi fare


title: vorrei imparare ad usare la protezione!!!

author: sim

text:
Sono tre giorni che giro come un matta a chiedere chi sa usare la
protezione di access...sapete, quella che ha anche la procedura guidata.
L'ho anche usata, ma il risultato finale è un bel messaggio di errore! A
questo punto chi è che ha problemi io o il mio PC?
Ciao
Simona
PS Non
siate scontati con battutine sulla mia poca intelligenza!!
--------------------------------
Inviato via
http://usenet.iol.it


author: Luciano (DOC)

text:
"sim" <
cazz...@tin.it
> ha scritto nel messaggio
news:213Z199Z8Z37Y1...@usenet.iol.it...
> Sono tre giorni che giro come un matta a chiedere chi sa usare la
> protezione di access...sapete, quella che ha anche la procedura guidata.
> L'ho anche usata, ma il risultato finale è un bel messaggio di errore! A
> questo punto chi è che ha problemi io o il mio PC?
Trovi tutto su
www.sitocomune.com
Saluti.
Luciano


title: Tabelle collegate in access 2003

author: Agos

text:
Ho installato Access 2002-2003 (ho anche aggiornato la versione del motore
jet come consigliato). Sembrava funzionare tutto regolarmente, ma quando
sono andato su "Gestione tabelle collegate" mi sono accorto che queste
ultime non vengono visualizzate.
In pratica, se voglio modificare i collegamenti esistenti e vado su
"Gestione tabelle collegate" lo trovo vuoto. Da notare che il problema
persiste anche tra db creati nuovi con quest'ultima versione di access.
Mi sapete dire perché?
Grazie.


title: Tabelle collegate in access 2003

author: Karl Donaubauer

text:

Č un bug conosciuto. Devi registrare il accwiz.dll:
http://support.microsoft.com/?id=835519
--
HTH
Karl
*********
Access-FAQ (tedesco):
http://www.donkarl.com


title: Tabelle collegate in access 2003

author: Anna

text:
"Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto nel messaggio
news:2j31b4F...@uni-berlin.de...

> grazie


title: spazio su disco insufficiente

text:
Ciao a tutti, ho un db con access xp di oltre 900 MB che al momento non da
problemi (e spero ancora per molto tempo), però ora non riesco a fare la
compattazione perchè dopo aver elaborato per diversi minuti mi da il
messaggio di errore "spazio su disco insufficiente". Fisicamente di spazio
ce n'è ad oltranza, e la memoria virtuale da 700 e rotti l'ho portata a
1536, ma non cambia niente. Ho una tabella con oltre 2 milioni di record, ho
provato a cancellarla e poi ho riprovato la compattazione ma restituisce
sempre lo stesso errrore, e la dimensione non cambia. Come posso fare????


title: spazio su disco insufficiente

text:
ma.vi
 wrote:
> Ciao a tutti, ho un db con access xp di oltre 900 MB che al momento
> non da problemi (e spero ancora per molto tempo), però ora non riesco
> a fare la compattazione perchè dopo aver elaborato per diversi minuti
> mi da il messaggio di errore "spazio su disco insufficiente".
> Fisicamente di spazio ce n'è ad oltranza, e la memoria virtuale da
> 700 e rotti l'ho portata a 1536, ma non cambia niente.
Per compattare 900 MB hai bisogno di fino a circa 2 GB
di spazio (RAM o disco) perché Access crea l'mdb due volte
(vecchio e nuovo, prima di cancellare il vecchio).
> Ho una tabella
> con oltre 2 milioni di record, ho provato a cancellarla e poi ho
> riprovato la compattazione ma restituisce sempre lo stesso errrore, e
> la dimensione non cambia. Come posso fare????
Se sei sicuro che non è un problema dello spazio prova
di importare tutti oggetti in un nuovo mdb e compattare questo.
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it


title: spazio su disco insufficiente

text:
"Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto nel messaggio
news:6aidrrF...@mid.individual.net...
> Per compattare 900 MB hai bisogno di fino a circa 2 GB
> di spazio (RAM o disco) perché Access crea l'mdb due volte
> (vecchio e nuovo, prima di cancellare il vecchio).
L'ho impostata a oltre 2Gb ma non camiba niente.
Da sempre la memoria era impostata a 700 e rotti Mb, e fino a quando il db
era anche di 800 Mb non ho mai avuto problemi, ma purtroppo è da qualche
mese che non compatto e ora la dimensione è oltre 900; sarà qualche limite
di access?
>> Ho una tabella
>> con oltre 2 milioni di record, ho provato a cancellarla e poi ho
>> riprovato la compattazione ma restituisce sempre lo stesso errrore, e
>> la dimensione non cambia. Come posso fare????
>
> Se sei sicuro che non è un problema dello spazio prova
> di importare tutti oggetti in un nuovo mdb e compattare questo.
>
....sigh. Ho già provato ma è un casino perchè ci sono un sacco di tabelle
replicate che con l'importazione non lo diventano (mi dice appunto di far
diventare replica master questo db, ma poi funzionaranno le altre
repliche?), inoltre ci sono anche tante relazioni che non mi fanno incollare
i dati perchè mancano i riferimenti su altre tabelle, e devo quindi cercare
a ritroso quali sono e incollare dal fondo. Non so come fare.....


title: spazio su disco insufficiente

author: MA

text:

perchè non inizi a condirerare SQL come db?
--
--
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access


title: spazio su disco insufficiente

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:g22u1d$jur$1...@tdi.cu.mi.it...
perchè non inizi a condirerare SQL come db?
--
E' un problema perchè dovrei riscrivere anche tutto l'eseguibile che
manipola il db, infatti il file mbd lo uso solo come contenitore delle
tabelle e basta, per tutto il resto uso un eseguibile scritto appositamente
perchè era troppo impegnativo usare access. E ora mi accorgo che 6 anni fà
ho sottovalutato la dimensione e quello che avrei raggiunto.


title: spazio su disco insufficiente

text:
ma.vi
 wrote:
>> "MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
>> news:g22u1d$jur$1...@tdi.cu.mi.it...
>> perchè non inizi a condirerare SQL come db?
>E' un problema perchè dovrei riscrivere anche tutto l'eseguibile che
>manipola il db, infatti il file mbd lo uso solo come contenitore delle
>tabelle e basta, per tutto il resto uso un eseguibile scritto appositamente
>perchè era troppo impegnativo usare access. E ora mi accorgo che 6 anni fà
>ho sottovalutato la dimensione e quello che avrei raggiunto.
Il passaggio non è così traumatico



title: spazio su disco insufficiente

text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:g23h85$bec$1...@tdi.cu.mi.it...
ma.vi
 wrote:
>> "MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
>> news:g22u1d$jur$1...@tdi.cu.mi.it...
>> perchè non inizi a condirerare SQL come db?
>E' un problema perchè dovrei riscrivere anche tutto l'eseguibile che
>manipola il db, infatti il file mbd lo uso solo come contenitore delle
>tabelle e basta, per tutto il resto uso un eseguibile scritto appositamente
>perchè era troppo impegnativo usare access. E ora mi accorgo che 6 anni fà
>ho sottovalutato la dimensione e quello che avrei raggiunto.
Il passaggio non è così traumatico
-.-----
Come non è traumatico?? E chi lo riscrive tutto l'eseguibile???? Avrà 50mila
righe di codice e procedure varie.


title: spazio su disco insufficiente

text:
On 3 Giu, 17:02, "
ma.vi
" <
ma...@virgilio.it
> wrote:
> "MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggionews:g23h85$bec$1...@tdi.cu.mi.it...

infatti ... come dice il buon mariolo: il passaggio non è indolore!
:-)
forse però se ci dai maggiori dettagli sul linguaggio usato
nell'eseguibile e le tecniche di accesso ai dati magari riesci via
odbc a non impazzire troppo ...
supposizioni da profano!


title: spazio su disco insufficiente

text:
"ciroteo" <
matteo...@gmail.com
> ha scritto nel messaggio
news:7bb7a29c-26ae-4d30...@m36g2000hse.googlegroups.com...
On 3 Giu, 17:02, "
ma.vi
" <
ma...@virgilio.it
> wrote:
> "MA" <
mas...@massimilianoamendola.it
> ha scritto nel
> messaggionews:g23h85$bec$1...@tdi.cu.mi.it...
.
>
> Il passaggio non è così traumatico
>
> -.-----
>
> Come non è traumatico?? E chi lo riscrive tutto l'eseguibile???? Avrà
> 50mila
> righe di codice e procedure varie.
infatti ... come dice il buon mariolo: il passaggio non è indolore!
:-)
forse però se ci dai maggiori dettagli sul linguaggio usato
nell'eseguibile e le tecniche di accesso ai dati magari riesci via
odbc a non impazzire troppo ...
supposizioni da profano!
------------------
L'eseguibile è scritto in delphi e usa componenti ADO per il dialogo con il
db. Ho sentito chi l'ha scritto ed è incompatibile con sql server, va
riscritto completqmente l'eseguibile..


title: spazio su disco insufficiente

text:

Ado è sempre Ado
tutta sta incompatibilità non ce la vedo



title: spazio su disco insufficiente

text:
ma.vi
 wrote:
> "Karl Donaubauer ha scritto:
>> Per compattare 900 MB hai bisogno di fino a circa 2 GB
>> di spazio (RAM o disco) perché Access crea l'mdb due volte
>> (vecchio e nuovo, prima di cancellare il vecchio).
>
> L'ho impostata a oltre 2Gb ma non camiba niente.
> Da sempre la memoria era impostata a 700 e rotti Mb, e fino a quando
> il db era anche di 800 Mb non ho mai avuto problemi, ma purtroppo è
> da qualche mese che non compatto e ora la dimensione è oltre 900;
> sarà qualche limite di access?
Di solito 2 GB. Dipende dalla versione di Access che non
hai ancora rivelata:
www.donkarl.com/it?FAQ1.4
Sei sicuro di aver installato tutti Service Pack e Hotfix per
la tua versione di Access?
www.donkarl.com/it?FAQ9.1
Poi ci sono diversi metodi per riparare un MDB, p.e. JetComp
o aprirlo con una versione più nuova:
Come procedere con database danneggiati
www.donkarl.com/it?FAQ1.27
>>> Ho una tabella
>>> con oltre 2 milioni di record, ho provato a cancellarla e poi ho
>>> riprovato la compattazione ma restituisce sempre lo stesso errrore,
>>> e la dimensione non cambia. Come posso fare????
>>
>> Se sei sicuro che non è un problema dello spazio prova
>> di importare tutti oggetti in un nuovo mdb e compattare questo.
>>
> ....sigh. Ho già provato ma è un casino perchè ci sono un sacco di
> tabelle replicate che con l'importazione non lo diventano (mi dice
> appunto di far diventare replica master questo db, ma poi
> funzionaranno le altre repliche?), inoltre ci sono anche tante
> relazioni che non mi fanno incollare i dati perchè mancano i
> riferimenti su altre tabelle, e devo quindi cercare a ritroso quali
> sono e incollare dal fondo. Non so come fare.....
Replicazione puo essere un problema qui ma non le relazioni
che sono incluse per default nell'impotazione con menu
File/Carica dati esterni/Importa.



title: spazio su disco insufficiente

text:
Ado è sempre Ado
tutta sta incompatibilità non ce la vedo
--
--
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access
----------
nel senso che c'è da rivedere tutto l'eseguibile e testarlo, e non è una
passeggiata.


title: Memorizzazione Campi calcolati in sottomaschera

author: Gomez

text:
Ho un problema, non riesco a memorizzare dei campi calcolati in una
sottomaschera, mi spiego meglio.
Ho due tabelle:
Pratiche(#CodPratica, DescrizioneLavori,...,....,...,Etc.)
Fatture(#NumFattura, CodPratica, DataEmissione, Importo, Iva, Contributo)
In una maschera GestioneFatturazione a  fronte di ogni Pratica elenco le
fatture emesse.
Il problema è che i campi Iva e Contributo sono campi calcolati e quindi
come origine del campo (nella sottomaschera)  hanno una formula e non il
campo della tabella dove dovrebbe essere memorizzato il dato, di conseguenza
quando viene memorizzata la fattura i campi Iva e Contributo non vengono
memorizzati.
Io vorrei che all'emissione di una nuova fattura, dopo l'immissione
dell'importo, i due campi sopra citati proponessero un valore standard
modificabile (Es. Iva=[Importo*0,2]). Una volta modificati i valori la
fattura dovrebbe essere memorizzata con i valori correnti.
Ho provato ad impostare Valore predefinito ma questo viene calcolato solo
appena comincio la nuova fattura e cioè quando l'importo è 0.
Io ho pensato di aggiungere all'origine della sottomaschera (Nella query di
costruzione ) anche i 2 campi calcolati (CalcoloIva,CalcoloContributo),
l'unico problema è che poi non riesco ad assegnare il loro valore ai
rispettivi due campi Iva e Contributo con origine nella tabella Fatture
(Pensavo ad una Sub nell'evento Dopo aggiornamento ma il vero problema è che
sono scarsino in VB :) ).
Spero che il mio problema non sia banale.
Grazie per l'attenzione


author: sergio mazza

text:
Gomez <
mis...@yahoo.com
> wrote in message
89e7d7$jsv$1...@pegasus.tiscalinet.it...
--------- ommissis ------------------
> Io vorrei che all'emissione di una nuova fattura, dopo l'immissione
> dell'importo, i due campi sopra citati proponessero un valore standard
> modificabile (Es. Iva=[Importo*0,2]). Una volta modificati i valori la
> fattura dovrebbe essere memorizzata con i valori correnti.
>
> Ho provato ad impostare Valore predefinito ma questo viene calcolato solo
> appena comincio la nuova fattura e cioč quando l'importo č 0.
>
> Io ho pensato di aggiungere all'origine della sottomaschera (Nella query
di
> costruzione ) anche i 2 campi calcolati (CalcoloIva,CalcoloContributo),
> l'unico problema č che poi non riesco ad assegnare il loro valore ai
> rispettivi due campi Iva e Contributo con origine nella tabella Fatture
> (Pensavo ad una Sub nell'evento Dopo aggiornamento ma il vero problema č
che
> sono scarsino in VB :) ).
>
> Spero che il mio problema non sia banale.
>
> Grazie per l'attenzione
>
>
Hai visto giusto; nell'evento "dopo aggiornamento" del campo inserisci:
me.iva=me.importo*0,2...
Ciao.


author: Andrea

text:
per definizione i campi calcolati sono quelli che vengono utilizzati in
query, maschere e report come risultato di calcolo fra campi che fanno parte
del recordset; nel tuo caso invece sono realmente presenti nella tabella di
origine.
Pertanto l'origine deve riferirsi al nome del campo presente in tabella, il
valore predefinito che altro non è che quel valore immesso automaticamente a
fronte di un nuovo record, può essere una costante o un'espressione, come
nel tuo caso, che resta comunque modificabile dall'utente.


text:
>Hai visto giusto; nell'evento "dopo aggiornamento" del campo inserisci:
>me.iva=me.importo*0,2...
>Ciao.
>
Funziona grazie mille. :)


title: Due semplici domande sulle maschere...

author: Alej

text:
Ciao a tutti,
 ho creato un DB con una maschera di I/O, ho creato poi una casella di
testo dove riporto la somma totale di tutti i campi "importo" di tutti i
record... funziona bene, ma quando modifico un record questa casella
rimane uguale, come faccio a dirgli che ad ogni aggiornamento ricalcoli
la somma?
Io credo che si debba dire che in "dopoAggiornamento" di fare la somma,
mentre io gliel'ho detto direttamente dentro la casella... facile a
dirsi, ma chi č cosě bravo da dirmi come si fa?
Grazie 1000
Alej
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Due semplici domande sulle maschere...

text:
"Alej" <
winn...@libero.it
> ha scritto nel messaggio
news:fc4676d22f2dce71282...@mygate.mailgate.org...
> Ciao a tutti,
>  ho creato un DB con una maschera di I/O, ho creato poi una casella di
> testo dove riporto la somma totale di tutti i campi "importo" di tutti i
> record... funziona bene, ma quando modifico un record questa casella
> rimane uguale, come faccio a dirgli che ad ogni aggiornamento ricalcoli
> la somma?
> Io credo che si debba dire che in "dopoAggiornamento" di fare la somma,
> mentre io gliel'ho detto direttamente dentro la casella... facile a
> dirsi, ma chi č cosě bravo da dirmi come si fa?
>
> Grazie 1000
>
> Alej
Se la tua casella di testo si chiama Pippo.
A fronte dell'evento "Dopo aggiornamento" della tua maschera genera la
seguente riga di codice VBA:
Me!Pippo.Requery
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: motore sql per access

author: Alex

text:
anticipatamente ringrazio a chi mi da informazioni sul miglior motore sql
per access.
thanks a lot.


title: Outlook -> Access: come importare campi con dati?

author: leonardo ghelfi

text:
Utilizzando MAPI e CDO sono riuscito ad importare/linkare cartelle di
outlook contenenti messaggi e-mail in tabella access. Questo significa aver
creato una tabella in cui ogni record contiene informazioni relative a
mittente, destinatario, oggetto, etc...
Quello che non riesco a fare è l'importazione del contenuto di campi da me
definiti all'interno di un modulo di outlook.
Se, per esempio, creo un modulo outlook (basato su quello classico per i
messaggi di posta elettronica) nel quale inserisco una textbox che il
destinatario dovrà compilare prima di restituirmi il messaggio, succede
che -ricevendo la mail di ritorno- riesco a recuperare tutti i dati riferiti
al messaggio ma non il contenuto della textbox.
Quindi domando: come posso referenziare una textbox (o altro controllo
definito dall'utente) contenuta all'interno di un messaggio basato su un
modulo outlook?
Spero di essere stato sufficientemente chiaro e che qualcuno possa darmi una
mano.
Grazie e ciao a tutti.
Leo


title: esportare in VB le maschere di Access

author: yronium

text:
Salve a tutti
Come da oggetto, vorrei sapere se è possibile esportare in Visual Basic le
maschere di un database di Access.
Ho un file mdb (creato con Access 97) che contiene una novantina di maschere
che funziona autonomamente, e viene anche letto da un eseguibile fatto in
Visual Basic.
Avrei la necessità di trasferire tutte le maschere nell'eseguibile VB,
lasciando nell'mdb soltanto le tabelle e i report.
Su può fare? Come si fa?
Grazie a tutti in anticipo

--------------------------------
Inviato via
http://arianna.libero.it/usenet/


title: esportare in VB le maschere di Access

author: Cinzia

text:
"yronium" <
y...@yy.it
> ha scritto nel messaggio
news:151Z37Z67Z83Y1...@usenet.libero.it...
> Salve a tutti
>
> Come da oggetto, vorrei sapere se è possibile esportare in Visual Basic le
> maschere di un database di Access.
> Ho un file mdb (creato con Access 97) che contiene una novantina di
maschere
> che funziona autonomamente, e viene anche letto da un eseguibile fatto in
> Visual Basic.
> Avrei la necessità di trasferire tutte le maschere nell'eseguibile VB,
> lasciando nell'mdb soltanto le tabelle e i report.
> Su può fare? Come si fa?
> Grazie a tutti in anticipo
>
>
Ciao yronium,
not so easy!
Se non ricordo male c'era qualcosa di qualche terza parte che faceva un
lavoro del genere prova a cercare su
www.componentsource.com
Però non capisco, se lasci i report nell'MDB l'utente finale avrà sempre
bisogno di Access per farlo funzionare e che reale vantaggio avresti a
trasferire le maschere in VB?
ciao
Cinzia


title: esportare in VB le maschere di Access

author: Simone Calligaris

text:
> Come da oggetto, vorrei sapere se è possibile esportare in Visual Basic le
> maschere di un database di Access.
> Ho un file mdb (creato con Access 97) che contiene una novantina di
maschere
> che funziona autonomamente, e viene anche letto da un eseguibile fatto in
> Visual Basic.
> Avrei la necessità di trasferire tutte le maschere nell'eseguibile VB,
> lasciando nell'mdb soltanto le tabelle e i report.
> Su può fare? Come si fa?
> Grazie a tutti in anticipo
E che vantaggi penseresti d'avere con una simile configurazione?
Saluti.


title: esportare in VB le maschere di Access

text:
                    Il 02 Nov 2004, 17:11, "Cinzia" <
cinziapagani_...@tiscali.it
> ha
scritto:

Dque, ora ho un po' meno fretta e posso approfondire.
Anzitutto grazie per avermi risposto (la risposta non è mai scontata)
I report li devo eseguire soltanto in due macchine, perciò non ho bisogno di
installare Access sulle altre. Inoltre in futuro posso eliminare anche i
report, per utilizzare un tool tipo CR.
I vantaggi sono tre, anzi quattro:
- con un file exe non ho la necessità di installare Access su ogni macchina,
ma solo in quelle che devono fare i report (due su trenta). Il cliente vuole
semplificare al massimo la dotazione delle macchine
- con un file mdb ognuno che conosca un minimo di Access può pasticciare
nella struttura degli oggetti del db, così dopo anni il file mdb è pieno di
bachi. Un file compilato non è così semplice da modificare.
- il file è di circa 50 MB, e aggiungo che certi campi sono stati creati in
modo non proprio ortodosso, per cui l'esecuzione di alcune query richiede
dei quarti d'ora. Una volta separata l'interfaccia utente dal db bisognerà
procedere a tutto un lavoro di ottimizzazione, e non escludo in futuro di
passare a SQL Server. In tal caso sarà più semplice il porting del db se ci
sono solo le tabelle.
- quarto motivo, e chiedo scusa ai puristi: il cliente è un'azienda dove
molti conoscono Access, ma nessuno è un programmatore, neanche il
responsabile IT che mi ha contattato. Creandogli un eseguibile lego il
cliente a me per ogni futura modifica, mentre con il db di Access loro
possono rivolgersi a chiunque.
Spero di aver chiarito le mie necessità, ma purtroppo per il momento le
risposte che ho avuto non sono state incoraggianti. Comunque io rimango in
ascolto, se qualcuno ha qualche idea...



title: esportare in VB le maschere di Access

text:
"yronium" <
> Dque, ora ho un po' meno fretta e posso approfondire.
> Anzitutto grazie per avermi risposto (la risposta non è mai scontata)
Fai bene a voler approfondire: hai le idee confuse su vari aspetti.
Aspetti su cui in ogni caso potrai trovare centinaia di posts esaurienti in
questo e altri ng.
> I vantaggi sono tre, anzi quattro:
> - con un file exe non ho la necessità di installare Access su ogni
macchina,
Il problema è che utilizzando Visual Basic standard, non potrai MAI
incorporare le tue applicazioni in uno o più eseguibili.
Sviluppando soluzioni di database, sei costretto a includere nei progetti VB
componenti ActiveX per gestire Griglie, Combo, Toolbars in stile office,
maschere di Input, etc.
Inoltre, utilizzando Crystal Report (come da te scritto), dovrai installare
un ulteriore Runtime sulla macchina dell'utente.
Alla fine il pacchetto d'installazione creato _senza dimenticare le librerie
del motore di database_ sarà perfino più eterogeno rispetto al Runtime di
Access.
(Con Access non hai bisogno di ActiveX o Reports engine scritti da altri per
gestire i dati)
Con .NET le cose vanno un pochino meglio sul discorso .OCX, sostituiti da
controlli .NET solidi e professionali.
Ma comunque dovrai installare un voluminoso Runtime sulla macchina
dell'utente per eseguire i *.EXE*.
A questo punto, tanto vale aprire gli occhi e distribuire il Runtime di
Access.
http://www.microsoft.com/italy/msdn/prodotti/vstudio/officetools/tool.mspx
http://www.microsoft.com/italy/msdn/prodotti/vstudio/officetools/sviluppo.ms
px
> ma solo in quelle che devono fare i report (due su trenta). Il cliente
vuole
> semplificare al massimo la dotazione delle macchine
> - con un file mdb ognuno che conosca un minimo di Access può pasticciare
> nella struttura degli oggetti del db, così dopo anni il file mdb è pieno
di
> bachi. Un file compilato non è così semplice da modificare.
Verissimo.
A questo scopo, Acccess >= 97 offre la possibilità di creare file compilati
(a livello di P-Code) e immodificabili.
Strumenti/Utilità Database/Crea file .mde
> - il file è di circa 50 MB, e aggiungo che certi campi sono stati creati
in
> modo non proprio ortodosso, per cui l'esecuzione di alcune query richiede
> dei quarti d'ora. Una volta separata l'interfaccia utente dal db bisognerà
> procedere a tutto un lavoro di ottimizzazione, e non escludo in futuro di
> passare a SQL Server. In tal caso sarà più semplice il porting del db se
ci
> sono solo le tabelle.
Questi sono problemi di chi ha scritto, assai male, l'applicazione: quindi
OT.
Nei miei progetti nuovi utilizzo SQL Server da anni, ma ho installazioni
vecchie Access + Jet con database da centinaia di MB che funzionano con
ottime prestazioni.
Viceversa se scrivo un'applicazione in Delphi + FireBird, ma sono un
pivello, probabilmente non andrà nulla.
> - quarto motivo, e chiedo scusa ai puristi: il cliente è un'azienda dove
> molti conoscono Access, ma nessuno è un programmatore, neanche il
> responsabile IT che mi ha contattato. Creandogli un eseguibile lego il
> cliente a me per ogni futura modifica, mentre con il db di Access loro
> possono rivolgersi a chiunque.
Creano un .MDE ... leghi il cliente a te per ogni futura modifica.
Non potranno rivolgersi a nessun altro.
> Spero di aver chiarito le mie necessità, ma purtroppo per il momento le
> risposte che ho avuto non sono state incoraggianti. Comunque io rimango in
> ascolto, se qualcuno ha qualche idea...
Le hai chiarite.
Ma ti ripeto: le idee sono confuse e inesatte ... dì la verità: i programmi
sono scritti in Access 2.0?
Saluti.


title: esportare in VB le maschere di Access

text:
[...CUT..]
> > - con un file exe non ho la necessità di installare Access su ogni
> macchina,
Questo è il motivo primario: NON voglio installare Access su ogni macchina
ma solo su alcune, e voglio riservarmi la possibilità futura di non avere
Access installato in nessuna.
> Il problema è che utilizzando Visual Basic standard, non potrai MAI
> incorporare le tue applicazioni in uno o più eseguibili.
Ma io voglio solo il FE in un eseguibile. Non ho problemi a distribuire sia
l'exe che l'mdb.
> Sviluppando soluzioni di database, sei costretto a includere nei progetti
VB
> componenti ActiveX per gestire Griglie, Combo, Toolbars in stile office,
> maschere di Input, etc.
E allora? Lo faccio tutti i giorni. Non è difficile. Anzi, qualche
componente l'ho fatto da me, anche più carino di quelli di MS.
> Inoltre, utilizzando Crystal Report (come da te scritto), dovrai
installare
> un ulteriore Runtime sulla macchina dell'utente.
Non è detto che utilizzi CR, ma ripeto, e allora? Io non voglio Access, ma
non è detto che non possa installare altre librerie.
> Con .NET le cose vanno un pochino meglio sul discorso .OCX, sostituiti da
> controlli .NET solidi e professionali.
> Ma comunque dovrai installare un voluminoso Runtime sulla macchina
> dell'utente per eseguire i *.EXE*.
...ma io sono furbo e non userò .NET...
> A questo punto, tanto vale aprire gli occhi e distribuire il Runtime di
> Access.
... che diverrà comunque inutile quando passerò a SQL server....
> > ma solo in quelle che devono fare i report (due su trenta). Il cliente
> vuole
> > semplificare al massimo la dotazione delle macchine
> > - con un file mdb ognuno che conosca un minimo di Access può pasticciare
> > nella struttura degli oggetti del db, così dopo anni il file mdb è pieno
> di
> > bachi. Un file compilato non è così semplice da modificare.
>
> Verissimo.
> A questo scopo, Acccess >= 97 offre la possibilità di creare file
compilati
> (a livello di P-Code) e immodificabili.
> Strumenti/Utilità Database/Crea file .mde
Ah, già, dimenticavo che per far girare un mde non serve Access
installato...

> > - il file è di circa 50 MB, e aggiungo che certi campi sono stati creati
> in
> > modo non proprio ortodosso, per cui l'esecuzione di alcune query
richiede
> > dei quarti d'ora. Una volta separata l'interfaccia utente dal db
bisognerà
> > procedere a tutto un lavoro di ottimizzazione, e non escludo in futuro
di
> > passare a SQL Server. In tal caso sarà più semplice il porting del db se
> ci
> > sono solo le tabelle.
>
> Questi sono problemi di chi ha scritto, assai male, l'applicazione: quindi
> OT.
OT?? Non ho chiesto una risposta su questo, fai finta che non l'abbia
scritto.

[..CUT...]

> > - quarto motivo, e chiedo scusa ai puristi: il cliente è un'azienda dove
> > molti conoscono Access, ma nessuno è un programmatore, neanche il
> > responsabile IT che mi ha contattato. Creandogli un eseguibile lego il
> > cliente a me per ogni futura modifica, mentre con il db di Access loro
> > possono rivolgersi a chiunque.
>
> Creano un .MDE ... leghi il cliente a te per ogni futura modifica.
> Non potranno rivolgersi a nessun altro.
Ma scusa, non posso mica cancellare un file mdb, non creato da me, dalle
macchine dell'azienda! E non ho la possibilità di sapere se qualcuno di
quelli che ci hanno messo le mani se ne è fatto una copia. L'azienda rimarrà
sempre in possesso del file mdb, lo potrà modificare a suo piacere, e potrà
anche crearci un file mde. E io non potrò farci nulla perché quel file è di
proprietà dell'azienda (contrariamente al file exe che io voglio creare, che
sarebbe di mia proprietà)
[..CUT...]
> Ma ti ripeto: le idee sono confuse e inesatte ... dì la verità: i
programmi
> sono scritti in Access 2.0?
Non credo che siano le mie idee confuse. Ti dico la verità: il programma (è
uno solo) è scritto in Access 97.
> Saluti.
Anche a te.



title: esportare in VB le maschere di Access

author: Sergio MAZZA

text:
yronium wrote:
----- omissis ------
> - quarto motivo, e chiedo scusa ai puristi: il cliente è un'azienda dove
> molti conoscono Access, ma nessuno è un programmatore, neanche il
> responsabile IT che mi ha contattato. Creandogli un eseguibile lego il
> cliente a me per ogni futura modifica, mentre con il db di Access loro
> possono rivolgersi a chiunque.
>
> Spero di aver chiarito le mie necessità, ma purtroppo per il momento le
> risposte che ho avuto non sono state incoraggianti. Comunque io rimango in
> ascolto, se qualcuno ha qualche idea...
Se il lavoro lo fai male, anche se in VB, stai tranquillo che faranno prima
a chiamare un altro programmatore.
A mio avviso è un po' contorta la situazione e se tutto l'ambaradan che vuoi
metter sù è per non far fare i smanettoni ai dipendenti, sei fuori strada.
Pensa invece che potrebbe proprio venire a tuo favore; come? Se installi
access su ogni pc, crei la tua applicazione concentrandoti sulla
funzionalità e facilità di intervento (per te ovvio) per manutenzione, il
cliente è contento; poi se qualche smanettone rovina l'mdb ti dovranno
chiamare no? E a te (mi sembra di capire) ti pagano, nooo? Oltre al fatto
che con Access ci metti la metà (minimo) del tempo per crearti
un'applicazione.
Secondo me, quella, non è la strada per il paradiso...
Ciao.
--
Sergio MAZZA


title: esportare in VB le maschere di Access

text:
> > Il problema è che utilizzando Visual Basic standard, non potrai MAI
> > incorporare le tue applicazioni in uno o più eseguibili.
> Ma io voglio solo il FE in un eseguibile. Non ho problemi a distribuire
sia
> l'exe che l'mdb.
Non puoi avere, sviluppando con Visual Basic, un'applicazione per database
che risieda in un unico eseguibile.
Avere un Front-end  .exe la cui esecuzione necessita l'installazione di un
pacco di Runtime, o avere un FE  .MDE  eseguio da un Runtime  ... non fa
alcuna differenza.
> > Sviluppando soluzioni di database, sei costretto a includere nei
progetti
> VB
> > componenti ActiveX per gestire Griglie, Combo, Toolbars in stile office,
> > maschere di Input, etc.
> E allora? Lo faccio tutti i giorni. Non è difficile. Anzi, qualche
> componente l'ho fatto da me, anche più carino di quelli di MS.
Bravissimo.
Ma allora capirai bene che non si tratta più di applicazioni "eseguibili"!
Evidentemente per te non è un problema installare sulla macchina dell'utente
componenti di Runtime: già lo stai facendo.
> > Inoltre, utilizzando Crystal Report (come da te scritto), dovrai
> installare
> > un ulteriore Runtime sulla macchina dell'utente.
> Non è detto che utilizzi CR, ma ripeto, e allora? Io non voglio Access, ma
> non è detto che non possa installare altre librerie.
Ma se installi altre librerie o voluminosi Runtime (come Crystal Reports)
allora tanto vale installare il Runtime di Access.
In altre parole: non credere che chi frequenta questo ng. non abbia mai
preparato pacchetti d'installazione con VB6!!
> > Con .NET le cose vanno un pochino meglio sul discorso .OCX, sostituiti
da
> > controlli .NET solidi e professionali.
> > Ma comunque dovrai installare un voluminoso Runtime sulla macchina
> > dell'utente per eseguire i *.EXE*.
>
> ...ma io sono furbo e non userò .NET...
Bravissimo.
Ma in ogni caso le tue applicazioni, saranno tutt'altro che *eseguibili*
> > A questo punto, tanto vale aprire gli occhi e distribuire il Runtime di
> > Access.
> ... che diverrà comunque inutile quando passerò a SQL server....
Secondo me fai finta di non capire.
Il Runtime di Access consente la distribuzione royaltee free delle
componenti necessarie per eseguire il Front-Ends!!
Come base dati è possibile usare qualunque cosa: JET, SQL SERVER, MYSQL,
etc.
> > Verissimo.
> > A questo scopo, Acccess >= 97 offre la possibilità di creare file
> compilati
> > (a livello di P-Code) e immodificabili.
> > Strumenti/Utilità Database/Crea file .mde
> Ah, già, dimenticavo che per far girare un mde non serve Access
> installato...
Per far girare un .MDE senza dipendere da eventuali versioni di Access
installate, si utilizzerà la distribuzione Runtime!
> > Creano un .MDE ... leghi il cliente a te per ogni futura modifica.
> > Non potranno rivolgersi a nessun altro.
> Ma scusa, non posso mica cancellare un file mdb, non creato da me, dalle
> macchine dell'azienda! E non ho la possibilità di sapere se qualcuno di
> quelli che ci hanno messo le mani se ne è fatto una copia. L'azienda
rimarrà
> sempre in possesso del file mdb, lo potrà modificare a suo piacere, e
potrà
> anche crearci un file mde. E io non potrò farci nulla perché quel file è
di
> proprietà dell'azienda (contrariamente al file exe che io voglio creare,
che
> sarebbe di mia proprietà)
Fermo, fermo, fermo!!   ;-)
1) Pinco pallino è un professionista e lavora in Access.
2) Pinco pallino sviluppa l'applicazione, usando il motore di DB che gli
piace, diciamo MSDE
3) Pinco Pallino crea il .MDE (oppure .ADE) , quindi il pacchetto
d'installazione Runtime con la versione Developer.
4)  Pinco pallino installa l'applicazione sui terminali nell'azienda, il
motore di database sul Server
5)  Intasca i soldini
Così funziona.
Se poi la ditta richiede i sorgenti o li ha già ... è un discorso che non
centra nulla con Access.
> Non credo che siano le mie idee confuse. Ti dico la verità: il programma
(è
> uno solo) è scritto in Access 97.
Davvero?  Questo significa che non avevi mai sentito parlare dei files .MDE?
Forse non hai le idee confuse, ma leggendo quanto scrivi ... è impossibile
arrivare a conclusioni diverse.
Adesso ti faccio una domanda: hai letto la mia precedente risposte?
Purtroppo sembrerebbe di no...
Saluti.


title: esportare in VB le maschere di Access

text:
[...CUT...]
> Se il lavoro lo fai male, anche se in VB, stai tranquillo che faranno
prima
> a chiamare un altro programmatore.
(Perché tutti qui sono convinti che io farò male il mio eseguibile in VB?
Quello che già legge il file mdb l'ho fatto io, e sta già girando bene da un
annetto)
[...CUT...]
> A mio avviso è un po' contorta la situazione e se tutto l'ambaradan che
vuoi
> metter sù è per non far fare i smanettoni ai dipendenti, sei fuori strada.
> Pensa invece che potrebbe proprio venire a tuo favore; come? Se installi
> access su ogni pc [...CUT...]
Ascolta, mettiamola così: il cliente non vuole acquistare trenta licenze di
Access. Ne vuole solo un paio, OK?
> poi se qualche smanettone rovina l'mdb ti dovranno
> chiamare no?
Si, ma non potrò sempre andare lì subito. E allora, per tentare di ripartire
al momento, si rivolgeranno ancora allo smanettone dipendente dell'azienda,
che guarda caso è lo stesso che ha attualmente incasinato l'ambaradan. Così
al mio arrivo dovrò risolvere due problemi.
> E a te (mi sembra di capire) ti pagano, nooo?
Si, ma mi pagano anche se gli creo l'exe e glielo mantengo.
> Secondo me, quella, non è la strada per il paradiso...
Si, ma comunque non mi ero illuso che fosse una passeggiata.
> Ciao.
Ciao a te, e grazie per l'interessamento



title: esportare in VB le maschere di Access

text:
[...CUT, e spero che questo basti a chiarire definitivamente...]
> Per far girare un .MDE senza dipendere da eventuali versioni di Access
> installate, si utilizzerà la distribuzione Runtime!
Che però farà girare anche l'mdb, che io non posso cancellare per il
semplice motivo che non è mio, ma è dell'azienda.
Senti, ricapitoliamo:
- Il file mdb esisteva già, non l'ho fatto io.
- Per farlo girare l'azienda utilizza Access o il runtime.
- Ognuno lo può aprire e pasticciarci dentro.
- Siccome ora è incasinato, l'azienda ha chiamato me.
- L'azienda MI HA CHIESTO (scusa il maiuscolo, ma è il nodo centrale della
questione) di creare un eseguibile (tu chiamalo come vuoi) in VB, e di
lasciare nell'mdb soltanto le tabelle e i report.
- La direzione dell'azienda VUOLE che sia io l'unico depositario del
progetto FE, qualunque cosa questo includa. Io avrò la licenza dell'exe e
gestirò le licenze dei suoi eventuali componenti.
- La direzione dell'azienda ha intenzione di NON acquistare una trentina di
licenze di Access (una per ogni macchina), ma soltanto due o tre. NON
VOGLIONO ACCESS.
- La direzione dell'azienda mi ha chiesto che i suoi dipendenti non possano
modificare a loro piacimento la struttura del FE
- La direzione dell'azienda NON mi ha dato il permesso di cancellare il file
mdb dalle loro macchine, né di non utilizzarlo. Hanno però fatto notare che,
con l'mdb a disposizione di chiunque, chiunque avrebbe potuto modificare la
struttura degli oggetti FE. Hanno suggerito che, una volta svincolato il FE
da Access e dall'mdb, quest'ultimo venga protetto da password. Attualmente
questo non è possibile perché impedirebbe agli utenti l'utilizzo dell'mdb,
incluse le maschere.
In pratica quello che ho intenzione di fare corrisponde alle richieste del
cliente, non è una mia decisione. E in ogni caso, viste le ragioni del
cliente, ne condivido le scelte e l'orientamento. Probabilmente le tue
opinioni sono valide nel tuo contesto, ma non vanno bene nel mio.
Ora, una volta chiarito che non ho intenzione di utilizzare un mde o il
runtime, e giurando che ci metterò tutta la mia più buona volontà per fare
un buon exe in VB, potrei sapere se è possibile in qualche modo esportare in
VB le maschere esistenti in un file mdb?
Saluti a tutti



title: esportare in VB le maschere di Access

author: norica

text:

si si....access non è male ci ho lavorato per anni.... ma... quando avvii
un'applicazione (e quindi il RunTime) Access ti ciuccia un fracassone di
memoria....(aprire il task-manager e vedere...) la stessa applicazione
scritta in VB meno della metà....in
VB.NET
 ancora meno.... quindi è vero che
con Access si sta di meno a creare un'applicazione ma a tutto svantaggio di
prestazioni generali...con VB o
VB.NET
 si sta sicuramente di più ma con
migliori prestazioni....
LA STRADA PIU' CORTA E' QUELLA CHE DA MINORI SODDISFAZIONI !
Ecco là....ghio.



title: esportare in VB le maschere di Access

text:
> Che però farà girare anche l'mdb, che io non posso cancellare per il
> semplice motivo che non è mio, ma è dell'azienda.
Non c'entra assolutamente nulla l'.mdb.
Quello, se proprio vogliono il sorgente, se lo masterizzano e lo ficcano in
cassaforte!
> Senti, ricapitoliamo:
> - Il file mdb esisteva già, non l'ho fatto io.
Beh, su questo non avevo alcun dubbio...
> - Per farlo girare l'azienda utilizza Access o il runtime.
> - Ognuno lo può aprire e pasticciarci dentro.
Malissimo: solo un dilettante _il tuo predecessore_ distribuirebbe
applicazioni in formato "sorgente".
> - Siccome ora è incasinato, l'azienda ha chiamato me.
> - L'azienda MI HA CHIESTO (scusa il maiuscolo, ma è il nodo centrale della
> questione) di creare un eseguibile (tu chiamalo come vuoi) in VB, e di
> lasciare nell'mdb soltanto le tabelle e i report.
> - La direzione dell'azienda VUOLE che sia io l'unico depositario del
> progetto FE, qualunque cosa questo includa. Io avrò la licenza dell'exe e
> gestirò le licenze dei suoi eventuali componenti.
Ma per favore...
Questi semplicemente non sanno che pesci pigliare: non sanno ne cosa sia
Access, ne VB, ne un .MDE, ne un eseguibile!
Si rivolgono a un consulente sperando che li aiuti a risolvere i problemi:
se mi permetti NON è la stessa cosa (considera che in queste realtà ci
sguazzo tutti i giorni).
> - La direzione dell'azienda ha intenzione di NON acquistare una trentina
di
> licenze di Access (una per ogni macchina), ma soltanto due o tre. NON
> VOGLIONO ACCESS.
Ovvio, ma ci mancherebbe altro!
Distribuendo con il Runtime di Access NON DEVONO ACQUISTARE ALCUNA LICENZA
DI ACCESS!!!
Voglio dire: ma tu come credi che campino i frequentatori di quest'area?
Pensi sia possibile convincere aziende ad acquistare decine di licenze di un
prodotto?
Bah!
> - La direzione dell'azienda mi ha chiesto che i suoi dipendenti non
possano
> modificare a loro piacimento la struttura del FE
OVVIO che non dev'essere possibile!!
> - La direzione dell'azienda NON mi ha dato il permesso di cancellare il
file
> mdb dalle loro macchine, né di non utilizzarlo. Hanno però fatto notare
che,
> con l'mdb a disposizione di chiunque, chiunque avrebbe potuto modificare
la
> struttura degli oggetti FE. Hanno suggerito che, una volta svincolato il
FE
> da Access e dall'mdb, quest'ultimo venga protetto da password.
Bastava semplicemente che il tuo predecessore gli installasse versioni
.MDE.dell'applicazione.
Cosa che normalmente, tutti i "non pivelli" fanno...
> In pratica quello che ho intenzione di fare corrisponde alle richieste del
> cliente, non è una mia decisione. E in ogni caso, viste le ragioni del
> cliente, ne condivido le scelte e l'orientamento. Probabilmente le tue
> opinioni sono valide nel tuo contesto, ma non vanno bene nel mio.
Ok, adesso che non tiri in ballo _infondate_ motivazioni tecniche diventa
tutto chiaro.
Ricapitoliamo un'altra volta.
1) Il cliente NON decide queste cose: non ha le competenze e le capacità per
decidere: semplicemente cerca consulenti che lo aiutino a risolvere i
problemi.
2) Non conosci assolutamente Access: ne il prodotto ne le modalità di
distribuzione royaltee free delle applicazioni
3) Invece che:
a) Ristrutturare l'applicazione; lenta e ingolfata da quanto scrivi.
b) Installare le Runtime di Access ROYALTEE FREE per eseguire Front-End
*.MDE*
c) Installare SQL Server o qualunque altro giocattolo sul Server di rete.
d) Distribuire sui Clients files .MDE/.ADE e buttare in cassaforte il
sorgente .MDB.
preferisci:
a) Riscrivere da zero l'applicazione in VB6 + Crystal Reports (oggi o
domani)
b) Creare un pacchetto d'installazione Runtime  per il Front-End Visual
Basic  *.EXE*(da msvbvm60.dll agli .OCX per l'accesso ai dati, al Runtime
per la "Crystal Reportistica)"
c) Installare SQL Server o qualunque altro giocattolo sul Server di rete.
d) Installare sui Clients i *.EXE*  e le necessarie componenti Runtime e
mettere in cassaforte (sua o tua, i sorgenti).
In altre parole, dato che tra le due configurazioni non esistono differenze
razionali ... semplicemente scegli l'unica soluzione che conosci (la
seconda) e quella che ti renderà più soldi (sempre la seconda).
Niente di male, però consentimi le dovute doverose precisazioni: questa è
un'area pubblica e NON è accettabile che vengano diffuse informazioni
fasulle (e assai ingenue) sul prodotto in oggetto.
Informazioni tipo:    " - La direzione dell'azienda ha intenzione di NON
acquistare una trentina
di  licenze di Access (una per ogni macchina), ma soltanto due o tre"
Solo perchè non hai idea di cosa sia e come funzioni la DEV di Access ...
NON è per alcun motivo accettabile (anche per i futuri googlisti).
> Ora, una volta chiarito che non ho intenzione di utilizzare un mde o il
> runtime, e giurando che ci metterò tutta la mia più buona volontà per fare
> un buon exe in VB, potrei sapere se è possibile in qualche modo esportare
in
> VB le maschere esistenti in un file mdb?
NO: date le enormi diversità dei due prodotti è assolutamente impossibile
ottenere qualcosa di funzionante (a meno che il FE non sia una Form con
"Hello World")
Esistono tools sul web che promettono qualcosa, ma all'atto pratico si può
riciclare solo qualche pezzo di codice Visual Basic generico: che non faccia
riferimento a oggetti specifici di Access.
Saluti.


title: esportare in VB le maschere di Access

text:
> si si....access non è male ci ho lavorato per anni.... ma... quando avvii
> un'applicazione (e quindi il RunTime) Access ti ciuccia un fracassone di
> memoria....(aprire il task-manager e vedere...) la stessa applicazione
> scritta in VB meno della metà....in
VB.NET
 ancora meno.... quindi è vero
che
> con Access si sta di meno a creare un'applicazione ma a tutto svantaggio
di
> prestazioni generali...con VB o
VB.NET
 si sta sicuramente di più ma con
> migliori prestazioni....
Generalmente, considerando tra l'altro la gestione dispendiosa degli Hwnd di
Visual Basic è esattamente il contrario.
Un buon FE creato in Access (NON in formato .MDB ovviamente) alloca molte
meno risorse rispetto ai mostri caricati in memoria da .NET.
Discorso analogo per applicazioni VB6 con forms minimamente complesse
(DataGrids e Combo(s) Activex usate generosamente succhiano assai) , etc.
E le prestazioni di gestione del video, a parità di hardware, su Form del
genere sono nettamente a favore di Access.
Ovvio tuttavia che un discorso di questo genere potrebbe proseguire per
settimane, considerando l'impossibilità di fare riscontri incrociati, su
applicazioni analoghe ... su un ng.
Saluti.


title: esportare in VB le maschere di Access

text:
                    Il 03 Nov 2004, 20:45, "Simone Calligaris" <
simo...@libero.it
> ha scritto:
[...StraCUT...]
Se ti fa piacere pensare che io non ho idea di cosa sia un mde e il DEV di
Access, accomodati.
Prima di troncare questa penosa e inutile discussione, ti dico soltanto che
ancora non hai capito la situazione dell'azienda: non c'è un mio
predecessore, e anche se ci fosse stato è ovvio che "avrebbe dovuto fare
così o cosà". Non c'è: questo mdb si è evoluto in cinque o sei anni perchè
ognuno ha aggiunto di volta in volta questa o quella maschera o funzione, e
da ieri l'azienda vuole evitare che questo succeda ancora.
Per questo hanno chiamato un programmatore VB (modestamente, io) che lasci
in vita soltanto le tabelle dell'mdb. A me non sembra una cosa tanto
astrusa: se mi avessero chiamato sei anni fa non avrei certo utilizzato le
maschere di Access, e forse nemmeno Access per le tabelle. D'altra parte
tutte le applicazioni che ho progettato e realizzato in VB, sia che che
utilizzino Jet o ODBC o altri motori, funzionano bene, senza bachi e con
buone prestazioni. Sai, con Access non è che si può fare proprio "tutto" (ma
d'altronde neanche con VB, vero? E chiudo qui, perché altrimenti diventa
davvero OT). Comunque non mi interessa la tua opinione sul perché o percome
io voglia fare questo o quello.
I lettori del forum si difendono benissimo da soli, ma se tu vuoi gridare
loro che sei il loro paladino e che io sono un cattivone che non vuole usare
Access e che è ovvio che non ho idea di quali siano gli enormi poteri di
questo software da Oscar, e che anzi, tu gli daresti anche la Presidenza
degli Stati Uniti, beh... chi sono io per contraddirti?
Ho postato la domanda per sapere se era possibile fare una cosa, mi sarebbe
bastato un "si, fai così" o un semplice "no, impossibile". Le discussioni
filosofiche le lascio a chi ha tempo da dedicare loro.
Adesso ti lascio, ho trovato un tool che converte le maschere di un mdb in
un progetto VB e lo devo testare, e correggere il codice generato. Sai ti
avevo detto che le maschere da esportare e ricontrollare sono una novantina?
Se davvero fossero state tre o quattro non avrei nemmeno postato la domanda.
E adesso basta con questo thread.
Ah, dimenticavo "...la soluzione che ti renderà più soldi...": ma scusa, ma
tu con la tua sicumera ci paghi anche le bollette? (Non ti affannare a
rispondermi)
> Saluti.
Anche da parte mia.



title: esportare in VB le maschere di Access

text:
>I lettori del forum si difendono benissimo da soli, ma se tu vuoi gridare
>loro che sei il loro paladino e che io sono un cattivone che non vuole
usare
>Access e che è ovvio che non ho idea di quali siano gli enormi poteri di
>questo software da Oscar, e che anzi, tu gli daresti anche la Presidenza
>degli Stati Uniti, beh... chi sono io per contraddirti?
Nooo .... lungi da me quest'idea.
Semplicemente correggevo alcune bestialità.
> Adesso ti lascio, ho trovato un tool che converte le maschere di un mdb in
> un progetto VB e lo devo testare, e correggere il codice generato. Sai ti
> avevo detto che le maschere da esportare e ricontrollare sono una
novantina?
In bocca al lupo con codesto tuo Tool ... relative correzioni!
> E adesso basta con questo thread.
> Ah, dimenticavo "...la soluzione che ti renderà più soldi...": ma scusa,
ma
> tu con la tua sicumera ci paghi anche le bollette? (Non ti affannare a
> rispondermi)
Non ho altro da aggiungere a quanto già scritto.
Saluti.


title: esportare in VB le maschere di Access

author: Alessandro IT

text:
y...@yy.it
 (yronium) wrote in message news:<
151Z37Z77Z250Y1...@usenet.libero.it
>...
> [...CUT...]
> > Se il lavoro lo fai male, anche se in VB, stai tranquillo che faranno
>  prima
> > a chiamare un altro programmatore.
> (Perché tutti qui sono convinti che io farò male il mio eseguibile in VB?
Forsa con alcune affermazioni non esatte hai stimolato questa credenza....!
> Quello che già legge il file mdb l'ho fatto io, e sta già girando bene da un
> annetto)
Meglio.

> [...CUT...]
> > A mio avviso è un po' contorta la situazione e se tutto l'ambaradan che
>  vuoi
> > metter sù è per non far fare i smanettoni ai dipendenti, sei fuori strada.
> > Pensa invece che potrebbe proprio venire a tuo favore; come? Se installi
> > access su ogni pc [...CUT...]
> Ascolta, mettiamola così: il cliente non vuole acquistare trenta licenze di
> Access. Ne vuole solo un paio, OK?
Questa è una delle affermazioni che dimostrano che non conosci assolutamente
nè la versione DEV che l'EULA legata alle licenze, ma non solo, non hai nemmeno
capito quanto Simone Calligaris ti ha detto.... di conseguienza i casi sono
solo 2.......!!!

Non solo non hai le idee chiare, e sinceramente è normale chiedersi che
livello di Programma hai sviluppato con Access se le tue lacune tecniche
sono di questo livello, ma non capisco se devi convincerci che quanto
svilupperaiin VB sia meglio...!!
Boh.....!!
Ricordati che chi sviluppa in VB o in VBA ha gli stessi livelli di sicurezza
e lo stesso livello tecnico da affrontare.....!!
L'EXE che vuoi è solo l'MDE con un nome diverso....!
Saluti.
@Alex.


title: esportare in VB le maschere di Access

text:
yronium wrote:
> (Perché tutti qui sono convinti che io farò male il mio eseguibile in VB?
> Quello che già legge il file mdb l'ho fatto io, e sta già girando bene da
> un
> annetto)
Non ho mai pensato questo, si parlava della necessità di proteggere o meno
l'applicativo; quello che intendevo dire è che (a mio avviso) se fai un buon
lavoro sicuramente ti richiamano.
> Ascolta, mettiamola così: il cliente non vuole acquistare trenta licenze
> di
> Access. Ne vuole solo un paio, OK?
Ok;
> Si, ma non potrò sempre andare lì subito. E allora, per tentare di
> ripartire
> al momento, si rivolgeranno ancora allo smanettone dipendente
> dell'azienda,
> che guarda caso è lo stesso che ha attualmente incasinato l'ambaradan.
> Così
> al mio arrivo dovrò risolvere due problemi.
due problemi, due fatture...
> Si, ma mi pagano anche se gli creo l'exe e glielo mantengo.
Anche questo è vero, ma con VB il tempo speso per fare l'applicazione è
minore o maggiore che farlo con access? Io metterei in conto anche questo;
chiaramente se ti pagano a ore non prendi in considerazione quello che ho
scritto.
> Si, ma comunque non mi ero illuso che fosse una passeggiata.
Ah, beh allora...
> Ciao a te, e grazie per l'interessamento
Buon lavoro...
--
Sergio MAZZA


title: esportare in VB le maschere di Access

author: mcdany

text:
"Alessandro IT" <
ik2...@libero.it
> ha scritto nel messaggio
news:9a759ec2.04110...@posting.google.com...
>
y...@yy.it
 (yronium) wrote in message
news:<
151Z37Z77Z250Y1...@usenet.libero.it
>...
> > [...CUT...]
> > > Se il lavoro lo fai male, anche se in VB, stai tranquillo che faranno
> >  prima
> > > a chiamare un altro programmatore.
> > (Perché tutti qui sono convinti che io farò male il mio eseguibile in
VB?
>
> Forsa con alcune affermazioni non esatte hai stimolato questa
credenza....!
O forse si gioca a fare i supercervelloni...
> > > A mio avviso è un po' contorta la situazione e se tutto l'ambaradan
che
> >  vuoi
> > > metter sù è per non far fare i smanettoni ai dipendenti, sei fuori
strada.
> > > Pensa invece che potrebbe proprio venire a tuo favore; come? Se
installi
> > > access su ogni pc [...CUT...]
> > Ascolta, mettiamola così: il cliente non vuole acquistare trenta licenze
di
> > Access. Ne vuole solo un paio, OK?
>
> Questa è una delle affermazioni che dimostrano che non conosci
assolutamente
> nè la versione DEV che l'EULA legata alle licenze, ma non solo, non hai
nemmeno
> capito quanto Simone Calligaris ti ha detto.... di conseguienza i casi
sono
> solo 2.......!!!
La sintesi è dono di pochi. Ma sentiamo...
> Non solo non hai le idee chiare, e sinceramente è normale chiedersi che
> livello di Programma hai sviluppato con Access se le tue lacune tecniche
> sono di questo livello,
Bisonga conoscere la versione DEV o l'EULA per fare un buon programma
ACCESS? E dove l'hai letto, su Topolino?
> ma non capisco se devi convincerci che quanto
> svilupperaiin VB sia meglio...!!
Spero per lui che non ne ne faccia un motivo esistenziale...
Così come spero per te che nessuno giudichi cavolate quelle che scrivi SOLO
per il modo in cui ti esprimi per email...
> Boh.....!!
...bah!
> Ricordati che chi sviluppa in VB o in VBA ha gli stessi livelli di
sicurezza
> e lo stesso livello tecnico da affrontare.....!!
 > L'EXE che vuoi è solo l'MDE con un nome diverso....!
Ma quanti punti esclamativi. Devi saperne di cose....!!!!!!
>
> Saluti.
> @Alex.
Saluti
Daniele M.


title: esportare in VB le maschere di Access

text:
> > > [...CUT...]
> > > > Se il lavoro lo fai male, anche se in VB, stai tranquillo che
faranno
> > >  prima
> > > > a chiamare un altro programmatore.
> > > (Perché tutti qui sono convinti che io farò male il mio eseguibile in
> VB?
> >
> > Forsa con alcune affermazioni non esatte hai stimolato questa
> credenza....!
>
> O forse si gioca a fare i supercervelloni...
Sì, alla fine dell'anno M$ ci manda i soldi e chi più se la tira + guadagna:
del resto come vedi, lui risponde solo per dire
"le so tutte io" e in realtà non aiuta nessuno.
Del resto gratta gratta mi sa che non sa + di tanto...


Beh lui sa che esiste e cosa fa il Dev.
Sa anche rispondere al tuo quesito.
Tu invece 'ste cose le sai?
Io se voglio un sunto di quello che sa fare vado sul suo sito o seguo le
sue risposte.
Mi dai il link del tuo sito?
Mi dici a quali post hai risposto?
Anche in VB, non ti preoccupare, me li vado  a leggere.
>
> >
> > Saluti.
> > @Alex.
>
> Saluti
> Daniele M.
>
Saluti
MAssimialiano
>