Pagina 1 di 2
Gestione personalizzazioni per clienti kiosk
Inviato: martedì 21 novembre 2006, 15:47
da CateC
Supponiamo che un cliente a cui è stata fornita un runtime kiosk abbia bisogno di una modifica al programma, quindi che io realizzi tale modifica lavorando sui file sorgenti in mio possesso: come fare affinchè quando gli installerò la nuova runtime non avvengano modifiche sui loro dati? Ovvero, come fare a passare al cliente modifiche STRUTTURALI mantenendo invariato il loro database?
Inviato: martedì 21 novembre 2006, 15:50
da stregatto
entro certi limiti, con la separazione interfaccia/dati.
ovvero: tuttti i dati ssu un file, relazioni, interfaccia grafica e script sull'altro.
con versioni per-sei è virtualmente impossibile
con la 7 usabile, ma scomodo,
dalla 8 in poi, funzia benissimo.
Ovvio che se poi devi modificare campi o calcoli, sempre i dati devi modificare.
.g.
Inviato: martedì 21 novembre 2006, 16:23
da CateC
La versione è la 8.5 adv....
......la domanda è:
Come faccio ad avere in due file separati dati e interfaccia(script,maschere....)?
Oggi mi è arrivata la versione 8.5 adv e ho provato a generare la runtime.
Ho notato (dll a parte) che vengono generati:
.exe (eseguibile) e .usr (dati,interfaccia,script.....)
In riferimento alla domanda del post precedente,devo agire a livello della generazione della runtime o prima?
Ps. non parlavo di modifiche ai dati.
Grazie
Inviato: martedì 21 novembre 2006, 16:30
da stregatto
prima. È una scelta a livello di impostazione della soluzione da proporre al cliente. E… si fa a mano, formato per formato, tabella per tabella…
.g.
Inviato: martedì 21 novembre 2006, 16:30
da stregatto
prima. È una scelta a livello di impostazione della soluzione da proporre al cliente. E… si fa a mano, tabella per tabella…
.g.
Inviato: martedì 21 novembre 2006, 16:57
da CateC
La tua risposta non è chiara.
Sto provando a vedere sulla guida in linea....non riesco però a trovar nulla che mi faccia capire ciò intendi.
Siccome lavoro da anni in altri ambienti (oracle,Sql Server), la cosa più naturale,logica e banale è tener separati i dati da tutto il resto e credevo che lo fosse anche in Fm.
Grazie
Cate
Inviato: martedì 21 novembre 2006, 17:01
da stregatto
Siccome lavoro da anni in altri ambienti (oracle,Sql Server), la cosa più naturale,logica e banale è tener separati i dati da tutto il resto e credevo che lo fosse anche in Fm.
il problema è che non lo è; Filemaker ha sempre usato file all-in one.
La tecnica di cui parlo non è presente nella guida on line, unicamente perché si tratta di una tecnica di sviluppo che alcuni imparano con l'esperienza. Non esistono linee guida codificate, tranne quelle di massima che ti ho detto.
Ho paura che la mia risposta non ti sembri chiara, perché non hai idea di come applicare al ccontesto quello che sto dicendo, ma in questo caso, non posso dirti molto più di questo.
.g.
Inviato: martedì 21 novembre 2006, 17:04
da CateC
Quindi... giusto così poi non ti rompo più .... mi stai dicendo "Arrangiati"?
Inviato: martedì 21 novembre 2006, 17:05
da marianasu
Ciao CateC. Sull'argnemto separazione dati interfaccia c'è un lunghissimo thread....cercalo nel forum.
Nelle guide non trovi l'argomento perchè più che altro è una tecnica di sviluppo.
Il problema degli aggiornamenti è uno dei problemi principali che si devono affrontare.
A me pare che nel tuo caso tu possa fare una cosa del genere.
Il file. usr non è altro che il file vero e prorio che volendo puoi anche aprire tranite FM (non direttamente facendo doppi click ma facendo file apri).
Quindi se vuoi fare modifiche sostanziali basta che dal suo file USR tu ti importi (magari con uno script) tutti i record della vecchia versione nella nuova vuota. E' una operazione delicata, ma se lo hai sviluppato tu dovresti riuscirci. In alternativa. Prendi il suo file USR lo apri con FM lo modifichi e glie e lo rimetti.
CIAO M
Inviato: martedì 21 novembre 2006, 17:17
da CateC
Grazie....cerco sul forum i post.
...Purtroppo la soluzione di modificare usr non è ciò che speravo.
Comunque grazie
Cate