Ciao a tutti,
Nella disperata ricerca di strumenti alternativi a Outlook, per quanto riguarda i contatti mi ero imbattuto in un software che trovo molto potente (anche se ha una brutta interfaccia):
OpenContacts.
Purtroppo a quanto pare durante lo sviluppo i programmatori hanno rinunciato al supporto per linux, implementando certi strumenti specifici per uindovs.
I punti chiave che apprezzo del software sono:
- architettura client/server (volevo adottarlo in uno studio d'architettura dove avevamo client uindovs e un server fedora)
- può comunque girare come standalone software
- distinzione tra contatti "persone" e "aziende" opportunamente relazionati, come è sano e giusto in un simile database
- possibilità di aggiungere campi personalizzati
- esportazione/importazione delle informazioni
- database in un unico file (facile da backuppare)
- syncML (tramite un account su Funambol sono riuscito a sincronizzare felicemente il pc e il cellulare symbian)
Il db che usano è Firebird, non ci capisco molto ma forse sqlite consentirebbe anche una facile pubblicazione sul web.
Come dicevo l'interfaccia è orrenda e andrebbe completamente progettata (in primis detesto le interfaccie di finestre con incluse finestre, dove se ridimensioni quella esterna quelle interne non si adattano).
Cosa andrebbe aggiunto rispetto all'originale:
- sia il client che il server dovrebbero essere cross-platform, progettati per ambienti misti
- accessibilità dai client di posta (come fosse un server ldap in thunderbird) e OpenOffice
- interfaccia skinnabile, nel senso che apprezzerei averne una estesa per l'immissione dei dati e una stracompatta (magari un riquadro nella taskbar come la calcolatrice TaskbarCalculator per le ricerche)
Nella situazione suddetta di piccola azienda con client uindovs e server linux, per gli aspetti di rubrica (e magari calendario) sembra che le uniche implementazioni opensource alternative ad outlook passino per samba, e richiedano, per l'accesso, di usare un browser sul client, e avere un intero web server sul server.
Nella mia ignoranza immagino che ricorrendo a sqlite magari possa bastare un file sul server (se poi possa funzionare anche solo condividendo un file o directory su un NAS sarebbe il massimo), e che un client specifico possa richiedere risorse ridicole (avvio istantaneo) quando serva un numero di telefono.
A titolo accademico mi piacerebbe comunque discutere come impostereste un database di indirizzi per la gestione distinta e relazionale di persone e aziende (relazione moti-molti), trovo che anche la rubrica di un nokia serie E sia una schifezza, paragonata ai vecchi PalmOS, che da questo punto di vista rimpiango.
Grazie a tutti