E bravo FileMaker

Chi dice che è un database finto?

Pubblicato

Da ieri ho un libro in libreria, e pure su vari store online, ma è meglio accattarselo direttamente alla fonte.

 copertina.png

Come conseguenza, per FileMaker 9 niente recensione seriale. Ma tra un po' una bella wishlist.

FM9: la recensione seriale/9

Un po' di annotazioni sparse su FileMaker 9 in attesa di qualcosa di grosso che arriverà a breve. Mi piacerebbe poter creare più sezioni insieme e magari l'assistente per la creazione dei formati potrebbe essere abbastanza intelligente da creare solo il Corpo se il formato è un modulo o vuoto. Un qualche meccanismo del genere dovrebbe esserci perché quando si crea una lista l'assistente è in grado di non creare il piè di pagina o l'intestazione se non si seleziona nulla da inserirci.

Dopo un po' di uso ci si accorge che la vera funzione killer di questa release è lo ScriptMaker non modale. A quando anche un Definisci Database non modale?

Peccato per il funzionamento di Get ( TemporaryPath ), le cartelle non si svuotano. Pare sia colpa/merito del sistema operativo. La verifica all'apertura non so bene cosa faccia, ma mi da sicurezza, spero non sia falsa sicurezza. A proposito di recuperi, non sarebbe male se invece di un sommario, FileMaker restituisse un bell'elenco di tutto ciò che è stato eliminato, danneggiato, ricostruito, e il tutto in un file di log.

FM9: la recensione seriale/8

Eccoci qua, arrivato FileMaker 9. È arrivato da un po', ma impegni legati al suddetto non mi hanno consentito di scriverne. E sono anche pigro...

Come al solito FileMaker, Inc. stupisce per come presenta i suoi prodotti: mi passi come grande novità il QuickStart, mi nomini la formattazione condizionale ma non mi dici che usando questa insieme a qualche elemento di testo, la posso usare per fare apparire e sparire elementi sui layout? Per il resto, finalmente i tab panel diventano utilizzabili. Le ESS mi risolvono problemi da due clienti, così, out of the box. Lo stesso dicasi per l'Append to PDF. Il nuovo ScriptMaker/Debugger/Data Viewer: evviva, evviva, evviva. Sto' cominciando a utilizzarlo per dei nuovi progetti e il risparmio di tempo è veramente notevole. Certo il mock-up che feci a suo tempo era molto più fico.

La novità maggiore è però un'altra: per la prima volta in tanti anni, sembra abbastanza chiara la strada di FileMaker, forse hanno deciso cosa far fare da grande a questo prodotto.

FM8.5: la recensione seriale/7

La DevCon si avvicina e forse pure FileMaker 9, mi sa che dal prossimo episodio, al massimo tra due, ce lo ritroveremo con le sue (non) annunciate novità.

Nel frattempo: i tab panel sarebbero una bella cosa, ma gli manca il solito trenta per fare trentuno. Fino alla versione 8 erano di fatto inutilizzabili, oppure utilizzabili con mille arzigogoli per far capire agli script dove erano. Una cosa noiosa è che l'ordine di inserimento rimane del layout e non è del tab, mentre il non poter inibire il click sul tab vero e proprio è un problema un po' più serio. Delle etichette e del testo a dir poco rigido abbiamo già detto e se poi l'accesso ai vari tab fosse scriptabile...

Il Visualizzatore dati ha lo stesso problema dello Script Maker: su "Modifica espressione" per quale motivo mi deve ridimensionare Espressione e non Risultato? forse lo stesso motivo per cui non è possibile formattare date, ore e numeri nei calcoli se il risultato è testo.

E ora vai di wishlist a ruota libera. Una cosa bellissima sarebbe poter inserire un calcolo direttamente sul layout come fosse un merge, senza dover creare il campo calcolato. Ma se il calcolato ha come risultato contenitore dovrebbe accettare direttamente i valori RGB e mostrare il colore. E ora una grossa: se l'utente non ha accesso a un record si può definire nel privilegio che non lo veda proprio, cioè il lavoro che oggi si farebbe con una relazione. Un'altra, grossa pure questa: fogli di stile per gli attributi delle parti di layout. Immagino che Servoy lo abbiano utilizzato.

Un paio di cosette minori: poter assegnare alle etichette di colonna nella vista a Tabella dei nomi che non siano quelli dei campi e definire le liste di valori con un formula. E poi darmi la possibilità, almeno da menu contestuale, di accedere direttamente allo script collegato a un oggetto. E dalla wishilist originale, quella pre-FileMaker 7, mancano ancora quattro punti: 9, 14, 17 e 19 per la cronaca.

Tutte le altre recensioni seriali, wishlist etc.

Ci risiamo/2

Sempre Think Secret fornisce ulteriori dettagli su FileMaker 9. Il supporto ODBC/SQL per MS SQL Server 2000, Oracle 9g e 10g e MySQL 5 mi sa tanto di plug-in comprato, ma dalla frase "developers will be able to specify which fields of the SQL database are accessible, if desired, without actually altering the SQL database itself" mi sa di misura anti-Servoy. La formattazione condizionale è posta in termini talmente vaghi che potrebbe essere qualsiasi cosa, ma perché prima non mi fanno formattare correttamente una data o un numero in un calcolo con risultato testo? Undo/redo multipli: benvenuti nel 21° secolo. Il resto è robetta. Aspettiamo e vediamo.

Ci risiamo

Si avvicina la DevCon (5-9 agosto a Orlando, Fl, quasi quasi quest'anno ci vado) e arrivano i rumors. Come d'abitudine apre le danze Think Secret. E come d'abitudine, ma questa è facile, si prospetta una release nella seconda metà dell'anno, a un anno circa dalla "release finta" 8.5. Il che rende altamente improbabile, e senza considerare tutti gli altri ottimi motivi, il rumor sulla vendita da parte di Apple, con questo rateo di rilasci, FileMaker è una vacca che mungi e ne escono soldi. Tanti soldi.

Passiamo alla ciccia. "Object scaling based on window sizing", o è qualcosa legato alla indipendenza dalla risoluzione, quindi di fatto una ottimizzazione per Leopard, oppure non ne vedo l'utilità reale. Mi concentrerei su altre cose. Il triggering degli script all'entrata/uscita dei campi, se funzionante correttamente, trasparente e con tutti gli attributi al loro posto, last but not least la possibilità per lo sviluppatore di interrompere lo script in qualsiasi momento o entrare nel debugger, varrebbe il prezzo del biglietto. "Significant ODBC changing": può essere tutto e potrebbe essere solo un plug-in che funziona, a differenza di quello attuale. Anche qui, mi sembra ci siano cose molto più urgenti, p.es. un serio rifacimento dello Script Editor, o un ispettore per gli oggetti invece che avere impostazioni in 18 voci di menu diverse.

In molti si sono entusiasmati per il supporto per gli .fp7, ma così come riportato in Think Secret non significa che il file trace sarà lo stesso. Cosa che però mi auguro vivamente. E poi il thin client. Reduce dall'installazione di 23 licenze di FileMaker 8.5 non potrei che festeggiare.

FM8.5: la recensione seriale/6

È arrivato veloce come un fulmine la mia copia di FileMaker Pro 8.5 Advanced: ordinata lunedi 21 alle 18:38 è arrivata mercoledi 23 alle 12:03. Forse per farsi perdonare le magagne dello Store, le email solo in HTML e la traduzione in italiano a dir poco indecente. Avevo già dato un'occhiata alla demo, ora mi studierò le nuove funzioni, alcune molto interessanti e con grosso potenziale.

FM8: la recensione seriale/5

Con FileMaker 8.5 in vista, ecco ancora altre magagnette e cosettine da aggiustare. Serve con urgenza una funzione di ricerca all'interno di ScriptMaker (*). L'altro ieri mi è capitato di dover cambiare una condizione di trapping aggiungendo un ContaRicorrenze () e ho dovuto aprire 85, ottantacinque, di numero, script per controllare in tutti dove fossero le condizioni. E mi sono anche accorto di una cosa, quando apro una qualsiasi definizione, calcolo, script, il testo non dovrebbe essere selezionato, se vai di corsa c'è troppo il rischio di cancellare tutto.

Poi, se copi e incolli da un file all'altro uno script con parametri che pre-7 prevedevano il Mantieni/ripristina, mi è capitato su un ordinamento, non vengono mantenute le impostazioni salvate e FileMaker non ti avverte, ma forse è legato al fatto che o la tabella o uno dei campi si chiama diversamente. Sempre a proposito di importazioni, mi sembra assurdo che quando importi ti dice quanti record ha saltato, quanti errori ci sono stati ma non dice dove e quali. Nel caso specifico, dopo mezz'ora di indagini e prove, si trattava di alcuni timestamp che originariamente, in FileMaker 5.5, erano date. Ci voleva molto a inserire un 00:00?

(*) Siccome non ho abbastanza da fare sto preparando dei mock-up di come mi piacerebbe fosse lo ScriptMaker.

FM8: la recensione seriale/4

Nell'episodio precedente ero contento degli allineamenti, ma fatta una cosa se ne sono scordata un'altra: mi piacerebbe che, nel ridimensionare un gruppo di campi da Dimensione oggetto, le dimensioni venissero assegnata a tutti i singoli elementi e non al gruppo. Quindi se scrivo 128x24, ogni elemento diventa di 128px per 24, non tutta la selezione. Il fatto che esistano le voci di menu "Ridimensiona a" è una aggravante e non una scusa.

FileMaker 9: la wishlist

FileMaker 8 è in giro da relativamente poco, e già c'è all'orizzonte la 9. Come faccio a dirlo? FM8 non è Universal Binary, basta leggersi la Knowledge Base di FMI e fare due più due. Comunque, ecco una bella wishlist, senza un ordine particolare:

La prima richiesta della lista ha a che vedere più che una funzionalità specifica ha a che vedere con un comportamento generale che mi piacerebbe vedere implementato ovunque: tutto ciò che è fattibile nell'interfaccia standard dovrebbe essere replicabile in ScriptMaker. La prima cosa che mi viene in mente è Trova Record Corrispondenti, ma ce ne sono diverse altre.

Mi piacerebbe avere la possibilità di editare liberamente gli script, magari attraverso un editor di testo esterno. Non è fondamentale, ma farebbe comodo per rendere lo sviluppo più rapido. Stesso discorso per l'auto-completion del codice. Se poi la finestra di ScriptMaker non fosse modale saremmo tutti più contenti. Per non parlare della possibilità di organizzare gli script in una vista tipo outline, magari pure con i commenti.

Tutti gli strumenti di disegno in Formato Scheda avrebbero bisogno di una bella revisione, risultano veramente datati. Alcuni suggerimenti, a parte correggere ciò che non funziona tipo gli allineamenti "variabili" e i tratteggi "arbitrari": gradienti, widget di sistema, trasparenze e livelli multipli. Per non parlare del riposizionamento automatico, come l'attributo "Auto-position" in Xcode/Interface Builder, per intenderci. E ce ne sarebbero ancora.

Migliorare il supporto per ODBC/JDBC. Anche come pacchetto venduto a parte. Nella mia esperienza, l'ho usato veramente poche volte, quindi non penso sia assolutamente necessario, ma quando l'ho usato, l'implementazione di FileMaker era assolutamente insufficiente, in particolare su Mac. Ma anche su Win non scherza. Quindi, compratevi dei bei driver, commerciali, infilateli in un bel pacchetto/plug-in facile da usare e vendetelo a parte.

Documentare, bene, XML/XSLT. E, incidentalmente, supportarli. Cioè, se si scaricano dal sito, una qualche forma di supporto deve essere garantito.

Dove avete dimenticato le scorciatoie da tastiera per la definizione delle funzioni custom e delle liste di valori?

Mostra finestra personalizzata dovrebbe avere la possibilità di definire un'icona per indicare di che messaggio si tratta. E non sarebbe male poter definire i campi con gli stessi attributi e formattazioni dei campi sui layout comuni, con liste di valori, checkbox, etc.

Eventi in stile JavaScript "onMouseOver", "onMouseOut", "onChange". È chiedere troppo, vero?

Tutta la gestione della reportistica andrebbe di molto migliorata. La possibilità di gestire i setup di pagina e stampa è stato un enorme passo avanti, ma bisognerebbe andare oltre, gestendo anche il cambio di stampante e, soprattutto, una gestione dei margini che non richieda ore di lavoro. Mi sono trovato recentemente a lavorare meno di un'ora su una routine di stampa e altre sei ore per sistemare i margini su due, non cinquanta, stampanti.

Un comando per inserire il page break sarebbe veramente il benvenuto. E non solo nei riassunti come è ora.

E poi ci sarebbe l'annoso problema del dare all'utente finale la possibilità di creare nuovi report o di modificarne alcuni. Da FileMaker 7 è diventata una possibilità concreta usando Set di privilegi ed eventualmente file separati. In teoria, in pratica siamo ancora a carissimo amico. La vera difficoltà per l'utente finale, e di solito assolutamente inesperto, è nella comprensione delle strutture dati complesse. Un passo nella direzione giusta sarebbe quello di fornire allo sviluppatore un livello di astrazione che consenta di nascondere le complessità. Mi spiego più chiaramente. Penso a una opzione in cui sia possibile indicare a quali tabelle e quali campi si può accedere da quel report assegnando dei nomi arbitrari a quelle tabelle e campi per nascondere la struttura all'utente finale.

La gestione dei tab deve essere decisamente migliorata. È veramente embrionale, non si può neanche decidere un dimensionamento se non agendo sulla dimensione del testo. Che siamo ancora in System 4?

Smettete di perdere tempo con tutti i vari meccanismi di pubblicazione web e datemi una classe PHP e un editor visuale. Anzi, FileMaker, o una terza parte, potrebbe osare oltre, ma questo merita un approfondimento, legato al supporto ODBC/JDBC che farò più in là. Forse.

Una funzione Crea record correlato con parametri per la tabella dove crearlo e quali chiavi passare farebbe comodo solo a me?

Sarebbe comodo poter definire l'etichetta del campo insieme alla definizione del campo, che avrebbe così due nomi: quello vero e proprio e l'etichetta opzionale. Se non è definita usa il nome, e che può essere modificato sul layout.

Se importo un file di Excel con più fogli o aree di lavoro dovrei avere un'opzione per trasformarle in varie tabelle senza doverlo reimportare n volte.

È assolutamente necessario un saalvataggio esplicitoin ScriptMaker, con annulla e tutti gli ammennicoli del caso. Può essere un problema serio su script molto lunghi o complessi. Se devo fare delle modifiche o delle prove, per essere sicuro di non perdermi niente, devo chiudere lo script e lo ScriptMaker e riaprirlo, una bella perdita di tempo.

Tutte le impostazioni di campo dovrebbero stare insieme invece di essere separati in Formattazioni, Comportamento e Bordi.

Le scorciatoie da tastiera per definire le tipologie di campo dovrebbero funzionare pure nelle definizioni del calcolo in ScriptMaker.

Nei Privilegi al "No Access" bisgnerebbe poter collegare uno script, altrimenti è quasi inutile, e lo devo rifare tutto a mano dato che l'utente nella migliore delle ipotesi non ha feedback su quello che sta succedendo, e nella peggiore si ritrova bloccato su un layout.

Mi farebbe un bel po' comodo una funzione Hide/Show Element per mostrare o nascondere un elemento da un layout. Se poi fosse possibile associare uno script a un layout... FileMaker si metterebbe in pari con quasi tutti gli altri ambienti. A onore del vero, la cosa in FileMaker è simulabile scriptando i passaggi di layout.

E, last but not least, un bel thin client, che viene "distribuito" direttamente dal Server, o almeno una licenza limitata di solo runtime di rete. Insisto, magari prendo FMI per stanchezza.

Agggiungerò altro ma mano che mi viene in mente. Altre osservazioni e desiderata sono nella recensione seriale di FileMaker 8, che proseguirà anche con la 9. Consideratela la terza parte della recensione seriale.

FM8: la recensione seriale/2

Finalmente hanno rifatto l'allineamento che ogni volta mi faceva venire nostalgia dei Centris.

Non ho capito la questione della generazione dei PDF. Mi sembra un'aggiunta assolutamente inutile. Su Mac è una funzionalità di sistema. Su Win esistono decine di driver per tutti i gusti. Se proprio vuoi dare qualche altra forma di esportazione, fammi generare dei file di Word.

Il grafico delle relazioni è migliorato, ma non troppo. Ora si possono commentare le tabelle (ovviamente intendo le occorrenze di tabelle), ma non le relazioni, che sarebbe estremamente utile e non costringerebbe a ricorrere a schemi di identificazione e assegnazione dei nomi complessi e talvolta balordi. Mi piacerebbe fosse possibile raggruppare le tabelle e dare un nome e commento al gruppo senza dover ricorrere a trucchi tipo usare una occorrenza o un commento. Ovviamente il gruppo si dovrebbe poter spostare tutto insieme. Tutta la stampa, in particolare la suddivisione su più pagine, va decisamente migliorata. Bene la duplicazione delle tabelle, ma servirebbero delle opzione per duplicare pure le relazioni e/o le altre occorrenze correlate.

Sarebbe comodo avere anche una visualizzazione alfabetica delle relazioni, e magari la possibilità di ricercarle, anche nei commenti che ora non è possibile aggiungere, mi sono trovato a impiegare un po' di tempo a ritrovare una occorrenza specifica in un grafico neanche tanto grosso. Come opzione di visualizzazione, ordinabile, non come alternativa, il grafico così com'è oggi è un buono strumento e sicuramente un miglioramento enorme rispetto alla situazione precedente, che appunto, prevedeva solo un elenco alfabetico.

E soprattutto, se clicco in un punto qualsiasi del grafico l'occorrenza deve essere creata lì e non dove piace a FileMaker. Sembra una banalità ma come è adesso sballa tutto il grafico e se ci sono molte tabelle è una bella rogna. E nella migliore delle ipotesi è una perdita di tempo.

FileMaker 8: la recensione seriale

Ormai FileMaker 8, cioè il FileMaker-7-come-sarebbe-dovuto-essere, è uscito da un bel po' e invece che farne una recensione con annessa inevitabile wish list ne farò una recensione seriale, cioè, lavorando, ogni volta che esce fuori qualcosa che va bene, che va male, che servirebbe, la posto.

Cominciamo: in ScriptMaker se allargo "Specifica il calcolo" è a mio parere più logico che si allarghi di più la colonna delle funzioni piuttosto che quella delle tabelle e campi, sempre che un ridimensionamento proporzionale o addirittura, udite udite, una maniglia per ridimensionare a mano le due metà, non sia un elemento di interfaccia troppo ardito e/o sofisticato.

I magnifici 7

È stata alla fine rilasciata la tanto attesa versione 7 di FileMaker. Rispetto alla mia lista constato con piacere che su 30 richieste ben 14 (1, 4, 10, 13, 15, 16, 18, 20, 21, 22, 24, 25, 26, 30) sono state "soddisfatte" completamente, 5 (5, 6, 7, 12, 28) sono state soddisfatte parzialmente o lo sono con tool di terze parti, tre (11, 19, 29) le devo ancora verificare, la documentazione (23) non è stata migliorata ma in compenso sono stati aggiunti molti tech briefs. La separazioni tra dati e struttura (2) è parzialmente ottenibile, il che è un pezzo avanti anche se non pienamente soddisfacente, il punto è che, dato che FMI ha cambiato il formato di file, tanto valeva introdurre pure la separazione. O era questo il famoso problema tecnico? Solo sei richieste non hanno trovato soddisfazione, e in parte ci si gira intorno usando plugin. Nel complesso sono molto soddisfatto anche se molte cose le dovrò ristudiare da capo. Intanto potete leggervi la Brian Dunning su FileMaker Advisor.

Di nuovo

Per la terza volta Think Secret ci preannuncia FileMaker 7, che questa sia quella buona? Oltre ciò di cui avevo riferito nelle precedenti occasioni, qui gennaio e qui agosto, abbiamo: definizione di campi, relazioni e tabelle da un unico posto (Define Database) e sarebbe ora, aggiungo io. Tabelle, set trovati e finestre multiple per file. Sarebbe stata completamente rinnovata la gestione dei privilegi di accesso che ora si chiamerebbe "Define Accounts & Privileges" e sarebbe possibile assegnare dei privilegi estesi a certi utenti. Che questo ci liberi dalla necessità di dover sempre ricreare il tutto con dei file? E poi modifiche a database attivo, path a file esterni, campo timestamp (data e ora), qualsiasi tipo di campo può essere globale, e i campi contenitore potrebbero contenere di tutto, testo, filmati, PDF, codice, applicazioni. I campi riassunto potrebbero essere definiti come multipli e potrebbero essere usati per gli ordinamenti. Il limite per le dimensioni dei campi testo sarebbe di 2 GB e non ci sarebbe limite effettivo per i file. Rimarrà la versione Developer e a differenza di quanto riportato in precedenza la Unlimited e la Server rimarranno distinte anche se una ampia parte del codice sarebbe in comune. E ancora, variabili locali (e vai!), commenti (yahooooo!!!), box di dialogo più dinamici con testo preso dai campi, nuove funzioni e script steps. Sarebbe possibile salvare o annullare manualmente i cambiamenti ai layout, anche se non capisco bene di cosa si tratti. Sembra anche che due funzioni ora nella Developer (l'utile ScriptDebugger e il meno utile Database Design Report) siano ricomprese nella versione base. Le aree di stato sarebbero state riprogettate, migliorato supporto XML (e l'accesso da web?) e toolbar su Mac OS X, di cui non sentivamo minimamente la mancanza. Le prestazioni dicono essere in linea con DBMS SQL. OK, ma quale? Think Secret non è stata in grado di avere dati precisi, ma così, a titolo informativo, considerate che quasi tutti i big guns (Oracle, Sybase, Microsoft etc.) vietano esplicitamente di pubblicare benchmark dei propri database.

E ora la domanda fatale. Quando? Durante la prima metà dell'anno. Le varie offerte scadono tutte a marzo e il fatto che siano "trapelati" due report dettagliati in circa un mese fa pensare che siamo veramente in dirittura d'arrivo.

Al MacWorld in 7?

Sembra che FilaMaker, Inc. domani ci farà vedere FileMaker 7. A sentire ThinkSecret, solitamente ben informato, FileMaker, Inc. mostrerà FileMaker 7 al MacWorld di domani anche se il prodotto non sarà effettivamente disponibile fino, pare, al secondo trimestre 2004. I cambiamenti saranno notevoli e ora sembra che si chiamerà FileMaker 7. Della prossima release avevamo già scritto ad agosto e qui ci sono le funzionalità che mi auguro ci saranno. Tra le funzionalità: supporto Unicode, tutte le versioni localizzate verranno distribuite insieme, tabelle multiple e illimitate per file mantenendo l'opzione di usare il vecchio formato. Le relazioni saranno sia unidirezionali sia basate su operatori (p. es. "maggiore di" o "minore di") e visibili in una modalità grafica. Ci sarà un nuovo modello di sicurezza e veri account utente e sarà possibile cambiare l'utente attivo senza dover chiudere i file. Ci sarà il supporto per finestre multiple e la possibilità di mostrare viste multiple degli stessi dati. Il data model sarà più sicuro e dovrebbe esserci il supporto per il rollback. Sarà possibile la formattazione condizionale del testo. L'upgrade sarà solo per Mac OS X e Win 2000/XP, e questa a oggi è l'unica notizia ufficiale.

FileMaker al mare

Nel weekend di Ferragosto, che si festeggia solo in alcuni paesi cattolici, Think Secret ci ha dato un po' di notizie (non confermate) su FileMaker Pro 7. Si tratterà di un upgrade molto corposo, una fonte dice il maggiore dopo il passaggio dalla versione 2 alla 3, cioè quando è diventato relazionale. Questo già lo si sapeva, è cosa abbastanza nota che FileMaker, Inc. sta lavorando sulla versione 7 almeno da quando ha rilasciato la 5.5. L'aggiornamento riguarderà sia la versione Pro che la Server.

Il motore rimarrà lo stesso, proprietario, sono stati "sconfitti" quelli che volevano saltare sul carro SQL e/o Open Source. Le fonti di Think Secret non sono state in grado di fornire un elenco preciso delle nuove funzionalità ma solo dire cosa orientativamente sarà incluso nella nuova versione. Possiamo anche facilmente notare come grossomodo coincidano con quanto era circolato dopo la DevCon del 2001.

Molte tabelle in un unico file, con il corollario di poter definire le password una sola volta per tutta la soluzione e semplificare tutta la gestione dei login. Strettamente connessa dovrebbe essere la possibilità di utilizzare un file come sorgente di dati, non è ben chiaro come. Mi auguro si tratti della possibilità di utilizzare un file qualsiasi per estrarne dati senza doverlo prima aprire. Il problema qui dovrebbe essere la conversione dal vecchio formato (un file-una tabella, che sarà comunque supportato) e quello nuovo. Verrà migliorata la separazione tra struttura e interfaccia. Non capisco esattamente di che si tratti, a occhio, sicuramente non si tratta della separazione di dati e struttura (come in 4D), più probabilmente si tratta del vociferato "networked data, local interface". Ci saranno modifiche nelle relazioni che dovrebbero includere anche opzioni per il "greater than" e "less than". Modifiche anche per lo Script Editor che dovrebbe includere la possibilità di collegare a un pulsante un parametro e passarlo a uno script senza dover creare uno script diverso per ogni pulsante. Sarà supportato UNICODE. Dovrebbero essere supportate finestre con viste multiple e finestre programmabili in dimensioni e collocazione (box di dialogo). Sembrerebbe che la Unlimited verrà "fusa" a FileMaker Server. FileMaker Pro 7 non supporterà più Mac OS 8/9, ma solo Mac OS X e Windows (e presumibilmente Linux nella versione Server). Questo è a oggi l'unico dato certo.

In più il documento di MacInTouch riportato più sopra citava: nessun limite di dimensioni dei file e di file e guest sul Server, anche con sessioni multiple. Supporto per chiavi multiple nelle relazioni, niente pipelining tra i file, e visore ER (Entity-Relationship) integrato. Nuova architettura di rete con un nuovo criterio di suddivisione dei carichi (attualmente fa quasi tutto il client e il Server fa praticamente file sharing). E poi Save/Revert sui layout che ci risparmierebbe decine di ore di lavoro e grattacapi con globali e "Definisci il campo" e nuovi tipi di campo (rich text, time stamp, calcolati globali).

Potete confrontare le notizie con la mia wishlist, alcuni desideri saranno (pare) esauditi, altri purtroppo no. Quando sarà disponibile? Non si sa. A leggere qui potrebbe essere disponibile a fine settembre. Mie fonti indicano che potrebbe trattarsi di una data qualsiasi tra settembre e gennaio. La DevCon comincia la settimana prossima, potremmo anche sperare nell'annuncio ufficiale.

E per concludere, le voci che volevano FileMaker rientrare in Apple e parte della cd. iWorks sembrano anche a me piuttosto balorde. FileMaker Pro vende benissimo su Windows (l'80% del venduto) e poi dubito che ci sarà un iWorks molto presto, ma potrei sbagliare.

È quello che andavo ripetendo

Qualche tempo fa, quando fu rilasciata la beta pubblica, su alcune mailing list si fece un gran parlare di Servoy come di un FileMaker-killer. Io non ero, e non sono, d'accordo. Sostenevo che sono sostanzialmente due prodotti diversi, semmai chi si dovrebbe preoccupare è ACI per 4D. Oggi Matt Petrowsky pubblica un articolo su ISO FileMaker Magazine (richiede registrazione) che dice grossomodo le stesse cose. Ci sono delle similitudini, e gli sviluppatori sono tratti in inganno dal fatto che Servoy ha alcune delle funzionalità che sono richieste a FileMaker da anni, ma sono prodotti diversi. Che poi un po' di concorrenza non farà male a FileMaker, Inc., beh questo è un altro discorso.

Cosa vorrei da FileMaker Pro

In attesa del rilascio di una nuova versione di FileMaker Pro, stando ai rumors della Rete la release 7 in inglese dovrebbe arrivare nel terzo trimestre del 2003, ecco una piccola lista dei desideri, senza un particolare ordine di preferenza a parte la prima voce:

1 - Primo in assoluto al punto tale da ritenerlo un aggiornamento che pagherei anche se ci fosse solo questa modifica: la possibilità di impostare in maniera chiara e direttamente nello Script Maker (con la possibilità di poterli editare in un secondo momento in maniera semplice e rapida) tutti quei parametri che sono sottoposti al criterio del Mantieni/Ripristina. Cioè invece di fare un'importazione e poi scriptarla con Mantieni/Ripristina avere un box di dialogo che mi faccia specificare il campi, il file di destinazione, la posizione, etc.

2 - Pur rendendomi conto che comporterebbe sostanziali modifiche strutturali sarebbe auspicabile un modo semplice di aggiornare le soluzioni distribuite. Anche come prodotto separato, anche a pagamento. L’importazione confonde l’utente, mantenere l’integrità dei dati potrebbe essere un incubo. Le alternative sono diverse. FMI potrebbe fornire una utility che confronti due gruppi di file ed effettui un patch del gruppo di file da aggiornare lasciando intatti i dati. Una alternativa sarebbe la separazione dei file in una porzione dati e una con layout, script, campi, liste. Per aggiornare basterebbe sostituire la parte con i layout e i dati rimangono gli stessi (come in 4th Dimension). Potrebbe risultare una quantità enorme di file (in pratica raddoppiando ogni soluzione). Come soluzione al problema si potrebbe cambiare la struttura delle soluzioni con un file dati e indici e un file con le strutture e/o avere una finestra Progetto (come quella di GoLive o uno schema se preferite) nella quale si elencano/trasportano i file e si impostano le proprietà che valgono per tutti i file, poi da qui vengono creati i due file finali oppure un Package con tutte le coppie di file dati/struttura.

3 - Dato che è, almeno in parte, possibile farlo con fm.Autoscript, non sarebbe male avere un Copia e incolla nello Script Maker compresa la possibilità di importare ed esportare gli Script da e verso file di testo.

4 - Impostare le dimensioni (vincolanti e obbligatorie, salta il “Cambia finestra”) delle finestre in pixel. E magari anche la posizione sullo schermo (p.es. Status (CurrentWindowsDimension, x, y) e Status (CurrentWindowsPosition, x, y)).

5 - Possibilità di accedere a Definisci i campi, le relazioni, liste e ScriptMaker contemporaneamente e introdurre delle scorciatoie da tastiera per gli ultimi tre.

6 - Possibilità di editare i menu, o almeno selezionare le voci da non visualizzare, compresa la possibilità anche nella versione non-SDK di disabilitare il menu “Finestre”. Meglio ancora se si potessero disabilitare anche solo le scorciatoie da tastiera.

7 - Importazione di campi, liste di valori e relazioni analogamente a come accade per gli script, compresa la possibilità di salvare il tutto come file di testo. Tutto ciò che viene importato dovrebbe esserlo con tutte le dipendenze, cioè se importo una relazione devo poter scegliere se importare anche i campi.

8 - Eseguire script basandosi sul valore di un campo, all’uscita da un campo, a intervalli regolari a un determinato giorno/ora basandosi sul clock di sistema. (Ora sono necessari dei plugin).

9 - Possibilità di assegnare a un pulsante una scorciatoia da tastiera. Anche solo “Esc” e “Enter”.

10 - Applicazione delle liste di valori ai globali. Meglio ancora se ai globali fossero applicabili tutte le "Opzioni" dei campi regolari.

11 - Formattazione delle date nei campi calcolati.

12 - “Inserisci immagine” ricorda l’ID del file (su Mac) e non solo il path. Se lo sposto per esempio su un CD non si perdono i riferimenti.

13 - Multithreading.

14 - Uso dei widget di sistema per checkboxes, pulsanti radio, barre di scorrimento.

15 - Sicurezza basata su nome utente e password. Il nome utente bypassa quello impostato nelle preferenze. Permessi a livello di record. Simularlo con file di FileMaker è possibile ma lungo e macchinoso. Possibilità di importare direttamente gli utenti da una directory LDAP.

16 - Modalità finestra singola. In pratica un Kiosk che non nasconda il sistema operativo.

17 - La finestra dello ScriptMaker ricorda il modo di visualizzazione delle voci (per nome, per categoria). Se poi fosse impostabile nelle preferenze...

18 - Possibilità di commentare campi, liste e relazioni. Se poi ci fosse una palette fluttuante “Proprietà” con tutte le proprietà dell’oggetto: nome, opzioni, formattazione, commenti, etc. sarebbe molto meglio, praticamente tutti i RAD ce l'hanno.

19 - I campi inseriti in un portale ricordano gli attributi di formattazione che avevano nel file originario.

20 - Più di 64,000 caratteri per i campi testo, almeno 256,000.

21 - Suppporto per le trasparenze nelle immagini, incollate, e magari anche di quelle nei campi contenitore.

22 - Modifiche a FileMaker Server: plugin residenti sul server, con gestore (quali plugin per quali client, licenze); più di 250 client e 125 file; più lavoro sul server per avere meno traffico di rete.

23 - Migliorare la documentazione distribuita con il prodotto.

24 - Inserire un comando Move and Rename per cambiare nome a un file aggiornando tutte le dipendenze. Dovrebbe funzionare anche nel Salva (aggiunge "copia" e rompe le dipendenze).

25 - Aggiungere a "Vai al layout" anche i file diversi da quello corrente.

26 - Aggiornare CDML e fornire qualcosa di meglio del CDML Tool, magari delle Extensions per GoLive e Dreamweaver.

27 - Connettività WebObjects, sono parenti separati in casa.

28 - Aggiungere alle formattazioni di campo un "Solo lettura", cioè se il campo è vuoto ci si possono inserire dei valori ma poi non si possono più modificare.

29 - FileMaker Mobile funge anche da client di rete oltre che per la sincronizzazione, i file da sincronizzare non devono essere obbligatoriamente aperti sull'host ma anche sul server. L'ideale sarebbe che il Mobile divenisse un'applicazione Palm in tutto e per tutto.

30 - Formattazione condizionale dei campi.

Due parole a parte merita il modello di licenze di FMI. L'attuale modello non mi disturba più di tanto, ma a quanto risulta dalle discussioni in rete immediatamente dopo il rilascio di qualsiasi aggiornamento, disturba moltissime persone che minacciano la migrazione.

In un mondo ideale dei sogni potremmo avere l'attuale licenza FileMaker Pro invariata. Poi avremmo, a richiesta popolare, un Runtime di rete, a un prezzo sensibilmente inferiore alla licenza piena, per esempio € 99,00 IVA inclusa, che consenta solo di accedere ai file ospitati da FileMaker Server. Soppressione della Unlimited, reintroduzione del Web Companion pieno in FileMaker Pro normale, il Web Server Connector diventare un prodotto separato per collegare FileMaker Pro a web server. La Developer diventa un'aggiunta alla licenza di base con il Developer Tool per i runtime, lo Script Debugger e magari qualche tool specifico per diagrammi E/R, i plugin per CDML, etc.

Da FileMaker a MySQL con Lasso

Chi volesse complicarsi la vita, oppure ha esigenze particolari, può scaricarsi questo.