Newsgroup: it.comp.appl.access
Titolo: Array come origine sottomaschera

E' possibile? In che modo?
V. 

 V.
No... senza usare un Recordset ADO in memoria...!
Di solito si usano Tabelle Temporanee per queste cose.
@Alex

 No... senza usare un Recordset ADO in memoria...!
Ho una maschera con sottomaschera in foglio dati, voglio popolare la 
sottomaschera ciclando su un array, creato da un recordeset. E' possibile?
V. 


ma la hai letta la risposta? Poi se Alex si innervosisce ne ha ben donde!
-- 
ac
y-1=x

 ma la hai letta la risposta? Poi se Alex si innervosisce ne ha ben donde!
La risposta è stata: "No... senza usare un Recordset ADO in memoria", il che 
secondo logica significa che usando un recordset ADO in memoria è possibile.
Se non fosse possibile in nessun caso, avrebbe risposto "no" e basta.
La domanda era: si può popolare una sottomaschera ciclando un array? Secondo 
quanto risposto da Alex, sembra che la cosa non sia possibile "a meno che si 
usi un recordset ADO in memoria."
Da qui la mia richiesta di una ulteriore spiegazione. Cosa c'è di 
innervosente?
V.

 V.
La risposta è NO...!
Se hai un Recordset e generi un array per poi rigenerare un Recordset
per popolare una SubForm la prima cosa che mi viene in mente secondo
la logica è che uno che fa così è un pirla...! Ovvio che non è il tuo
caso...
Se hai un Recordset assegnalo direttamente alla proprietà Recordset di
Maschera o SubMaschera nel tuo caso... ma fai attenzione alla
relazione CampiMaster e campi Child...!
Ti suggerisco, prima di darti alla programmazione CREATIVA di
conoscere un minimo l'oggetto che stai usando altrimenti prendere
cantonate è semplice.
@Alex


E poi ti lamenti se ti do 5,5 in diplomazia   ;-))
Ciao!

 Ciao!
Guarda che ultimamente si leggono 3D che veramente fanno
innervosire... la soluzione è non rispondere... infatti come vedi
ultimamente sono spesso assente.
Questo almeno è Tecnico e l'autore probabilmente ha capito che non è
riferito a lui...
@Alex

 cantonate è semplice.
Suggerimento per suggerimento: prima di rispondere alle domande, cerca di 
formulare le risposte in modo inequivocabile.
V. 

 V.
Nono credo sia equivocabile quanto ti ho detto a meno di forti lacune
che te ne impediscano la razionalizzazione...
@Alex

 che te ne impediscano la razionalizzazione...
Sě, certo.
Buona fortuna.
V.

 V.
@Alex

A te... per la ricerca...
A te per la vita, col carattere cordiale che ti ritrovi ne hai sicuramente 
più bisogno di me.
V.

 V.
Devi essere un forte lettore di Nietzsche....
@Alex

 Devi essere un forte lettore di Nietzsche....
Tranquillo, appena lo includono nell'help di Access potrai dargli una letta
anche tu.
V.

 V.
Non mi riferivo al super TU ma al difensore della MORALE ...
Il MORALIZZATORE quello che che fanno anche alle Iene, era sarcasmo
sottile.
Lo so che non sai minimamente di cosa stò parlando ma fai almeno
finta... ti darebbe un'aria più colta.
@Alex

 E' possibile? In che modo?
Potresti usare un recordset non associato
----
Recordset non associati
http://www.riolab.org/viewrisorsa.asp?id=45
----
Nell'esempio il recordset non associato viene assegnato come origine record 
di casella di riepilogo, nulla vieta di usarlo come origine record di una 
maschera
Ciao
--
Giorgio Rancati
[Office Access MVP] 

Valery From The Mountain wrote:

se *sarebbimo* su it.discussioni.litigi. Nulla.
Cmq. non hai chiesto "ulteriori" spiegazioni.
Hai rifatto la domanda "parapara".
Personalmente avrei scritto:
E di grazia cosa cavolo e' un recordset ADO in memoria?
Lo avrebbe fatto innervosire lo stesso ma mi sarei perso parte del 
divertimento.
P.S.: sono incuriosito dal  modo in cui hai superato il problema della 
decodifica delle regioni. Non mi torna. Potresti spiegarmi come hai risolto?
-- 
ac
y-1=x

 
http://www.riolab.org/viewrisorsa.asp?id=45
Grazie, mi sembra la soluzione che cercavo.
V.

 risolto?
Mettendo la funzioncina che ho scritto non nell'evento current della
sottomaschera ma in un campo della query da cui ha origine. Ignoravo che le
query Access accettassero funzioni vba, non solo sql.
Ora faccio io una domanda a te: non era più semplice rispondermi, come ha
fatto Giorgio, dando uno spunto concreto invece di stronzeggiare? Mi sarebbe
andato benissimo un suggerimento su cosa cercare sull'help, come ho già
scritto non vengo qui pretendendo che gli altri mi risolvano i problemi.
V.

 finta... ti darebbe un'aria più colta.
Dovresti finire di colorarli i libri prima di citarli: hai scambiato la
linguistica e la logica con l'etica.
Ah, si dice "sto parlando" non "stò parlando". Al limite può dire zto
parlanto se vuoi continuare a rammentare a tutti hai letto la paginetta
wikipedia su Nietzsche.
V.

 fatto Giorgio, dando uno spunto concreto invece di stronzeggiare? 
Giorgio ha scritto la stessa cosa di Alex piu' un link, immagino, molto 
esplicativo vista la fonte.
Alex, non lo ha scritto esplicitamente, ma ti ha consigliato di 
guardarti sull'help i recordset ADO di natura connessa o non.
Ognuno poi ha il suo modo di rispondere + o - "accattivante"
-- 
ac
y-1=x

 Ognuno poi ha il suo modo di rispondere + o - "accattivante"
Se vale per tutti è una cosa bellissima.
V. 

 Se vale per tutti è una cosa bellissima.
Per quanto mi riguarda "deve" valere per tutti.
Cmq se vuoi "litigare" di meno c'e' sempre
microsoft.it.public.office.access
C'e' sempre il tuo "amichetto", pero' ;<)
-- 
ac
y-1=x

 test molto approfonditi.
... <glom>...<grep -i "^function" *.txt | wc -l> ... <sticazz>...
Escludendo le funzioni esplicitamente dichiarate come public o
private, nei moduli esportati ne ho 235; prevedibilmente in aumento...
Di cosa bisogna preoccuparsi, esattamente? Finora non ho visto
malfunzionamenti, al max qualche comportamento apparentemente strano
in condizioni particolari... ma se mi sto condannando a morte, almeno
vorrei saperlo, prima, grazie :-)
ciao,
Panathos


Gia' dato (cfr altro mio post).
A meno che tu non voglia "cambiare" dbms, nel qual caso sono "volatili 
per diabetici",
lungi da me fare del "terrorismo" su questa cosa.
-- 
ac
y-1=x

 per diabetici",
Siccome sto proprio apprestandomi a passare da un vetusto mysql 4.0.17
all'ultima versione di PostGreSQL per gestire una serie di tabelle (e
non solo)... puoi mica dettagliare un po'? (volatili per diabetici è
una espressione che uso pure io, nei momenti di remember :-))
ciao,
Panathos

 una espressione che uso pure io, nei momenti di remember :-))
Probabilmente le tue funzioni non le usi direttamente sull'sql.
Io mi riferivo specificatamente a questo uso di userfunction.
Tutti i dbms consentono, in genere, di utilizzare funzioni del 
linguaggio ad essi collegato (i.e. plSql per Oracle e Postgres, vba per 
access, transact per sqlserver) e di eseguire funzioni salvate sul d.b. 
in questo caso la sql e', ovviamente, inutilizzabile per un altro dbms e 
cio' ti costringe a riscrivere tali funzioni per il nuovo db o 
modificare la sql utilizzando una funzione "compatibile".
-- 
ac
y-1=x