summaryrefslogtreecommitdiffstats
path: root/kpilot/TODO
diff options
context:
space:
mode:
Diffstat (limited to 'kpilot/TODO')
-rw-r--r--kpilot/TODO201
1 files changed, 0 insertions, 201 deletions
diff --git a/kpilot/TODO b/kpilot/TODO
deleted file mode 100644
index 1729fafb..00000000
--- a/kpilot/TODO
+++ /dev/null
@@ -1,201 +0,0 @@
-This is a TODO file. Open issues are unmarked, partly resolved issues
-are marked with a *, ignored issues get an -, and resolved issues a +
-(or they are completely removed from the list). Check the ChangeLog
-for details on how an issue is resolved, since resolved issues are
- periodically purged from this list.
-
-
-* Import pilot-link 0.12 CVS again
-* Implement correct full syncing in memofile conduit. honestly, we should
- really have a generic sync engine that knows how to do all of the
- different sync types and only calls conduits for comparisons, list
- fetching, pilotid->whateverId persistence and retrieval, etc. *sigh* is
- that what opensync gives us?
-
-Essential
-=========
-3b) Implement reset to last sync and ignore conflict resolution options in
- vcal conduits (bug #59221)
-4a) Config troubles: Start kpilotDaemon and then kpilot. Configure a conduit
- in kpilot, then do a sync (which writes something to the config, e.g.
- run the docconduit). Now configure another conduit in kpilot. The config
- file will be changed again, but the changes from the sync are lost (i.e.
- after a sync, kpilot needs to reload the config). (seems connected to bug #56115)
-*4b) Conduits should not use the backup databases, otherwise a backup run will
- screw up the conduit's mechanism to detect changes. (bug #59219)
-4c) Need to find a better way to detect runs without a conduit, and switch to
- full sync in that case to prevent data loss.
-4d) Need to find a good way to avoid a mess when implementing new features
- (e.g. after implementing the correct category sync, how do I ensure that
- no category settings are lost?)
-5) After the special sync is done, ask if the next sync should again be the
- same special sync, a fast or a hot sync. (wish #59218)
-
-
-Important (hight priority)
-============================
-6a) The abook conduit currently only syncs one email address and one
- phone number of each type. I need to find a way to sync two email
- addresses to and from the handheld. (Bug #56364)
-7) Check the first-time syncing behavior of all the conduits.
-15) Add force-first-time to the KNotes conduit.
-17) Include a calendar viewer, or get rid of the internal viewers
- altogether.
-19) GJJ: Replace newlines in TODO summaries (not allowed in libkcal),
- also do the same for phone numbers etc. (bug #56379)
-19b)Make the doc conduit use the new global settings instead of its own
-
-
-Medium (nice to have, but not essential)
-========================================
-18) VCal conduit: events going over midnight need to be split up
- on the handheld (bug #59223)
-20) GJJ: Check all debug output, what should be put in the log (i.e.
- be visible to the user) and what is just debug output to track
- down problems.
-21) GJJ: Hunt down and kill printfs. Hunt down bad i18n.
-26) ABook conduit: sync with preferred address (not home or work address)
-27) Update the conduit programming howto (some changes in the database
- and record classes)
-31) GJJ: Extend all conduits to allow arbitrary URLs instead of local
- files.
-32) JPilot conduit: fix the configure.in.in checks for gtk/glibc
- (although the conduit isn't even remotely finished)
-32a)Find a replacement for the NULL conduit (skip databases when
- doing a backup)
-
-
-Unimportant (lowest priority)
-=============================
-33) JPilot conduit: Implement the conduit as an external GTK application,
- that is embedded into kpilot using qxembed
-34) JJ: Add tooltips to all controls in all conduit configure dialogs
-35) Do not store the RecordID with the vcalendar entry, but in the kpilot
- config
-37) JJ: Show the sync log as a KPassivePopup
-39) Make an application that just has a LogWidget and KPilot's dcop
- interface (and registration!) so that you can follow the daemon's
- log output without starting KPilot at all.
-40) Allow the todo conduit to use the manana database (see jpilot)
-41) Allow the memo conduit to use the pedit32 database (see jpilot)
-42) Use pdf2text application to also install pdb files with the palmdoc
- conduit.
-
-
-
-
-
-
-FINISHED TODO jobs
-==================
-
-+(1) VCal conduit: Currently using the ResourceCalendar (standard
- calendar) doesn't work for some (unknown) reason. Every sync
- happens with the filename given in the setup dialog. Probably
- very easy to fix.
-+(2) 4d) Need to find a good way to avoid a mess when implementing new features
- (e.g. after implementing the correct category sync, how do I ensure that
- no category settings are lost?)
-+(3a) Implement the CopyToPC and CopyToHH directions in the addressbook conduit (bug #59220)
-5) After the special sync is done, ask if the next sync should again be the
- same special sync, a fast or a hot sync. (wish #59218)
-
- Redesign the config dialog of kpilot (get rid of deprecated
- options, include conflict resolution, etc.)
-+(3) Fix all conduits to use the new global options: conflict resolution,
- emergency sync, sync mode etc.
-+(4) VCal conduit: Fields not supported on the handheld are erased
- in the calendar (e.g. categories). I need to get the Event
- before I copy all fields over, and only overwrite the fields
- from the handheld, so the others remain unchanged.
- RESOLUTION: Found out that this is not true any longer, and everything
- works just fine!
-+(5) AvantGo conduit: fix the configure.in.in checks for libmal
-+(6) ABook conduit: fix the first sync setting
-+(8) Find out what's the reason of the "Invalid unique ID" crashes in
- the calendar conduits (and the addresssbook conduit) (bug #51216)
--(9) GJJ: PalmDOC conduit: kpalmdoc is run as a modal dialog, not as
- a standalone dialog (e.g. create a link on the desktop to
- kpalmdoc and start kpalmdoc from there. You can't access the
- desktop until you quit kpalmdoc)
- RESOLUTION: This is a general KDE Bug!!!!
--(10) GJJ: Add a flag to the log{Error,Message} functions to prevent
- the addition of the trailing <br> and the date to each output
- (e.g. to put all output from the AvantGo conduit in one line,
- instead of one separate line for each .)
- RESOLUTION: This is not possible in a QTextEdit in LogText mode.
- However, I got rid of the pseudoo-progressbar, so this i no longer
- needed.
-+(11) Merge between HEAD and BRANCH (again).
-+(12) ABook conduit: Check all fields for differences before asking
- for conflict resolution. (i.e. don't ask for conflict resolution
- of single fields, just for the whole record) (bug #59222)
-+(13) ABook conduit: custom field sync doesn't work with birthdate
- (how do I convert a date to a string and back in an arbitrary
- format???) (Bug #50871)
-+(14) ABook conduit: Fix categories sync
- RESOLUTION: Fixed for the abook and the todo conduit
-+(16) Remove the edit capabilities from the built-in viewers. (fixes bug #54765)
- Or write a SyncAction childclass that merges the changes from the internal
- editors to the databases on the handheld before the sync takes place
- RESOLUTION: Implemented the InternalEditorAction that syncs these modifications
-+(19a)Implement the internal editor sync
-+(19a)When syncing, also backup the databases (if option is set)
-+(19b)Add all codecs that are supported by Qt, automatically fill the
- combobox in the config dialog. Change the combobox to an editable
- Combobox so that the user can also give other encodings (if he
- installed the corresponding plugins).
-+(22) Update README, TODO, NEWS, AUTHORS in HEAD.
-+(23) GJJ: Move the conduit configuration dialog (for the umpteenth time)
- to a list of QCheckBoxes, like noatun's plain playlist or
- kdebugdialog
-+(24) PalmDOC conduit: choosing the bookmark type of the pdb->txt
- conversion is not yet implemented. Only create .bm file, if there
- are bookmarks in the text.
--(25) ABook conduit: sync with multiple email addresses (space-separated
- list received from handheld)
- RESOLUTION: Duplicate of 6a)
-+(28) GJJ: The question asked when kpilot and the pilot's usernames don't
- match isn't very intuitive. It should be changed to a yes/no/cancel
- with "Use KPilot name" "Use Pilot name" "Cancel". This is in
- interactiveSync.cc.
--(29) Fix the NULL conduit's tooltip - OR - make it actually do what the
- current tooltip says.
- RESOLUTION: The NULL conduit is no longer needed at all, so I disabled
- it completely
--(30) GJJ: Create good icons for the kpalmdoc converter application.
-+(38) Should interactiveSync and syncStack be moved to lib/ ?
-
-
-
-
-
-Specific JOBS
-=============
-
-***
-*** PilotLocalDatabase fixups
-***
-
-The PilotLocalDatabase class is really ugly and clunky -- and far worse,
-it has a hard-coded limit of 10000 records per database. This may have hurt
-us once or twice already (consider that a Visor w/ 16Mb could *easily*
-hold 10000 addresses). It needs careful reworking.
-
-I think using a Q(Ptr)List is the way to go here -- well, maybe a QVector
-would work as well; that depends on whether QVectors resize well. The tricky
-part is implementing the "current record pointer" with the same behavior
-as the current fCurrentRecord member, since conduits may depend on it.
-
-
-***
-*** Popmail Conduit & IOSlaves
-***
-
-The popmail conduit duplicates a lot of code found elsewhere -- it does
-SMTP sending and POP3 retrieval of mail messages. That should really be
-left to IOSlaves, which are better debugged. Using tickle() will be
-necessary while waiting for responses from the slaves, since you must keep
-the pilot awake. (This opens the door to multi-threading conduits, with
-possibly an asynchronous "pre-sync" action).
-