Newsgroup: it.comp.macintosh
Titolo: Filemaker 12

Ho vistoche è uscito (oggi?) la nuova versione.
La novità più "apprezzabile" mi pare la migliore gestione dei file messi
nei contenitori. Ma ho guardato al volo. Ci sono altre cose interessanti
che, secondo voi, ne giustificano l'acquisto?
No perché 250 euro di upgrade mi sembrano un po' troppi...
 
-- 
. Guido   _.-----.  \.-./       . .
\`-.._,-' .-. .-.`-' ``-.  _,-'.'`.
  `-.____,-. `:. `.-'-._.O-:_ .:'.,|
            `-" `-"          `-.__.'

 No perché 250 euro di upgrade mi sembrano un po' troppi...
 
Io vedo, che ci hanno messo parecchio ad arrivarci, la possibilità di
eseguire query SQL nella form, l'ESS relinking della base di dati SQL
(questa in fase di testing è parecchio comoda, in effetti) e l'aggiunta
degli state agli oggetti di una form (hover, pressed eccetera).
Mi sembra, ma c'era da aspettarselo, che abbiano migliorato di parecchio
la controparte Go.
-- 
Qui chi non terrorizza
s'ammala di terrore


eh si, avevo scritto di corsa preso dalla curiosità, poi ho letto un po'
di più anche io. E mi rendo conto che non sfrutterei molto delle novità.
Però dei miglioramenti ci sono.
Non sarà mai male quando metteranno, già incluso, un sistema di
sincronizzazione mobile diverso dal semplice copiare a mano i file.
Non mi piace che abbiano cambiato ancora il formato dei file.


 Non mi piace che abbiano cambiato ancora il formato dei file.
 
Questa è veramente una grossa rottura di coglioni.
-- 
Quando c'era lui i treni partivano in orario
Quando c'era lui ci deportavano in orario

 Questa è veramente una grossa rottura di coglioni.
E' una rottura, ma c'era da aspettarselo... il formato attuale è quello
di FileMaker 7, e probabilmente qualche novità (secondo me i temi), non
erano comatibili.
 
 
 
-- 
Per rispondere, togliere -NOSPAM- dall'indirizzo.

 erano comatibili.
 
sarà... è anche un modo formidabile per creare problemi di compatibilità
e creare un motivo per aggiornare a chi, come me, tutto sommato potrebbe
stare bene pure così (poi i temi mi piacciono da matti, devo capirli
ancora bene ma suonano proprio forti :-P )
Ma posso spende' 250 euro per i temi. 'rcaloca!


 Ma posso spende' 250 euro per i temi. 'rcaloca!
 
Non avevo visto: il server adesso è a 64 bit e supporta il backup
progressivo. Anche se immagino che adesso salterà furoi qualcuno a dire
che la clonazione è la stessa cosa.


 la controparte Go.
Solo il multitasking vale l'esorbitante prezzo che chiedono ;)
 
-- 
ciao, ric

 sincronizzazione mobile diverso dal semplice copiare a mano i file.
 
Se intendi sincronizzare i dati, non trattenere il respiro.
Se intendi un supporto più furbo a strumenti come Dropbox, penso ci
arriveranno.
 
-- 
ciao, ric

 progressivo. 
 
Hanno anche riscritto Iwp e, soprattutto, il motore di backup si fa carico
anche dei file legati ai remote containers (santi subito).
 
 
-- 
ciao, ric

 Solo il multitasking vale l'esorbitante prezzo che chiedono ;)
 
accidenti!


 anche dei file legati ai remote containers (santi subito).
 
Beh, sě, concordo. Questo č veramente buono.


 Beh, sì, concordo. Questo è veramente buono.
Ma la possibilità (come opzione) di fare gli elenchi check/radio box con
i testi su più righe invece di essere tagliati, sono solo io a chiederla
(da FMP 4 o giù di lì)?!
E un editor strutturato per i calcoli?!


 E un editor strutturato per i calcoli?!
 
L'editor andrebbe migliorato, così come lo script editor. Fuor di dubbio.
 
-- 
ciao, ric

 Che devi farci, esattamente?
Riprodurre moduli che normalmente si compilano a mano... Riprodurrli e
avere la risposta in filemaker, senza passare per n campi (o un campo
con n ripetizioni) vero/falso e calcolare la risposta in base ai campi
vero/falso...
Ogni modifica comporta la modifica del layout e del calcolo abbinato,
quando si potrebbe fare semplicemente modificando la valuelist...


 E un editor strutturato per i calcoli?!
filemaker è un programma tipo Access?
Lo chiedo perché a lavoro (mondo Windows centrico, ma con db oracle) sto
costruendo degli applicativi in Access, ma potendo mi piacerebbe usare
qualcosa di diverso.
Obiettivo: creare maschere e report versatili sulla base di query da
costruire con alcuni controlli, il tutto per controllare che sul db oracle
i dati di fatturazione non siano palesemente errati.
 
Filemaker può essere utile per queste attività?
 
 
-- 
You cannot connect the dots looking forward, you can only connect them
looking bakward (cit. S. Jobs)

 Filemaker può essere utile per queste attività?
 
Non lo so. Per lo small business potrebbe essere più conveniente (sia
sul piano operativo che su quello economico) costruirsi direttamente
in FileMaker il database di cui si ha bisogno (una figura utile sarebbe
un informatico di raccordo che non pretenda di tenere lui tutto sotto
controllo, ma che fornisca – ovviamente a pagamento – le sue competenze
per consentire la realizzazione di un simile database aziendale).
 
Ma per lavorare in SQL su Oracle, non lo so se quello che hanno fatto
con questa versione 12 è sufficiente (forse no). Chi ne sa di più,
intervenga.
 
Bye,
 
  *GB* 
 

il db esiste già e ci girano diversi applicativi, nella nostra struttura
servirebbe un coltellino svizzero per costruire un front-end che si occupi
di creare alcune query SQL e ne visualizzi i risultati evitando così che
l'utente usi query builder e simili.
Volevo provare livecode, ma la versione gratuita va attivata via internet e
sotto proxy non si attiva, proverò a dare un'occhiata a filemaker.
 
 
PS: proprio l'uso di "consulenti a pagamento" è quel che vogliono evitare!
:)


 
 
 
 
-- 
ciao, ric

 :)
 
Quindi Oracle l'hanno trovato come regalo nelle patatine? :)
Comunque quello che descrivi si fa tranquillamente con FileMaker: prova.
 
 
-- 
ciao, ric


che patatine!
Il punto è che da una parte c'è tutto il sistema di fatturazione, con
programmi sviluppati in house (alcuni anche acquistati), dall'altra ci sono
gli utenti che hanno bisogno di un minimo di flessibilità per cercare
possibili errori di fatturazione prima che partano i rid bancari.
Controlli di questo tipo sono in realtà banalissime query, ma farle
implementare sul sistema principale (che oltretutto da 3 anni dovrebbe
essere dismesso...) costerebbe molto.
Per cui al momento scrivo io qualche riga di codice su Access in modo da
creare questi report... ma per l'appunto io costo marginalmente zero
rispetto al far avviare un progetto dall'IT!
proverò a collegare la versione di prova di filemaker ad Oracle, se avrò
qualche problema scriverò qui!
Mi incuriosisce questa cosa del non dover scrivere query SQL: non conosco
altri metodi per accedere ad un db senza di esse.


 altri metodi per accedere ad un db senza di esse.
 
Se la base dati esterna rientra tra quelle accessibili direttamente, e
Oracle lo è, puoi usarla come se si trattasse del db interno di FileMaker.
FileMaker usa il modo Trova come strumento di ricerca (in pratica si
predispone a mandare una SELECT).
Leggi un po' di documentazione e vedrai che questa cosa ti risulterà subito
chiara.
 
-- 
ciao, ric

 mettere in piedi questo tipo di procedure.
 
Fin qui ci siamo. Però io vorrei capire se la versione 12 consente
di usare FileMaker come valido front end per un database Oracle,
ma non soltanto alla maniera solita di FileMaker, bensì anche
con query SQL al modo di Access.
 
Bye,
 
  *GB* 
 

 con query SQL al modo di Access.
 
Importa da origine dati esterna usa il SQL per definire ciò che va
importato.
C'è da sempre ed è meno scomodo di quanto si pensi, se lo scopo è di
consultare dati.
Anzi, in alcuni casi è davvero una mano santa.
 
Inoltre FileMaker 12 introduce la nuova funzione ExecuteSQL, che consente
di usare SELECT, join e quant'altro verso se stesso.
Dovrebbe funzionare anche se il "se stesso" è una tabella di Oracle
utilizzata come Ess.
ExecuteSQL non supporta INSERT, UPDATE e DELETE, però (correttamente, a mio
avviso).
 
Per il discorso Front End, dipende: che deve fare il tuo applicativo?
-- 
ciao, ric

 se non è capace di farselo da solo, non è etico aiutarlo gratis.
 
Oddio, ho appreso ciò che so tra manuali, guide online e con prove ed
errori, non cercavo consulenti per un'azienda che nemmeno è mia!
Aggiungo che il lucro sarà per l'azienda, io non ci guadagno nulla di più
del mio stipendio mensile! ;-)
 
 
Quando si è in ristrettezze, si cerca di fare il più possibile in casa, a
costo zero, ma c'è anche un altro discorso: non conoscendo prodotti/costi,
né tanto meno i possibili vantaggi di soluzioni più professionali, non è
facile decidere se conviene veramente far fare all'esterno, pagando
qualcosa di più.
Per dire, 2 anni fa la mia azienda ha speso qualche centinaio di migliaia
di euro per un programma, ottimo sulla carta, ma che ad oggi ancora non è
integrato nelle procedure aziendali, sta lì e ancora non si è partiti in
produzione: in tali casi si ringrazia dell'esistenza di programmi come
Access che, anche se in piccolo, fanno andare avanti l'attività anche con
tutte le loro imperfezioni.
 
Attualmente ho 5/6 query SQL da dare ai miei colleghi per cercare semplici
errori su DB, cerco quel che cerchi tu, un front-end da dare loro per
avviare le query senza la complessità dell'SQL (che pure conoscono).
I colleghi, tramite qualche controllo, menù di scelta checkbox,
"costruiscono" la query e visualizzano in una tabellina i risultati (gli
errori).
Poi vanno sul sistema di fatturazione, correggono e riavviano la query.
Secondo KB, questo è fattibilissimo con FileMaker: cercherò di trovare un
po' di tempo per provarlo. Ma si ferma qui la consulenza, non conoscendolo
non saprei nemmeno cosa chiedere!!
 
 
PS: Buona Pasqua!


 non saprei nemmeno cosa chiedere!!
 
il tassametro è rimasto sullo 0, rilassati :D
-- 
ciao, ric