--- a/tests/Dnd/README	Mon Aug 13 10:33:19 2007 +0200
+++ b/tests/Dnd/README	Mon Aug 13 10:34:13 2007 +0200
@@ -3,12 +3,12 @@
 This path contains test code for the new XEmacs
 Drag'n'Drop code.
 
-Currently only drags are of interest. The internal
-functions only work for OffiX. MSWindows and CDE
-are broken with this patch.
+Currently only drops are of interest. The internal
+functions only work for OffiX and MSWindows. CDE
+is broken with this.
 
 The OffiX functions in mouse.el also work no longer,
-because drags are now misc-user-events.
+because drops are now misc-user-events.
 
 The misc-user-event now also responds as a button-x-event
 to the event-* query functions.
@@ -19,7 +19,8 @@
 current-mouse-event variable.
 
 dragtest.el works theoretically, but it needs to be
-adapted to some new scheme fitting the drop code.
+adapted to some new scheme fitting the drop code (droptest.el
+has it's own dragsources).
 
 Short description of the object part of a drop misc-user-event:
 ( TYPE . DATA )
@@ -30,12 +31,10 @@
      if TYPE is dragdrop_MIME DATA is either a string
      which contains the MIME data, or it is a list of
      ( CONTENT-TYPE CONTENT-ENCODING MIME-DATA )
+     CONTENT-TYPE is encoded for tm-view (list, first element type,
+	rest key.value conses)
+     CONTENT-ENCODING is a string
+     MIME-DATA is a string
 
-     For DATA I am thinking of some different scheme:
-     perhaps it would be more efficient to split the
-     MIME data into header and body, make a plist from
-     the header (for easy access), pre-convert the body
-     to 8bit, and also attach the original data.
-     This would make the access easier, but it would
-     require that I do a lot of MIME stuff in C, a thing
-     that tm-mime-view already does for us.
+     CONTENT-TYPE and -ENCODING can be directly supplied to mime/viewer-mode.
+