gpilotd:
	- corba stuff: Need to implement the progress bar stuff, also
	a condut_error(string) call, that lets the conduit inform the
	user of a problem.
	UPDATE: Mostly done, now need to implement auto progress crap
	in SyncAbs. I'll most like need to require SyncAbs conduits to
	1) return the number of local records
	2) for each record, return its index, like the dlp_* calls.

	- corba stuff 2: Really need to walk through the FIXME's in
	orbit_daemon_glue.c

	- corba stuff 3: Check the following scenario:
		gpilotd hangs
		can clients connect ?
	if, do ping/pong oneway thing so clients can check gpilotd is responding.

	- corba stuff 4: Some reconnection mechanism, so a restarted
	gpilotd and an old panel_applet can talk to each other.

	- corba stuff 5: Many of the get_yadayad calls might be slow when there
	are many pilots. But while there are no more then <10, they should be ok.
	When they hit 100, it should definitely be hashes.

	- pilot id = 0, when syncing a pilot that has an id==0, needs
	to ask user if/which pilot profile he wants to restore. Don't forget
	that password thing, which probably also needs a tune-up.

	- A capplet to manage pilot dbs. Eg so avantgo bases can be marked
	as exclude from backup.

	- flag in backupconduit so it does not backup conduit handled bases.

	- restore: needs some scheme to have some ok pathnames between
	pilot_applet and the backup conduit.

	- There may be an issue if SyncPCId = 0 or PilotId = 0. 

	- The number field in GPilotPilot has to go. It is currently only used
	to enum the pilots in the gpilotd list. If this is changed to :
		[General]
		pilots=355 3551 3737

		[Pilot355]
		...
	it would be much prettier...

	- If the pilot is removed during sync, gpilotd crashes. No good.

	- gncal conduit. gnomecal has "end after x recurrences". Pilot does not.
	Calc end date and insert into record.

	- change of base_dir should 
	1) make the gpilot-capplet show a warning, suggesting the user move his 
	   data (perhaps even offering to do it)
	2) reflect the change in the conduits, thus they should only save the suffix.

	- need a uniform way to get the ~/.gnome/gnome-pilot.d dir for conduits and stuff.

	- Make gpilotd multithreaded (await glib 1.4 with full thread support)

	- Make progress an disablable option

	- Create a real gtk object, see drafts/gnome-pilot.gob.
	UPDATE: This also goes for gnome-pilot-conduit objects.

	- Major conduit rework, so conduits can be loaded at startup, and 
	  not at sync. The conduits get_conduit should then not take
	  the pilot id as parameter, the presync can then via dbinfo load the
	  appropriate pilot config.

--- FIXME this stuff is old, I should check for anything important and nuke the rest

conduits:
	For complete "office" integration, develop the following conduits:
		o email
		o gnomecard <> AddressDB
		o gnomecal <> DateDB
		o gnucash <> expense
	And perhaps a conduit for a pilot timetracker <> gnometimetracker,
	or deveper an opensource PalmOS timetracker.

gpilotd:
	The following CORBA operations are yet to be implemented
		o get_* info access methods (work is being done)
		o timeout of requests
		o cancellation of requests
		o get/set userid reflected in hotsync log

gpilotd:
	solve the enumeration of requests when deleting problem (see queue_io.c bottom).

lib-gpilotd:
	reconnect if the server dies.

idl/orbit_daemon_glue: use real objects instead of transmitting IORS.

pilot-link:
	Support of archieving in the SyncAbs system.



gpilot-fileman: Allow users to fetch a lists of databases and prcs from their 
	        pilot.  This should probably be done by having a 2
                tabs in the main window.  The first tab is for
                installing and contains the current view, the second
                tab contains a GUI interface for entering a list of db
                names and recovering them.  This feature is currently
                non-essential but would be nice.  The thing is that I
                would like to use the conduit daemon to perform all
                operations for this program including this.  I don't
                want to add the code here and then have to move or
                change it later.

gpilot-fileman: Implement the set selected files function in the multifile 
		widget

gpilot-fileman: Implement a select all button in the multi file widget
                that selects all files in the current directory
                displayed.

gpilot-fileman: Make the CLists scroll correctly when any row is too large for
                display, not just the title.

gpilot-fileman: Have the Install option ghosted out until someone
                selects a file.  We just need to attach a
                handler to the "file_selected" signal and
                "file_unselected" signal and maintain a count of the
                total selected files.

gpilot-fileman: Bugfix: If child dies unexpectedly and doesn't report
                any error the parent will segfault, we should check
                the return value of the reads to see what happened and
                bail if it doesn't make sense.

gpilot-fileman: Make preferences actually save some information so you
                don't have to set the serial port over and over again.
                Also add a default backup directory in the preferences.

gpilot-fileman: Make the left filebox in the multifile widget a drag
                source and the right filebox a drop target, anyone
                know how to do this?

Make g_error print its messages to a message box instead of to the
console.  

Integrate the existing pilot applet into this distro.
