« Marzo 2006 | Maggio 2006 »

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.

« Marzo 2006 | Maggio 2006 »