title: Sincronizzazione caselle combinate

text:
"gallus" <
gal...@NOSPAM.infinito.it
> ha scritto nel messaggio
news:20081227092911.70fb208c@asterix...
On Sat, 27 Dec 2008 08:45:56 +0100
"Carlo Costarella" <
carloantoni...@gmail.com
> wrote:
> Effettivamente il post è un po' lungo, ma forse era indispensabile.
Già sinceramente non saprei come avrei potuto spiegare tutto in modo
più sintetico.
> Mie considerazioni:
> La prima cosa che balza all'occhio è che manca una una tabella
> DettagliOfferte.
> Infatti, e se ho ben capito, la maschera principale dovrebbe
> contenere l'offerta e la sottomaschera i dettagli di questa offerta
> con lineaprodotto e prodotto.
Si in linea di massima è proprio quello che vorrei fare.
La tabella DettagliOfferte che dici mancare in realtà è la tabella di
relazione molti a molti creata dalla tabella che ho chiamato:
ProdottiNellaOfferta.
-------------------------
Quella che dici è una tabella intermedia con relazione uno a molti con
entrambe le tabelle che sono una a destra e l'altra a sinistra; le due
tabelle a dx e a sx avranno così una relazione molti a molti mediata,
appunto, dalla tabella intermedia (ProdottiNellaOfferta).
Ripeto, non ti serve una relazione molti a molti con tabella intermedia...ti
serve solo una tabella dettagliOfferta (o ProdottiNellaOfferta) con una sola
relazione tra IDOfferta e Offerta (o come l'hai chiamato) uno a molti
Quanto alle chiavi primarie multiple ci potrebbero anche stare...in questa
tabella ProdottiNellaOfferta.
cut
> Aggiungere una Tabella "DettagliOfferte" con IDDettagli (numerico o
> contatore) chiave primaria; Offerta - numerico, Linea - numerico e
> Prodotto - numerico;
> la relazione sarà uno a molti tra IDOfferta di Offerte e Offerta di
> DettagliOfferta (aggiorna campi ed elimina record correlati).
Fatto anche io la differenza è che non vedo la necessità di inserire la
chiave IDDettagli che suggerisci, nel mio caso sarebbe
IDProdottiNellaOfferta, impostando la chiave primaria sulla coppia:
IDOfferta, IDProdotto mi permette di garantire che in ogni offerta
compaia solo una volta un dato prodotto.
Nella versione con tre ID la chiave è tripla per la stessa ragione.
-------------------------------
Avendo una chiave primaria multipla non hai nessun indice univoco, o meglio
l'indice univoco è dato da due o più campi.
Inserire un indice univoco come appunto IDDettagli (o il nome che
preferisci) velocizza le operazioni.
cut
> Da quello che ho capito non ti serve una tabella intermedia per
> creare una relazione molti a molti in quanto tutto ruota sull'offerta
> che avrà o che potrebbe avere o una sola linea e molti prodotti di
> quella linea o molte linee e molti prodotti di linee diverse...
Può avere molti prodotti diversi, la linea è una caratteristica del
prodotto relativa che serve solo a ridurre l'ambito della ricerca.
-----------------------------------------------------------------------------
Si va bene... ma non ti serve perchè con la tabella dettagliOfferta (o come
preferisci chiamarla) così come ti suggerivo, hai tutte le possibilità:
una sola linea e più prodotti
più linee e più prodotti
Anzi avendo tu impostato la chiave multipla non potrai avere duplicati.
Quanto alle due combo...supponiamo che nelle tabelle hai fatto la ricerca
per come abbiamo detto, bisogna ora modificarle nella sottomaschera.
Vediamo come. Sottomaschera, due combo, una per la linea l' altra per il
prodotto...altri campi.
La prima combo la lasci invariata, restituisce un numero che corrisponde
all'IDLinea. Ovviamente la posizioni prima della combo Prodotto. Qust'ultima
va modificata
aggiungendo alla query (alla select) un criterio nel campo IDLinea (o come
lo hai chiamato) = Forms!MOfferte!DettagliOfferta.Form!Linea
Più o meno la select sarà simile a questa:
SELECT Prodotti.IDProdotto, Prodotti.IDLineaPRodotto, Prodotti.Prodotto FROM
Prodotti WHERE
(((Prodotti.IDLineaPRodotto)=Forms!MOfferte!DettagliOfferta.Form!Linea));
Poi una riga di codice all'evento Dopo Aggiornamento della combo Linea o
come l'hai chiamata:
Me.Prodotto.Requery
Ora tutte le volte che dalla combo Linea scegli una linea, automaticamente
anche la combo Prodotti si aggiorna mostrando solo i prodotti di quella
linea.
> Un'ultima considerazione: eviterei se non indispensabile il campo di
> tipo contatore; due righe di codice saranno in grado di generare un
> numero progressivo molto più gestibile rispetto al contatore.
Tipo quali righe di codice? Il contatore mi era parso quello più
intuitivo e rapido, ma sono aperto a qualsiasi suggerimento.
-----------------------------
Il contatore va bene se non hai problemi con la numerazione nel senso che se
cancelli un valore, il contatore non ti permette di avere più il numero
cancellato: lo perdi.
Inoltre il contatore a volte si comporta in modo bizzarro dando dei numeri
(è il caso di dirlo) stratosferici.
Un esempio di codice per creare un numero progressivo è questo, che metterai
su selezionato di un controllo (in questo caso un ID):
If isnull(me.ID) or me ID = 0 then
Me.ID = nz(DMax("ID","TuaTabella"),0) + 1
end if
Grazie mille, spero di aver chiarito alcuni punti.
gallus
-----------------------------
Ciao, Carlo


title: Sincronizzazione caselle combinate

author: gallus

text:
Come prima cosa ringrazio chi ha cercato di darmi una mano a risolvere
il problema che ho postato, ma alla fine credo di aver compreso che il
problema che ho sollevato non abbia soluzione.
Dando un sguardo alle FAQ relative alle forms ho trovato questa:
3.77 Sincronizzare in una maschera due o più caselle combinate
ASSOCIATE tra loro in gerarchia
In questa FAQ si evidenzia nella descrizione esattamente il problema da
me riscontrato e la soluzione proposta, come viene riportato nella FAQ
stessa, permette non di risolverlo ma di limitarlo:
<< il "blackout" di descrizione della casella combinata
associata avverrà solo nel breve lasso di tempo che intercorre tra la
selezione fatta nella casella combinata di livello superiore e la
selezione fatta nella casella combinata associata >>
Al momento questa è la soluzione migliore, ma sto cercando di capire se
ci sia un sistema per migliorarla ulteriormente, attingendo da:
http://support.microsoft.com/kb/289670/it
sviluppando in Access 2003 ho visto che anche solo l'aggiunta del
codice Me.Products = Me.Products.ItemData(0) sull'evento aggioramente
rende più gradevole l'operazione.
A presto
gallus


title: Sincronizzazione caselle combinate

author: Carlo Costarella

text:
"gallus" <
gal...@NOSPAM.infinito.it
> ha scritto nel messaggio
news:20081227203234.3c0b407f@asterix...
Come prima cosa ringrazio chi ha cercato di darmi una mano a risolvere
il problema che ho postato, ma alla fine credo di aver compreso che il
problema che ho sollevato non abbia soluzione.
Dando un sguardo alle FAQ relative alle forms ho trovato questa:
3.77 Sincronizzare in una maschera due o più caselle combinate
ASSOCIATE tra loro in gerarchia
--------------------------------------------
A gallus...o sono io che non ho capito nulla, oppure qui c'è qualcosa che
non mi quadra.
Seguendo questo link:
http://www.gestionefrantoio.eu/prod.zip
puoi scaricare un db di esempio in formato Access XP, la maschera
interessata è MOfferte e nella sottomaschera puoi scegliere prima una linea
e poi fare click sul campo con i puntini e scegliere il prodotto.
Fammi sapere.
Ciao, Carlo


title: Sincronizzazione caselle combinate

text:
On Sat, 27 Dec 2008 21:14:27 +0100
"Carlo Costarella" <
carloantoni...@gmail.com
> wrote:
> A gallus...o sono io che non ho capito nulla, oppure qui c'è qualcosa
> che non mi quadra.
> Seguendo questo link:
>
http://www.gestionefrantoio.eu/prod.zip
> puoi scaricare un db di esempio in formato Access XP, la maschera
> interessata è MOfferte e nella sottomaschera puoi scegliere prima una
> linea e poi fare click sul campo con i puntini e scegliere il
> prodotto.
>
> Fammi sapere.
>
> Ciao, Carlo
>
>
Ciao Carlo,
prima di tutto grazie ancora per il tuo interessamento, ho scaricato il
file con la simulazione che hai realizzato, ma il meccanismo realizzato
dalla maschera MOfferte che mi mostri non è corretto.
Uso i nomi usati nel tuo file.
- Il "ProdottoVero" dovrebbe essere scelto tra un insieme limitato dopo
aver impostato "Linea".
- Nella sottomaschera "MDettagliOfferta" contenuta nella maschera
"MOfferta" si crea un grave errore di abbinamento ad una "Linea" puoi
associare qualsiasi prodotto anche uno non appartenente a quella
"Linea", le associazioni "Linea"-"Prodotto" dovrebbero essere quelle
che hai realizzato nella tabella "Prodotti".
Spero di essere stato più chiaro, se hai piacere però appena ho
completato questo esercizio, ti mando via mail il file.
A presto
gallus


title: Sincronizzazione caselle combinate

text:
"gallus" <
gal...@NOSPAM.infinito.it
> ha scritto
cut
Ciao Carlo,
prima di tutto grazie ancora per il tuo interessamento, ho scaricato il
file con la simulazione che hai realizzato, ma il meccanismo realizzato
dalla maschera MOfferte che mi mostri non è corretto.
Uso i nomi usati nel tuo file.
- Il "ProdottoVero" dovrebbe essere scelto tra un insieme limitato dopo
aver impostato "Linea".
--------------------------------------------
Così è ... dopo aver scelto la linea il controllo con i puntini mostra solo
i prodotti per quella linea e, scegliendo il prodotto da qui, il controllo
"ProdottoVero" si valorizza con quel prodotto scelto.
E' però vero che necessita di altri aggiustamenti come svuotare
completamente la combo dei prodotti dopo la scelta...o duplicare il
controllo Linea come già fatto con ProdottoVero, ecc. ...ma io volevo solo
darti un imput non fare il programma.
--------------------------------------------
- Nella sottomaschera "MDettagliOfferta" contenuta nella maschera
"MOfferta" si crea un grave errore di abbinamento ad una "Linea" puoi
associare qualsiasi prodotto anche uno non appartenente a quella
"Linea", le associazioni "Linea"-"Prodotto" dovrebbero essere quelle
che hai realizzato nella tabella "Prodotti".
--------------------------------
Si ma, ripeto, non è stato fatto il debug completo...
Spero di essere stato più chiaro, se hai piacere però appena ho
completato questo esercizio, ti mando via mail il file.
-----------------------------------
Manda pure.
A presto
gallus
Ciao, Carlo


title: Sincronizzazione caselle combinate

text:
Ciao Carlo,
i puntini non li avevo notati, comunque ora che l'ho fatto presenta il
problema segnalato da me all'inizio nel mio post anche quello
evidenziato nella FAQ.
gallus


title: lisbox....

author: EnricoV.

text:
In un form ho una listbox ed una casella di testo...
Vorrei scrivere un valore nella casella di testo e sull'evento aggiornamento
della stessa  nella listbox si deve evidenziare il valore relativo...
possibile ?


title: lisbox....

author: Roberto da casa

text:
"EnricoV." <
nor...@libero.it
> ha scritto nel messaggio
news:al0hd8$78o$1...@lacerta.tiscalinet.it...

Si è possibile.
Se la casella di riepilogo (listbox) si chiama Elenco.
Se la casella di testo si chiama Pippo.
Se, nella casella di riepilogo Elenco, il valore da confrontare con la
casella di testo Pippo si trova nella sua prima colonna (colonna 0).
Prova con:
Private Sub Pippo_AfterUpdate()
Dim Cont As Variant
For Cont = 0 To Me!Elenco.ListCount - 1
    If Me!Elenco.Column(0, Cont) = Me!Pippo Then
        Me!Elenco.Selected(Cont) = True
    End If
Next Cont
End Sub
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Problemi con query

text:
Vediamo se riesco a spiegare il mio problema:
Ho creato un database per la fatturazione, nel quale, per creare le fatture,
mi sono basato su una tabella (e maschera) principale contenente i dati
essenziali, e su una tabella secondaria (e sottomaschera) contenenti i
prodotti venduti. Volendo impostare una query, ho dovuto utilizzare i campi
di tutte e due le tabelle; tuttavia, poiché in una fattura possono esserci
più prodotti, nella query vengono visualizzate le fatture non nell'intero
ammontare ma nelle voci distinte che lo compongono. Mi spiego meglio:
Fattura n°- Quantità - Prezzo unitario - Espr1=QuantitàxPrezzoUnitario -
Data - Cliente - ecc.
Fattura 1, Prodotti pesche 2x100 lire = 200, ecc.
Fattura 1, Prodotti Mele 3 x 150 Lire = 450, ecc.
Fattura 2, Prodotti Cocomeri 2X1000= 2000, ecc.
Fattura 3, ecc.
Io vorrei avere, invece, come risultato
Fattura n°- Quantità - Prezzo unitario - Espr1=QuantitàxPrezzoUnitario -
Data - Cliente - ecc.
Fattura 1, Prodotti "non mi interessa" = 650, ecc.
Fattura 2, Prodotti "non mi interessa"= 2000, ecc.
Fattura 3, ecc.
In pratica, laddove sono presenti più prodotti, vorrei nella query il
complessivo della fattura, poi cliente, data ecc.
Ho provato con la funzione raggruppa, ma mi evidenzia sempre i singoli
valori (sui quali poi uno può fare tutte le operazioni che vuole)
Qualcuno può aiutarmi?
Grazie


title: Problemi con query

author: George

text:
"s_takk" <
s_t...@tin.it
> ha scritto nel messaggio
news:ntKJa.234465$g92.5...@news2.tin.it...

Puoi raggruppare togliendo i campi Quantità e Prezzo unitario.
A questo punto specifica la somma per la formula Quatità x Prezzo unitario
Ciao.


title: Problemi con query

text: No non funge


title: Problemi con query

text:
Rettifico: funziona perfettamente
 Grazie Mille
"s_takk" <
s_t...@tin.it
> ha scritto nel messaggio
news:v61Ka.135824$pR3.3...@news1.tin.it...
>
> No non funge
>
>


title: Problemi con query

author: Antonio Biso

text:
"s_takk" <
s_t...@tin.it
> ha scritto nel messaggio
news:xi1Ka.135893$pR3.3...@news1.tin.it...
> Rettifico: funziona perfettamente
>  Grazie Mille
Esempio di post scorretto in quanto non si č scritto DOPO il quoting!!!
>
> "s_takk" <
s_t...@tin.it
> ha scritto nel messaggio
> news:v61Ka.135824$pR3.3...@news1.tin.it...
> >
> > No non funge
Esempio di post in cui non si capisce una mazza perchč non c'č niente di
quotato!
Antonio


title: spostare il cursore da subform a subform?

text:
Vorrei che il cursore si muovesse automaticamente dalla sottomaschera1 alla
sottomaschera2, senza dover usare ctrl+tab. Entrambe le sottomaschere sono
di tipo continuous datasheet e hanno 1 solo campo.
Esiste un modo, ed eventualmente quale?
Grazie
Beppe


author: MA

text:

me.tuasottomaschera.setfocus
Me.tuasottomaschera.FORM!tuocontrollo.setfocus
sull'evento che vuoi
MAssimiliano
--------------------------------
Inviato via
http://arianna.libero.it/usenet/


text:
"MA" <
m...@accessgroup.it
> ha scritto nel messaggio
news:82Z51Z190Z213Y1...@usenet.libero.it...
>                     Il 08 Ago 2004, 17:33, "beppe005"
<
beppe005...@virgilio.it
> ha scritto:
> > Vorrei che il cursore si muovesse automaticamente dalla sottomaschera1
> alla sottomaschera2, senza dover usare ctrl+tab. > > Grazie
...
> me.tuasottomaschera.setfocus
> Me.tuasottomaschera.FORM!tuocontrollo.setfocus
...
Da quello che ho capito dovrei fare il seguente, che pero' non funziona (ne
ha funzionato ogni altro tentativo che ho fatto fin'ora) :
tuasottomaschera = e' la subform2 a cui voglio arrivare uscendo dalla
subform1
tuocontrollo = e' il primo campo/text box di subform1 su cui voglio arrivare
le due linee di codice le metto nelle proprieta' del campo di subform1 alla
voce "afterupdate".


text:

          Scusami ho sbagliaato.
In realtà tu hai il focus nellla prima sottomaschera e quindi quel me è
sbagliato.
Sostuiscilo con
forms!tuamaschera!tuasottomaschera2.setfocus
forms!tuamaschera!tuasottomaschera2.form!tucontrollo.setfocus
Scusami per l'errore



text:
> In realtà tu hai il focus nellla prima sottomaschera e quindi quel me è
> sbagliato.
> Sostuiscilo con
> forms!tuamaschera!tuasottomaschera2.setfocus
> forms!tuamaschera!tuasottomaschera2.form!tucontrollo.setfocus
Purtroppo o non funziona nel mio db, oppure faccio errori io a inserire il
tuo codice.
Ho provato a fare qualcosa che funziona, non so bene ne' come ne' perche',
ma funziona, ho messo il seguente codice in Afterupdate della subform01 ("ab
subform" sarebbe la sottomaschera n. 2).
Mi dispiace non aver capito bene questi codici dove vanno inseriri (in
proprieta' delle sottomachere ci sono così tante cose, afterupdate,
beforeupdate, ecc, e poi per ogni controllo ho ancora altre proprieta').
Private Sub Form_AfterUpdate()
Me.Parent.[ab Subform].SetFocus
End Sub
Grazie per ri-risposta.
Ciao
Beppe


text:
> Ho provato a fare qualcosa che funziona, non so bene ne' come ne' perche',
> ma funziona, ho messo il seguente codice in Afterupdate della subform01
("ab
> subform" sarebbe la sottomaschera n. 2).
> Mi dispiace non aver capito bene questi codici dove vanno inseriri (in
> proprieta' delle sottomachere ci sono cosě tante cose, afterupdate,
> beforeupdate, ecc, e poi per ogni controllo ho ancora altre proprieta').
>
> Private Sub Form_AfterUpdate()
> Me.Parent.[ab Subform].SetFocus
> End Sub
>
> Grazie per ri-risposta.
>
> Ciao
> Beppe
>
>
Per la cronaca, ha funzionato per un po', poi... insomma, quando inserisco
l'ultimo dato della sottomaschera1 e schiaccio enter vado alla
sottomaschera2, questo sě, ma nella sottomaschera1 il cursore si sposta
nella riga di sotto, cosi' i dati che inserisco nella sottomaschera2 non
sono piu' pertinenti a quelli che ho appena inserito nella sottomschera1.
Ciao
Beppe


title: Come creare un Help

author: Fabio Valsangiacomo

text:
Ciao
Dovrei creare un file di "help" per le applicazioni che ho creato.
Per ora non saprei da che parte incominciare
Mi potete aiutare?
Grazie di cuore
Fabio


title: Come creare un Help

author: Gaspare

text:
"Fabio Valsangiacomo" <
fa...@valsangiacomo.org
> ha scritto nel messaggio
news:4457be05$0$13574$5402...@news.sunrise.ch...

Ciao,
potresti utilizzare HTML HELP WORKSHOP, ti riporto di seguito i link di una
guida e del software che peraltro trovi su internet:
-) guida ->
http://vbscuola.it/download/insegnanti/HTML_Help_Workshop.chm
-) software ->
http://www.ilsoftware.it/querydl.asp?ID=559
E' di facile utilizzo -> Buon Lavoro ;-)
Gaspare


title: Come creare un Help

author: sv

text:
Fabio Valsangiacomo ha scritto:
> Ciao

> Grazie di cuore
> Fabio
C'è anche l'Help Maker di
http://www.vizacc.com/
--
rgrds
SC
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: Come creare un Help

text:
"sv" <
sal...@nospaccessgroup.it
> ha scritto nel messaggio
news:e39rpp$aj7$1...@news.newsland.it...
> Fabio Valsangiacomo ha scritto:
>
>> Ciao
>
>> Dovrei creare un file di "help" per le applicazioni che ho creato.
>> Per ora non saprei da che parte incominciare
>> Mi potete aiutare?
>
>> Grazie di cuore
>
>> Fabio
>
> C'è anche l'Help Maker di
>
http://www.vizacc.com/
Grazie anche a te
Fabio



title: Come creare un Help

text:
"Gaspare" <
noemail...@grazie.it
> ha scritto nel messaggio
news:4457c33f$0$14786$4faf...@reader4.news.tin.it...

I link non funzionano più ma ho trovato grazie a google
Grazie per la dritta nel week proverò
Fabio



title: Funzione di Somma

author: Marco D'Onofrio

text:
Salve
avrei un "piccolo" problema da risolvere.
All'interno di un database faccio una query in cui seleziono dei record e ne
sommo i valori di una colonna.
Può capitare che il risultato di quella query non contenga record e di
conseguenza il risultato della funzione Somma restituisca il valore Null.
A me però interesserebbe che se non ci fossero valori restituisse 0 e non
Null.
Mi sapete dare una mano? Grazie.
Marco D'Onofrio


title: Funzione di Somma

author: Nicola Ardito

text:
"Marco D'Onofrio" <
marco...@tiscalinet.it
> ha scritto nel messaggio
news:8lol4i$r67$1...@lacerta.tiscalinet.it...
> Può capitare che il risultato di quella query non contenga record e di
> conseguenza il risultato della funzione Somma restituisca il valore Null.
> A me però interesserebbe che se non ci fossero valori restituisse 0 e non
> Null.
> Mi sapete dare una mano? Grazie.
>
> Marco D'Onofrio
>
>
>
>
Prova
Somma(nz([nomecampo];0))
Ciao Nicola


title: Funzione di Somma

text:
Nicola Ardito <
nicola...@tin.it
> wrote in message
8loo97$fic$1...@nslave2.tin.it...
>
> Prova
> Somma(nz([nomecampo];0))
> Ciao Nicola
>
Grazie Nicola ma non funziona.
Un indizio che magari puņ aiutare č il fatto che restituendo Null non viene
creato il record.
A me servirebbe la creazione di questo record con valore 0 nel caso non
venga trovato nessun record
Marco


title: Funzione di Somma

author: lbo dal portatile

text:
>A me servirebbe la creazione di questo record con valore 0 nel caso non
>venga trovato nessun record
la query come la fai, scrivendo in sql o componendola con l'editor
delle query di access, il qbe?
--
make it idiot proof and someone will make a better idiot.
--
il sito comune di it.comp.appl.access:
http://members.xoom.it/it_db_access/


title: Funzione di Somma

text:
> la query come la fai, scrivendo in sql o componendola con l'editor
> delle query di access, il qbe?
Premetto che sono un profano di access e se come qbe intendi l'editor
"grafico" dove si inseriscono le tabelle su cui si vuole effettuare e poi si
inseriscono condizioni, campi ect ect... si utilizzo quello.
Inserisco nella riga Campo quello che mi ha scritto Nicola
Visualizzando il comando in SQL al posto del comando Somma c'è Sum e se
provo ad inserire Somma mi dice errore di sintassi.
Boh


title: Funzione di Somma

text:
>Premetto che sono un profano di access e se come qbe intendi l'editor
>"grafico" dove si inseriscono le tabelle su cui si vuole effettuare e poi si
>inseriscono condizioni, campi ect ect... si utilizzo quello.
allora per il momento prova cosi', che magari si fa prima: apri una
nuova query, non caricare nessuna tabella, menu visualizzazione,
visualizza sql.
dovresti vedere una specie di casellone bianco.
scrivi in questo casellone:
SELECT SUM(nz(NomeCampo, 0)) FROM NomeTabella
ovviamente sostituendo a NomeCampo e NomeTabella i relativi nomi.
poi di nuovo menu visualizzazione e visualizza struttura.
se e' andato tutto bene dovresti vedere nella casella del qbe
l'espressione che dovresti scrivere.
praticamente un reverse engineering delle query... :-)



title: Funzione di Somma

author: Roberto dal portatile

text:
"Marco D'Onofrio" <
marco...@tiscalinet.it
> ha scritto nel messaggio
news:8lol4i$r67$1...@lacerta.tiscalinet.it...
> Salve
> avrei un "piccolo" problema da risolvere.
> All'interno di un database faccio una query in cui seleziono dei record e
ne
> sommo i valori di una colonna.
> Può capitare che il risultato di quella query non contenga record e di
> conseguenza il risultato della funzione Somma restituisca il valore Null.
> A me però interesserebbe che se non ci fossero valori restituisse 0 e non
> Null.
> Mi sapete dare una mano? Grazie.
>
> Marco D'Onofrio
>
Ammettiamo che debba, per una tabella chiamata Tabella2, ottenere il totale
del campo Importo di quei record il cui campo Codice è uguale a 5, e voglio
che il totale sia zero e non Null nel caso che non esistano record che
soddisfino tale condizione, farei una query il cui codice SQL è il seguente:
SELECT Sum(IIf([codice]=5,[importo],0)) AS a
FROM Tabella2;
Roberto


title: Funzione di Somma

text:
lbo dal portatile <
l...@NOSPAM.blunet.it
> wrote in message
39818e41...@news.interbusiness.it...
>
> SELECT SUM(nz(NomeCampo, 0)) FROM NomeTabella
>
Ho provato ma il risultato della query mi restituisce una tabella vuota
senza niente.
L'indicatore lampeggia nella casella ma non c'è nessuno zero. :-((
Marco


title: Funzione di Somma

text:
Roberto dal portatile <
r.ma...@libero.it
> wrote in message mvCg5.36484>
> Ammettiamo che debba, per una tabella chiamata Tabella2, ottenere il
totale
> del campo Importo di quei record il cui campo Codice è uguale a 5, e
voglio
> che il totale sia zero e non Null nel caso che non esistano record che
> soddisfino tale condizione, farei una query il cui codice SQL è il
seguente:
>
> SELECT Sum(IIf([codice]=5,[importo],0)) AS a
> FROM Tabella2;
>
> Roberto
>
>
>
ho provato la tua soluzione ma mi restituisce una tabella vuota senza
neanche un record.
Grazie Marco


title: Funzione di Somma

text:
"Marco D'Onofrio" <
marco...@tiscalinet.it
> ha scritto nel messaggio
news:8m4193$igk$2...@pegasus.tiscalinet.it...

Significa che non hai alcun record che nel campo Codice ha il valore 5;
forse ti è sfuggito che la selezione dei record da sommare viene fatta con
la IIF, e che nel mio esempio confronta il codice con 5;  devi naturalmente
personalizzare il confronto della IIF così come ti serve.
Se poi la query deve essere parametrica, al posto del valore 5 indica il
nome di un controllo di una maschera dove digiti il valore di selezione,
cioè:
SELECT Sum(IIf([Codice] = [Forms]![NomeMaschera]![NomeControllo]
,[Importo],0)) AS a
FROM Tabella2;
Comunque io ho provato e funziona.
Roberto


title: Funzione di Somma

text:
Roberto dal portatile <
r.ma...@libero.it
> wrote in message
nkhh5.45453$wS2.3...@news.infostrada.it...
>
>
> Significa che non hai alcun record che nel campo Codice ha il valore 5;
> forse ti è sfuggito che la selezione dei record da sommare viene fatta con
> la IIF, e che nel mio esempio confronta il codice con 5;  devi
naturalmente
> personalizzare il confronto della IIF così come ti serve.
> Se poi la query deve essere parametrica, al posto del valore 5 indica il
> nome di un controllo di una maschera dove digiti il valore di selezione,
> cioè:
>
> SELECT Sum(IIf([Codice] = [Forms]![NomeMaschera]![NomeControllo]
> ,[Importo],0)) AS a
> FROM Tabella2;
>
> Comunque io ho provato e funziona.
>
> Roberto
>
>
Si hai ragione non ho nessun record.
Forse non mi ero spiegato bene all'inizio del thread.
A me interessa che, in caso di mancanza di record, mi restituisca un record
contenente 0 invece che nessun record.
Marco


title: Funzione di Somma

text:
"Marco D'Onofrio" <
marco...@tiscalinet.it
> ha scritto nel messaggio
news:8m5smk$5ji$1...@pegasus.tiscalinet.it...

Ti confermo che ho provato, e, se nessun record soddisfa le condizioni, la
query mi restituisce un record con valore 0 (zero).
Roberto


title: Funzione di Somma

text:
Roberto dal portatile <
r.ma...@libero.it
> wrote in message
pxyh5.51550$wS2.4...@news.infostrada.it...
>
>
> Ti confermo che ho provato, e, se nessun record soddisfa le condizioni, la
> query mi restituisce un record con valore 0 (zero).
>
> Roberto
>
>
Faccio pubblica ammenda.
FUNZIONA!!!!!
Grazie a tutti
Marco


title: Funzione di Somma

text:
>> SELECT SUM(nz(NomeCampo, 0)) FROM NomeTabella
>Ho provato ma il risultato della query mi restituisce una tabella vuota
>senza niente.
>L'indicatore lampeggia nella casella ma non c'è nessuno zero. :-((
ok, allora fai una cosa: costruisci la query come se niente fosse,
cioe' senza preoccuparti degli eventuali valori Null, poi passa nella
visualizzazione sql, copia il testo e postalo che vediamo



title: Query senza passare dal codice

author: Ignazio Pinna

text:
Problema:
Supponiamo che la Tab1 contenga
Colore    Qt
Bianco       2
Rosso        1
Verde        4
Output richiesto
Bianco
Bianco
Rosso
Verde
Verde
Verde
Verde
E' possibile realizzare una o più query  che diano quel risultato senza
scrivere codice (cicli for etc) ?
Grazie.


title: Query senza passare dal codice

author: Giorgio prx

text:
"Ignazio Pinna" <
ipi...@tiscalinet.it
> ha scritto nel messaggio
news:Yrlia.57583$i26.1...@news2.tin.it...

Ciao Ignazio
E' Possibile previa creazione di una tabella di supporto che contiene tanti
record quanto è la Qt massima, nel tuo esempio la Qt massima è 4 quindi
TbSupporto conterrà 4 record numerati da 1 a 4.
TbSupporto
Nr
1
2
3
4
Se in base a questi presupposti  la cosa può interessarti batti un colpo e
ti posto la query.
Ciao Giorgio.


title: Query senza passare dal codice

text:
Non credo possa funzionare a meno che la tab di supporto sia creata cosě:
1
2
2
3
3
3
4
4
4
4
etc..
Quindi visto che č una soluzione orrenda fammi capire come la faresti in
quanto basterebbe fare prima una query di creazione che crei la tab di
appoggio.
Se la tab invece č quella che indichi tu continuo a non capire come farla,
se me la posti imparo qualcosa.
Grazie, gentilissimo.


title: Query senza passare dal codice

text:
"Ignazio Pinna" <
ipi...@tiscalinet.it
> ha scritto nel messaggio
news:uKzia.45148$Jg1.1...@news1.tin.it...
> Non credo possa funzionare a meno che la tab di supporto sia creata così:
> 1
> 2
> 2
> 3
> 3
> 3
> 4
> 4
> 4
> 4
> etc..
> Quindi visto che è una soluzione orrenda fammi capire come la faresti in
> quanto basterebbe fare prima una query di creazione che crei la tab di
> appoggio.
> Se la tab invece è quella che indichi tu continuo a non capire come farla,
> se me la posti imparo qualcosa.
> Grazie, gentilissimo.
>
>
>
Ciao Ignazio
La query che ti propongo è basata sul prodotto cartesiano delle due tabelle
con il filtro sulla quantità, la tabella di supporto deve avere almeno N
record numerati da 1 al MAX della Quantità.
Tab1
Colore    Qt
Bianco       2
Rosso        1
Verde        4
TbSupporto
Nr
1
2
3
4
SELECT Tab1.Colore
FROM Tab1, TbSupporto
WHERE (((TbSupporto.Nr)<=[Tab1].[Qt]))
ORDER BY Tab1.Colore
Ciao Giorgio.


title: Query senza passare dal codice

text:
Molto bravo!
Ringraziamento pubblico!!!
Mi fa piacere che mi hai indicato una soluzione elegante e funzionale.
In realtà mi interessava più la soluzione del problema che il problema
stesso, ero convinto
che si potesse fare ma mi ero arreso.
Grazie ancora e a buon rendere.


title: Formattazione condizionale fogliodati

author: Ebo

text:
Ho visto alcuni interventi nel NG sull "evidenziare record in maschere
continue"
per cui spero qualcuno possa aiutarmi: ho dei record che appaiono
dinamicamente
in un fogliodati [entrano e al verificarsi di una condizione K (=assegazione
di un valore
in un controllo vuoto)scompaiono].Ho bisogno che se è presente una
condizione Z
l'intera riga del record appaia in grassetto,e poi se è presente una
condizione X
 il forecolor sull'intera riga sia rosso,se è presente una condizione Y il
forecolor sia azzurro
Attenzione! le condizioni possono  Z And (X Or Y)
Ovvero i records come entrano nel fogliodati, se è presente una condizione Z
debbono apparire in grassetto(altrimenti normale) e, a seguito di modifiche
nel fogliodati,
cambiare il forecolor mantenendo la formattazione (grassetto o normale).
Ripeto: i record entrano nel fogliodati con la sola condizione Z già
definita.
Grazie,Ebo


title: Formattazione condizionale fogliodati

author: Simone Calligaris

text:
"Ebo" <> Ho visto alcuni interventi nel NG sull "evidenziare record in

www.sitocomune.com
Evidenziare records specifici nelle maschere continue
Sfruttando il codice che trovi in quell'esempio dovresti ottenere quanto
richiesto.
Considera che una volta creato un criterio di formattaz. per un controllo è
semplice cambiare gli attributi, magari in dipendenza da condizioni come nel
tuo caso.
Ctr.FormatConditions(Indice).BackColor=XYZ
Saluti.


title: (semi OT) Per quanto riguarda le CLASSI, mi (pare) di aver capito che il loro punto debole e' :

text:
l'  incapsulamento dei dati.

Usandole e studiandole mi sono accorto che e' impossibile soddisfare
completamente al requisito dell' auto contenimento  quando  il  loro  comportamento dovesse dipendere dai dati di un DB o piu' in generale
da grandi quantita' di dati.

Mi  piacerebbe  sapere che cosa ne pensate in  proposito e, nel caso
avessi ragione, se c' e'  qualche tecnica per risolvere il problema.
Non si sa mai.

Vi ringrazio


author: Alessandro Cara

text:
Il 22/01/2015 13:12,
radica...@gmail.com
 ha scritto:
> l'  incapsulamento dei dati.
>
> Usandole e studiandole mi sono accorto che e' impossibile soddisfare
> completamente al requisito dell' auto contenimento  quando  il  loro  comportamento dovesse dipendere dai dati di un DB o piu' in generale
> da grandi quantita' di dati.

Stavolta non ho proprio capito cosa intendi con:
1) incapsulamento dei dati
2) requisito dell' auto contenimento (anche in relazione a grandi
quantita' di dati, cosa intendi per /grande/ )

--
ac (x=y-1)
Aborro il Killfile
(La violenza e' l'ultimo rifugio degli incapaci -Salvor Hardin-)

---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
http://www.avast.com


author: Bruno Campanini

text:
radica...@gmail.com
 formulated the question :

Non ho capito un c..., come sempre quando si parla di
aria fritta... ehm, volevo dire classi.

Bruno


text:

Ma ...scusa, seriamente : davvero pensi che le classi siano aria
fritta ?


text:
Il giorno giovedì 22 gennaio 2015 15:20:10 UTC+1, Alessandro Cara ha scritto:
> Il 22/01/2015 13:12,
radica...@gmail.com
 ha scritto:
> > l'  incapsulamento dei dati.
> >
> > Usandole e studiandole mi sono accorto che e' impossibile soddisfare
> > completamente al requisito dell' auto contenimento  quando  il  loro  comportamento dovesse dipendere dai dati di un DB o piu' in generale
> > da grandi quantita' di dati.
>
> Stavolta non ho proprio capito cosa intendi con:
> 1) incapsulamento dei dati
> 2) requisito dell' auto contenimento (anche in relazione a grandi
> quantita' di dati, cosa intendi per /grande/ )

Capito. No problem Maestro, guarda un attimo questo link se puo'
aiutare a capirci :
http://www.claudiomaccherani.altervista.org/web_dispense/File/OOP.pdf

a pag 13 e' descritto il concetto di incapsulamento.

Fammi sapere


text:
radica...@gmail.com
 formulated the question :

> Ma ...scusa, seriamente : davvero pensi che le classi siano aria
> fritta ?

Le ho studiate, comunque qualche lustro fa, e ne ho viste
ben poche applicazioni.
E tutte le volte che le ho viste ho trovato delle complicazioni,
perlomeno formali, che con la codifica convenzionale
avrei sicuramente evitato.

Altro dirti non vo', ma la tua festa...

Bruno


text:
Il giorno giovedì 22 gennaio 2015 22:36:35 UTC+1, Bruno Campanini ha scritto:
>
radica...@gmail.com
 formulated the question :
>
> > Ma ...scusa, seriamente : davvero pensi che le classi siano aria
> > fritta ?
>
> Le ho studiate, comunque qualche lustro fa, e ne ho viste
> ben poche applicazioni.
> E tutte le volte che le ho viste ho trovato delle complicazioni,
> perlomeno formali, che con la codifica convenzionale
> avrei sicuramente evitato.

Capisco. Ebbe',
chiaramente  ognuno giudica in funzione delle esperienze sue. Poi
sai, dipende pure dal contesto in cui uno lavora e dalle esigenze.
Se  uno deve fare 1 kilometro al giorno per andare in ufficio non
si compra un elicottero.

Invece :
vorrei approfittare per chiederti una cosa che non c' entra niente
:-)

Me  lo consigli un libro (anche in Inglese ma  se  e' in italiano
e'  meglio)  fatto BENE, chiaro, che spieghi a fondo e dagli inizi
*tutti* i modi in cui ci si puo' connettere col VB (o col VBA) a
un DB SQL  con i perche' e i percome ?

Grazie


text:
Capisco. Ebbe',
chiaramente  ognuno giudica in funzione delle esperienze sue. Poi
sai, dipende pure dal contesto in cui uno lavora e dalle esigenze.
Se  uno deve fare 1 kilometro al giorno per andare in ufficio non
si compra un elicottero.

>

Tu che vantaggi pensi di poter avere, con l'utilizzo di Classi, nell'ambito
dello sviluppo in Acccess?
Nelle applicazioni di database che sviluppi è molto il codice che hai la
necessità di riusare?

Saluti.


text:

Io personalmente non programmo solo Access. Programmo applicazioni Office.
Ossia scrivo applicazioni  che,  pur  essendo residenti comunque in Access
(ma non necessariamente)  mettono  in collaborazione tutte le applicazioni
Office tra loro.

Applicazione =  software vba + access + excel + word + outlook.
Poi i dati stanno un po' su Access, un po su SQL server, un po' su un
altro DB tutto particolare sviluppato per noi, un po' su files excel un po'
su dati txt.

In questo contesto le classi hanno una certa utilita', anche se certamente
se ne potrebbe fare a meno.

... praticamente l' ideale sarebbe che  sviluppassi applicazioni VB autonome
che governano l' Office. Ma per  una serie di ragioni nel mio contesto lavorativo non lo posso fare.

Allora che mi sono inventato ? Questo :
produco applicazioni VBA il piu' possibile indipendenti dal contenitore
(Access).

E che ce voi fa' ... uno guida con l' automobile che gli danno :-)


text:
Simone Calligaris was thinking very hard :

> Capisco. Ebbe',
> chiaramente  ognuno giudica in funzione delle esperienze sue. Poi
> sai, dipende pure dal contesto in cui uno lavora e dalle esigenze.
> Se  uno deve fare 1 kilometro al giorno per andare in ufficio non
> si compra un elicottero.
Non ho ben capito a chi tu stia rispondendo, comunque...

Mi piacerebbe conoscere il percorso che fai in elicottero
perché vorrei vedere se possibile compierlo con mezzi di
locomozione più convenzionali.
Sempre che tu, contestualmente, mi voglia mostrare come
un mio tragitto con mezzi convenzionali si possa compiere
meglio in elicottero.

È una sfida a suon di codice che ti propongo, per la quale
nominerei ad arbitri radicale001 & Co.

Bruno


text:

Qualsiasi essa sia l'applicazione ci sono /sempre/ delle attivita'
standard che debbono essere fatte e /poi/ c'e' la logica specifica
dell'applicazione.
Immagina, per un momento, che Access non ci metta a disposizione, che
so, la classe Form o la classe Recordset o l'oggetto Me
Tu sai, inoltre, che se ti dimentichi di definire delle variabili devi,
normalmente, interrompre i test e fare le opportune correzioni e non
parliamo del fatto del passaggio di parametri tra funzioni.
Prova ad immaginare un oggetto che ti consenta di evitare cio'.
L'utizzo di classi ti obbliga, inoltre, a fare un'altra cosa; /pensare/
l'applicazione prima di scriverla.



text:
Il 23/01/2015 14:10, Bruno Campanini ha scritto:
> È una sfida a suon di codice che ti propongo, per la quale
> nominerei ad arbitri radicale001 & Co.

Come vuoi e quando vuoi Bruno e scegli anche "l'arma" che ti pare.
Sebbene abbia ormai attaccato al chiodo la penna (intendesi quella roba
per scrivere) da un po' di tempo (tranne qualche banale istruzione sotto
pariGP).
;-)



text:

Visto. Sono le cose "classi-che". ;-)
Non ho mai avuto problemi a "incapsulare" ne a gestire anche masse di
dati notevoli (questo ovviamente e' sempre relativo a cosa si intende
per /notevole/ )
Tra l'altro negli ultimi sviluppi accedevo alle proprieta' sempre
attraverso un metodo (i setter e getter di java) anche perche' non avevo
piu' proprieta' ma una, appunto, "blackbox" che le conteneva.



text:
Il giorno venerdì 23 gennaio 2015 15:18:20 UTC+1, Alessandro Cara ha scritto:
> Il 22/01/2015 22:26,
radica...@gmail.com
 ha scritto:
> > Il giorno giovedì 22 gennaio 2015 15:20:10 UTC+1, Alessandro Cara ha scritto:
> >> Il 22/01/2015 13:12,
radica...@gmail.com
 ha scritto:
> >>> l'  incapsulamento dei dati.
> >>>
> >>> Usandole e studiandole mi sono accorto che e' impossibile soddisfare
> >>> completamente al requisito dell' auto contenimento  quando  il  loro  comportamento dovesse dipendere dai dati di un DB o piu' in generale
> >>> da grandi quantita' di dati.
> >>
> >> Stavolta non ho proprio capito cosa intendi con:
> >> 1) incapsulamento dei dati
> >> 2) requisito dell' auto contenimento (anche in relazione a grandi
> >> quantita' di dati, cosa intendi per /grande/ )
> >
> > Capito. No problem Maestro, guarda un attimo questo link se puo'
> > aiutare a capirci :
> >
http://www.claudiomaccherani.altervista.org/web_dispense/File/OOP.pdf

>
> Visto. Sono le cose "classi-che". ;-)
> Non ho mai avuto problemi a "incapsulare" ne a gestire anche masse di
> dati notevoli (questo ovviamente e' sempre relativo a cosa si intende
> per /notevole/ )
> Tra l'altro negli ultimi sviluppi accedevo alle proprieta' sempre
> attraverso un metodo (i setter e getter di java) anche perche' non avevo
> piu' proprieta' ma una, appunto, "blackbox" che le conteneva.

PADRE !
HO CAPITO E NON HO CAPITO ! (cit. Guzzanti quando fa Aniene) :-)

Scusa Maestro :
per es. ... mumble mumble ... immagina che devi fare una classe
"persona"  che  in base ai dati che ci metti ti caccia fuori il
codice fiscale. Ok ?

Hai bisogno di incapsulare tutti i comuni e gli stati del mondo
(in teoria) o per fare una cosa fatta bene dovresti interfacciarti
col DB dell' anagrafe. E a quel punto addio autocontenimento : la
classe viene a dipendere da un db esterno.

O no ? Dimme, che e' facile che non c' ho capito una sega.


text:
radica...@gmail.com
 wrote :

Nell'estate del 2013 mi son messo attorno a un
SQL Server 2012 pensando di dover fare un certo
lavoretto che poi è sfumato.
L'ho installato su un PC mentre altri due erano
i client (un client Access, un client SQL Server).
Con l'Help e alcune pubblicazioni MS disponibili online
ci facevo anche il cappuccino tutte le mattine.
L'Help e le pubblicazioni MS sono fatte benissimo,
da non confondersi con l'Help di Office 2013
(che già dal 2007 non può nemmeno più chiamarsi tale).

Bruno


text:
Alessandro Cara pretended :
> Il 23/01/2015 14:10, Bruno Campanini ha scritto:
>> È una sfida a suon di codice che ti propongo, per la quale
>> nominerei ad arbitri radicale001 & Co.
>
> Come vuoi e quando vuoi Bruno e scegli anche "l'arma" che ti pare.
> Sebbene abbia ormai attaccato al chiodo la penna (intendesi quella roba per
> scrivere) da un po' di tempo (tranne qualche banale istruzione sotto pariGP).
> ;-)

Beh, se proprio insisti te la posso inviare qualche paginetta
di codice da riscrivere facendo ricorso alle classi.
Poi m'interesserebbe vedere qualcosa di ponderalmente analogo
che sfrutta ab origine, per necessità naturale, 'ste classi!
Cose comunque di dimensione ridotta, da non doverci perdere
troppo tempo... ché perder tempo a chi più sa più spiace.

Bruno


text:
Il 23/01/2015 20:34,
radica...@gmail.com
 ha scritto:
> Il giorno venerdì 23 gennaio 2015 15:18:20 UTC+1, Alessandro Cara ha scritto:
>> Il 22/01/2015 22:26,
radica...@gmail.com
 ha scritto:
>>> Il giorno giovedì 22 gennaio 2015 15:20:10 UTC+1, Alessandro Cara ha scritto:
>>>> Il 22/01/2015 13:12,
radica...@gmail.com
 ha scritto:
>>>>> l'  incapsulamento dei dati.
>>>>>
>>>>> Usandole e studiandole mi sono accorto che e' impossibile soddisfare
>>>>> completamente al requisito dell' auto contenimento  quando  il  loro  comportamento dovesse dipendere dai dati di un DB o piu' in generale
>>>>> da grandi quantita' di dati.
>>>>
>>>> Stavolta non ho proprio capito cosa intendi con:
>>>> 1) incapsulamento dei dati
>>>> 2) requisito dell' auto contenimento (anche in relazione a grandi
>>>> quantita' di dati, cosa intendi per /grande/ )
>>>
>>> Capito. No problem Maestro, guarda un attimo questo link se puo'
>>> aiutare a capirci :
>>>
http://www.claudiomaccherani.altervista.org/web_dispense/File/OOP.pdf

>>
>> Visto. Sono le cose "classi-che". ;-)
>> Non ho mai avuto problemi a "incapsulare" ne a gestire anche masse di
>> dati notevoli (questo ovviamente e' sempre relativo a cosa si intende
>> per /notevole/ )
>> Tra l'altro negli ultimi sviluppi accedevo alle proprieta' sempre
>> attraverso un metodo (i setter e getter di java) anche perche' non avevo
>> piu' proprieta' ma una, appunto, "blackbox" che le conteneva.
>
> PADRE !
> HO CAPITO E NON HO CAPITO ! (cit. Guzzanti quando fa Aniene) :-)7
;-))))))))
>
> Scusa Maestro :
> per es. ... mumble mumble ... immagina che devi fare una classe
> "persona"  che  in base ai dati che ci metti ti caccia fuori il
> codice fiscale. Ok ?
>
> Hai bisogno di incapsulare tutti i comuni e gli stati del mondo
> (in teoria) o per fare una cosa fatta bene dovresti interfacciarti
> col DB dell' anagrafe. E a quel punto addio autocontenimento : la
> classe viene a dipendere da un db esterno.
>
> O no ? Dimme, che e' facile che non c' ho capito una sega.
>
>

Ottomila comuni so una cazzata (anche nel piu' scrauso pc moderno).
Ma comunque sebbene una cosa del genere sia "contenibile" nel senso che
intendi tu il fatto che una classe, qualsiasi essa sia, abbia bisogno
talvolta di "parametri" non mi sembra una gran cosa.
In una applicazione normalmente hai sempre bisogno di parametri.
Normalmente io li tenevo in una tabella fatta dal nome del parametro e
da suo valore avevo una classe "parametri" che faceva tutto lei accedeva
alla tabella si succhiava i parametri (in inizialize, teoricamente e
quella che spesso viene definita classe statica) e amen. Tra l'altro
sulla stessa struttura potevo infilare tutti i parametri "volanti" che
volevo e per parametri "volanti" intendo, di fatto, tutte quelle
variabili che mi potevano essere utili nel corso della applicazione. Non
solo, se in qualsiasi momento avevo bisogno di un nuovo parametro lo
scrivevo in tabella e non dovevo fare altro che usarlo nella
applicazione senza particolari problemi.
Riguardo al codice fiscale forse dovrebbe esserci in giro anche qualcosa
che ho scritto. Era sul sito di Baraldi (defunto,il sito intendo,  ma
ora in carico ad accessgroup se non ricordo male)
Nelle ultime versioni tutta sta roba la facevo con una classe sola
"autonomamente" auto ricorsiva usando le collezioni e la loro
caratteristica di poter essere accedute (cavolo mi sono scordato il
termine) via chiave "parlante"



text:
"Bruno Campanini"

Guarda che stai rispondendo a una considerazione di Radicale001, il mio post
consisteva in due semplici domande.

Saluti.


text:
"Alessandro Cara"

>> Tu che vantaggi pensi di poter avere, con l'utilizzo di Classi,
>> nell'ambito
>> dello sviluppo in Acccess?
>> Nelle applicazioni di database che sviluppi è molto il codice che hai la
>> necessità di riusare?

> Qualsiasi essa sia l'applicazione ci sono /sempre/ delle attivita'
> standard che debbono essere fatte e /poi/ c'e' la logica specifica
> dell'applicazione.
> Immagina, per un momento, che Access non ci metta a disposizione, che so,
> la classe Form o la classe Recordset o l'oggetto Me
> Tu sai, inoltre, che se ti dimentichi di definire delle variabili devi,
> normalmente, interrompre i test e fare le opportune correzioni e non
> parliamo del fatto del passaggio di parametri tra funzioni.
> Prova ad immaginare un oggetto che ti consenta di evitare cio'.
> L'utizzo di classi ti obbliga, inoltre, a fare un'altra cosa; /pensare/
> l'applicazione prima di scriverla.

Oddio, l'applicazione va sempre /pensata/ prima di scriverla, comunque tu la
scriva.

Saluti.


text:
Il 24/01/2015 15:29, Simone Calligaris ha scritto:

> Oddio, l'applicazione va sempre /pensata/ prima di scriverla, comunque tu la
> scriva.

/andrebbe sempre/ pensata prima. Sara' per questo che ho visto un sacco
di gente pigiare tasti come zombies (me compreso) e poi stupirsi che, al
primo stormir di fronde, l'applicazione /non/ funziona.



text:
"Alessandro Cara" <

> Oddio, l'applicazione va sempre /pensata/ prima di scriverla, comunque tu
> la
> scriva.

/andrebbe sempre/ pensata prima. Sara' per questo che ho visto un sacco
di gente pigiare tasti come zombies (me compreso) e poi stupirsi che, al
primo stormir di fronde, l'applicazione /non/ funziona.

>

Errori tipici di chi è alle prime armi.
Poi o si impara o si cambia lavoro, indipendentemente dalle classi.

Saluti.


text:
Il giorno sabato 24 gennaio 2015 11:32:51 UTC+1, Alessandro Cara ha scritto:

> Ottomila comuni so una cazzata (anche nel piu' scrauso pc moderno).
> Ma comunque sebbene una cosa del genere sia "contenibile" nel senso che
> intendi tu il fatto che una classe, qualsiasi essa sia, abbia bisogno
> talvolta di "parametri" non mi sembra una gran cosa.
> In una applicazione normalmente hai sempre bisogno di parametri.
> Normalmente io li tenevo in una tabella fatta dal nome del parametro e
> da suo valore avevo una classe "parametri" che faceva tutto lei accedeva
> alla tabella si succhiava i parametri (in inizialize, teoricamente e
> quella che spesso viene definita classe statica) e amen. Tra l'altro
> sulla stessa struttura potevo infilare tutti i parametri "volanti" che
> volevo e per parametri "volanti" intendo, di fatto, tutte quelle
> variabili che mi potevano essere utili nel corso della applicazione. Non
> solo, se in qualsiasi momento avevo bisogno di un nuovo parametro lo
> scrivevo in tabella e non dovevo fare altro che usarlo nella
> applicazione senza particolari problemi.
> Riguardo al codice fiscale forse dovrebbe esserci in giro anche qualcosa
> che ho scritto. Era sul sito di Baraldi (defunto,il sito intendo,  ma
> ora in carico ad accessgroup se non ricordo male)
> Nelle ultime versioni tutta sta roba la facevo con una classe sola
> "autonomamente" auto ricorsiva usando le collezioni e la loro
> caratteristica di poter essere accedute (cavolo mi sono scordato il
> termine) via chiave "parlante"

Si ho capito,
pero' in teoria i dati di una classe dovrebbero essere accedibili
solo dalla classe. E se questi dati (che servono alla classe) sono
in un DB, anzi DEBBONO ESSERE un DB (ipotesi) ecco che la  classe
cessa di essere indipendente dall' esterno. L' autocontenimento e
la trasportabilita' connessa vanno a farsi benedire. Oltre al fatto
che il DB e' accedibile non solo dalla classe. E con questo va a
farsi benedire anche l' incapsulamento.


text:
Alessandro Cara expressed precisely :
> Il 24/01/2015 15:29, Simone Calligaris ha scritto:
>
>> Oddio, l'applicazione va sempre /pensata/ prima di scriverla, comunque tu
>> la
>> scriva.
>
> /andrebbe sempre/ pensata prima. Sara' per questo che ho visto un sacco di
> gente pigiare tasti come zombies (me compreso) e poi stupirsi che, al primo
> stormir di fronde, l'applicazione /non/ funziona.

Al primo stormir di fronde l'applicazione non funziona mai
come dovrebbe.
Quanto al pensarla prima... conta poi tanto?
È in corso d'opera che si raggiunge la sublimazione
del layout.
Parlo per me naturalmente.

Bruno


text:
Il 24/01/2015 16:36,
radica...@gmail.com
 ha scritto:

> Si ho capito,
> pero' in teoria i dati di una classe dovrebbero essere accedibili
> solo dalla classe. E se questi dati (che servono alla classe) sono
> in un DB, anzi DEBBONO ESSERE un DB (ipotesi) ecco che la  classe
> cessa di essere indipendente dall' esterno. L' autocontenimento e
> la trasportabilita' connessa vanno a farsi benedire. Oltre al fatto
> che il DB e' accedibile non solo dalla classe. E con questo va a
> farsi benedire anche l' incapsulamento.
>

Anche io.
Di fatto stai parlando di un sistema chiuso ed isolato.
Non sta scritto, comunque, da nessuna parte che i dati debbano stare su
un db. A questo, per il tipo di classe che hai descritto, puoi sopperire
solo con i dati confinati in quel tipo di classe. Dal punto di vista
teorico e' ammissibile no?
E comunque l'errore fondamentale mi sembra sia che i dati, nel caso da
te descritto,  /non/ sono /proprieta'/ (nel senso vero e logico del
termine) della classe ma posson essere trattati (quindi /metodo/ ) dalla
classe. Se vuoi essere proprietario di quei dati non devi far altro che
chiamare la tua classe DBMS che ti fornira' i /metodi/ per accedre ai
suoi dati ( /proprieta'/ ).



text:
Il giorno sabato 24 gennaio 2015 21:15:52 UTC+1, Alessandro Cara ha scritto:
> Il 24/01/2015 16:36,
radica...@gmail.com
 ha scritto:
>
> > Si ho capito,
> > pero' in teoria i dati di una classe dovrebbero essere accedibili
> > solo dalla classe. E se questi dati (che servono alla classe) sono
> > in un DB, anzi DEBBONO ESSERE un DB (ipotesi) ecco che la  classe
> > cessa di essere indipendente dall' esterno. L' autocontenimento e
> > la trasportabilita' connessa vanno a farsi benedire. Oltre al fatto
> > che il DB e' accedibile non solo dalla classe. E con questo va a
> > farsi benedire anche l' incapsulamento.
> >
>
> Anche io.

Anche tu cosa ? :-)

> Di fatto stai parlando di un sistema chiuso ed isolato.
> Non sta scritto, comunque, da nessuna parte che i dati debbano stare su
> un db. A questo, per il tipo di classe che hai descritto, puoi sopperire
> solo con i dati confinati in quel tipo di classe. Dal punto di vista
> teorico e' ammissibile no ?
> E comunque l'errore fondamentale mi sembra sia che i dati, nel caso da
> te descritto,  /non/ sono /proprieta'/ (nel senso vero e logico del
> termine) della classe
> ma posson essere trattati (quindi /metodo/ ) dalla classe. Se vuoi
> essere proprietario di quei dati non devi far altro che chiamare
> la tua classe DBMS che ti fornira' i /metodi/ per accedre ai suoi
> dati ( /proprieta'/ ).

Si, ho capito. Ti ringrazio Maestro.


text:

Potremmo fare una cosa semplice, semplice (a parte che access gia' la
da,mi sembra) riscrivere la classe recordset per i files sequenziali?
Tu nel tuo modo io nel mio. Il test sarebbe poi gestire n files
contemporaneamente.



text:
Il 24/01/2015 21:40,
radica...@gmail.com
 ha scritto:

>> Anche io.
>
> Anche tu cosa ? :-)

Capito?

>
> Si, ho capito. Ti ringrazio Maestro.

Anche io per la deliziosa presa per i fondelli.  ;-)



text:
on 24-01-15, Alessandro Cara supposed :

> Potremmo fare una cosa semplice, semplice (a parte che access gia' la da,mi
> sembra) riscrivere la classe recordset per i files sequenziali?
> Tu nel tuo modo io nel mio. Il test sarebbe poi gestire n files
> contemporaneamente.

Prima dovresti spiegarmi che cosa intendi con:
"riscrivere la classe recordset per i files sequenziali"

To sei lo mio maestro e il mio autore,
    tu sei solo colui da cui io tolsi
    lo bello stilo che m'ha fatto onore.

Bruno


author: GiovanniDettoSola  <>

text:
On Sat, 24 Jan 2015 07:36:12 -0800 (PST),
radica...@gmail.com

wrote:

>
>Si ho capito,
>pero' in teoria i dati di una classe dovrebbero essere accedibili
>solo dalla classe. E se questi dati (che servono alla classe) sono
>in un DB, anzi DEBBONO ESSERE un DB (ipotesi) ecco che la  classe
>cessa di essere indipendente dall' esterno. L' autocontenimento e
>la trasportabilita' connessa vanno a farsi benedire. Oltre al fatto
>che il DB e' accedibile non solo dalla classe. E con questo va a
>farsi benedire anche l' incapsulamento.
>
>
Il concetto è che se ragioni in termini di OOP devi creare dei
livelli/layer separati
Ci sarà un livello, classi che parlano il DB.
Poi un altro livello che gestice la parte logica o business.
Infine un altro livello che gestisce la parte client ( web, vb, ecc
ecc)
Cerca architettura OOP three layer.


text:
Il giorno sabato 24 gennaio 2015 21:52:17 UTC+1, Alessandro Cara ha scritto:

> > Si, ho capito. Ti ringrazio Maestro.
>
> Anche io per la deliziosa presa per i fondelli.  ;-)

No attenzione scusa : dicevo sul serio. Ho capito  davvero dove
sbagliavo. Confondevo le proprieta' della classe con i dati che
eventualmente gli si richiede di gestire.

Adesso grazie a te mi e' tutto chiaro invece.


text:
....
> Il concetto è che se ragioni in termini di OOP devi creare dei
> livelli/layer separati
> Ci sarà un livello, classi che parlano il DB.
> Poi un altro livello che gestice la parte logica o business.
> Infine un altro livello che gestisce la parte client ( web, vb, ecc
> ecc)
> Cerca architettura OOP three layer.

Finalmente sento cose sensate...!
L'architettura OOP poggia sul concetto di DAL quando si interfaccia con i DB.
Il "DAL" è proprio il Data Access Layer... che svincola il DB dall'interfaccia e rende disponibili i dati, è una sorta di interprete.

Purtroppo questi concetti con Access sono molto complessi e decisamente poco applicabili con il VBA anche dovuto alla limitazione del VBA stesso, nonchè dei metodi standard di sviluppo.

Non mi unisco alla discussione in quanto come spesso accade ho poi poco tempo per portare a termine ragionamenti complicati.

@Alex


text:
On Monday, January 26, 2015 at 3:13:52 PM UTC+1, @Alex wrote:
> ....
> > Il concetto è che se ragioni in termini di OOP devi creare dei
> > livelli/layer separati
> > Ci sarà un livello, classi che parlano il DB.
> > Poi un altro livello che gestice la parte logica o business.
> > Infine un altro livello che gestisce la parte client ( web, vb, ecc
> > ecc)
> > Cerca architettura OOP three layer.
>
> Finalmente sento cose sensate...!

Certo, ma e' lo stesso concetto che mi delineava Alessandro Cara.
Non l' hai letto ?

> L'architettura OOP poggia sul concetto di DAL quando si interfaccia
> con i DB. Il "DAL" è proprio il Data Access Layer... che svincola
> il DB dall'interfaccia e rende disponibili i dati, è una sorta di
> interprete.

Ossia il DAL non e' che una *classe*, dico bene ?

> Purtroppo questi concetti con Access sono molto complessi

perche' ?

> e decisamente poco applicabili con il VBA anche dovuto alla
> limitazione del VBA stesso, nonchè dei metodi standard di sviluppo.

perche' ?

> Non mi unisco alla discussione in quanto come spesso accade ho poi
> poco tempo per portare a termine ragionamenti complicati.

Peccato


text:
Il 26/01/2015 15:13, @Alex ha scritto:
> ....
>> Il concetto è che se ragioni in termini di OOP devi creare dei
>> livelli/layer separati
>> Ci sarà un livello, classi che parlano il DB.
>> Poi un altro livello che gestice la parte logica o business.
>> Infine un altro livello che gestisce la parte client ( web, vb, ecc
>> ecc)
>> Cerca architettura OOP three layer.
>
> Finalmente sento cose sensate...!
> L'architettura OOP poggia sul concetto di DAL quando si interfaccia con i DB.
> Il "DAL" è proprio il Data Access Layer... che svincola il DB dall'interfaccia e rende disponibili i dati, è una sorta di interprete.

Aria fritta direbbe Bruno Campanini  ;-)
e i "three layers", senza questo nome pomposo, gia' venivano applicati
al tempo che il comandamento base era "programmazione strutturata":
1) Sezione di I/O dati
2) Sezione di logica
3) Sezione di presentazione (I/O di interfaccia utente)
Il punto di forza dei tanti RAD era in funzione di come trattavano i
punti 1 e 3 (che, a mio modesto parere, continua ad essere il punto di
forza di access, classi o non classi) ed il quesito iniziale dell'OP mi
sembrava piu' "astratto" della banale assegnazione logica di una classe
a una sezione o ad un'altra o di come le classi vengano implementate in
Access (la mancanza di alcune "features" probabilmente la conosciamo
entrambi)



text:
Alessandro Cara used his keyboard to write :
> Il 26/01/2015 15:13, @Alex ha scritto:
>> ....
>>> Il concetto è che se ragioni in termini di OOP devi creare dei
>>> livelli/layer separati
>>> Ci sarà un livello, classi che parlano il DB.
>>> Poi un altro livello che gestice la parte logica o business.
>>> Infine un altro livello che gestisce la parte client ( web, vb, ecc
>>> ecc)
>>> Cerca architettura OOP three layer.
>>
>> Finalmente sento cose sensate...!
>> L'architettura OOP poggia sul concetto di DAL quando si interfaccia con i
>> DB.
>> Il "DAL" è proprio il Data Access Layer... che svincola il DB
>> dall'interfaccia e rende disponibili i dati, è una sorta di interprete.
>
> Aria fritta direbbe Bruno Campanini  ;-)

Direi proprio così...

Divertitevi!

Bruno


text:
Il giorno lunedì 26 gennaio 2015 17:29:24 UTC+1, Alessandro Cara ha scritto:
> Il 26/01/2015 15:13, @Alex ha scritto:
> > ....
> >> Il concetto è che se ragioni in termini di OOP devi creare dei
> >> livelli/layer separati
> >> Ci sarà un livello, classi che parlano il DB.
> >> Poi un altro livello che gestice la parte logica o business.
> >> Infine un altro livello che gestisce la parte client ( web, vb, ecc
> >> ecc)
> >> Cerca architettura OOP three layer.
> >
> > Finalmente sento cose sensate...!
> > L'architettura OOP poggia sul concetto di DAL quando si interfaccia con i DB.
> > Il "DAL" è proprio il Data Access Layer... che svincola il DB dall'interfaccia e rende disponibili i dati, è una sorta di interprete.
>
> Aria fritta direbbe Bruno Campanini  ;-)
> e i "three layers", senza questo nome pomposo, gia' venivano applicati
> al tempo che il comandamento base era "programmazione strutturata":
> 1) Sezione di I/O dati
> 2) Sezione di logica
> 3) Sezione di presentazione (I/O di interfaccia utente)

La differenza (mi pare di capire ma correggimi se sbaglio) e' data dal
fatto che i livelli oggi vengono implementati da *classi*. Giusto ?

> Il punto di forza dei tanti RAD era in funzione di come trattavano i
> punti 1 e 3 (che, a mio modesto parere, continua ad essere il punto di
> forza di access, classi o non classi)

Perche' ? Ossia,  come  trattavano i punti 1 e 3 e perche' Access lo
fa meglio ? Ed anche : da dove hai  ricavato queste informazioni sul
funzionamento interno di Access ?

> ed il quesito iniziale dell'OP mi sembrava piu' "astratto" della
> banale assegnazione logica di una classe a una sezione o ad un'
> altra o di come le classi vengano implementate in Access (la
> mancanza di alcune "features" probabilmente la conosciamo entrambi)

Si, in effetti era piu' "concettuale" ma si basava su una confusione
(come  gia' t' ho scritto qui)  tra  dati che fungono da *proprieta'*
della classe e dati che la classe e' chiamata eventualmente a gestire.

Adesso pero' ho capito, e credo anche bene : la distinzione tra dati
*interni* alla classe ed *esterni* e' parzialmente convenzionale nel
senso che tutto sommato  dipende dal grado di isolamento che si vuol
conferire alla classe.

Fammi sapere


text:
Il 28/01/2015 07:22,
radica...@gmail.com
 ha scritto:
> Il giorno lunedì 26 gennaio 2015 17:29:24 UTC+1, Alessandro Cara ha scritto:
>> Il 26/01/2015 15:13, @Alex ha scritto:
>>> ....
>>>> Il concetto è che se ragioni in termini di OOP devi creare dei
>>>> livelli/layer separati
>>>> Ci sarà un livello, classi che parlano il DB.
>>>> Poi un altro livello che gestice la parte logica o business.
>>>> Infine un altro livello che gestisce la parte client ( web, vb, ecc
>>>> ecc)
>>>> Cerca architettura OOP three layer.
>>>
>>> Finalmente sento cose sensate...!
>>> L'architettura OOP poggia sul concetto di DAL quando si interfaccia con i DB.
>>> Il "DAL" è proprio il Data Access Layer... che svincola il DB dall'interfaccia e rende disponibili i dati, è una sorta di interprete.
>>
>> Aria fritta direbbe Bruno Campanini  ;-)
>> e i "three layers", senza questo nome pomposo, gia' venivano applicati
>> al tempo che il comandamento base era "programmazione strutturata":
>> 1) Sezione di I/O dati
>> 2) Sezione di logica
>> 3) Sezione di presentazione (I/O di interfaccia utente)
>
> La differenza (mi pare di capire ma correggimi se sbaglio) e' data dal
> fatto che i livelli oggi vengono implementati da *classi*. Giusto ?

Si.  In access, dato che e' gratis, non pensiamo al fatto che questo DAL
(a me ricorda la zuppa indiana) non e' altro che il recordset o in modo
estensivo l'oggetto database. Tale oggetto/i da quel quel "ponte" fra i
dati e la tua applicazione. Non a caso puoi cambiare il tipo di fonte
dati (jet, sqlserver, mysql e diosacosa) e i tuoi oggetti interni
continuano a fare il loro "sporco" lavoro (talvolta si "incartano" ma e'
un dettaglio).

>
>> Il punto di forza dei tanti RAD era in funzione di come trattavano i
>> punti 1 e 3 (che, a mio modesto parere, continua ad essere il punto di
>> forza di access, classi o non classi)
>
> Perche' ? Ossia,  come  trattavano i punti 1 e 3 e perche' Access lo
> fa meglio ? Ed anche : da dove hai  ricavato queste informazioni sul
> funzionamento interno di Access ?

Cercando di "automatizzare" le funzioni di lettura/scrittura sulle
periferiche di interfaccia (storage,Video,Stampante). Fatto sta che
tanti "vecchi" sistemi avevano un loro "dizionario" (da qualche parte le
informazioni devono essere registrate) . Tutti i frameworks per Java
fanno questo (quelli che conoscevo ;-) ) utilizzando, ora, quella
struttura dati gerarchica che e' l'XML (e l'HTML).

Non e' tanto funzionamento interno e', banalmente, il funzionamento.
Pensa semplicemente all'oggetto form/report.
L'oggetto form/report si occupa della presentazione ma ha al suo interno
anche l'oggetto di interfaccia per l' I/O dati. In questo senso non c'e'
molta "indipendenza" tra "layer di presentazione" e "layer dati" ma,
talvolta, tra la teoria e la pratica c'e' qualche "contaminazione"

Trovare informazioni sul funzionamento interno di alcuni "tools" e' roba
veramente complicata. Per un po' di tempo ci sono stati ottimi libri
tipo il Developer's Handbook per Access (sono fermo al 2000) ma ormai e'
un po' di tempo che non seguo piu' la "letteratura" informatica, ho
cambiato mestiere (sono diventato un "matematico" che "conta", do you
know?, anche se ho qualche detrattore  ;-)))))))))))))))))   )

P.S. Quando sento parlare di "businness" (due n) mi imbufalisco ;-))))



title: maschera uno a uno con casella combinata

author: David

text:
Ciao a tutti, vado subito a illustrare il mio problema.
Ho due tabelle: categoria e sottocategoria.
Come si capisce dal nome sottocategoria e' una tabella che comprende dei
dati che su riferiscono a categoria (esempio: in categoria ho materiale per
costruzione ...in sottocategoria ho  un campo con cemento uno con ferro etc
etc)
le tabelle:
CATEGORIA
idcategoria
descrizione
SOTTOCATEGORIA
idsottocategoria
rifcategoria   (questo e' un campo dove con un valore numerico faccio
riferimento alla categoria di appartenenza)
descrizione
relazione una a una con campo idcategoria------rifcategoria
Io vorrei usare due caselle combinate, la prima mi permette di selezionare
la categoria e una volta selezionata, nella seconda mi appare la lista di
elementi che però si riferiscono solo alla categoria selezionata (es
seleziono materiale costruzione mi appare la lista solo di materiali  e
null'altro)?
Ho provato con mascera e sottomaschera ma....o sbaglio io o non e' il modo
migliore....
Grazie mille a tutti!
ciao
--
________________________________________
Davide Cielo
d.c...@tin.it


text:
"David" <
davi...@yahoo.it
> ha scritto nel messaggio
news:wiWm6.25188$Yx4.9...@news6.giganews.com...

A parte che le due tabelle debbono essere in relazione uno-a-molti e non
uno-a-uno, dell'uso di due caselle combinate usate in cascade se ne parla
nel NG in continuazione.
Vai sul Sito Comune (link qui sotto), Sezione Forms, "Esempi di utilizzo
delle forms"; tra gli esempi trovi quello che serve a te.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


text:
Roberto dal portatile <
r.ma...@libero.it
> wrote in message
IL4n6.27881$Y93.7...@news.infostrada.it...
>
> "David" <
davi...@yahoo.it
> ha scritto nel messaggio
> news:wiWm6.25188$Yx4.9...@news6.giganews.com...
> > Ciao a tutti, vado subito a illustrare il mio problema.
> >
> > Ho due tabelle: categoria e sottocategoria.
> >
> > Come si capisce dal nome sottocategoria e' una tabella che comprende dei
> > dati che su riferiscono a categoria (esempio: in categoria ho materiale
> per
> > costruzione ...in sottocategoria ho  un campo con cemento uno con ferro
> etc
> > etc)
> > le tabelle:
> > CATEGORIA
> > idcategoria
> > descrizione
> >
> > SOTTOCATEGORIA
> > idsottocategoria
> > rifcategoria   (questo e' un campo dove con un valore numerico faccio
> > riferimento alla categoria di appartenenza)
> > descrizione
> >
> > relazione una a una con campo idcategoria------rifcategoria
> >
> > Io vorrei usare due caselle combinate, la prima mi permette di
selezionare
> > la categoria e una volta selezionata, nella seconda mi appare la lista
di
> > elementi che perň si riferiscono solo alla categoria selezionata (es
> > seleziono materiale costruzione mi appare la lista solo di materiali  e
> > null'altro)?
> > Ho provato con mascera e sottomaschera ma....o sbaglio io o non e' il
modo
> > migliore....
> >
> > Grazie mille a tutti!
> >
> > ciao
> >
>
> A parte che le due tabelle debbono essere in relazione uno-a-molti e non
> uno-a-uno, dell'uso di due caselle combinate usate in cascade se ne parla
> nel NG in continuazione.
> Vai sul Sito Comune (link qui sotto), Sezione Forms, "Esempi di utilizzo
> delle forms"; tra gli esempi trovi quello che serve a te.
>
> --
>
> Roberto
>
> ---------------------------------------------
> il Sito Comune di it.comp.appl.access:
>
http://www.sitocomune.com
> ---------------------------------------------
>
Si lo so' che dovrebbero essere uno a molti....ma non e' cosě mi permetto
solo uno a uno....non so perche'...per il resto avevo gia' letto molte volte
risoluzione di problemi analoghi..ma questo e' un po' diverso.
on effetti...per ogni record di una tabella corrisponde un record
dell'altra.....o meglio......ogni record della seconda tabella
(SOTTOCATEGORIA) e' legato ad un record della prima ed a uno solo
(CATEGORIA)
Che mi consigliate???
ciao
Davide


author: Roberto da casa

text:
"David" <
davi...@yahoo.it
> ha scritto nel messaggio
news:Q9cn6.27283$Yx4.1...@news6.giganews.com...
> Roberto dal portatile <
r.ma...@libero.it
> wrote in message
> IL4n6.27881$Y93.7...@news.infostrada.it...
> >
[CUT]
> Si lo so' che dovrebbero essere uno a molti....ma non e' cosě mi permetto
> solo uno a uno....non so perche'...per il resto avevo gia' letto molte
volte
> risoluzione di problemi analoghi..ma questo e' un po' diverso.
>
> on effetti...per ogni record di una tabella corrisponde un record
> dell'altra.....o meglio......ogni record della seconda tabella
> (SOTTOCATEGORIA) e' legato ad un record della prima ed a uno solo
> (CATEGORIA)
>
> Che mi consigliate???
>
> ciao
> Davide
>
Scusami Davide, ma a fronte di un rcord categoria esistono piů record
sottocategoria e non perché lo dico io ma perchč lo dici tu; riporto qui di
seguito testualmente una tua frase del tuo precedente messaggio: "(esempio:
in categoria ho materiale per
costruzione ...in sottocategoria ho  un campo con cemento uno con ferro etc
etc)".
Da ciň si desume che la relazione che lega le due tabelle e di tipo
uno-a-molti, e non mi sembra che il tuo caso sia atipico.



text:
Roberto da casa <
r.ma...@libero.it
> wrote in message
6yfn6.35765$Y93.1...@news.infostrada.it...

Forse mi sono spiegato male.......opss......
quello che voglio dire e' che ho due tabella in cui ci sono cmq due liste
categorie e sottocategorie....
Le voci presenti nelle tabelle sono uniche tra loro.... unica soluzione che
mi viene adesso e che per creare una relazione una a molti mi conviene
creare una chiave primaria formata dall'id e dalla descrizione nella tabella
descrizione......unendole tra loro!
O sbaglio?
ciao e grazie lo stesso anche per la pazienza!


text:
"David" <
davi...@yahoo.it
> ha scritto nel messaggio
news:n9gn6.28430$Yx4.1...@news6.giganews.com...
[CUT]
> Forse mi sono spiegato male.......opss......
> quello che voglio dire e' che ho due tabella in cui ci sono cmq due liste
> categorie e sottocategorie....
> Le voci presenti nelle tabelle sono uniche tra loro.... unica soluzione
che
> mi viene adesso e che per creare una relazione una a molti mi conviene
> creare una chiave primaria formata dall'id e dalla descrizione nella
tabella
> descrizione......unendole tra loro!
> O sbaglio?
Non č assolutamente necessario.
> ciao e grazie lo stesso anche per la pazienza!
>
Fermo restando la struttura delle due tabelle che č OK e che le chiavi
primarie delle due tabelle siano rispettivamente idcategoria e
idsottocategoria.
Se la maschera che contiene le tue due caselle combinate ha una
visualizzazione a Maschera singola, si chiama Maschera1 e le due combo si
chiamano ComboCategoria e ComboSottocategoria, prova a fare cosě.
Come origine riga di ComboCategoria scrivi:
SELECT DISTINCTROW [CATEGORIA].[IdCategoria], [CATEGORIA].[Descrizione] FROM
[CATEGORIA];
ComboCategoria deve avere due colonne di cui visibile solo la seconda.
Come origine riga di ComboSottocategoria scrivi:
SELECT DISTINCTROW SOTTOCATEGORIA.idsottocategoria,
SOTTOCATEGORIA.Descrizione FROM SOTTOCATEGORIA WHERE
(((SOTTOCATEGORIA.rifcategoria)=[Forms]![Maschera1]![ComboCategoria]));
ComboSottocategoria deve avere due colonne di cui visibile solo la seconda.
A fronte dell'evento "Dopo aggiornamento" di ComboCategoria genera il
seguente codice VBA:
Private Sub ComboCategoria_AfterUpdate()
Me!ComboSottocategoria.Requery
End Sub



title: Date e sql

text:
Ciao a tutti mi permetto di chiedervi un aiuto,
perchč dopo circa 4 ore getto la spugna.
Ho una istruzione sql che utilizzo per inserire dei dati in una casella di
riepilogo:
"SELECT USCITE.IDUSCITA, USCITE.DATA, USCITE.DATASPEC " & _
   "FROM USCITE WHERE (((USCITE.DATASPEC)=#" & Format$(Me.Testo2,
"dd/mm/yyyy") & "#));"
e fin qui tutto ok....ma il problema c'e' ...se si vede.....
Se io voglio elencare tutte le uscite del 09/03 dovrei inserire la data
09/03/2002, ma purtroppo l'elenco rimane vuoto!!!
Se invece io inserisco come data 03/09/2002 vengono elencate le uscite del
09/03/2002!!!!!!!!
In effetti se dopo aver associato l'sql al mio elenco con
me.elenco0.rowsource=...... vado a vedere il generatore di query
dell'origine record del mio elenco (utilizzando il pulsantino con i 3
puntini posto a destra della mia riga di origine dati) mi mostra la data nel
formato inglese mm/dd/aaaa!!!
Cosa posso fare per ovviare a questo problema!!!
Spero di essere stato chiaro.
Ciao e grazie
--
** SuperDavid **


title: Date e sql

author: Paolo opg

text:
David_one <
david...@yahoo.com
> wrote in message
na5E8.58142$US3.1...@twister1.libero.it...
> "SELECT USCITE.IDUSCITA, USCITE.DATA, USCITE.DATASPEC " & _
>    "FROM USCITE WHERE (((USCITE.DATASPEC)=#" & Format$(Me.Testo2,
> "dd/mm/yyyy") & "#));"
>
> e fin qui tutto ok....ma il problema c'e' ...se si vede.....
> Se io voglio elencare tutte le uscite del 09/03 dovrei inserire la data
> 09/03/2002, ma purtroppo l'elenco rimane vuoto!!!
> Se invece io inserisco come data 03/09/2002 vengono elencate le uscite del
> 09/03/2002!!!!!!!!
>
č giusto cosě.
nelle istruzioni sql il formato data deve essere quello inglese.


title: Date e sql

text:
"David_one" <
david...@yahoo.com
> ha scritto nel messaggio
news:na5E8.58142$US3.1...@twister1.libero.it...
> Ciao a tutti mi permetto di chiedervi un aiuto,
> perchè dopo circa 4 ore getto la spugna.

Prova così:
"SELECT USCITE.IDUSCITA, USCITE.DATA, USCITE.DATASPEC " & _
   "FROM USCITE WHERE (((USCITE.DATASPEC)=#" & Format$(Me.Testo2,
"mm/dd/yyyy") & "#));"
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Usare un recorset per filtrare una maschera

text:
Ad esempio č possibile usare un recordset che contiene un certo numero
di IDOrdine per filtrare la maschera "Ordini"?
Sottolineo filtrare ,cioč senza cambiare l'origine dei dati della
maschera.
Grazie
Bach


text:
On Fri, 18 Feb 2000 22:06:57 GMT,
lore...@tin.it
 (Lorenzo Coronati)
wrote:
Il limite di 255 caratteri per la proprieta filtro č molto vincolante.
Interessante l'uso di IN
>Se i valori sono tanti, usa "ID IN (4, 34,
Grazie
Bach


text:
Se vi interessa ho rinunciato a filtrare la maschera e ho creato due
pulsanti di spostamento che usano il recorset .
Bach


title: Disattivare il pulsante"X" del Database

author: MicheleG

text:
Salve a tutti,
Ho provato ad utilizzare il codice presente sul "sito comune", ma non
essendo pratico di VBA probabilmente sbaglierò qualcosa.
E' possibile tramite macro?
Inoltre ho diviso il mio database in FE e BE e volevo salvarlo in MDE;
purtroppo ricevo un errore d'impossibilità di salvarlo in MDE.
Utilizzo Access 2000 e Windows 2000, accedendo al sistema come
amministratore.
Il database attualmente non ha nessuna Password o protezione di alcun tipo.
Sperando in un vostro aiuto, Vi ringrazio e saluto!!!


title: Disattivare il pulsante"X" del Database

author: Giuseppe

text:
"MicheleG" <
ilpro...@libero.it
> ha scritto nel messaggio
news:8vjs1a$qdm$1...@lacerta.tiscalinet.it...
> Salve a tutti,
>
> Ho provato ad utilizzare il codice presente sul "sito comune", ma non
> essendo pratico di VBA probabilmente sbaglierò qualcosa.
> E' possibile tramite macro?
prova a impostare la proprietà  Pulsante chiusura , della maschera, : No



title: Disattivare il pulsante"X" del Database

text:
"Giuseppe" <
ebq...@tin.it
> ha scritto nel messaggio
news:8vmpff$4uo$1...@nslave2.tin.it...

Vorrei disattivare il tasto "X" dell'intera applicazione e non quello della
singola maschera che avevo già tolto.
Comunque ti ringrazio.


title: Disattivare il pulsante"X" del Database

author: Michele Amato

text:
MicheleG <
ilpro...@libero.it
> wrote in message
8vpdqk$p53$1...@lacerta.tiscalinet.it...
>
> "Giuseppe" <
ebq...@tin.it
> ha scritto nel messaggio
> news:8vmpff$4uo$1...@nslave2.tin.it...

> Vorrei disattivare il tasto "X" dell'intera applicazione e non quello
della
> singola maschera che avevo già tolto.
>
> Comunque ti ringrazio.
>
>
E' possibile, ti interessa ancora?
Michele Amato
P.S.
Mi sono imbattuto in questo thread per caso, quasi un mese dopo...


title: Disattivare il pulsante"X" del Database

author: OndaMax

text:
Michele Amato > wrote in message ...
> > Vorrei disattivare il tasto "X" dell'intera applicazione e non quello
> della
> > singola maschera che avevo già tolto.
>
> E' possibile, ti interessa ancora?
A me sì ... :-)
OndaMax


title: Disattivare il pulsante"X" del Database

author: Fabio Montagner

text: Anche a me interesserebbe.


title: Disattivare il pulsante"X" del Database

text:
OndaMax <
ond...@liberox.it
> wrote in message
k0wZ5.88980$hk4.3...@news.infostrada.it...

Soluzione A (skill medio-alto):
via API, faccio sparire i 3 pulsanti _ M X, attenzione però all'ALT-F4
Crea un nuovo modulo ed incolla questo codice
'INIZIO CODICE
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
Option Compare Database
Option Explicit
Private Declare Function fxMAE_GetParentWind% Lib "User32" Alias "GetParent"
(ByVal hWnd%)
Private Declare Function fxMAE_GetWindowLong Lib "User32" Alias
"GetWindowLongA" (ByVal hWnd%, ByVal Index%) As Long
Private Declare Function fxMAE_SetWindowLong Lib "User32" Alias
"SetWindowLongA" (ByVal hWnd%, ByVal Index%, ByVal Style&) As Long
'----Declare Constants
Const GWL_STYLE = -16
Const WS_SYSMENU = &H80000
Const WS_MINIMIZEBOX = &H20000
Const WS_MAXIMIZEBOX = &H10000
Function fxMAE_HideApplicationButtons()
Dim llPrevWinStyle As Long, llNewWinStyle As Long
  llPrevWinStyle = fxMAE_GetWindowLong(Application.hWndAccessApp, GWL_STYLE)
  llNewWinStyle = (llPrevWinStyle And Not WS_SYSMENU And Not WS_MINIMIZEBOX)
Or WS_MAXIMIZEBOX
  llPrevWinStyle = fxMAE_SetWindowLong(Application.hWndAccessApp, GWL_STYLE,
llNewWinStyle)
  MsgBox "Pulsanti disattivati, attenzione, gestire l'ALT-F4!!!"
End Function
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
'FINE CODICE
Soluzione B (skill medio), presuppone la presenza di un maschera usata come
"Pannello comandi":
nella routine evento Unload di tale maschera:
Private Sub Form_Unload(Cancel As Integer)
  If MsgBox("Confermi la chiusura dell'applicazione corrente?", vbQuestion +
vbYesNo) = vbYes Then
    Application.Quit
  Else
    Cancel = True
  End If
End Sub
Io personalmente preferisco usare la seconda: è - hard coded e + standard
windows (infatti la si può ritrovare nell'Access Navigator).
Chi vuole usare la prima, comunque, si ricordi di gestire l'ALT-F4...
HTH
Michele Amato
--
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
Sulla mia pagina personale
http://utenti.worldonline.it/micheleamato
è possibile trovare una add-in per Access97-2000:
          Access Navigator 3.0
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}


title: Macro fantasma

author: E. Delacroix

text:
Ho cancellato una macro sottostante un bottone in una form. L'ho
sotituita nella funzione su clik con una routine evento, ma non
funziona, mi da errore perche' non trova la macro cancellata.! Come
faccio a liberarmi di questa macro fantasma?
Grazie
Pino


title: Macro fantasma

author: Antonio Biso

text:
"E. Delacroix" <
gimo...@libero.it
> ha scritto nel messaggio
news:00uo70lkurl37ooru...@4ax.com...

Probabilmente associato all'evento c'è ancora "macro" e non [routine evento]
Antonio


title: Macro fantasma

text:
Il Wed, 14 Apr 2004 09:08:53 GMT, "Antonio Biso" <
ch...@etruria.net
>
ha scritto:
>
>Probabilmente associato all'evento c'è ancora "macro" e non [routine evento]
>
Purtroppo no, e' specificato [routine evento].
Ho provato anche a rifare piu' macro con altro nome, ma mi dice sempre
che non trova la macro iniziale. Che tutto derivi dal fatto che ho
effettuato una conversione in VB di questa macro per poter maneggiare
il codice?
Pino


title: Macro fantasma

text:
"E. Delacroix" <
gimo...@libero.it
> ha scritto nel messaggio
news:7e3q70pahve2fq0jc...@4ax.com...
> Il Wed, 14 Apr 2004 09:08:53 GMT, "Antonio Biso" <
ch...@etruria.net
>
> ha scritto:
>
> >
> >Probabilmente associato all'evento c'č ancora "macro" e non [routine
evento]
> >
>
> Purtroppo no, e' specificato [routine evento].
> Ho provato anche a rifare piu' macro con altro nome, ma mi dice sempre
> che non trova la macro iniziale. Che tutto derivi dal fatto che ho
> effettuato una conversione in VB di questa macro per poter maneggiare
> il codice?
Allora.
Tu adesso hai un pulsante che si chiama?
Supponiamo Puls.
All'evento clic di Puls c'hai routine evento.
Se clicchi sui tre puntini ti salta al codice sulla sub Puls_Click ?
Se sě, posta il codice associato
Antonio


title: Macro fantasma

text:
Il Wed, 14 Apr 2004 10:52:34 GMT, "Antonio Biso" <
ch...@etruria.net
>
ha scritto:
>Allora.
>Tu adesso hai un pulsante che si chiama?
>Supponiamo Puls.
>All'evento clic di Puls c'hai routine evento.
>Se clicchi sui tre puntini ti salta al codice sulla sub Puls_Click ?
>Se sì, posta il codice associato
>
Ecco:
Private Sub Comando9_Click()
On Error GoTo Err_Comando9_Click
    Dim stDocName As String
    stDocName = "Energia Elettrica"
    DoCmd.OpenReport stDocName, acPreview
Exit_Comando9_Click:
    Exit Sub
Err_Comando9_Click:
    MsgBox Err.Description
    Resume Exit_Comando9_Click

End Sub
N.B: Il Report da aprire "Energia Elettrica" nelle mie intenzioni
sara' sostituito da una espressione che dia il  contenuto selezionato
di una casella combinata che mostra tutti gli altri Report
disponibili.
All'inizio avevo cominciato semplicemente associando al "Comando9" la
macro incriminata che doveva aprire il Report selezionato.
Nell'argomento Nome Report avevo inserito =[CasellaCombinata4], ma non
funzionava e una serie di tentativi maldestri mi ha portato in questo
vicolo cieco.
Pino


title: Macro fantasma

text:
"E. Delacroix" <
gimo...@libero.it
> ha scritto nel messaggio
news:a89s70huvm9lnjspf...@4ax.com...
> Il Wed, 14 Apr 2004 10:52:34 GMT, "Antonio Biso" <
ch...@etruria.net
>
> ha scritto:
>
> >Allora.
> >Tu adesso hai un pulsante che si chiama?
> >Supponiamo Puls.
> >All'evento clic di Puls c'hai routine evento.
> >Se clicchi sui tre puntini ti salta al codice sulla sub Puls_Click ?
> >Se sě, posta il codice associato
> >
> Ecco:
>
> Private Sub Comando9_Click()
> On Error GoTo Err_Comando9_Click
>
>     Dim stDocName As String
>
>     stDocName = "Energia Elettrica"
>     DoCmd.OpenReport stDocName, acPreview
Su che riga ti da l'errore?
Verifica che il report si chiami proprio cosě
Antonio


title: Macro fantasma

text:
Il Thu, 15 Apr 2004 07:51:54 GMT, "Antonio Biso" <
ch...@etruria.net
>
ha scritto:
>
>
>Su che riga ti da l'errore?
>Verifica che il report si chiami proprio cosě
>
>Antonio
>
No, non da' errore, si apre una finestra messaggio con scritto:
"Ipossibile trovare la Macro2
La Macro(o il relativo gruppo di Macro) non esiste oppure e' nuova ma
non e' stata ancora salvata.
Quando si immette la sintassi nomegruppomacro.nomemacro in una
argomento, e' necessario specificare l'ultimo nome con il quale e'
stato salvato il gruppo delle macro."
Siccome l'elenco dei Report e' ricavato da un campo di una tabella ho
pensato che ci fossero problemi di spazi. Per questo ho sempre fatto
le prove con "Energia Elettrica", che occupa tutti i caratteri del
campo.
Ciao Pino


title: Macro fantasma

text:
"E. Delacroix" <
gimo...@libero.it
> ha scritto nel messaggio
news:5ors70l4njkhlmpj8...@4ax.com...
> Il Thu, 15 Apr 2004 07:51:54 GMT, "Antonio Biso" <
ch...@etruria.net
>
> ha scritto:
>
> >
> >
> >Su che riga ti da l'errore?
> >Verifica che il report si chiami proprio così
> >
> >Antonio
> >
>
> No, non da' errore, si apre una finestra messaggio con scritto:
>
> "Ipossibile trovare la Macro2
> La Macro(o il relativo gruppo di Macro) non esiste oppure e' nuova ma
> non e' stata ancora salvata.
> Quando si immette la sintassi nomegruppomacro.nomemacro in una
> argomento, e' necessario specificare l'ultimo nome con il quale e'
> stato salvato il gruppo delle macro."
Questo messaggio ti da la possibilità di andare in debug?
Se sì, dopo esserci andato, su quale riga si ferma?
Il report ha per caso del codice all'apertura?
C'è una macro associata?
Antonio


title: Macro fantasma

author: Pino

text:
Il 15 Apr 2004, 14:06, "Antonio Biso" <
ch...@etruria.net
> ha scritto:
>
> Il report ha per caso del codice all'apertura?
> C'è una macro associata?
>
Ssi ... sono desolato, mi cospargo il capo di cenere, c'era associata la
maledetta Macro2 ...
Ora funziona tutto bene.
Grazie per la pazienza e la cortesia.
Ciao
Pino
--------------------------------
Inviato via
http://arianna.libero.it/usenet/


title: Macro fantasma

text:
"Pino" <
gimo...@libero.it
> ha scritto nel messaggio
news:82Z105Z248Z150Y...@usenet.libero.it...
> Il 15 Apr 2004, 14:06, "Antonio Biso" <
ch...@etruria.net
> ha scritto:
>
> >
> > Il report ha per caso del codice all'apertura?
> > C'è una macro associata?
> >
>
> Ssi ... sono desolato, mi cospargo il capo di cenere, c'era associata la
> maledetta Macro2 ...
> Ora funziona tutto bene.
>
> Grazie per la pazienza e la cortesia.
Groan...
Antonio


title: Scrittura Recordsource form che da mdb funziona, da mde non funziona

author: RobertoA

text:
Access 2013 su Win 8/10
Ho una form continua il cui recordsource viene caricato all'apertura
della form stessa
Dati su tabelle collegate, via odbc, db Firebird
La stringa passata al recordsource della form e' del tipo:

select * from DOCUMENTITESTATE where DATA_DOCUMENTO=#01/15/2019#

Ho messo il 01/15 apposta per far capire che il problema e' quello
dell'indicazione giorno/mese dritto o rovescio
Se avvio la procedura da ambiente programmazione, con Access installato,
funziona tutto correttamente
Se avvio l'mde, su postazione che abbia solo il run-time installato, mi
segnala errore 3146, che e' l'errore odbc generico

1- c'e' modo di eliminare il problema dell'interpretazione delle date da
parte del motore db Access?

2- nel caso non ci fosse modo, come fare per riconoscere quando c'e' il
problema (e quindi adattare il software ed inviare giorno/mese invertiti) ?


text:
Il source è ReadOnly... se si prova una PassTrought...

@Alex


author: Karl Donaubauer

text:
Salve,

Robertoa ha scritto:

Prova se funziona col formato ISO: yyyy-mm-dd

v.a.
http://www.donkarl.com/it?FAQ6.8

--
Ciao
Karl
*********
http://www.AccessDevCon.com

Access FAQ:
http://www.donkarl.com/it


text:
Il 18/02/2019 11:11, @Alex ha scritto:
> Il source è ReadOnly... se si prova una PassTrought...
>
> @Alex
>

No, non credo sia quello
Se lo fosse, darebbe errore anche se inserisco uno 01/01/2019 come data
ed invece fino al 01/12/2019  non segnala nessun problema (sbaglia
ovviamente visualizzazione perche' mostra le righe con DataDocumento
fino al 12/01/2019)


text:

Ah, non sapevo
Provo subito


text:

Provato
Ma da' lo stesso problema di prima
Quello che non mi spiego e' la differenza di funzionamento tra mdb ed
mde, mi ero illuso che potessero dare sempre gli stessi risultati
Ma evidentemente non e' cosi'


text:

Eliminato il riferimento a Word Object Library (msword.olb) e' tornato
tutto a funzionare correttamente
Per essere sicuro fosse SOLO quello ho provato a rimettercelo, poi a
tirarlo via di nuovo
E' proprio lui
Questa e' davvero, per me, inspiegabbbole


title: Controllo calendario

text:
Spero che lbo (mitico!!) mi senta.
Sto impazzendo con il controllo calendario:
voglio creare una agenda per gli appuntamenti computerizzata.
Va tutto bene (o quasi) finché non cerco di intercettare con il metodo
NewMonth il mese di riferimento del calendario: la proprietà Month mi
restituisce sempre il mese corrente, non quello visualizzato nel
calendario!
Che fare?
Grazie a chiunque sappia la soluzione
                                      Doc Ross
doc_...@libero.it
--
Posted from 193.204.206.204 by way of
smtp2.libero.it
 [193.70.192.52]
via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Proprietà visibile di caselle

author: Mattia

text:
Scusate l'ignoranza ma mi capita una cosa strana e non riesco a capire se mi
sono rimbecillito. In un semplice report ho una semplice casella di testo
con la sua bella etichetta. Se setto la proprietà visibile della casella di
testo a no mi scompare anche la sua etichetta pur avendo questa la proprietà
visibile a si. Ma è normale ?
E come faccio a nascondere solo la casella di testa ma non la sua etichetta
? Tenete conto che ne ho una 30-ina di caselle quindi sarebbe un suicidio se
dovessi cancellare le etichette che vengono create in automatico con la
casella di testo e poi ricrearle ex novo. Forse avrei fatto meglio a fare il
ponte oggi ..... !!!!!
TIA            Mattia
--
Togli ETABETA dall'indirizzo e-mail


title: Proprietà visibile di caselle

author: Sib dal portatile

text:
"Mattia" <
smattia...@libero.it
> ha scritto nel messaggio
news:ZT9H6.28072$sb5.2...@news.infostrada.it...
> Scusate l'ignoranza ma mi capita una cosa strana e non riesco a capire se
mi
> sono rimbecillito. In un semplice report ho una semplice casella di testo
> con la sua bella etichetta. Se setto la proprietą visibile della casella
di
> testo a no mi scompare anche la sua etichetta pur avendo questa la
proprietą
> visibile a si. Ma č normale ?
CUT
E' perfettamente normale.
D'altro canto a cosa serve una etichetta se non c'e' il dato? Non e' una
domanda retorica, vorrei proprio sapere a che ti serve.
Inoltre, cosa contengono le caselle che rendi invisibili?
Comunque puoi rendere invisibile il bordo (se normalmente e' visibile) e
usare il bianco per i dati contenuti nella casella.
In alternativa taglia via le etichette, deseleziona le caselle e reincolla.
Le etichette che ti compariranno saranno slegate dalle caselle e quindi
restaranno visibili.
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: Proprietà visibile di caselle

text:
P.S. Togli NOSPAM dall'indirizzo e-mail
"Sib dal portatile" <
sibN...@iol.it
> ha scritto nel messaggio
news:91yH6.14484$0t6.5...@news.infostrada.it...
> "Mattia" <
smattia...@libero.it
> ha scritto nel messaggio
> news:ZT9H6.28072$sb5.2...@news.infostrada.it...
> > Scusate l'ignoranza ma mi capita una cosa strana e non riesco a capire
se
> mi
> > sono rimbecillito. In un semplice report ho una semplice casella di
testo
> > con la sua bella etichetta. Se setto la proprietà visibile della casella
> di
> > testo a no mi scompare anche la sua etichetta pur avendo questa la
> proprietà
> > visibile a si. Ma è normale ?
> CUT
>
> E' perfettamente normale.
> D'altro canto a cosa serve una etichetta se non c'e' il dato? Non e' una
> domanda retorica, vorrei proprio sapere a che ti serve.
Il fatto è che, per fare una bozza, ho creato questo report con
l'autocomposizione. Alcune di queste caselle di testo contengono un ID e
attraverso una dlookup su una 2° casella di testo ottengo la corrispondente
descrizione che mi serve. Quindi volevo nascondere la casella con l'ID,
visualizzare e quindi stampare la casella con il contenuto della dlookup e
tenere l'etichetta precedente visto che ha già alcune formattazione che mi
vanno bene.
> Inoltre, cosa contengono le caselle che rendi invisibili?
>
> Comunque puoi rendere invisibile il bordo (se normalmente e' visibile) e
> usare il bianco per i dati contenuti nella casella.
> In alternativa taglia via le etichette, deseleziona le caselle e
reincolla.
> Le etichette che ti compariranno saranno slegate dalle caselle e quindi
> restaranno visibili.
Avevo infatti provato anche questa soluzione e, seppur lunga per una 20-ina
di controlli, sarò costretto ad utilizzarla. Speravo ci fosse qualche
proprietà che mi consentisse di farlo in automatico, tipo "Slega l'etichetta
dalla casella" (chiedo troppo vero ...): anche perché ho notato che il
controllo etichetta è diverso dall'etichetta creata assieme alla casella di
testo (vedi proprietà di coll. ipertestuale) pur essendo tutte e due delle
etichette. Comunque grazie 1000 ......
Aloa            Mattia


title: Proprietà visibile di caselle

text:
"Mattia" <
smatti...@libero.it
> ha scritto nel messaggio
> "Sib dal portatile" <
sibN...@iol.it
> ha scritto nel messaggio
> > "Mattia" <
smattia...@libero.it
> ha scritto nel messaggio
> > > In un semplice report ho una semplice casella di testo
> > > con la sua bella etichetta. Se setto la proprietà visibile della
casella di
> > > testo a no mi scompare anche la sua etichetta pur avendo questa la
proprietà
> > > visibile a si. Ma è normale ?
> > CUT
> >
> > E' perfettamente normale.
> > D'altro canto a cosa serve una etichetta se non c'e' il dato? Non e' una
> > domanda retorica, vorrei proprio sapere a che ti serve.
>
> Il fatto è che, per fare una bozza, ho creato questo report con
> l'autocomposizione. Alcune di queste caselle di testo contengono un ID e
> attraverso una dlookup su una 2° casella di testo ottengo la
corrispondente
> descrizione che mi serve. Quindi volevo nascondere la casella con l'ID,
> visualizzare e quindi stampare la casella con il contenuto della dlookup e
> tenere l'etichetta precedente visto che ha già alcune formattazione che mi
> vanno bene.
Stai sbagliando tecnica.
In questi casi si converte la casella di testo in casella combinata e si
mette come recordsource della combo la tabella cui e' legato l'ID.
Formattando correttamente la combo ti verra' visualizzato il testo (o quello
che e') e non l'ID.
Poi, anche volendo usare una dlookup, perche' la metti in una seconda
casella? mettila nella prima.
> > Inoltre, cosa contengono le caselle che rendi invisibili?
> >
> > Comunque puoi rendere invisibile il bordo (se normalmente e' visibile) e
> > usare il bianco per i dati contenuti nella casella.
> > In alternativa taglia via le etichette, deseleziona le caselle e
> reincolla.
> > Le etichette che ti compariranno saranno slegate dalle caselle e quindi
> > restaranno visibili.
>
> Avevo infatti provato anche questa soluzione e, seppur lunga per una
20-ina
> di controlli, sarò costretto ad utilizzarla.
Oltre a quanto ti dico sopra, non e' un gran lavoro selezionare 20 caselle.
> Speravo ci fosse qualche
> proprietà che mi consentisse di farlo in automatico, tipo "Slega
l'etichetta
> dalla casella" (chiedo troppo vero ...):
Non e' che chiedevi troppo, chiedevi la soluzione sbagliata.
> anche perché ho notato che il
> controllo etichetta è diverso dall'etichetta creata assieme alla casella
di
> testo (vedi proprietà di coll. ipertestuale) pur essendo tutte e due delle
> etichette. Comunque grazie 1000 ......
Non e' che sono diverse, e' che sono collegate a una casella di testo. anche
le etichette che crei tu a mano puoi legarle a una casella di testo.



title: Proprietà visibile di caselle

text:
--
P.S. Togli NOSPAM dall'indirizzo e-mail
"Sib dal portatile" <
sibN...@iol.it
> ha scritto nel messaggio
news:5UiJ6.28608$UW4.1...@news.infostrada.it...
> "Mattia" <
smatti...@libero.it
> ha scritto nel messaggio
> > "Sib dal portatile" <
sibN...@iol.it
> ha scritto nel messaggio
> > > "Mattia" <
smattia...@libero.it
> ha scritto nel messaggio
> > > > In un semplice report ho una semplice casella di testo
> > > > con la sua bella etichetta. Se setto la proprietą visibile della
> casella di
> > > > testo a no mi scompare anche la sua etichetta pur avendo questa la
[SUPERCUT]
> Stai sbagliando tecnica.
> In questi casi si converte la casella di testo in casella combinata e si
> mette come recordsource della combo la tabella cui e' legato l'ID.
> Formattando correttamente la combo ti verra' visualizzato il testo (o
quello
> che e') e non l'ID.
Scusa per il ritardo. Ho utilizzato proprio questo metodo e funziona
perfettamente. Come dice il saggio "Impara l'arte e mettila da parte":
consiglio prezioso come sempre il tuo.
Grazie ancora di tutto.
Aloa                        Mattia


title: Tabelle collegate e rete

author: Catja Moeller

text:
Ho due mdb che sono condivisi in rete, uno con una collega, l'altro
con un'altra collega, entrambi contengono solo tabelle che sono poi
collegate ai nostri rispettivi FE con percorsi di rete.
In un caso tutto funziona benissimo. Nell'altro caso la mia collega
non riceve mai messaggi di errore quando apre il suo FE, io invece
ogni volta che apro Access devo cancellare il collegamento alle
tabelle (che stanno sul suo PC) e ricrearlo. Fatto questo posso aprire
e chiudere tutte le maschere che voglio finche' non chiudo Access. Se
p.es
. devo riavviare il PC o chiudo Access per qualche altro motivo,
devo ricollegare le tabelle di nuovo.


title: Tabelle collegate e rete

text:
Catja Moeller <
catja....@tiscalinet.it
> wrote in message
eqnivsohupr5pm993...@4ax.com...

Ma tu dove le ricolleghi le tabelle? se tu vai in strumenti/ aggiunte/
gestore tabelle
collegate, all'interno puoi selezionare tutti i link alle tabelle effettive
che hai nel tuo
FE e ridefinire il percorso andando a selezionare il database contenente le
tabelle
originali ogni volta che te lo chiede.
Al termine ti dirà che tutti  i collegamenti sono stati modificati e da quel
momento
i link del tuo FE faranno riferimento al database di origine.
Se è dopo questo procedimento che ti succede che perdi i link allora credo
la tua
copia di access abbia problemi.
Ciao, Tosto73.


title: Tabelle collegate e rete

text:
On Fri, 27 Oct 2000 12:51:15 GMT, "Tosto73" <
tos...@libero.it
> wrote:
>Ma tu dove le ricolleghi le tabelle? se tu vai in strumenti/ aggiunte/
>gestore tabelle
Io finora lo facevo con file/carica dati esterni/collega tabelle (o
tasto destro del mouse/collega tabelle). Non e' la stessa cosa? Cmq
adesso ho provato col gestore tabelle collegate, che d'altronde mi ha
sempre dato il percorso giusto anche prima.
Non e' che quelle 2 tabelle scompaiano. E' che devo cancellare il
collegamento e rifarlo uguale, altrimenti non funziona. Mi esce il mex
che dice che il db e' gia' aperto con uso esclusivo oppure occorre
l'autorizzazione ecc. ecc., il che non mi dice niente, perche' e'
quello che esce sempre, quando non funziona un collegamento in rete,
indipendentemente dal motivo,
p.es
. anche se il PC della collega e'
spento. o tutta la rete e' momentaneamente sparita ecc.


title: Tabelle collegate e rete

text:
Catja Moeller <
catja....@tiscalinet.it
> wrote in message
5v0jvskv3srmlm76n...@4ax.com...

Dal gestore tabelle collegate dovrebbe funzionare! tienimi aggiornato!
funziona??
tosto73


title: Tabelle collegate e rete

text:
Catja Moeller ha scritto nel messaggio ...
>In un caso tutto funziona benissimo. Nell'altro caso la mia collega
>non riceve mai messaggi di errore quando apre il suo FE, io invece
>ogni volta che apro Access devo cancellare il collegamento alle
>tabelle (che stanno sul suo PC) e ricrearlo. Fatto questo posso aprire
>e chiudere tutte le maschere che voglio finche' non chiudo Access. Se
>
p.es
. devo riavviare il PC o chiudo Access per qualche altro motivo,
>devo ricollegare le tabelle di nuovo.
Sicura che sulla cartella condivisa della tua collega non sia stata impostata Password?
Antonio