[kronolith] Re: Import / export desig

[steve]

I am sorry to make the answer just now.
What I am talking is not yet implemented, it is more about chaing all the 
import/export feature.
Let's try to explain it.
What are the differences between import/export and working with a driver 
(sql, mcql, ...)? For me, none.
I could work with a csv driver instead of sql, I may be interested in a sql 
export of my events.

How to do that?
Move the export/import code into the kronolith/lib/Driver section.

What are the real benefites?
We could add a yahoo driver to manage some calendars, and moving events 
from/to kronolith/yahoo would be very easy. The code is in one place.




>Zitat von steve <smailling at free.fr>:
>
> > I have a design isssue about the import/export feature.
> > Why would not  we add 2 new drivers (csv file and Palm format)?
>
>The CSV driver is the first import/export driver we ever had. The Palm
>driver is also there but hasn't been ported to the Horde_Data framework.
>Tested patches are welcome.
>
> > Then, we could change the import/export jobs to:
> > - import from one driver
> > - export to another driver
> > In fact, import and export will be the same code (ie. to export, it is
> > import from the ical driver and export to the csv driver)
>
>That's already there.
>
> > At this point, it would be much easier to add a support to import/export
> > from/to another format.
>
>We already have a driver style framework for this. Just add any driver that
>you want.
>
> > I already took a look of horde/lib/data.php, but I am not sure that
> > kronolith/data.php must have in one file all the specific code to handle
> > different import/exports.
>
>data.php does only the user interaction. Everything else is done in the
>Horde_Data drivers.
>
> > Last but not least, a such way to do would allow us to add an event
> > directly to a yahoo calendar for example, something impossible to do with
> > the actual design.
> >
> > What do you think?
>
>I have no idea what code you're looking at, but everything you said is
>already implemented for months or even years.
>
>Jan.
>
>--
>http://www.horde.org - The Horde Project
>http://www.ammma.de - discover your knowledge
>http://www.tip4all.de - Deine private Tippgemeinschaft
>
>------------------------------
>
>Message: 2
>Date: Sun, 29 Jun 2003 20:29:15 -0400
>From: Brenda Bell <k15a-list-horde at theotherbell.com>
>Subject: Re: [kronolith] (no subject)
>To: "kronolith at lists.horde.org" <kronolith at lists.horde.org>
>Message-ID: <1056932955.3eff845b47f30 at mail.theotherbell.com>
>Content-Type: text/plain; charset=ISO-8859-1
>
>Quoting Brenda Bell <k15a-list-horde at theotherbell.com>:
>
> > I was running Horde 2.2.3 on Apache 2.0.43 and PHP 4.2.3 without any
> > issues
> > (I manually patched things for the relative bug).  Then I upgraded to
> > Apache 2.0.46 and PHP 4.3.2.  IMP (3.2), mnemo (1.1), nag (1.1) and
> > turba
> > (1.2) work just fine.  But when I try to access the calendar, I get a
> > blank
> > page.  No errors, no text, nothing.  The page source is a frameset with
> > an
> > empty trame.
>
>I solved the problem.  When I built the new version of PHP, I inadvertently
>omitted mcal suppport.  Sorry for the false alarm.
>
>--
>Brenda
>
>
>------------------------------
>
>
>--
>Kronolith mailing list
>Frequently Asked Questions: http://horde.org/faq/
>To unsubscribe, mail: kronolith-unsubscribe at lists.horde.org
>
>
>End of kronolith Digest, Vol 318, Issue 1
>*****************************************