text:
Saverio wrote:
> "Karl Donaubauer" <
NoS...@donkarl.com
> ha scritto nel messaggio
> news:3g67e8F...@individual.net...
>> (xpost in icaa e mpioa)
>>
>> Ciao,
>>
>> Sulla CISA1 sono presente 2 Microsofties. Un product planner per
>> Office della MS Italia e via telefono il Lead Program Manager per
>> Access a Redmond che costruisce Access, Service Packs ecc.
>>
>> Allora abbiamo la possibilità di chiedere domande e fare
>> proposte direttamente a gente responsabile.
>> Certo in primo luogo è inteso per i partecipanti ma credo che
>> ci resta tempo anche per fare inoltrare argomenti dai NG.
> CUT
>
> Premesso che Access è un prodotto fantastico è molto sottovalutato,
> da MS in primis;
Beh questo è discutibile.
Ti basta presentare un'applicazione e mostri cosa in realtà può fare.
> io l'unica cosa di cui sento la mancanza sono
> strumenti più evoluti per costruire l'interfaccia, in 2003 il
> controllo a schede è diventato uguale alle altre applicazioni Office
> e Windows (era ora!). Quando potremo creare applicativi con gli
> elementi di interfaccia di OL e degli altri applicativi Office?
Al cisa ho avuto modo di vedere il lavoro degli altri.
Ti parla uno a cui le maschere sono state definite "anemiche" seppur
lineari.
Nel senso che preferisco pulizia e non lascio molto spazio a giochetti
estetici.
Però non hai visto ad esempio le interfacce di Rino, alcune Office 2003 Puro
altre win Xp.
Di forte impatto.
A condannarlo solo l'uso del font Arial (RINO CAMBIA FONT, usa tahoma!!!)
> Faccio un elenco... 1 Controllo Elenco come le liste e-mail di OL
> (colonne ordinabili, raggruppabili, con la possibilità di inserire
> icone)
Listview, vedi sul sito di simplex
2 Controllo Elenco che mi permetta di creare un menu ad albero
> (vedi cartelle OL) senza dover chiamare API
Treview, ut supra
> 3 Maschere con barre di strumenti interne
vedi le applicazioni di Rino
> 4 Maschere che si possano "attaccare" ai bordi della finestra
> principale e ridimensionare a scapito delle altre maschere,  in modo
> da poter creare un applicativo dove le finestre non si
> sovrappongono...
vedi Rino o cmd un normale movesize
> 5 Anteprime report inseribili in una
> sottomaschera... in modo da poter curare meglio la presentazione
> dell'anteprima stessa.
controllo snapshot
>
> Tutti questi elementi sono già stati sviluppati per i pacchetti
> office... perché non renderli disponibili agli sviluppatori Access?
Ci sono tutti.
> Ne saremmo veramente felici  :-D
Chiedimi se sono felice....
>
> Grazie
> Saverio Santarello
> IT Studio - Venezia
--



title: OT (non troppo) Avete domande o proposte per MS?

author: MA

text:
Alessandro Cara wrote:
> Mario De Ghetto wrote:
>> Proposta 1: PROPRIETA' DEI CAMPI.
>> Una "stupidata" ma che in presenza di molti campi di tipo testo è
>> fastidiosa:
>> quando creo un campo testo, la proprietà "Consenti lunghezza zero" è
>> impostato a "No" di default. Se ho 80 campi testo (mi è capitato),
>> devo cambiare si ciascuno la proprietà da "No" a "Sì" ed è
>> un'attività noiosa.
>
> Esiste la selezione multipla  (shift+click) . E' sempre "noioso" ma un
> po' di meno.
Porcaccia, Alessandro quando mi hanno chiesto perchè non eri venuto ho
confidato loro
che io ti vedo come un camper, quando si ferma mette quei piedi laterali per
essere sicuro di non muoversi!!!



text:
access il top wrote:
> la possibilità di utilizzare access sui palmari!!!!
Mi faranno sapere



text:
Mario De Ghetto wrote:
> Proposta 1: PROPRIETA' DEI CAMPI.
> Una "stupidata" ma che in presenza di molti campi di tipo testo è
> fastidiosa:
> quando creo un campo testo, la proprietà "Consenti lunghezza zero" è
> impostato a "No" di default. Se ho 80 campi testo (mi è capitato),
> devo cambiare si ciascuno la proprietà da "No" a "Sì" ed è
> un'attività noiosa.
> Sarebbe comodo avere una proprietà di default a livello di database
> che permetta di impostare il default a "Sì" in modo tale che ogni
> campo di testo di nuova creazione abbia quella proprietà già
> impostata.
> In generale si potrebbe pensare ad un "template" di tipo dati, cioè la
> definizione dei default di tutte le proprietà (per i campi testo,
> numerico ecc. ecc.) a livello di database, in modo da impostare già i
> campi con le proprietà preferite.
Creati una funzioncina che da un database di aprtenza in una sottomaschera
ti setti le caratteristiche che vuoi e lui poi
ti fa create table nel db remoto. Così hai anche il report della struttura
già fatto
Non è un problema enorme, anzi forse ne creo uno e lo pubblico
>
> Proposta 2: SPECIFICHE IMPORT/EXPORT.
> La definizione o la modifica delle specifiche non è molto flessibile.
> In particolare, se cambio la lunghezza di un campo (magari uno dei
> primi, su 80 campi), devo poi ricalcolarmi a mano tutti i restanti
> valori dei campi successivi. Sarebbe bello poter modificare una
> lunghezza ed avere il calcolo automatico dei valori successivi.
Se vai in modifica sì se invece crei una voce alla volta lui te lo calcola
> Inoltre sarebbe utile poter esportare/importare facilmente la tabella
> delle specifiche (verso file di testo, Excel, tabella di Access,
> XML...) per magari gestirla esternamente al wizard fornito con Access.
Ma questo già esiste.
>
> Mario De Ghetto
>
www.deghetto.it



text:

Sì ma avrebbe dovuto velocizzare spaventoamente i tempi di sviluppo
dell'applicazione per essere veramente Access



author: Alessandro Cara

text:
[cut]
> Porcaccia, Alessandro quando mi hanno chiesto perchè non eri venuto ho
> confidato loro
> che io ti vedo come un camper, quando si ferma mette quei piedi laterali per
> essere sicuro di non muoversi!!!
Sapessi come sei andato vicino alla realta'.
cmq ho avuto un uichend laborioso
1) Fioritura delle orchidee. Finalmente sono riuscito a vedere
    la scarpetta di Venere
2) Un battesimo a cui non potevo mancare
3) Il compleanno della mia anziana mamma
4) E poi mica sono uno sviluppatore access ;<)
--
a.cara


author: Simone Calligaris

text:
"MA" <
> > In pratica TreeView e ListView.
> > Temo che risponderebbero: "usate i relativi controlli ActiveX,
> > disponibili da lustri con le DEV".
> E' stato argomento del Cisa.
> Funzionano bene anche nella versione normale di access
Ovviamente sì, ma non sono sicuro che esista la licenza di distribuzione
senza la DEV.
Chiaramente è un dettaglio NON tecnico e su cui, per la verità, non sono ben
informato: ma sarebbe bene approfondire.
>e da oggi inizierò ad  usarli molto.
Non te lo consiglio  :-)
L'utilizzo di controlli ActiveX presenta vari inconvenienti potenziali,
meglio usarli solo quando assolutamente necessario.
Ciao.


text:

Se funzionano, meglio così, se mi danno probelami torno dietro.
Appena ho detto al mio pc che avrei dovuto preparare una query
denormalizzata (come suggeriva simplex)
mi ha guardato è mi ha chiesto: quando mai hai fatto una cosa normale tu???



author: Saverio

text:
Pensavo che la domanda fosse... "Avete domande o proposte per MS " non
pensavo... "quanto bravi sono Simone Calligaris e MA a fare applicazioni con
access? "
Certo che esistono i controlli activex e che via codice e con un po' di Api
si possono fare un sacco di belle cose... ma non pensavo che la domanda
fosse questa, d'altra parte Access mette a disposizione dei controlli Testo,
Button, Schede ecc ecc... non penso ke voi li snobbiate perchè tanto ci sono
i controlli ActiveX.
Mi chiedo se le vostre applicazioni facciano la metà delle cose che fanno le
mie... e soprattutto abbiano la metà della cura su interfaccia e
usability... Ma questo è un altro discorso...
Grazie cmq per le risposte... anche se un po' gratuite.
Saverio


text:
Saverio wrote:
> Pensavo che la domanda fosse... "Avete domande o proposte per MS "
alla tua domanda ti ho risposto che già ce l'hai e che quindi non dobbiamo
chiedere nulla.
> non  pensavo... "quanto bravi sono Simone Calligaris e MA a fare
> applicazioni con access? "
> Certo che esistono i controlli activex e che via codice e con un po'
> di Api si possono fare un sacco di belle cose... ma non pensavo che
> la domanda fosse questa, d'altra parte Access mette a disposizione
> dei controlli Testo, Button, Schede ecc ecc... non penso ke voi li
> snobbiate perchè tanto ci sono i controlli ActiveX.
Te l'ha dato. Non puoi rpetendere che un albero sia semplece come un
pulsante  o un'etichetta.
Per quanto riguarda invece la diversità opinioni, credo che un NG sia il
luogo depuutato per la discusione.
Io semplicemente dicevo che possono essere usati e che potrebbero anche dare
problemi come dice lui,
ma fino a l verificarsi del problema io lo vorrei usare
> Mi chiedo se le vostre applicazioni facciano la metà delle cose che
> fanno le mie... e soprattutto abbiano la metà della cura su
> interfaccia e usability... Ma questo è un altro discorso...
Infatti meglio non farlo. Tu non sai cosa faccio e come lo faccio e
viceversa quindi è inutile parlarne,
tanto ho superato da tempo l'esigenza di competere con gli altri mschietti a
chi è meglio fornito.
>
> Grazie cmq per le risposte... anche se un po' gratuite.
>
> Saverio
Prego, io interpreto gratuite come gratis, non inutili, anche perchè perchè
come organizzatore del Cisa
mi sono sentito interpellato



text:
"Saverio" <
> Pensavo che la domanda fosse... "Avete domande o proposte per MS " non
> pensavo... "quanto bravi sono Simone Calligaris e MA a fare applicazioni
con
> access? "
Ti consiglio di leggere meglio il mio post.
Ho scritto che "probabilmente" ti rimanderebbero ai noti ActiveX, e NON che
io disapprovi la tua richiesta.
Avere a disposizione ListView e TreeView direttamente nell'ambiente di
Design di Access farebbe comodo.
Ciao.


text:
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:i5_oe.14976$TR5....@news.edisontel.com...

Ti chiedo scusa... mi rendo conto che il tono del mio messaggio era un po'
aggressivo... non volevo. E' vero che un programmatore esperto di access
riesce a tirar fuori il sangue dal prodotto, ma inserire delle funzioni che
quasi tutti si sono costruiti da se ( perchè utilissime nel 90% delle
applicazioni) mi sembra + sensato che affrontare dei problemi marginali come
il numero massimo di form o moduli. Basta pensare ai principali prodotti
concorrenti come Notes che mette a disposizione degli strumenti per creare
interfacce molto + evolute di Access. Con 2002 sono state introdotte cose
come l'evento Ondirty e la possibilità di fare tabelle pivot e grafici, cose
molto belle e utili che, seguendo la vostra logica, si potevano
tranquillamente fare anche prima con codice e activex...
Non voglio insegnare a nessuno come programmare, ma siccome sviluppo
applicazioni gestionali da una vita.. volevo solo portare la mia esperienza
per rendere Access un prodotto più completo e competitivo.
Credo che attualmente la sfida non sia più fare un' applicazione che fa
qualcosadi nuovo... ormai esistono applicazioni che fanno di tutto e di più,
bensì fare dei salti di qualità nelle interfacce usabili e amichevoli. Non è
forse questo il principale obbiettivo anche di chi lavora a più alte sfere ?
Grazie dell'attenzione
Xav


text:

> Ti chiedo scusa... mi rendo conto che il tono del mio messaggio era
> un po' aggressivo... non volevo. E' vero che un programmatore esperto
> di access riesce a tirar fuori il sangue dal prodotto, ma inserire
> delle funzioni che quasi tutti si sono costruiti da se ( perchè
> utilissime nel 90% delle applicazioni) mi sembra + sensato che
> affrontare dei problemi marginali come il numero massimo di form o
> moduli. Basta pensare ai principali prodotti concorrenti come Notes
> che mette a disposizione degli strumenti per creare interfacce molto
> + evolute di Access. Con 2002 sono state introdotte cose come
> l'evento Ondirty e la possibilità di fare tabelle pivot e grafici,
> cose molto belle e utili che, seguendo la vostra logica, si potevano
> tranquillamente fare anche prima con codice e activex...
> Non voglio insegnare a nessuno come programmare, ma siccome sviluppo
> applicazioni gestionali da una vita.. volevo solo portare la mia
> esperienza per rendere Access un prodotto più completo e competitivo.
> Credo che attualmente la sfida non sia più fare un' applicazione che
> fa qualcosadi nuovo... ormai esistono applicazioni che fanno di tutto
> e di più, bensì fare dei salti di qualità nelle interfacce usabili e
> amichevoli. Non è forse questo il principale obbiettivo anche di chi
> lavora a più alte sfere ?
>
> Grazie dell'attenzione
> Xav
Al Cisa ci siamo confrontati molto con le applicazioni fino alle 3 di notte
(è vero però che somigliavano di più ad un rave party accompagnati da
pastiere, babà,  vino e grappa, ma abbiamo anche lavorato molto)
Io sono passato per quello che fa form anemiche (io dico sobrie) anche se
curate esteticamente.
C'è stato chi è dello stesso parere (TheMax, Ciroteo...) chi invece come
Rino cura la grafica restituendoti le form in puro stile Outlook 2003 o ad
esempio ti ha emulato alla  perfezione l'elenco attività (variante in blu
non win classico)
In entrambi i casi però quello che importava è il workflow delle
informazioni e vedere cosa realmente facciano queste cose.
Se vai in
www.accessgroup.it
 sez Access2000, trovi un mio esempio di
touchscreen: lì mi sono violentato usando molta grafica,
ma se te ne devo parlare io evidenzio la soluzione usata per associare i
tasti non certo lo skin.
--
_ _
Ciao
MAssimiliano Amendola
www.accessgroup.it
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Info:
www.donkarl.com/it


title: MsgBox su chiusura  per salvare più record

author: Avis Caorle

text:
Ciao a tutti

 vorrei mettere un MsgBox su chiusura di una maschera visualizzata in modo
continuo, dove ho selezionato su un campo si/no con una spunta  i donatori
che mi hanno effettuato la donazione un giorno preciso, quindi più record
 ho provato cosi
If MsgBox("Salvare le modifiche?", vbYesNo, "Salvare?") = vbNo Then
  Me.Undo 'annulla tutte le modifiche nel record
  Cancel = True 'evita successivi eventi
End If
ma mi chiede ad ugno spunta la conferma vorrei che me lo chiedesse solo alla
chiusura e che alla risposta no
ritorni alla maschera  se invice rispondo  si mi esegua una serie di comandi
e si chiudesse
chiedo troppo


author: BFS

text:
Il 01/03/2012 22:58, Avis Caorle ha scritto:
> Ciao a tutti
>
> vorrei mettere un MsgBox su chiusura di una maschera visualizzata in
> modo continuo, dove ho selezionato su un campo si/no con una spunta i
> donatori che mi hanno effettuato la donazione un giorno preciso, quindi
> piů record
> ho provato cosi
> If MsgBox("Salvare le modifiche?", vbYesNo, "Salvare?") = vbNo Then
> Me.Undo 'annulla tutte le modifiche nel record
> Cancel = True 'evita successivi eventi
> End If
> ma mi chiede ad ugno spunta la conferma vorrei che me lo chiedesse solo
> alla chiusura e che alla risposta no
> ritorni alla maschera se invice rispondo si mi esegua una serie di
> comandi e si chiudesse
> chiedo troppo
>
>

io farei cosě:
supponiamo che il campo si/no della tua tabella sia associato al campo
"donato"
creerei un secondo campo si/no nella tabella chiamato "donatoTEMP"

nella tua maschera continua metterei visibile solo questo SECONDO campo

nell'evento apertura della maschera metteri un
docmd.runsql "update tua tabella set donatotemp=false"
per resettare tutte le spunte temporanee

a questo punto l'utente flagga tutti nominativi che hanno donato (in
pratica flagga su "donatoTEMP")

nell'evento su chiusura della maschera:
If MsgBox("Salvare le modifiche?", vbYesNo, "Salvare?") = vbYesThen
  ...
docmd.runsql "update tua tabella set donato=donatotemp"
...
End If

la cosa funziona se non fai l'operazione da due postazioni
contemporaneamente, altrimenti devi ricorrere a tabelle temporanee

ciao
BFS


text:
il mio codice è questo
Private Sub Form_Close()
Dim strSql As String
' Aggiorna il n donazioni +1, e la data ultima donazione
strSql = "UPDATE AVIS SET AVIS.N_DONAZ = [N_DONAZ]+1, AVIS.UltimaDonazione =
Forms!AggiornaDonazioni!DateDonazioni, AVIS.DataModifica =
[Forms]![AggiornaDonazioni]![DateDonazioni] " & vbCrLf & _
"WHERE (((AVIS.S_N)=-1));"
DoCmd.RunSQL strSql

'Dim strSql As String
'Aggiorna  db Donaz con  donazioni ,la data ultima donazione e ced
strSql = "INSERT INTO DONAZION ( CED, N_DONAZ, ULT_DON ) " & vbCrLf & _
"SELECT AVIS.CED, AVIS.N_DONAZ, AVIS.UltimaDonazione " & vbCrLf & _
"FROM AVIS " & vbCrLf & _
"WHERE (((AVIS.S_N)=-1));"
DoCmd.RunSQL strSql

'Dim strSql As String
' Azzerra il campo s/n
strSql = "UPDATE AVIS SET AVIS.S_N = 0;"
DoCmd.RunSQL strSql

dove metto e come il tuo codice  ....forse chiedo troppo
grazie comunque

"Avis Caorle" <
cao...@aviscaorle.191.it
> ha scritto nel messaggio
news:4f4ff125$0$1380$4faf...@reader2.news.tin.it...



author: Popi - TheBadHabits

text:
Il giorno giovedì 1 marzo 2012 22:58:59 UTC+1, Avis Caorle ha scritto:
> Ciao a tutti
>
>  vorrei mettere un MsgBox su chiusura di una maschera visualizzata in modo
> continuo, dove ho selezionato su un campo si/no con una spunta  i donatori
> che mi hanno effettuato la donazione un giorno preciso, quindi più record

Ciao!

In apertura della form potresti avviare una transazione (vedi dbengine.begintransaction) e, sull'evento scaricamento della form, metti la tua msgbox:

if (msgbox("Salvo i dati?",vbyesno+vbdefaultbutton2+vbquestion,"")=vbyes)then
    dbengine.commit
else
    dbengine.rollback
endif

HTH
Popi


title: E' meglio tante tabelle e campi o Tanti record?

author: centix

text:
Ciao
nel proggettare un DB in Access che conterrà tanti dati ed avendo
molte voci cosa conviene:
1. creare tante tabelle e tanti campi in modo da avere un campo x voce
oppure
2. creare pochi campi, e dedicare un campo al codice voce?
ad esempio devo inserire Nome - Cognome - Via - cap - città - stato
1. una tabella con sei campi, uno per ogni voce
2. una tabella con due campi, il primo campo identificativo della voce
(1=nome; 2=cognome; ....; 6=stato) il secondo il valote della voce
stessa.
Se anzichè le sei voci dell'esempio ne avessi a sufficienza per
superare il limite dei campi per tabella e quindi mi servono più
tabella da collegare, qual'è la soluzione che consigliate?
Ciao Grazie.


text:

le seconde che hai detto
--
a.cara
Togli qualcosa dall'email


text:
Alessandro Cara <
alexqu...@blunet.it
> wrote in message
...
> le seconde che hai detto
..bene come immaginavo, però il codice identificativo del tipo di voce
(1=nome;2=cognome) se utilizzo le maschere di access per inserire i
dati come lo passo alla tabella? è possibile solo con un evento? E
ancora dovrò avere un campo identificativo del record (avrò tutti i
nomi e cognomi mischiati e per legarli dovrò usare un id_persona)
quindi sempre con un evento su modifica oggetto della mascherà dovrò
creare l'id_presona e scrivere in tabella un record formato da tre
campi: codice_voce - id_persona - valore
E' corretto questo modo di procedere? Certo che con asp e il web
sarebbe tutto più semplice ma con le maschere di access è
consigliabile addentrarcisi?
Ciao e grazie ancora.


text:

quello che stai dicendo e' eccessivo
le regole da rispettare sono:
1)
a) Che non esistano attributi, sullo stesso o su record diversi, che contengano
informazioni non omogenee
b) Che sullo stesso record non ci siano piu' attributi che riferiscono allo
stesso tipo di informazione
c) Che gli attributi siano tutti "completamente" dipendenti dalla chiave di
riconoscimento del record
2)
"collegare" la tabella alla maschera e', oserei dire, la cosa piu' semplice che
si possa pensare. Usa il wizard di "creazione guidata" ed esegui passo passo
cio' che ti chiede
3)
Con asp ed il web sarebbe tutto piu' facile? se me lo dimostri ti assumo! visto
che ho passato tre mesi d'inferno per fare una cosa che con access ci avrei
messo al massimo una settimana, non era asp ma fa lo stesso.



author: yQy

text:
On Sat, 07 Feb 2004 12:04:20 +0100, Alessandro Cara
<
alexqu...@blunet.it
> wrote:
>
>3)
>Con asp ed il web sarebbe tutto piu' facile? se me lo dimostri ti assumo! visto
>che ho passato tre mesi d'inferno per fare una cosa che con access ci avrei
>messo al massimo una settimana, non era asp ma fa lo stesso.
ossignore...quanto ti sto adorando (e capendo) in questo momento...


text:
Grazie Alessandro effetivamente i campi/attributi dei recordo devono
essere di tipo omogeno e questo ok.
Facccio un esempio che è meglio
anzichè fare la tabella così (suppenendo che gli attributi siano tutti
testo):
id - marca - tipo - cc
1  - alfa  - 156  - 2.0
2  - fiat  - 500  - 0.5
faccio così:
id_record - id-attributo - valore
    1     -      1       - alfa
    1     -      2       - 156
    1     -      3       - 2.0
    2     -      1       - fiat
    2     -      2       - 500
    2     -      3       - 0.5
E' chiaro che quando faccio la maschera mostro solamente le caselle
input per Marca, tipo e CC. Poi è la maschera che in qualche modo deve
inviare alla tabella l'id_record e l'id_attributo, questo non lo so
fare.
In asp è più facile primo perchè da un punto di vista di layout posso
fare molte più cose meglio e più veloce, modifiche successive al
layout risultano molto più semplici che non in tabella (ho più di 500
attributi per record da memorizzare, non mi basta neanche l'altezza
max della maschera a spazio). Passo senza problemi i valori di
id_record e id_attributo.
ad esempio, pagina asp:
prendo i dati inviati dal forum (marca - tipo - CC) request.form()
apro la connessione al DB e registro i dati:
rs.addnew
rs.fields("id_record") = id dell'ultimo record + 1
rs.fields("id_attributo") = 1
rs.fields("valore") = variabile MARCA
rs.update
rs.addnew
rs.fields("id_record") = identico id di sopra
rs.fields("id_attributo") = 2
rs.fields("valore") = variabile TIPO
rs.update
e così via per tutti gli attributi, il tutto gestito da array e un
cilo si limita a 5 righe di codice per quanti attributi desidero.
Con le maschere non lo so fare., si può fare? come? Certo posso
mettere un bottone con un evento che avvia lo stesso codice descritto
sopra.
Alessandro Cara wrote:
...
> le regole da rispettare sono:
> a) Che non esistano attributi, sullo stesso o su record diversi, che contengano
> informazioni non omogenee
> b) Che sullo stesso record non ci siano piu' attributi che riferiscono allo
> stesso tipo di informazione
> c) Che gli attributi siano tutti "completamente" dipendenti dalla chiave di
> riconoscimento del record
...


text:
centix wrote:
per favore rispondi dopo il "quote" (come sto facendo io)
>
> Grazie Alessandro effetivamente i campi/attributi dei recordo devono
> essere di tipo omogeno e questo ok.
> Facccio un esempio che č meglio
> anzichč fare la tabella cosě (suppenendo che gli attributi siano tutti
> testo):
> id - marca - tipo - cc
> 1  - alfa  - 156  - 2.0
> 2  - fiat  - 500  - 0.5
perche' questa non va bene?
> faccio cosě:
> id_record - id-attributo - valore
>     1     -      1       - alfa
>     1     -      2       - 156
>     1     -      3       - 2.0
>     2     -      1       - fiat
>     2     -      2       - 500
>     2     -      3       - 0.5
cosi' ti complichi la vita
>
> E' chiaro che quando faccio la maschera mostro solamente le caselle
> input per Marca, tipo e CC. Poi č la maschera che in qualche modo deve
> inviare alla tabella l'id_record e l'id_attributo, questo non lo so
> fare.
ti avevo suggerito di usare il wizard e per crearti la form. Quello che chiedi
lo produce in automatico con la possibilita di vari formati diversi.
> In asp č piů facile primo perchč da un punto di vista di layout posso
> fare molte piů cose meglio e piů veloce,
non e' vero. Conosco sia asp che access e ti assicuro che non e' vero. Il tuo
problema e' che non conosci access.
> modifiche successive al
> layout risultano molto piů semplici che non in tabella (ho piů di 500
> attributi per record da memorizzare, non mi basta neanche l'altezza
> max della maschera a spazio). Passo senza problemi i valori di
> id_record e id_attributo.
> ad esempio, pagina asp:
> prendo i dati inviati dal forum (marca - tipo - CC) request.form()
> apro la connessione al DB e registro i dati:
> rs.addnew
> rs.fields("id_record") = id dell'ultimo record + 1
> rs.fields("id_attributo") = 1
> rs.fields("valore") = variabile MARCA
> rs.update
> rs.addnew
> rs.fields("id_record") = identico id di sopra
> rs.fields("id_attributo") = 2
> rs.fields("valore") = variabile TIPO
> rs.update
> e cosě via per tutti gli attributi, il tutto gestito da array e un
> cilo si limita a 5 righe di codice per quanti attributi desidero.
> Con le maschere non lo so fare., si puň fare? come? Certo posso
> mettere un bottone con un evento che avvia lo stesso codice descritto
> sopra.
in access e' sufficiente generare la form attraverso il wizard collegandola alla
tabella origine. Fa tutto da solo senza scrivere una riga di vba.
P.S. lo stesso codice puo' funzionare anche con Access ma non serve.
Per gestire i tuoi 500 attributi potresti utilizzare un form con i dati di
testata sul form e tutti gli altri attributi organizzati all'interno di una
"tabstrip". Tempo di realizzazione 30' netti (compreso il test)
PPS: dai un occhiata a
www.sitocomune.com
 e' il sito del NG



text:
Alessandro Cara wrote in message:
> > id - marca - tipo - cc
> > 1  - alfa  - 156  - 2.0
> > 2  - fiat  - 500  - 0.5
> perche' questa non va bene?
perchč il limite max di attributi per tabella č 255 (mi sono
documentato sulla normalizzazione e non mi pare ci sia un granchč da
normalizzare) e io ce ne ho molti di piů, adesso il mio DB e
strutturato proprio come sopra solo con piů tabelle unite da relazioni
uno a uno, comunque le tabelle hanno troppi attributi e ho paura di
malfunzionamenti.

> > faccio cosě:
> > id_record - id-attributo - valore
> >     1     -      1       - alfa
> >     1     -      2       - 156
> >     1     -      3       - 2.0
> >     2     -      1       - fiat
> >     2     -      2       - 500
> >     2     -      3       - 0.5
> cosi' ti complichi la vita
e verň ma anzichč avere alcune tabelle ai limiti max di access, ho una
tabella sola e con solo tre attributi il risultato č un database
incredibilmente piů 'leggero' (ok con molti piů record)

> ti avevo suggerito di usare il wizard per crearti la form. Quello che chiedi
> lo produce in automatico con la possibilita di vari formati diversi.
lo conosco bene il wizard ma non mi permette di passare ne l'id_record
ne l'id_attributo in quanto non li devo far mettere dall'utente,
sbaglio? un controllo piů scrivere su due attributi diversi di una
tabella  du valori diversi?
> > In asp č piů facile ...
> non e' vero. Conosco sia asp che access e ti assicuro che non e' vero.
Se il capo mi chiede successivamente di aggiungere un controllo a metŕ
maschera devo traslare tutto in basso e inserire il nuovo controllo,
ciň non č semplice ne pulito (considera che ho maschere con moltissimi
controlli. Piů che asp parlo di hml, con molti controlli trovo piů
gestibile una pagina html che non le maschere access.
> in access e' sufficiente generare la form attraverso il wizard collegandola alla
> tabella origine.
non per la struttura che voglio fare io, per una struttuta
tradizionale ok.
> P.S. lo stesso codice puo' funzionare anche con Access ma non serve.
> Per gestire i tuoi 500 attributi potresti utilizzare un form con i dati di
> testata sul form e tutti gli altri attributi organizzati all'interno di una
> "tabstrip". Tempo di realizzazione 30' netti (compreso il test)
per quello che voglio fare io credo invece sia l'unica strada, ma sto
qui a chiedere proprio questo. Adesso mi vado a vedere cos'č una
tabstrip.
Se vuoi ti invio il DB (senza dati) in email (2,75MB) cosě ci capiamo
meglio sulle mie difficoltŕ.
> PPS: dai un occhiata a
www.sitocomune.com
 e' il sito del NG
lo conosco e lo farň.
Intanto grazie della pazienza e dei consigli.
Ciao, Giovanni.


text:
centix wrote:
>
> Alessandro Cara wrote in message:
[cut]
>
> > > faccio così:
> > > id_record - id-attributo - valore
> > >     1     -      1       - alfa
> > >     1     -      2       - 156
> > >     1     -      3       - 2.0
> > >     2     -      1       - fiat
> > >     2     -      2       - 500
> > >     2     -      3       - 0.5
> > cosi' ti complichi la vita
> e verò ma anzichè avere alcune tabelle ai limiti max di access, ho una
> tabella sola e con solo tre attributi il risultato è un database
> incredibilmente più 'leggero' (ok con molti più record)
as you like, come direbbero gli inglesi anche se questo tipo di struttura e' il
buon file sequenziale di una volta con il tipo record (l'id attributo)
In questo caso la form per gestirla correttamente credo debba esser di tipo
"non" associato ed inoltre dovresti utilizzare la transazione poiche', quando
vai a scrivere la tabella target, se succede qualsiasi cosa rischi di scrivere
la meta' degli attributi. cmq 1000 attributi possono essere sempre messi in 4
tabelle con 200 attributi ciascuna legate dall'id_prodotto e quindi risolvibile
in una testata con 5 pagine di un controllo a schede ("tabstrip")
>
> > ti avevo suggerito di usare il wizard per crearti la form. Quello che chiedi
> > lo produce in automatico con la possibilita di vari formati diversi.
> lo conosco bene il wizard ma non mi permette di passare ne l'id_record
> ne l'id_attributo in quanto non li devo far mettere dall'utente,
> sbaglio?
si. l'id (se intendi il campo contatore)  lo mette lui in automatico
l'id_attributo e' una attributo come un altro e puoi gestirlo come vuoi
> > > In asp è più facile ...
> > non e' vero. Conosco sia asp che access e ti assicuro che non e' vero.
> Se il capo mi chiede successivamente di aggiungere un controllo a metà
> maschera devo traslare tutto in basso e inserire il nuovo controllo,
in access nulla di piu' facile. Esiste la selezione multipla.
e cmq puoi sempre mandare a quel paese il capo.
> ciò non è semplice ne pulito (considera che ho maschere con moltissimi
> controlli. Più che asp parlo di hml, con molti controlli trovo più
> gestibile una pagina html che non le maschere access.
glissiamo sull'argomento. Rimaniamo ciascuno con la sua opinione
>
> > in access e' sufficiente generare la form attraverso il wizard collegandola alla
> > tabella origine.
> non per la struttura che voglio fare io, per una struttuta
> tradizionale ok.
vero vedi punto 1
[cut]
> qui a chiedere proprio questo. Adesso mi vado a vedere cos'è una
> tabstrip.
un "controllo a schede"
> Se vuoi ti invio il DB (senza dati) in email (2,75MB) così ci capiamo
> meglio sulle mie difficoltà.
nein. Esperienze precedenti lo sconsigliano. E poi la discussione puo'
interessare altri nel NG



text:
ok Allessandro, grazie degli spunti e del confronto, per adesso il db
è proprio strutturato come mi dici tu e non potrò certo cambiarlo,
tutto funziona però su questo newsgroup ho letto di malfunzionamenti
di access con tabelle a troppi campi. LA mia domanda iniziale era
proprio quella se convenive o meno la struttura "tradizionale" o la
seconda opzione che non mi sono inventato ma che ho visto utilizzata
da una società di software che ci ha fatto un altro prodotto.
Sembrerebbe che tu consigli cmq la "tradizionale" e ne sono contento e
rassicurato per quello che ho fatto fino adesso. Per il futuro però
voglio avere maggiori conoscenze per decidere quale delle due
possibilità utilizzare, e con questo thread sicuramente ho le idee più
chiare. Intanto sto facendo delle prove l'id_record e l'id_attributo.
Ciao e grazie.


author: Antonio Biso

text:
"centix" <
tr...@mgsnowboard.com
> ha scritto nel messaggio
news:9349dff4.04021...@posting.google.com...
> ok Allessandro, grazie degli spunti e del confronto, per adesso il db
ok, un par de ciufoli!
E il quoting del messaggio a cuii stai rispondendo dov'č?!?!?!
Antonio


text:
"Antonio Biso" wrote
> ok, un par de ciufoli!
> E il quoting del messaggio a cuii stai rispondendo dov'č?!?!?!
Ammazza quanto sieti pignoli e precisi con il quoting :), č positivo
... perň lasciamo stare i ciufoli :). Era un ok conclusivo a tutto il
thread quindi ho ritenuto di non dover quotare nulla.
qui sotto posto il risultato che ho ottenuto.
Con questo codice abbinato ad un bottone vengono scritti i valori di
tutti i controlli (textbox, listbox, combox) di una maschera in
Tabella, inoltre a seconda del tipo di dato (double, string, date) il
valore viene scritto nell'apposita colonna. E' applicabile a qualsiasi
maschera senza alcuna modifica. Se avete consigli su come ottimizzarlo
o corregere eventuali errori (cosě com'č cmq funge) ve ne sarň grato.
Ciao fatemi sapere cosa ne pensate.


title: Ricerca in tempo reale

author: ALCAU (ST1)

text:
Vorrei effettuarla carattere per carattere mentre digito  in una casella di
testo.
Chi mi può dare indicazioni ?
Grazie, Alberto


title: Ricerca in tempo reale

author: Federico Luciani

text:

Sito Comune, faq 'E' possibile filtrare una listbox mentre
digito un testo (filtro) al'interno di un controllo testo?'
--
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------


title: Dimensioni e posizione maschere

author: Pisinho

text:
Buongiorno,
come si pu� gestire la posizione e dimensione delle maschere quando
distribuiamo l'applicazione invece di farla mostrare sempre in alto a
sinistra ?
Ho anche il problema che sviluppo su un monitor a 22" a 1600 x 1200 (credo)
e distribuisco l'applicazione su monitor a 19" con 1400x900.
Quindi anche dimensionare per bene una maschera � difficile, esiste di
qualcosa per simulare i vari monitor come c'� con vari IDE di sviluppo x WEB
?
Grazie mille e scusate se � gia stata afffrontata in passato questo
argomento.
Saluti


title: Dimensioni e posizione maschere

author: OneEDP

text:

www.sitocomune.com
 sezione modules
Ciao


title: Belli i raduni, ma.....

author: Luciano (DOC)

text:
...stamattina pesavo un kilo i piu'!:-)
Saluti.
Luciano


title: Belli i raduni, ma.....

author: Roberto dal portatile

text:
"Luciano (DOC)" <
lucia...@sitocomune.com
> ha scritto nel messaggio
news:9ufqpj$858pe$1...@ID-86073.news.dfncis.de...
> ...stamattina pesavo un kilo i piu'!:-)
> Saluti.
>
> Luciano
Non mi sono pesato, perņ ho dovuto mollare la cintura dei pantaloni di un
foro. :)
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Belli i raduni, ma.....

author: Sergio MAZZA

text:
"Luciano (DOC)" <
lucia...@sitocomune.com
> ha scritto nel messaggio
news:9ufqpj$858pe$1...@ID-86073.news.dfncis.de...
> ...stamattina pesavo un kilo i piu'!:-)
> Saluti.
>
> Luciano
>
E dire che mi ero preparato non mangiando per una settimana... Sgrunt!
Ciao.
--
- - - - - - - - - - - - - - -
Sergio MAZZA
- - - - - - - - - - - - - - -


title: Belli i raduni, ma.....

author: Ilaria

text:
Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
news:9ufrkj$23km$1...@stargate1.inet.it...
>
> "Luciano (DOC)" <
lucia...@sitocomune.com
> ha scritto nel messaggio
> news:9ufqpj$858pe$1...@ID-86073.news.dfncis.de...
> > ...stamattina pesavo un kilo i piu'!:-)
> > Saluti.
> >
> > Luciano
>
> Non mi sono pesato, perņ ho dovuto mollare la cintura dei pantaloni di un
> foro. :)
>
Vedo che la "sindrome da Bridget Jones" colpisce anche gli uomini... :-)
Spero che vi siate divertiti (a parte i chili in eccesso).
Bye
Ilaria


title: Belli i raduni, ma.....

text:
"Ilaria" <
ilaria....@nospam-unipr.it
> ha scritto nel messaggio
news:9ufsn1$6ni$1...@localhost.localdomain...
> Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
> news:9ufrkj$23km$1...@stargate1.inet.it...
> >
> > "Luciano (DOC)" <
lucia...@sitocomune.com
> ha scritto nel messaggio
> > news:9ufqpj$858pe$1...@ID-86073.news.dfncis.de...
> > > ...stamattina pesavo un kilo i piu'!:-)
> > > Saluti.
> > >
> > > Luciano
> >
> > Non mi sono pesato, perņ ho dovuto mollare la cintura dei pantaloni di
un
> > foro. :)
> >
> Vedo che la "sindrome da Bridget Jones" colpisce anche gli uomini... :-)
Non credo, vista l'etą, di essere colpito da tale sindrome; resta il fatto
che la cinta stretta ma dą fastidio.
> Spero che vi siate divertiti (a parte i chili in eccesso).
Molto: peccato che tu non sia venuta.
>
> Bye
>
> Ilaria



title: Belli i raduni, ma.....

text:
"Sergio MAZZA" <
sergi...@tiscalinet.it
> ha scritto nel messaggio
news:9ufsid$ega$1...@canarie.caspur.it...

Che vuoi farci, chi č origine del suo mal pianga se stesso. ;-)



title: Belli i raduni, ma.....

author: Alessia

text:
he he he ......
ma valeva la pena mangiare le tagliatelle ..... conoscere la Sig.ra Gina ... e
cercare di smaltire il tutto camminando nel bosco ....
Alessia
--
Posted from  [80.16.202.2]
via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Belli i raduni, ma.....

text:
"Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
news:9uft21$33p4$1...@stargate1.inet.it...
>
> "Ilaria" <
ilaria....@nospam-unipr.it
> ha scritto nel messaggio
> news:9ufsn1$6ni$1...@localhost.localdomain...
> > Vedo che la "sindrome da Bridget Jones" colpisce anche gli uomini... :-)
>
> Non credo, vista l'età, di essere colpito da tale sindrome; resta il fatto
> che la cinta stretta ma dà fastidio.
Non sei un circa trentenne? Older or younger? (puoi sempre non rispondere
appellandoti alla legge sulla privacy)
> > Spero che vi siate divertiti (a parte i chili in eccesso).
>
> Molto: peccato che tu non sia venuta.
Mi spiace, ma era un po' lontanuccio, se aveste scelto una sede più vicina
come avevo suggerito...
Bye
Ilaria


title: Belli i raduni, ma.....

text:
"Ilaria" <
ilaria....@nospam-unipr.it
> ha scritto nel messaggio
news:9ufu71$77g$1...@localhost.localdomain...
>
> "Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
> news:9uft21$33p4$1...@stargate1.inet.it...
> >
> > "Ilaria" <
ilaria....@nospam-unipr.it
> ha scritto nel messaggio
> > news:9ufsn1$6ni$1...@localhost.localdomain...
> > > Vedo che la "sindrome da Bridget Jones" colpisce anche gli uomini...
:-)
> >
> > Non credo, vista l'età, di essere colpito da tale sindrome; resta il
fatto
> > che la cinta stretta ma dà fastidio.
> Non sei un circa trentenne? Older or younger? (puoi sempre non rispondere
> appellandoti alla legge sulla privacy)
Very, very, very older, che tradotto in italiano significa quasi 57 anni.
Però, per il prossimo raduno se mi garantisci che vieni, cercherò di
cambiarmi in due persone "circa trentenni". :)
>
> > > Spero che vi siate divertiti (a parte i chili in eccesso).
> >
> > Molto: peccato che tu non sia venuta.
> Mi spiace, ma era un po' lontanuccio, se aveste scelto una sede più vicina
> come avevo suggerito...
Comincia a far pressioni per il raduno di fine primavera, in caso contrario
si pensa di farlo in Umbria.



title: Belli i raduni, ma.....

text:
"Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
news:9ufv13$2j70$1...@stargate1.inet.it...
>
> "Ilaria" <
ilaria....@nospam-unipr.it
> ha scritto nel messaggio
> news:9ufu71$77g$1...@localhost.localdomain...
> >
> > "Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel
messaggio
> > news:9uft21$33p4$1...@stargate1.inet.it...
> > >
> > > "Ilaria" <
ilaria....@nospam-unipr.it
> ha scritto nel messaggio
> > > news:9ufsn1$6ni$1...@localhost.localdomain...
> > > > Vedo che la "sindrome da Bridget Jones" colpisce anche gli uomini...
> :-)
> > >
> > > Non credo, vista l'età, di essere colpito da tale sindrome; resta il
> fatto
> > > che la cinta stretta ma dà fastidio.
> > Non sei un circa trentenne? Older or younger? (puoi sempre non
rispondere
> > appellandoti alla legge sulla privacy)
>
> Very, very, very older, che tradotto in italiano significa quasi 57 anni.
> Però, per il prossimo raduno se mi garantisci che vieni, cercherò di
> cambiarmi in due persone "circa trentenni". :)
Ah Robe'... da te ste' cose non me le sarei mai aspettate!
Mi sa che al raduno avrei trovato piu' sorprese di quelle che mi aspettavo!
---
leo_duca


title: Belli i raduni, ma.....

text:
"leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
news:VRLO7.229482$sq5.11...@news.infostrada.it...
[CUT]
> Ah Robe'... da te ste' cose non me le sarei mai aspettate!
> Mi sa che al raduno avrei trovato piu' sorprese di quelle che mi
aspettavo!
E questo č niente; pensa che ieri alle 15:30 eravamo ad Arezzo in un luogo
dove si organizzano le "merende".
Ora capisci cosa ti sei perso?
> ---
> leo_duca



title: Belli i raduni, ma.....

text:
"Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
news:9ug33j$2ik2$1...@stargate1.inet.it...
>
> "leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
> news:VRLO7.229482$sq5.11...@news.infostrada.it...
> [CUT]
> > Ah Robe'... da te ste' cose non me le sarei mai aspettate!
> > Mi sa che al raduno avrei trovato piu' sorprese di quelle che mi
> aspettavo!
>
> E questo č niente; pensa che ieri alle 15:30 eravamo ad Arezzo in un luogo
> dove si organizzano le "merende".
> Ora capisci cosa ti sei perso?
>
> > ---
> > leo_duca
>
> --
> Roberto
>
Dover aspettare ancora per poter conoscere te
e tutti gli altri... questa la vera perdita!
---
leo_duca (il ruffiano :) )


title: Belli i raduni, ma.....

author: VT @ home

text:
Il Mon, 3 Dec 2001 13:21:20 +0100, "Luciano \(DOC\)"
<
lucia...@sitocomune.com
> ha scritto:
>(.....)
>...stamattina pesavo un kilo i piu'!:-)
>Saluti.
>
>Luciano
>
E che diamine avete mangiato domenica ?
Sabato sera abbiamo mangiato bene, ma non in maniera esagerata !
O avete imboscato qualche vassoio alla vostra estremità della
tavolata?
Vincenzo Turturro
---------------------------------------------
il sito comune di it.comp.appl.access:
http://www.sitocomune.com/
---------------------------------------------
E quello di it.comp.as400
http://www.faq400.com/
---------------------------------------------


title: Belli i raduni, ma.....

text:
Il Mon, 3 Dec 2001 13:17:55 +0000 (UTC), "Alessia "
<
les...@hotmail.com
> ha scritto:
>he he he ......
>ma valeva la pena mangiare le tagliatelle ..... conoscere la Sig.ra Gina ... e
>cercare di smaltire il tutto camminando nel bosco ....
... dove, se avessimo incontrato i daini che ho incrociato mentre
andavo via, sarebbero stati risolti tutti i problemi di sovrappeso !
Ti immagini che corsa ?



title: Belli i raduni, ma.....

author: Lucia Rita Carfagno

text:
"VT @ home" <
V...@home.it
> ha scritto nel messaggio
news:3c0b99ce...@news.tiscalinet.it...

Beati voi che potete ritrovarvi insieme!!!
Conosco molti di voi perchè vi ho visto in foto, peccato che siamo troppo
lontani, ma le donne sono invitate ai raduni?
Saluti
Rita


title: Belli i raduni, ma.....

text:
"Lucia Rita Carfagno" <
demo...@inwind.it
> ha scritto nel messaggio
news:9ug6mc$t41$1...@nreadb.inwind.it...
[CUT]
>
> Beati voi che potete ritrovarvi insieme!!!
> Conosco molti di voi perchè vi ho visto in foto, peccato che siamo troppo
> lontani, ma le donne sono invitate ai raduni?
Risponditi da sola, eravamo 12: 6 maschietti e sei femminucce.
E poi, come diceva una bella canzone di Modugno, la lontanaza è come il
vento: quindi...
>
>
> Saluti
> Rita



title: Belli i raduni, ma.....

text:
"Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
news:9ug74p$1h60$1...@stargate1.inet.it...
>
> "Lucia Rita Carfagno" <
demo...@inwind.it
> ha scritto nel messaggio
> news:9ug6mc$t41$1...@nreadb.inwind.it...
> [CUT]
> >
> > Beati voi che potete ritrovarvi insieme!!!
> > Conosco molti di voi perchè vi ho visto in foto, peccato che siamo
troppo
> > lontani, ma le donne sono invitate ai raduni?
>
> Risponditi da sola, eravamo 12: 6 maschietti e sei femminucce.
> E poi, come diceva una bella canzone di Modugno, la lontanaza è come il
> vento: quindi...
Ma che t'e' successo oggi??? :)))))))
---
leo_duca


title: Belli i raduni, ma.....

text:
"leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
news:dANO7.230075$sq5.11...@news.infostrada.it...



title: Belli i raduni, ma.....

text:
"leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
news:dANO7.230075$sq5.11...@news.infostrada.it...
>
[CUT]
>
> Ma che t'e' successo oggi??? :)))))))
Sono gli effetti benefici del raduno.
Però adesso mi ricompongo e ridivento una persona seria. :)
>
> ---
> leo_duca



title: Belli i raduni, ma.....

text:
"Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel messaggio
news:9ug8j5$4f4m$1...@stargate1.inet.it...
>
> "leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
> news:dANO7.230075$sq5.11...@news.infostrada.it...
> >
> [CUT]
> >
> > Ma che t'e' successo oggi??? :)))))))
>
> Sono gli effetti benefici del raduno.
> Però adesso mi ricompongo e ridivento una persona seria. :)
peccato! :))
---
leo_duca


title: Belli i raduni, ma.....

text:
"leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
news:YLNO7.230140$sq5.11...@news.infostrada.it...

Ahahah, siete davvero simpatici.
Ok ora mi ricompongo anch'io.
Ciao
Rita


title: Belli i raduni, ma.....

text:
"Lucia Rita Carfagno" <
demo...@inwind.it
> ha scritto nel messaggio
news:9ug9l7$u33$1...@nreadb.inwind.it...

Beh... non ho capito come ma se in qualche modo ti ho offesa
ti chiedo scusa.
Ciao :)
---
leo_duca


title: Belli i raduni, ma.....

text:
>... dove, se avessimo incontrato i daini che ho incrociato mentre
>andavo via, sarebbero stati risolti tutti i problemi di sovrappeso !
>Ti immagini che corsa ?
>
Ma va ...... e gli gnomi????? dimmi la verità incontrati??????
che poi alla fine siamo gelosi .......
A.


title: Belli i raduni, ma.....

text:
"leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
news:L1OO7.230245$sq5.11...@news.infostrada.it...



title: Belli i raduni, ma.....

text:
>Beati voi che potete ritrovarvi insieme!!!
>Conosco molti di voi perchè vi ho visto in foto, peccato che siamo troppo
>lontani, ma le donne sono invitate ai raduni?
>
Diamine, ma se hai visto le foto e mi hai scambiato per un uomo, sono
proprio messa male .......
allora tutta stà storia della "Topona" è stata messa in piedi per tirarmi su
di morale ...... ed io che ci avevo creduto .......
mah ........ uomini ...... nn ho parole .......
A.


title: Belli i raduni, ma.....

text:
"leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
news:L1OO7.230245$sq5.11...@news.infostrada.it...
>
> "Lucia Rita Carfagno" <
demo...@inwind.it
> ha scritto nel messaggio
> news:9ug9l7$u33$1...@nreadb.inwind.it...
> >
> > "leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
> > news:YLNO7.230140$sq5.11...@news.infostrada.it...
> > >
> > > "Roberto dal portatile" <
r.ma...@repubblica.it
> ha scritto nel
> messaggio
> > > news:9ug8j5$4f4m$1...@stargate1.inet.it...
> > > >
> > > > "leo_duca" <
leo_...@libero.it
> ha scritto nel messaggio
> > > > news:dANO7.230075$sq5.11...@news.infostrada.it...
> > > > >
> > > > [CUT]
> > > > >
> > > > > Ma che t'e' successo oggi??? :)))))))
> > > >
> > > > Sono gli effetti benefici del raduno.
> > > > Perň adesso mi ricompongo e ridivento una persona seria. :)
> > >
> > > peccato! :))
> > >
> > > ---
> > > leo_duca
> > >
> > >
> > >
> > Ahahah, siete davvero simpatici.
> > Ok ora mi ricompongo anch'io.
> >
> > Ciao
> > Rita
> >
> >
>
> Beh... non ho capito come ma se in qualche modo ti ho offesa
> ti chiedo scusa.
>
> Ciao :)
>
> ---
> leo_duca
>
>
>
Ciao, leo_duca, la mia era solo una battuta! Non mi hai affatto offesa e per
cosa poi? A me piace scherzare e penso di saper stare allo scherzo, ci
mancherebbe.
Non sono una musona, un pň fusa sě ma musona no!
Saluti
Rita


title: Belli i raduni, ma.....

text:
>E dire che mi ero preparato non mangiando per una settimana... Sgrunt!
>
Nn ho parole ...... il pacco ci hai tirato ........ lasciamo perdere va
..... e poi nn venirmi a dire che lavori troppo ....... mah ....
anche tu qualcosa di meglio da fare??????? ;-)
A.


title: Belli i raduni, ma.....

text:
Ilaria ha scritto nel messaggio <9ufsn1$6ni$1...@localhost.localdomain>...
>Vedo che la "sindrome da Bridget Jones" colpisce anche gli uomini... :-)
>Spero che vi siate divertiti (a parte i chili in eccesso).
Due ore di palestra oggi pomeriggio e sono tornato "piu' bello e piu'
superbo che pria"!:-)
Saluti.
Luciano


title: Belli i raduni, ma.....

text:
Il Mon, 03 Dec 2001 20:07:32 GMT, "Alessia" <
les...@libero.it
> ha
scritto:
>
>Ma va ...... e gli gnomi????? dimmi la verità incontrati??????
>che poi alla fine siamo gelosi .......
>A.
>
Niente gnomi, ma due stupendi daini maschi sì !
A poche centinaia di metri dalla casa, subito prima di attraversare il
boschetto dove abbiamo notato il "rumore del silenzio".
Meno male che andavo piano e mi sono fermato senza problemi per
nessuno; erano dietro una curva, nel bel mezzo della strada: e se ne
sono andati senza alcuna fretta !
Credo che in tarda primavera farò in modo di tornarci per un fine
settimana lungo: te l'immagini svegliarsi al mattino presto e vedere i
daini (e chissà cos'altro) che passeggiano sotto la finestra ?



title: Belli i raduni, ma.....

text:
Il Mon, 3 Dec 2001 16:44:08 +0100, "Lucia Rita Carfagno"
<
demo...@inwind.it
> ha scritto:
>
>Beati voi che potete ritrovarvi insieme!!!
>Conosco molti di voi perchè vi ho visto in foto, peccato che siamo troppo
>lontani, ma le donne sono invitate ai raduni?
>
>
>Saluti
>Rita
Tutti eravamo abbastanza lontani: io che ero il più vicino ho
impiegato 1 ora e mezza per arrivare al luogo del ritrovo.
E c'è stato chi è venuto da Gorizia, da Roma, da Savona.
E c'è mancato poco che ci fosse anche una rappresentanza siciliana !
Tu da dove verresti per ritenerti "troppo lontana" ?
E comunque, non siamo talebani :-)
Le femminucce, così come i maschietti, non sono invitate ai raduni per
il semplice motivo che non c'è bisogno di alcun invito.
Chi vuole, viene: e basta.
In osservanza del sano principio che più siamo, più ci si diverte ( e
più si mangia, visto che qualcuno porta sempre qualcosa di tipico:
ottima la gubana).



title: Belli i raduni, ma.....

text:
Il Mon, 03 Dec 2001 20:10:12 GMT, "Alessia" <
les...@libero.it
> ha
scritto:
>(.....)
>
>Diamine, ma se hai visto le foto e mi hai scambiato per un uomo, sono
>proprio messa male .......
>allora tutta stà storia della "Topona" è stata messa in piedi per tirarmi su
>di morale ...... ed io che ci avevo creduto .......
>mah ........ uomini ...... nn ho parole .......
>A.
Dai, su ...non fare così !



title: Belli i raduni, ma.....

text:
Alessia ha scritto nel messaggio ...
>Diamine, ma se hai visto le foto e mi hai scambiato per un uomo, sono
>proprio messa male .......
>allora tutta stà storia della "Topona" è stata messa in piedi per tirarmi
su
>di morale ...... ed io che ci avevo creduto .......
>mah ........ uomini ...... nn ho parole .......
Ma dai che se la mejo!!!!:-))
Saluti.
Luciano


title: Belli i raduni, ma.....

text:
"Alessia" <
les...@libero.it
> ha scritto nel messaggio
news:E_QO7.231851$sq5.11...@news.infostrada.it...

Ciao Alessia, stai messa bene invece, eheheh non ti ho scambiato per un uomo
di certo.
Volevo essere sicura che la presenza delle donne, nei raduni, fosse una
regola e non un'eccezione.
Apprezzo molto questi incontri gioiosi a sfondo 'gastronomico'.
Spero di poter essere con voi prima o poi.
Saluti
Rita


title: Belli i raduni, ma.....

text:
"VT @ home" <
V...@home.it
> ha scritto nel messaggio
news:3c0bec65...@news.tiscalinet.it...

Ciao Vincenzo, ho visto ora il tuo messaggio, ho risposto prima ad Alessia.
Approvo ciò che hai detto: il divertimento è direttamente proporzionale al
numero dei partecipanti ai raduni.
Io per il momento avrei qualche problema di spostamento, però prima o poi mi
muoverò, queste cose mi piacciono molto anche perchè quando ero 'ragazzina'
le ho vissute da radioamatrice.
Ho conosciuto tanta gente in quegli anni.
Io sono un pò distante, ma è chiaro tutto è relativo...
Abito a 20 chilometri da Termoli (CB) e lavoro all'Università di Campobasso,
però sempre nella sede distaccata di Termoli.
Se vi trovate a passare di qua mi fa piacere conoscervi.
Un saluto cordialissimo
Rita


title: Belli i raduni, ma.....

text:
"Alessia" <
les...@libero.it
> ha scritto nel messaggio
news:e0RO7.231868$sq5.11...@news.infostrada.it...

Veramente il "..qualcosa di meglio.." era venire al raduno che, oltretutto,
aspettavo con ansia; ma è sempre così, quando una cosa la desideri è il
momento che la perdi...
Ciao.
--
- - - - - - - - - - - - - - -
Sergio MAZZA
- - - - - - - - - - - - - - -


title: Belli i raduni, ma.....

author: SuperPippo®

text:
"Lucia Rita Carfagno" <
demo...@inwind.it
> ha scritto nel messaggio
news:9ugubj$brr$1...@nreadb.inwind.it...
|
| "VT @ home" <
V...@home.it
> ha scritto nel messaggio
| news:3c0bec65...@news.tiscalinet.it...
| > Il Mon, 3 Dec 2001 16:44:08 +0100, "Lucia Rita Carfagno"
| > <
demo...@inwind.it
> ha scritto:
| > ---------------------------------------------
| Ciao Vincenzo, ho visto ora il tuo messaggio, ho risposto prima ad
Alessia.
| Approvo ciò che hai detto: il divertimento è direttamente proporzionale al
| numero dei partecipanti ai raduni.
| Io per il momento avrei qualche problema di spostamento, però prima o poi
mi
| muoverò, queste cose mi piacciono molto anche perchè quando ero
'ragazzina'
| le ho vissute da radioamatrice.
| Ho conosciuto tanta gente in quegli anni.
| Io sono un pò distante, ma è chiaro tutto è relativo...
| Abito a 20 chilometri da Termoli (CB) e lavoro all'Università di
Campobasso,
| però sempre nella sede distaccata di Termoli.
| Se vi trovate a passare di qua mi fa piacere conoscervi.
|
| Un saluto cordialissimo
| Rita
-------------------------
Ciao Rita... scusa il "break" al vostro tread...
ma volevo darti i miei  +  cordiali '73 e '88...!!!
e spero di poter  partecipare anche io al prossimo raduno...
--
SuperPippo®   [;o))


title: Belli i raduni, ma.....

text:

Grazie Luciano .......... quando ci vuole ci vuole ........
e nn dico altro solo perchè siete pieni di mogli e figli ..... ed io sono
una brava ragazza .........
Saluti.
A


title: Belli i raduni, ma.....

text:
Lucia Rita Carfagno ha scritto nel messaggio
<9ugtlq$c8k$
1...@nreada.inwind.it
>...
>
>"Alessia" <
les...@libero.it
> ha scritto nel messaggio
>news:E_QO7.231851$sq5.11...@news.infostrada.it...
>Ciao Alessia, stai messa bene invece, eheheh non ti ho scambiato per un
uomo
>di certo.
>Volevo essere sicura che la presenza delle donne, nei raduni, fosse una
>regola e non un'eccezione.
>Apprezzo molto questi incontri gioiosi a sfondo 'gastronomico'.
>Spero di poter essere con voi prima o poi.
>
>Saluti
>Rita
>
Meno male ...... iniziavo a preoccuparmi ..... vista la mala sorte di questo
periodo .... mi sono detta "vuoi che la colpa sia proprio questa???"
Peccato tu nn sia potuta venire č stato veramente fantastico, con poche
persone sinceramente posso dire di sentirmi cosě a mio agio.
E poi avere l'onore di 2 uomini che mi preparano il letto ..... vuoi
mettere???? mai successo in vita mia, manco in colonia .....
A presto
A.


title: Belli i raduni, ma.....

author: Silvio Berruti

text:
"VT @ home" <
V...@home.it
> ha scritto nel messaggio
news:3c0b99ce...@news.tiscalinet.it...
> Il Mon, 3 Dec 2001 13:21:20 +0100, "Luciano \(DOC\)"
> <
lucia...@sitocomune.com
> ha scritto:
>
> >(.....)
> >...stamattina pesavo un kilo i piu'!:-)
> >Saluti.
> >
> >Luciano
> >
> E che diamine avete mangiato domenica ?
> Sabato sera abbiamo mangiato bene, ma non in maniera esagerata !
> O avete imboscato qualche vassoio alla vostra estremità della
> tavolata?
Ahhh... finalmente te ne sei accorto!!!
--
Silvio



title: Belli i raduni, ma.....

text:
>Niente gnomi, ma due stupendi daini maschi sì !
>A poche centinaia di metri dalla casa, subito prima di attraversare il
>boschetto dove abbiamo notato il "rumore del silenzio".
>Meno male che andavo piano e mi sono fermato senza problemi per
>nessuno; erano dietro una curva, nel bel mezzo della strada: e se ne
>sono andati senza alcuna fretta !
>Credo che in tarda primavera farò in modo di tornarci per un fine
>settimana lungo: te l'immagini svegliarsi al mattino presto e vedere i
>daini (e chissà cos'altro) che passeggiano sotto la finestra ?
>
Nn so cosa sia meglio sai? due daini al mattino presto o Silvio in mutande
che fa foto e Lorenzo in pigiama?????
Difficile quesito a cui rispondere ..... io devo ancora pensarci .....
A.


title: Belli i raduni, ma.....

text:
Luciano (DOC) ha scritto nel messaggio
<9ugnr1$86vba$
1...@ID-86073.news.dfncis.de
>...

Esageratooooooooooo ..... cmq ho fatto la stessa cosa ...... è stata dura,
ma valeva la pena ......
dopo 2 gg di salto pausa pranzo ..... mentre sognavo tortellini e
tagliatelle ...... e vedevo una buona parte dei santi del paradiso ....
ma dimmi la verità???? lo rifaresti????
Io tutto tale e quale ..... forse mi concederei 30 minuti in più nel capanno
a mangiare formaggi ...... unica pecca, la mancanza di tempo ......
A.


title: Belli i raduni, ma.....

text:
"SuperPippo®" <
ik0...@libero.it
> ha scritto nel messaggio
news:be8P7.238424$sq5.11...@news.infostrada.it...

Grazie! Ricambio i 73 e 88!!
Anche tu del giro eh? Ehehe
Ciao Rita


title: Belli i raduni, ma.....

author: Lorenzo Coronati

text:
Scrisse "Alessia" <
les...@libero.it
>:
>Nn so cosa sia meglio sai? due daini al mattino presto o Silvio in mutande
>che fa foto e Lorenzo in pigiama?????
Cmq per la cronaca ero in tuta e maglietta, mica pigiama.
(lo dico perche' senno' sai quante fans al prossimo
raduno...)
;-P
--
Lorenzo Coronati
--
<<Ragazzi, sapete indicarmi una utility in
internet che sia in grado di recuperare le
password da un database access e da un system mdw?
intendevo, gratuita...>>
(Marco Tullio Bisoli, 27/04/2001)
--


title: Belli i raduni, ma.....

text:
Scrisse "Luciano \(DOC\)" <
lucia...@sitocomune.com
>:
>...stamattina pesavo un kilo i piu'!:-)
Diglielo, diglielo, all'arbitro!
;-)



title: Belli i raduni, ma.....

text:
"Alessia" <
les...@libero.it
> ha scritto nel messaggio
news:cr9P7.239126$sq5.11...@news.infostrada.it...
> >Due ore di palestra oggi pomeriggio e sono tornato "piu' bello e piu'
> >superbo che pria"!:-)
> Esageratooooooooooo .....
Esagerate le due ore di palestra  o il "piu' bello e piu' bello e piu'
superbo che pria"!:-)
> ma dimmi la verità???? lo rifaresti????
Anche adesso....:-))
> Io tutto tale e quale ..... forse mi concederei 30 minuti in più nel
capanno
> a mangiare formaggi ...... unica pecca, la mancanza di tempo ......
Ahhh!!!:-)) Quella botteghina e' il mio debole!!! Ogni volta che capito
dalle parti di Arezzo ci faccio una scappata!
Saluti.
Luciano


title: Belli i raduni, ma.....

text:
"Alessia" <
les...@libero.it
> ha scritto nel messaggio
news:5a9P7.238923$sq5.11...@news.infostrada.it...
> e nn dico altro solo perchč siete pieni di mogli e figli .....
'Sagerata!:-)
Saluti.
Luciano


title: Belli i raduni, ma.....

text:
Il Wed, 5 Dec 2001 09:56:33 +0100, "Luciano \(DOC\)"
<
lucia...@sitocomune.com
> scrisse:
>(.....)
>Ahhh!!!:-)) Quella botteghina e' il mio debole!!! Ogni volta che capito
>dalle parti di Arezzo ci faccio una scappata!
>Saluti.
>
>Luciano
>
Questa mi manca !
Puoi darmi i riferimenti ?
Vincenzo Turturro
-----------------------------------------------------------
Il sito di it.comp.appl.access:
http://www.sitocomune.com/
--------------------------------------------------------------------
... e quello di it.comp.as400:
http://www.faq400.com/
---------------------------------------------


title: Belli i raduni, ma.....

text:
"Lucia Rita Carfagno" <
demo...@inwind.it
> ha scritto nel messaggio
news:9ujedr$8e0$1...@nreadb.inwind.it...
| "SuperPippo®" <
ik0...@libero.it
> ha scritto nel messaggio
| news:be8P7.238424$sq5.11...@news.infostrada.it...
[CUT]
| > -------------------------
| > Ciao Rita... scusa il "break" al vostro tread...
| > ma volevo darti i miei  +  cordiali '73 e '88...!!!
| > e spero di poter  partecipare anche io al prossimo raduno...
| > --
| > SuperPippo®   [;o))
--------------------------------------| >
|
| Grazie! Ricambio i 73 e 88!!
| Anche tu del giro eh? Ehehe
|
| Ciao Rita
-----------------------
beh... proprio del giro non direi...(se ti riferisci ai Guru di Access)
frequento questo splendido NG da poco più di un anno...
certo oggi ne sò più di ieri....ma sono sempre una schiappa
in Access.......cmq.. spero di imparare di più e di poterci
incontrare in un prossimo raduno....Ciao di nuovo...
ci si legge nei post...(non ti dico in radio dato che da qualche
anno faccio poco e quel poco solo in CW)....
Ciao
--
SuperPippo®   [;o))


title: Belli i raduni, ma.....

text:
VT@work ha scritto nel messaggio
<
3c0e0e19...@firewall.regione.toscana.it
>...
>Questa mi manca !
>Puoi darmi i riferimenti ?
Si ma in pvt perche' se gli arriva troppa pubblicita' alzano i prezzi!:-))
(e continuano a non pulire il cesso che e' impraticabile!:-))
Saluti.
Luciano


title: calendario con celle appuntamenti spostabili con drag e drop

author: mario rossi

text: ricordo che qualcuno aveva fatto un esempio di gestione calendario con la possibilità di trascinare le celle impegni sbaglio? è possibile farlo?


text:
Il giorno lunedì 17 ottobre 2022 alle 15:08:10 UTC+2
tmtu...@gmail.com
 ha scritto:
> ricordo che qualcuno aveva fatto un esempio di gestione calendario con la possibilità di trascinare le celle impegni sbaglio? è possibile farlo?

Avevo fatto qualche cosa in merito... si può fare tutto volendo, ma non è sufficiente volere...

Il Tema va analizzato conoscendo BENE il mezzo che usi in relazione alle esigenze reali.
Se la soluzione deve prevedere Maschere continue è più complesso come logica funzionale per come lavorano le maschere continue, se invece si vuole usare la Grafica è più complesso per l'uso delle API.

Io avevo fatto entrambi a titolo di studio... e, la soluzione grafica con GDI+ e le Api è decisamente più "BELLA"... ma... tecnicamente di un'altro livello.

Quindi riassumendo, temo, per come ti conosco che possano risultare entrambi progetti molto ambiziosi.

@Alex


text:

grazie per la fiducia.
mai sottovalutare nessuno nella vita.


text:
Non sottovaluto nessuno, tu ti presenti tutti i giorni assieme ai tuoi quesiti da anni, questo senza ritenerlo offensivo è lo strumento che tu ci fornisci per giudicare la tua conoscenza.

Spero quindi tu possa stupirci in positivo 😉
Buon lavoro

@Alex


text:

Mi ricordi il super mega direttore galattico di fantozzi. come è umano lei. :D


text:
Io rimarrei molto sulle cose concrete, semplici ma funzionali, poi quando hai più dimestichezza ti dedichi alla cipria e rossetto... se fai il contrario temo non dia risultati molto pratici.

@Alex


text:
Il giorno lunedì 17 ottobre 2022 alle 20:13:52 UTC+2 @Alex ha scritto:
> Io rimarrei molto sulle cose concrete, semplici ma funzionali, poi quando hai più dimestichezza ti dedichi alla cipria e rossetto... se fai il contrario temo non dia risultati molto pratici.
>
> @Alex

è scaricabile un esempio del tuo calendario grafico GDI + Api?


text:
Avevo fatto un GANTT con GDI++, mentre il calendario vero e propio era con Access e qualche APE ;-)
Purtroppo il sito in cui li avevo pubblicati è stato dismesso, non so se su AccessGroup ci sia tutto...

Li avevo resti fruibili dal mio ONEDRIVE pubblico, vedi se questi esempi possono aiutare:
https://1drv.ms/u/s!Are2sGzrs4WCoxK1afez8dffRf4h?e=SOR7wc

@Alex


author: Michele

text:

sono tutti spettacolari!
me li studierò con calma... probabilmente capendo come funzionano tra qualche anno :-D
grazie mille per la condivisione!


text:
Il giorno martedì 18 ottobre 2022 alle 12:06:13 UTC+2 @Alex ha scritto:

Grazie.


title: ricerca duplicati

author: ClubNet

text:
Io avrei un piccolo problema che da solo sicuramente non riuscirò mai a
risolvere (ci ho già provato diverse volte) ed è quello di creare una query
per la ricerca dei record che contengono anche solo una parte dei campi,
duplicati.
Mi spiego meglio. Se un campo contiene un numero di telefono, io vorrei
trovare tutti i record che contengono una parte di quel numero (ad esempio 4
numeri, che siano consecutivi all'inizio, alla fine o in qualsiasi altra
posizione) .
Spero di essere riuscito a spiegarmi. A dirlo non sembra poi tanto difficile
ma a farlo forse un pochino.
Ciao a tutti e grazie per l'aiuto.
Giovanni.


title: ricerca duplicati

author: Alessandro Cara

text:
ClubNet ha scritto:
> [cut]
> Mi spiego meglio. Se un campo contiene un numero di telefono, io vorrei
> trovare tutti i record che contengono una parte di quel numero (ad esempio 4
> numeri, che siano consecutivi all'inizio, alla fine o in qualsiasi altra
> posizione) .
> [cut]
solo tramite query mi sembra duro (ops) comunque con un po' di
union(parecchie),like,mid  e self join ci si puo' pensare, ovviamente i tempi di
risposta ce li scordiamo). Con un po' di codice si puo' fare ed e' decisamente
piu' semplice.
--
Alessandro Cara


title: ricerca duplicati

author: sib

text:
ClubNet chide
> Io avrei un piccolo problema che da solo sicuramente non riuscirò mai a
> risolvere (ci ho già provato diverse volte) ed è quello di creare una
query
> per la ricerca dei record che contengono anche solo una parte dei campi,
> duplicati.
> Mi spiego meglio. Se un campo contiene un numero di telefono, io vorrei
> trovare tutti i record che contengono una parte di quel numero (ad esempio
4
> numeri, che siano consecutivi all'inizio, alla fine o in qualsiasi altra
> posizione) .
Non c'entrano nulla i duplicati, devi applicare un filtro normalissimo.
Ad es., se devi cercare l'insieme dei clienti il cui numero telefonico
contenga le quattro cifre consecutive "1234" devi inserire nei criteri:
NumTel Like "*1234*"
Ciao, Sib
--
------------------------------------------------------
il sito comune di it.comp.database.access:
http://members.xoom.it/it_db_access
------------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente


title: ricerca duplicati

author: guxdav

text:
ClubNet <
marin...@libero.it
> wrote in message
8gm92q$elo$1...@nslave1.tin.it...
> Io avrei un piccolo problema che da solo sicuramente non riuscirò mai a
> risolvere (ci ho già provato diverse volte) ed è quello di creare una
query
> per la ricerca dei record che contengono anche solo una parte dei campi,
> duplicati.
> Mi spiego meglio. Se un campo contiene un numero di telefono, io vorrei
> trovare tutti i record che contengono una parte di quel numero (ad esempio
4
> numeri, che siano consecutivi all'inizio, alla fine o in qualsiasi altra
> posizione) .
> Spero di essere riuscito a spiegarmi. A dirlo non sembra poi tanto
difficile
> ma a farlo forse un pochino.
> Ciao a tutti e grazie per l'aiuto.
> Giovanni.
>
>
>
>
Nel campo della query inserisci
Like "*" & [TestoDaCercare?] & "*"
Ciao


title: ricerca duplicati

text:
> solo tramite query mi sembra duro (ops) comunque con un po' di
> union(parecchie),like,mid  e self join ci si puo' pensare, ovviamente i
tempi di
> risposta ce li scordiamo). Con un po' di codice si puo' fare ed e'
decisamente
> piu' semplice.
>
> --
> Alessandro Cara
>
>
A me andrebbe bene farlo anche con il codice, visto che sarebbe più
semplice,  ma come si fa?
Non è che potresti darmi una mano?
Giovanni.
Togliere "bob" per rispondere via E-Mail.


title: maschera con comportamento anomalo

author: mino

text:
ho una mschera con all'interno due sottomaschere che si basano su due
diversa query.
le sottomaschera sono collegate tramite uno stesso campo e sono maschere
multiple.
mi succede che la maschera mostri uno strano tremolio (a mio parere dovuto
ad un aggiornamento continuo dei dati visualizzati nelle sottomaschere)
qualcuno ha una soluzione a questo problema?
ciao e grazie
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: maschera con comportamento anomalo

author: desio

text:
"mino" <
news...@libero.it
> ha scritto nel messaggio
news:ar2hj2$8df$1...@news.newsland.it...
> ho una mschera con all'interno due sottomaschere che si basano su due
> diversa query.
> le sottomaschera sono collegate tramite uno stesso campo e sono maschere
> multiple.
> mi succede che la maschera mostri uno strano tremolio (a mio parere dovuto
come "tremolio"
> ad un aggiornamento continuo dei dati visualizzati nelle sottomaschere)
aggiornamento continuo? ma fai fare continuamente un requery sulle
sottomaschere?



title: maschera con comportamento anomalo

text:
desio wrote:

non faccio fare nessuna requery ma ho un paio di caselle combinate che mi
restituiscono dati.
per tremolio intendo un aggiornamento continuato con visualizzazione della
clessidra del mouse



title: maschera con comportamento anomalo

text:
cut
> > > mi succede che la maschera mostri uno strano tremolio (a mio parere
dovuto
> > come "tremolio"
> > > ad un aggiornamento continuo dei dati visualizzati nelle
sottomaschere)
> > aggiornamento continuo? ma fai fare continuamente un requery sulle
> > sottomaschere?
> > > qualcuno ha una soluzione a questo problema?
> > > ciao e grazie
> > >
> > >
> > > --
> > > questo articolo e` stato inviato via web dal servizio gratuito
> > >
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it
> > >
> > >
> non faccio fare nessuna requery ma ho un paio di caselle combinate che mi
> restituiscono dati.
> per tremolio intendo un aggiornamento continuato con visualizzazione della
> clessidra del mouse
>
>
> --
> questo articolo e` stato inviato via web dal servizio gratuito
>
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it
>
non č regolare le caselle combinate hanno come origine cosa?
e l' origine riga č?


title: maschera con comportamento anomalo

text:
desio wrote:

l'origine delle caselle combinate č un campo della maschera principale e
l'origine riga č una sql di una tabella



title: Collegare tabelle in file access con file sqlserver2005 in locale

author: jack

text:
Ho provato a collegare msaccess con sqlserver2005 in locale con odbc però
devo rispondere ad una serie di domande sulle chiavi di cui non sono sicuro
ed alla fine all'atto di importare i dati mi dà errore di precisione troppo
piccola ecc. . In particolare mi interessano solo alcune tabelle di
sqlserver per potere fare i report in stampa da access personalizzati.
Vorrei sapere se sia possibile o se esista la possibilità di convertire e/o
automatizzare come ho visto sul sitocomune con mysql. Grazie


title: Funzioni Fix e Sgn

author: Simone

text:
Salve a tutti,
Ho tentato di trovare tramite la guida in linea di access le spiegazioni
alle funzioni FIX e SGN, senza avere nessuna risposta, per cui volevo sapere
se qualcuno ha voglia di spegarmele.
Ciao e grazie


title: Funzioni Fix e Sgn

author: CarloCos

text:
"Simone" <
sip...@tin.it
> ha scritto nel messaggio
news:1FBz6.3173$r67....@news2.tin.it...

Dalla guida in linea:
Funzioni Int e Fix
Restituisce un valore dello stesso tipo passato alla funzione che contiene
la parte intera di un numero.
Sintassi
Int(numero)
Fix(numero)
L'argomento obbligatorio numero può essere un valore Double o una qualsiasi
espressione numerica valida. Se numero contiene Null, il risultato sarà
Null.
Osservazioni
Le funzioni Int e Fix eliminano la parte frazionaria di numero e ne
restituiscono il valore intero.
La differenza tra le funzioni Int e Fix risiede nel fatto che se numero è
negativo, Int restituisce il primo intero negativo minore o uguale a numero,
mentre Fix restituisce il primo intero negativo maggiore o uguale a numero.
Int ad esempio, converte -8,4 in -9, mentre Fix converte -8,4 in -8.
Fix(numero) equivale a:
Sgn(numero) * Int(Abs(numero))
Funzione Sgn
Restituisce un valore Variant (Integer) che indica il segno di un numero.
Sintassi
Sgn(numero)
L'argomento obbligatorio numero può essere qualsiasi espressione numerica
valida.
Valori restituiti
Se numero è Sgn restituisce
Maggiore di zero  1
Uguale a zero  0
Minore di zero -1
Osservazioni
Il segno dell'argomento numero determina il valore che verrà restituito
dalla funzione Sgn.
Ciao, Carlo


title: [OT] intestazione e pie di pagina excel

text:
qualcuno sa dirmi come posso mettere 2 immagini, una in intestazione e una
in pie di pagina che non si muovano mai e compaiano in ogni pagina?
Grazie


title: Riferimenti nel codice VBA e lentezza apertura mde

text:
Salve a tutti.
I riferimenti VBA: la storia infinita ...
Per comodità e manutenibilità ho raggruppato tutto il codice VBA di interesse generale in un file Util.mdb che ho poi
convertito in mde.
Util.mde è inserito fra i riferimenti VBA delle varie applicazioni e distribuito insieme ai corrispondenti mde.
Fino a qualche settimana fa tutto ha funzionato egregiamente.
Poi ho avuto la bella idea di ristrutturare l'ambiente di sviluppo facendo uso intensivo delle macchine virtuali.
Ho creato quattro VM dedicate ciascuna ad una versione di Office dalla 97 alla 2003, ma i sorgenti li ho lasciati
esattamente dov'erano nella macchina host.
La macchina host viene vista da ciascuna VM come un server e le cartelle di sviluppo su di essa vengono viste come unità
di rete mappate.
Ho verificato che nel file mdb di ogni applicazione il riferimento ad Util.mde fosse corretto, ed infatti Access l'ha
aggiornato per rispecchiare la nuova posizione relativa: \\192.168.0.1\Sviluppo\Access\Util.mde
L'unica cosa che non mi piaceva era il puntamento all'unità di rete non tramite la mappatura, ma non ci ho dato peso più
di tanto.
Quindi ho continuato a lavorare come niente fosse distribuendo gli aggiornamenti delle varie applicazioni.
Poi qualcuno ha telefonato:
Cliente: "Ho lanciato il programma ma non parte"
Io:	"Hai messaggi di errore ?"
Cliente:	"No: c'è una schermata grigia ..."
Io:	"Vedi la clessidra ?"
Cliente:	"Sì"
Io:	"Prova ad aspettare ancora un po' "
	...
Cliente: "Ora è partito"
Io:	"Bene, se dovesse rifarlo indagherò"
Il tempo di avvio è stato dell'ordine di un paio di minuti, mentre lo stesso programma apriva la schemata iniziale di
login in pochi secondi.
Ma nei giorni successivi è stato necessario aspettare anche quattro minuti (!) per avviare il programma.
Dopo lunghe elucubrazioni e per esclusione, alla fine mi si è accesa la lampadina: saranno mica i riferimenti ?
Ho copiato il file Util.mde nella VM in c:\programmi, ho aggiornato i riferimenti nel file mdb dell'applicazione e ne ho
ricreato il file mde: l'apertura ha richiesto meno di cinque secondi.
Bingo !
Dunque è chiaro che all'avvio del programma, se i riferimenti puntano ad un'unità remota, Access perde una valanga di
tempo a tentare di risolverli (forse addirittura interroga il DNS ?!?!).
Poi, una volta concluso che non riesce a trovarli, li cerca in locale, dove effettivamente si trovano (fra parentesi,
nella medesima cartella del file mde dell'applicazione !).
Qualcuno ha qualche brillante idea per continuare ad avere una sola copia di Util.mde residente sul "server" riferita
dalle varie applicazioni, senza che si presentino gli effetti collaterali descritti ?
Grazie
Vincenzo Turturro
Certificato Eucip Core Level
ITA 0000-002299 del 14/05/2007
---------------------------------------------
il sito comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------
risorse Access:
http://www.accessgroup.it
---------------------------------------------
Il sito comune di it.comp.as400
http://www.faq400.com
---------------------------------------------


author: Massimo Piubelli

text:
VT @ home wrote:
> Dunque è chiaro che all'avvio del programma, se i riferimenti puntano
> ad un'unità remota, Access perde una valanga di tempo a tentare di
> risolverli (forse addirittura interroga il DNS ?!?!).
> Poi, una volta concluso che non riesce a trovarli, li cerca in
> locale, dove effettivamente si trovano (fra parentesi, nella medesima
> cartella del file mde dell'applicazione !).
>
> Qualcuno ha qualche brillante idea per continuare ad avere una sola
> copia di Util.mde residente sul "server" riferita dalle varie
> applicazioni, senza che si presentino gli effetti collaterali
> descritti ?
> Grazie
mmm...
potresti controllare/ricollegare i riferimenti all'avvio del programma
Application.References.AddFromFile "c:\Documents and Settings\Max\Desktop\test.mde"
ovviamente il problema è che il riferimento esiste già. Per cui lo dovresti rimuovere e riallegare.
sul SC (6.204) c'è una funzione di Alex per estrarre la lista dei riferimenti.
Butto due idee, in entrambe usi la funzione in avvio
prima idea... vedi che valore ha .IsBroken e magari puoi "ragionare" su quello.
seconda, chiamando il riferimento "pippo", lo puoi rimuovere e ricollegare, puntando al file che si trova nella posizione c:\...
Ciao,
Max


author: RobertoA

text:
> Ho verificato che nel file mdb di ogni applicazione il riferimento ad
> Util.mde fosse corretto, ed infatti Access l'ha
> aggiornato per rispecchiare la nuova posizione relativa:
> \\192.168.0.1\Sviluppo\Access\Util.mde
> L'unica cosa che non mi piaceva era il puntamento all'unità di rete non
> tramite la mappatura, ma non ci ho dato peso più
> di tanto.
> Dunque è chiaro che all'avvio del programma, se i riferimenti puntano ad
> un'unità remota, Access perde una valanga di
> tempo a tentare di risolverli (forse addirittura interroga il DNS ?!?!).
> Poi, una volta concluso che non riesce a trovarli, li cerca in locale,
> dove effettivamente si trovano (fra parentesi,
> nella medesima cartella del file mde dell'applicazione !).
Se l'indirizzo e' composto cosi' come l'hai descritto, non credo che
intervengano i dns tramite i quali solitamente il pc client risolve
l'indirizzo
Hai provato a eliminare completamente le informazioni relative ai dns ?
Sarebbe la prova per capire se sono quelli o no
Se senza non si riuscisse ad aprire il programma, allora vuol dire che
qualcosa c'entrano di sicuro
Ciao
RobertoA


text:
VT @ home wrote:
[cut]
> Dunque è chiaro che all'avvio del programma, se i riferimenti puntano ad un'unità remota, Access perde una valanga di
> tempo a tentare di risolverli (forse addirittura interroga il DNS ?!?!).
> Poi, una volta concluso che non riesce a trovarli, li cerca in locale, dove effettivamente si trovano (fra parentesi,
> nella medesima cartella del file mde dell'applicazione !).
Vincenzo, fammi capire, cosa significa il periodo che ho quotato?
Che sulla rete l'accesso a certe risorse sia piu' lento e' un fatto.
Il problema sta nel "se non riesce a trovarli". Perche' non li trova?
Mettiamola cosi'. Se l'indirizzo di rete non viene trovato qualsiasi
programma ci mette tra i 30 ed i 60 sec a capirlo perche' quel tempo e'
gestito dai driver di rete. A suo tempo con una applicazione vb mi
accorgevo se mi avevano "taroccato" la macchina remota  proprio dai
tempi di risposta che si allungavano.
Anche esplora risorse, se hai un collegamento ad un'altra macchina e
quella e' irragiungibile, ci mette una vita a rispondere.
--
ac
y-1=x


author: esseAemme

text:
On 3 Dic, 12:03, Alessandro Cara <
alessandro.c...@ay-1asistemi.it
>
wrote:

Bisognerebbe verificare che il server con i DNS sia configurato
correttamente, e al limite fare dei test anche sulll'antivirus, che
non sia quello...


author: VT @ home

text:
Il Mon, 3 Dec 2007 11:49:01 +0100, "Massimo Piubelli" <massim...@accessgroup.it.invalid> ha scritto:
>(.....)
>VT @ home wrote:
>
>> Dunque è chiaro che all'avvio del programma, se i riferimenti puntano
>> ad un'unità remota, Access perde una valanga di tempo a tentare di
>> risolverli (forse addirittura interroga il DNS ?!?!).
>> Poi, una volta concluso che non riesce a trovarli, li cerca in
>> locale, dove effettivamente si trovano (fra parentesi, nella medesima
>> cartella del file mde dell'applicazione !).
>>
>> Qualcuno ha qualche brillante idea per continuare ad avere una sola
>> copia di Util.mde residente sul "server" riferita dalle varie
>> applicazioni, senza che si presentino gli effetti collaterali
>> descritti ?
>> Grazie
>
>mmm...
>potresti controllare/ricollegare i riferimenti all'avvio del programma
Si può fare solo negli mdb; non è possibile in un mde.
>Application.References.AddFromFile "c:\Documents and Settings\Max\Desktop\test.mde"
>
>ovviamente il problema è che il riferimento esiste già. Per cui lo dovresti rimuovere e riallegare.
>sul SC (6.204) c'è una funzione di Alex per estrarre la lista dei riferimenti.
>
>Butto due idee, in entrambe usi la funzione in avvio
>prima idea... vedi che valore ha .IsBroken e magari puoi "ragionare" su quello.
>seconda, chiamando il riferimento "pippo", lo puoi rimuovere e ricollegare, puntando al file che si trova nella posizione c:\...
>
>Ciao,
>Max
>
Vincenzo Turturro



text:
Il Mon, 03 Dec 2007 12:03:57 +0100, Alessandro Cara <
alessan...@ay-1asistemi.it
> ha scritto:
>(.....)
>VT @ home wrote:
>[cut]
>> Dunque è chiaro che all'avvio del programma, se i riferimenti puntano ad un'unità remota, Access perde una valanga di
>> tempo a tentare di risolverli (forse addirittura interroga il DNS ?!?!).
>> Poi, una volta concluso che non riesce a trovarli, li cerca in locale, dove effettivamente si trovano (fra parentesi,
>> nella medesima cartella del file mde dell'applicazione !).
>Vincenzo, fammi capire, cosa significa il periodo che ho quotato?
>Che sulla rete l'accesso a certe risorse sia piu' lento e' un fatto.
>Il problema sta nel "se non riesce a trovarli". Perche' non li trova?
Perchè presso il cliente Util.mde non sta in \\192.168.0.1\sviluppo\access bensì in c:\programmi\sml
E comunque, dopo avere cercato nella posizione registrata all'interno del file mde, lo cerca come spiegato nella KB
Microsoft nella cartella dove risiede il file mde: lì lo trova e finalmente parte.
>Mettiamola cosi'. Se l'indirizzo di rete non viene trovato qualsiasi
>programma ci mette tra i 30 ed i 60 sec a capirlo perche' quel tempo e'
>gestito dai driver di rete.
Appunto: non quattro minuti !
>A suo tempo con una applicazione vb mi
>accorgevo se mi avevano "taroccato" la macchina remota  proprio dai
>tempi di risposta che si allungavano.
La macchina del cliente è pulita ed ipercontrollata: contiene dati sanitari !
>Anche esplora risorse, se hai un collegamento ad un'altra macchina e
>quella e' irragiungibile, ci mette una vita a rispondere.
Infatti non ho chiesto aiuto per capire cosa sta succedendo, ma come fare per aggirare il problema.



text:
Il Mon, 3 Dec 2007 11:56:36 +0100, "RobertoA" <
amor...@tiscalinet.it
> ha scritto:
>(.....)
>> Ho verificato che nel file mdb di ogni applicazione il riferimento ad
>> Util.mde fosse corretto, ed infatti Access l'ha
>> aggiornato per rispecchiare la nuova posizione relativa:
>> \\192.168.0.1\Sviluppo\Access\Util.mde
>> L'unica cosa che non mi piaceva era il puntamento all'unità di rete non
>> tramite la mappatura, ma non ci ho dato peso più
>> di tanto.
>> Dunque è chiaro che all'avvio del programma, se i riferimenti puntano ad
>> un'unità remota, Access perde una valanga di
>> tempo a tentare di risolverli (forse addirittura interroga il DNS ?!?!).
>> Poi, una volta concluso che non riesce a trovarli, li cerca in locale,
>> dove effettivamente si trovano (fra parentesi,
>> nella medesima cartella del file mde dell'applicazione !).
>
>Se l'indirizzo e' composto cosi' come l'hai descritto, non credo che
>intervengano i dns tramite i quali solitamente il pc client risolve
>l'indirizzo
>Hai provato a eliminare completamente le informazioni relative ai dns ?
Potrei anche provare ma non mi interessa stabilire se i DNS c'entrano o meno.
Quello che mi interessa, appurato che distribuire un mde che fa riferimento ad un altro mde residente su un'unità non
disponibile presso il cliente rende inaccettabili i tempi di avvio del programma, è capire come generare un mde che non
presenta questo comportamento.
>Sarebbe la prova per capire se sono quelli o no
>Se senza non si riuscisse ad aprire il programma, allora vuol dire che
>qualcosa c'entrano di sicuro
>Ciao
>RobertoA
>
Vincenzo Turturro



text:
On 3 Dic, 13:30, "VT @ home" <
V...@home.it
> wrote:
> Il Mon, 3 Dec 2007 11:56:36 +0100, "RobertoA" <
amoro...@tiscalinet.it
> ha scritto:
>
> >(.....)
> >> Ho verificato che nel file mdb di ogni applicazione il riferimento ad
> >> Util.mde fosse corretto, ed infatti Access l'ha
> >> aggiornato per rispecchiare la nuova posizione relativa:
> >> \\192.168.0.1\Sviluppo\Access\Util.mde
> >> L'unica cosa che non mi piaceva era il puntamento all'unità di rete non
> >> tramite la mappatura, ma non ci ho dato peso più
> >> di tanto.
> >> Dunque è chiaro che all'avvio del programma, se i riferimenti puntano ad
> >> un'unità remota, Access perde una valanga di
> >> tempo a tentare di risolverli (forse addirittura interroga il DNS ?!?!).
> >> Poi, una volta concluso che non riesce a trovarli, li cerca in locale,
> >> dove effettivamente si trovano (fra parentesi,
> >> nella medesima cartella del file mde dell'applicazione !).
>
> >Se l'indirizzo e' composto cosi' come l'hai descritto, non credo che
> >intervengano i dns tramite i quali solitamente il pc client risolve
> >l'indirizzo
> >Hai provato a eliminare completamente le informazioni relative ai dns ?
>
> Potrei anche provare ma non mi interessa stabilire se i DNS c'entrano o meno.
> Quello che mi interessa, appurato che distribuire un mde che fa riferimento ad un altro mde residente su un'unità non
> disponibile presso il cliente rende inaccettabili i tempi di avvio del programma, è capire come generare un mde che non
> presenta questo comportamento.
Ciao Vincenzo,
perdonami ma non ho ben capito,
prima parli di aver fatto macchine virtuali, su una macchina hai 4
macchine virtuali + il server con indirizzi ip differenti, macchine
differenti.
Ora dici che presso il cliente il file util.mde sta in c:\ della
macchina... mi sono persa...
Hai 5 macchine virtuali, di cui una è il server e le altre quattro
contengono i file frontend mdb dell'applicazione da te in laboratorio.
Dal clientehai che cosa? La stessa configurazione? Oppure in remoto si
connettono in vpn da te?



text:
>>Hai provato a eliminare completamente le informazioni relative ai dns ?
> Potrei anche provare ma non mi interessa stabilire se i DNS c'entrano o
> meno.
> Quello che mi interessa, appurato che distribuire un mde che fa
> riferimento ad un altro mde residente su un'unità non
> disponibile presso il cliente rende inaccettabili i tempi di avvio del
> programma, è capire come generare un mde che non
> presenta questo comportamento.
A non ti interessa sapere se i dns c'entrano o meno ?
E come speri di risolvere il problema se non sai qual'e' a causa ?
Ciao
RobertoA


text:
VT @ home wrote:
> Il Mon, 03 Dec 2007 12:03:57 +0100, Alessandro Cara <
alessan...@ay-1asistemi.it
> ha scritto:
>> (.....)
>
>> VT @ home wrote:
>> [cut]
>>> Dunque è chiaro che all'avvio del programma, se i riferimenti puntano ad un'unità remota, Access perde una valanga di
>>> tempo a tentare di risolverli (forse addirittura interroga il DNS ?!?!).
>>> Poi, una volta concluso che non riesce a trovarli, li cerca in locale, dove effettivamente si trovano (fra parentesi,
>>> nella medesima cartella del file mde dell'applicazione !).
>> Vincenzo, fammi capire, cosa significa il periodo che ho quotato?
>> Che sulla rete l'accesso a certe risorse sia piu' lento e' un fatto.
>> Il problema sta nel "se non riesce a trovarli". Perche' non li trova?
>
> Perchè presso il cliente Util.mde non sta in \\192.168.0.1\sviluppo\access bensì in c:\programmi\sml
> E comunque, dopo avere cercato nella posizione registrata all'interno del file mde, lo cerca come spiegato nella KB
> Microsoft nella cartella dove risiede il file mde: lì lo trova e finalmente parte.
>
>> Mettiamola cosi'. Se l'indirizzo di rete non viene trovato qualsiasi
>> programma ci mette tra i 30 ed i 60 sec a capirlo perche' quel tempo e'
>> gestito dai driver di rete.
>
> Appunto: non quattro minuti !
Il tempo ed i tentativi che vengono fatti sulla rete sono configurabili
e dipendono dalla estensione della rete.
>
>> A suo tempo con una applicazione vb mi
>> accorgevo se mi avevano "taroccato" la macchina remota  proprio dai
>> tempi di risposta che si allungavano.
>
> La macchina del cliente è pulita ed ipercontrollata: contiene dati sanitari !
Non intendevo questo ma fa niente.
>
>> Anche esplora risorse, se hai un collegamento ad un'altra macchina e
>> quella e' irragiungibile, ci mette una vita a rispondere.
>
> Infatti non ho chiesto aiuto per capire cosa sta succedendo, ma come fare per aggirare il problema.
vevo capito un'altra cosa. Che "ancora" il motivo non fosse chiaro.
Se il motivo e' chiaro non dovrebbe essere un problema aggirarlo. Nel
caso di indirizzo fasullo credo che sia sufficente fare un "ping".
--
ac
y-1=x


text:
Il Mon, 3 Dec 2007 13:50:59 +0100, "RobertoA" <
amor...@tiscalinet.it
> ha scritto:
>(.....)
>>>Hai provato a eliminare completamente le informazioni relative ai dns ?

Come ho già detto ad altri, la causa l'ho già individuata: il problema dipende dalla collocazione di un file nei
riferimenti che nell'ambiente di sviluppo sta su un server (virtuale o fisico non è importante) mentre dal cliente sta
sulla medesima macchina dell'applicazione.
Che poi questa situazione coinvolga i DNS, la LAN o l'FBI che controlla il mio cliente non mi interessa niente: non
posso (e non voglio) alterare la configurazione di rete del cliente.
Quindi devo intervenire a monte, cioè nel'ambiente di sviluppo.



text:
Il Mon, 3 Dec 2007 04:32:44 -0800 (PST), esseAemme <
samanth...@gmail.com
> ha scritto:
>(.....)
>Ciao Vincenzo,
>
>perdonami ma non ho ben capito,
>
>prima parli di aver fatto macchine virtuali, su una macchina hai 4
>macchine virtuali + il server con indirizzi ip differenti, macchine
>differenti.
>Ora dici che presso il cliente il file util.mde sta in c:\ della
>macchina... mi sono persa...
>
>Hai 5 macchine virtuali, di cui una è il server e le altre quattro
>contengono i file frontend mdb dell'applicazione da te in laboratorio.
>
>Dal clientehai che cosa? La stessa configurazione? Oppure in remoto si
>connettono in vpn da te?
>
>Samantha
>3824
Sul pc di sviluppo utilizzo n macchine virtuali
Da ogni macchina virtuale accedo alla macchina fisica considerandola a tutti gli effetti come se fosse un server in
rete.
Nella macchina virtuale x il file mdb dell'applicazione ha un riferimento al file \\192.168.0.1\sviluppo\access\util.mde
(che sta sul server, cioè sulla macchina fisica).
Tale riferimento ovviamente viene mantenuto anche all'interno del file mde dell'applicazione.
Il file mde dell'applicazione viene distribuito al cliente su una macchina fisica insieme al file util.mde e tutti e due
vengono posizionati nella medesima cartella c:\programmi\sml .
Il problema è che all'avvio dell'appicazione questa prima di tutto cerca di rintracciare util.mde nel percorso che ha
specificato al suo interno, percorso che presso il cliente non esiste.
Quando finalmente capisce che non lo trova, allora lo cerca in c:\programmi\sml, lo trova e parte.



text:
Il Mon, 03 Dec 2007 13:55:45 +0100, Alessandro Cara <
alessan...@ay-1asistemi.it
> ha scritto:
>(.....)
>>
>> Infatti non ho chiesto aiuto per capire cosa sta succedendo, ma come fare per aggirare il problema.
>vevo capito un'altra cosa. Che "ancora" il motivo non fosse chiaro.
>Se il motivo e' chiaro non dovrebbe essere un problema aggirarlo. Nel
>caso di indirizzo fasullo credo che sia sufficente fare un "ping".
Purtroppo no.
Infatti la "ricerca dei riferimenti" parte prima di qualsiasi altra cosa e, tutto sommato, è giusto che sia così visto
che fra i riferimenti ci sono anche componenti fondamentali per l'esecuzione.
In ogni caso ho provato a mettere un msgbox come prima istruzione nella routine associata alla open della form che viene
aperta automaticamente all'avvio del programma, ma ho aspettato alcuni minuti prima di vederla comparire.
Quindi non posso fare niente prima dei tentativi di Access di risolvere i riferimenti.
E dunque devo per forza agire al momento della creazione del file mde.
Ed è qui che chiedo aiuto.



text:
VT @ home wrote:
> Il Mon, 03 Dec 2007 13:55:45 +0100, Alessandro Cara <
alessan...@ay-1asistemi.it
> ha scritto:
>> (.....)
>
>>> Infatti non ho chiesto aiuto per capire cosa sta succedendo, ma come fare per aggirare il problema.
>> vevo capito un'altra cosa. Che "ancora" il motivo non fosse chiaro.
>> Se il motivo e' chiaro non dovrebbe essere un problema aggirarlo. Nel
>> caso di indirizzo fasullo credo che sia sufficente fare un "ping".
>
> Purtroppo no.
> Infatti la "ricerca dei riferimenti" parte prima di qualsiasi altra cosa e, tutto sommato, è giusto che sia così visto
> che fra i riferimenti ci sono anche componenti fondamentali per l'esecuzione.
> In ogni caso ho provato a mettere un msgbox come prima istruzione nella routine associata alla open della form che viene
> aperta automaticamente all'avvio del programma, ma ho aspettato alcuni minuti prima di vederla comparire.
> Quindi non posso fare niente prima dei tentativi di Access di risolvere i riferimenti.
> E dunque devo per forza agire al momento della creazione del file mde.
> Ed è qui che chiedo aiuto.
Perche' non fai il contrario?
Colleghi prima sul percorso locale e poi sul percorso di rete.
--
ac
y-1=x


text:


Non capisco ...



author: Sergio MAZZA

text:
"Alessandro Cara" <
alessan...@ay-1asistemi.it
> ha scritto nel messaggio
news:SRT4j.14791$r62....@tornado.fastwebnet.it...
> Perche' non fai il contrario?
> Colleghi prima sul percorso locale e poi sul percorso di rete.
Se ho capito bene, non può perché l'ambiente di sviluppo è diverso (= con
percorso di rete)...
> --
> ac
> y-1=x
Ciao.
--
Sergio MAZZA


text:
VT @ home wrote:
> Il Mon, 03 Dec 2007 14:51:46 +0100, Alessandro Cara <
alessan...@ay-1asistemi.it
> ha scritto:
>> (.....)
>
>> VT @ home wrote:
>>> Il Mon, 03 Dec 2007 13:55:45 +0100, Alessandro Cara <
alessan...@ay-1asistemi.it
> ha scritto:
>>>> (.....)
>>>>> Infatti non ho chiesto aiuto per capire cosa sta succedendo, ma come fare per aggirare il problema.
>>>> vevo capito un'altra cosa. Che "ancora" il motivo non fosse chiaro.
>>>> Se il motivo e' chiaro non dovrebbe essere un problema aggirarlo. Nel
>>>> caso di indirizzo fasullo credo che sia sufficente fare un "ping".
>>> Purtroppo no.
>>> Infatti la "ricerca dei riferimenti" parte prima di qualsiasi altra cosa e, tutto sommato, č giusto che sia cosě visto
>>> che fra i riferimenti ci sono anche componenti fondamentali per l'esecuzione.
>>> In ogni caso ho provato a mettere un msgbox come prima istruzione nella routine associata alla open della form che viene
>>> aperta automaticamente all'avvio del programma, ma ho aspettato alcuni minuti prima di vederla comparire.
>>> Quindi non posso fare niente prima dei tentativi di Access di risolvere i riferimenti.
>>> E dunque devo per forza agire al momento della creazione del file mde.
>>> Ed č qui che chiedo aiuto.
>> Perche' non fai il contrario?
>> Colleghi prima sul percorso locale e poi sul percorso di rete.
>
> Non capisco ...
Ed hai ragione. Mi ci e' voluto un po' ma forse ora ho capito dov'e' la
difficolta'.
Immagino tu abbia gia' visto questi due articoli:
http://www.accessmvp.com/djsteele/AccessReferenceErrors.html
http://www.mvps.org/access/modules/mdl0022.htm
--
ac
y-1=x


text:
Sergio MAZZA wrote:
> "Alessandro Cara" <
alessan...@ay-1asistemi.it
> ha scritto nel messaggio
> news:SRT4j.14791$r62....@tornado.fastwebnet.it...
>
>> Perche' non fai il contrario?
>> Colleghi prima sul percorso locale e poi sul percorso di rete.
>
> Se ho capito bene, non può perché l'ambiente di sviluppo è diverso (= con
> percorso di rete)...
Ciao Serginho. Sono un po' "tardo" effettivamente qualche problema c'e'.
Non puo' farlo perche'
1) Quando potrebbe intervenire il danno e' gia' avvenuto (e questo
sarebbe, forse, superabile)
2) E' un MDE (e questo e' un vincolo, credo, non facilmente superabile)
--
ac
y-1=x


text:
On 3 Dic, 14:27, "VT @ home" <
V...@home.it
> wrote:
> Sul pc di sviluppo utilizzo n macchine virtuali
> Da ogni macchina virtuale accedo alla macchina fisica considerandola a tutti gli effetti come se fosse un server in
> rete.
> Nella macchina virtuale x il file mdb dell'applicazione ha un riferimento al file \\192.168.0.1\sviluppo\access\util.mde
> (che sta sul server, cioè sulla macchina fisica).
> Tale riferimento ovviamente viene mantenuto anche all'interno del file mde dell'applicazione.
> Il file mde dell'applicazione viene distribuito al cliente su una macchina fisica insieme al file util.mde e tutti e due
> vengono posizionati nella medesima cartella c:\programmi\sml .
> Il problema è che all'avvio dell'appicazione questa prima di tutto cerca di rintracciare util.mde nel percorso che ha
> specificato al suo interno, percorso che presso il cliente non esiste.
> Quando finalmente capisce che non lo trova, allora lo cerca in c:\programmi\sml, lo trova e parte.
Ciao Vincenzo,
tu al cliente dai il qualcosa.mde + util.mde
Facciamo un passo indietro, tu hai un qualcosa.mdb da trasformare in
mde, per distribuirlo al tuo cliente
A questo punto, tu puoi ancora intervenire nel qualcosa.mdb. Perchè
non fai una macro, oppure una routine, dove gli dici di sostituire
l'indirizzo
192.168.01. con
c:\programmi\sml   ?
:)
Oppure puoi fare il contrario, nel tuo ambiente di sviluppo nel file
inverti, metti prima il riferimento c:\programmi\sml\util.mde. Lui nel
tuo ambiente di sviluppo non lo trova, passa alla riga successiva e va
sul 192.168.0.1...  Prova a vedere se da te è tanto lento, ma almeno
quando lo distribuisci non hai problemi con i clienti.
Samantha
3824


text:
Il Mon, 3 Dec 2007 07:11:58 -0800 (PST), esseAemme <
samanth...@gmail.com
> ha scritto:
>(.....)
>Ciao Vincenzo,
>tu al cliente dai il qualcosa.mde + util.mde
>
>Facciamo un passo indietro, tu hai un qualcosa.mdb da trasformare in
>mde, per distribuirlo al tuo cliente
>
>A questo punto, tu puoi ancora intervenire nel qualcosa.mdb. Perchè
>non fai una macro, oppure una routine, dove gli dici di sostituire
>l'indirizzo
>192.168.01. con
>c:\programmi\sml   ?
Perchè se in c:\programmi\sml non ho util.mde la compilazione si arresta !
E non voglio averlo perchè si tratta di un componente comune a TUTTE le mie applicazioni che periodicamente viene
integrato, migliorato, aggiornato ...
Quindi per sua natura deve stare in uno ed un solo posto, altrimenti di sicuro dopo poco ne avrei n versioni sparse qua
e là fra le varie macchine virtuali ed i vari clienti: un incubo !
>:)
>
>Oppure puoi fare il contrario, nel tuo ambiente di sviluppo nel file
>inverti, metti prima il riferimento c:\programmi\sml\util.mde. Lui nel
>tuo ambiente di sviluppo non lo trova, passa alla riga successiva e va
>sul 192.168.0.1...  Prova a vedere se da te è tanto lento, ma almeno
>quando lo distribuisci non hai problemi con i clienti.
Lo stesso componente non può essere referenziato più di una volta, anche se in cartelle/percorsi diversi ...
>Samantha
>3824
