Newsgroup: it.comp.macintosh
Titolo: Filemaker e NeoOffice

Qualcuno qui è riuscito ad accedere a dati di un database filemaker con
NeoOffice 2? Io ci ho perso la mattinata senza cavarne un ragno dal
buco...
Ho i database aperti in Filemaker 8.5 Advanced, ed ho attivato la
condivisione ODBC/JDBC, ma da NeoOffice come mi collego?

 buco...
Forse ho capito il problema: Utilizzare FileMaker Server Advanced :-(
Ma portare dei database da filemaker a MySQL, quanto è difficile? Anzi,
quanto è difficile MySQL per uno che conosce FileMaker (ci ho fatto un
gestionale di uno studio tecnico, con repertorio clienti, gestione
commesse, fatturazione, gestione tempi per il sistema qualità, ecc...)?
E' possibile imparare MySQL in autodidatta? In quanto tempo? Corsi?
Tanto per decidermi se rifare tutto con Filmeaker (compresi gli stampati
che pensavo di fare in NeoOffice) o tentare un'altra strada... 

 E' possibile imparare MySQL in autodidatta?
Si, ma già che cominci, c'è di meglio.
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 che pensavo di fare in NeoOffice) o tentare un'altra strada...
ma se hai filemaker perché vuoi infognarti con neooffice?
-- 
quando mi vide da lunge salutommi
sfibiossi il petto e le poppe mostrommi

 Si, ma già che cominci, c'è di meglio.
Ovvero? Sto cercando di capire se:
- continuare con Filemaker, i suoi limiti ed i suoi pregi, e il mio poco
tempo :-/
- cercare di imparare qualcosa di nuovo che possa eliminare i limiti di
filemaker, mettendo in conto di dedicarci un po' più di tempo (sperando
che il risultato ripaghi il tempo dedicato);
- affidare a qualcun'altro lo sviluppo del gestionale.
La cosa più ovvia potrebbe sembrare quest'ultima soluzione, che abbiamo
preso in esame molte volte, e scartate altrettante, sia per la
particolarità della nostra struttura che per la necessità di poter
modificare frequentemente alcune componenti del gestionale, oltre la
volontà del titolare di mantenerne il controllo internamente; ma non è
detto che prima o poi si arrivi a questa soluzione.

 ma se hai filemaker perché vuoi infognarti con neooffice?
Per una maggior flessibilità nel creare stampati? Almeno lo speravo...
Vorrei che i miei colleghi siano in grado di creare/modificare stampati
(come richieste di concessione, inizi lavoro, richieste di abitabilità)
con accesso ai dati del gestionale, ma senza doversi cimentare sui
layout di filemaker.

 layout di filemaker.
dunque, se si parla di report, i report di neooffice sono mediocrissimi, non
conosco quelli di filemaker ma sarei stupito se ne facesse di peggiori. se si
parla di usare in fogli di calcolo o in lettere dati presi dal database, il
discorso cambia.


 lettere dati presi dal database
Penso che sia questo quello che volevo dire... Hai presnete i vari
moduli che si ricevono in comune, autocertificazioni e simili? Ecco,
quelli vorrei che se li possano fare anche i miei colleghi, con accesso
ai dati dei clienti/pratiche del gestionale senza dover intervenire io
ogni qualvolta cambia una legge o un comune richiede qualche dato in più
rispetto al solito. Per questo ho tirato in ballo NeoOffice, che usiamo
ormai abbastanza assiduamente.
Il discorso di passare ad un'altro database, invece, è legato più al
fatto che ormai si accede spesso al gestionale via internet, e filemaker
non sembra molto adatto a questo tipo di accesso in quanto risulta
lento. Ma forse anche qui dovrei rivedere se non sia possibile usare un
acesso diverso, che eviti di fare calcoli su tutti i record del database
dal client...
Dicaimao che ho ripreso in mano il discorso, e prima di ri-tuffarmi
dentro, voglio dare un'occhiata alle diverse possibilità.

 dentro, voglio dare un'occhiata alle diverse possibilità.
io non so quali siano i limiti di filemaker. neooffice+mysql funziona, ma
mentirei se dicessi che si tratta di un solido programma user friendly.
