On Mon, 3 Apr 2006 20:24:34 +0200
Daniele Palumbo <daniele@xxxxxxxxxxxx> wrote:
> > Allora... secondo me le cose dovrebbero funzionare in questa maniera:
> > - un server
> > * deve permettere input e consultazione tramite una *specie* di rsync di
> > file ical con un client * deve permettere input e consultazione via web
> imho, non esiste.
> c'è però uno scrippettino che può integrare più ical... se lo trovo te lo
> passo.
> comunque a breve sarà nella sezione "developer" di universibo.
Bon... in effetti non riesco a capire perchè su una roba come ical poi si
finisca ad avere così tanti problemi di implementazione di applicazioni
client/server e per celli.
> with ical, you can.
> da questo punto di vista non so se è più utile client-to-PDA o
> server-to-PDA...
eh?
> > Very welcome:
> > - qualche cosa che si affida ad un sistema di acl su imap (così non devo
> > installare nulla se non configurare le acl) - subordine qualche cosa che si
> > appoggia a apache + php
> cosa gira per imap?
> di "produzione" non ho trovato nulla...
Sarà leggenda. Quello che mi pare di aver capito è che semplicemente usi le dir
condivise e ci sbatti su appunto ical e poi tutto dipende dal client che
dovrebbe farti vedere la roba che trova nelle dir in maniera opportuna a
seconda che siano email o appuntamenti.
> > Optional:
> > Gli appuntamenti vengono marcati come privati (gli altri non vedono nulla),
> > visibili (gli altri vedono che sono occupato) o pubblici (gli altri vedono
> > cosa dovrò fare). Queste caratteristiche dovrebbero essere assegnate per
> > gruppi.
> ical.
Se questa funzionalità riguardo alle acl è già implementata nel formato sono
ancora più stupito che il panorama soft sia così fragmentato e incompleto.
> > Ora il massimo di indipendenza sarebbe che il protocollo di
> > sincronizzazione tra server e client fosse standard. Ma già il fatto di
> > poter salvare tutto in ical permetterebbe di cambiare sia server che
> > client.
> ical.
> :)
Ma ical è uno standard di "storage" o anche un protocollo di interrogazione
client/server?
|