fix dataPath() and inputPath() et al for final decision

build/shared/revisions.txt

@@ -8,7 +8,24 @@ are exported, and a number of other bug fixes and tweaks.
 
 [ about those changes ]
 
++ Serial on Mac OS X is currently only available for 32-bit. Hoping to have
+  a 64-bit version sometime soon. 
 
++ Change to how dataPath() and dataFile() work. This is an undocumented
+  function, but for those using it, here's the skinny: 
+
+  dataPath() is only available with applications, not applets or Android.
+  On Windows and Linux, this is simply the data folder, which is located
+  in the same directory as the EXE file and lib folders. On Mac OS X, this
+  is a path to the data folder buried inside Contents/Resources/Java.
+  For the latter point, that also means that the data folder should not be
+  considered writable. Use sketchPath() for now, or inputPath() and
+  outputPath() once they're available in the 2.0 release.
+
+  dataPath() is not supported with applets because applets have their data
+  folder wrapped into the JAR file. To read data from the data folder that
+  works with an applet, you should use other methods such as createInput(),
+  createReader(), or loadStrings().
 
 
 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 

core/todo.txt

@@ -4,9 +4,10 @@ X   doing this via a tool instead
 X on resize, call redraw() when noLoop() is used
 o   need to add this to the docs
 X   was already in the documentation..
-X add inputPath()
+o add inputPath()
+X   remove inputPath()
 
-_ split dataPath() into inputPath() and outputPath()
+_ add inputPath() and outputPath() -> sketch folder or sd card
 
 _ finish adding loadStrings(BufferedReader)
 _   decide if we want to keep this (and/or others?)

todo.txt

@@ -13,6 +13,8 @@ X change Linux script to handle the 'lib' dir as part of the lib path
 X changed Mac OS X launchers, also requiring Java 1.6.
 X write .bat file for windows64
 _   document that this is temporary / file a bug
+X gstreamer has a million DLLs, so it's gross to have them in the main fldr
+o   how would launch4j deal with this?
 
       // If no bits specified (libs are all universal, or no native libs)
       // then exportBits will be 0, and can be controlled via "Get Info".
@@ -25,9 +27,6 @@ _   gsvideo sometimes needs to run as 64 instead of 32
 _ Commenting via menu or shortcut does not set sketch to "need save"
 _   http://code.google.com/p/processing/issues/detail?id=860
 
-_ gstreamer has a million DLLs, so it's gross to have them in the main fldr
-_   how would launch4j deal with this?
-
 _ move Movie Maker out to its own separate tool package
 _   http://code.google.com/p/processing/issues/detail?id=837