TODO, NEWS update and removed some log_tmp()

TODO

@@ -64,22 +64,10 @@ $ git-buildpackage --git-no-create-orig --git-debian-branch=stable-lts --git-tag
 $ sudo pbuilder --build --basetgz /var/cache/pbuilder/base-lucid.tgz ../xboxdrv-stable_0.6.6-1~lucid2.dsc
 
 
-Stuff to do before 0.8.1 release:
-=================================
+Target for 0.8.1
+================
 
-* look at suspend handling
-
-* pass /dev/input/eventX, slot and serial number to on-connect script
-
-* write DummyController that can be used in automated test cases
-
-
-Checklist
-=========
-
-* ./xboxdrv --axismap X1=X2,-Y1=Y2,X2=X1,-Y2=Y1   --mouse  -s
-
-   Why do have the axis to be inverted in this case?
+* update/fix man-page
 
 * add function that can handle PC game style inventories, i.e. 0-9
   keys by using less buttons (maybe do graphical overlay stuff):
@@ -100,26 +88,6 @@ Checklist
                         |  `------- next button
                         `---------- previous button
 
-* alternative inventory solution: use the dpad, which gives however
-  only eight directions, need some timeout thing to make the
-  directions sticky
-
-* develop a simple scripting language or use an existing one
-
-* don't compile tests by default
-
-* buttonevent/key_button_event_handler.hpp
-
-   Problematic, might cause trouble due to lack of sync:
-
-          // send both a press and release event after another, aka a "click"
-          m_codes.send(uinput, true);
-          m_codes.send(uinput, false);
-
-* MacroButtonEventHandler is still using raw UInput::send(), should
-  use UIEventEmitterPtr instead, UInput::send_rel_repetitive() should
-  be removed
-
 * cycle-key is incomplete, should have additional mode that allows
   next/prev without sending events, also has issues with stuck buttons
   when multiple keys are pressed
@@ -135,12 +103,30 @@ Checklist
   -> add an option to have the cycle sequence not wrap around: 
      -> possible use: throttle in a flightsim mapped to 1-9
 
-* get rid of UIEvent::resolve_device_id() if possible
-
 
 Target for 0.9.0
 ================
 
+* ./xboxdrv --axismap X1=X2,-Y1=Y2,X2=X1,-Y2=Y1   --mouse  -s
+
+   Why do have the axis to be inverted in this case?
+
+* alternative inventory solution: use the dpad, which gives however
+  only eight directions, need some timeout thing to make the
+  directions sticky
+
+* MacroButtonEventHandler is still using raw UInput::send(), should
+  use UIEventEmitterPtr instead, UInput::send_rel_repetitive() should
+  be removed
+
+* develop a simple scripting language or use an existing one
+
+* look at suspend handling
+
+* pass /dev/input/eventX, slot and serial number to on-connect script
+
+* write DummyController that can be used in automated test cases
+
 * allow the creation of virtual mice and keyboards with all buttons
   and rel events, to allow realtime reconfiguration
 
@@ -148,6 +134,8 @@ Target for 0.9.0
 
 * native REL events
 
+* get rid of UIEvent::resolve_device_id() if possible
+
 * implement filter that removes glitched button events, i.e. events
   that happen in very low timespans and are caused by broken micro switches
 
@@ -179,16 +167,9 @@ libusb:warning [libusb_close] internal signalling write failed, closing anyway
 * active wireless controller aren't detected on startup of the daemon,
   only they have send an event, any way to get activity status of the thing?
 
-* make code endian clean (done for main Xbox controller, not for the rest):
-
-  unpack_uint16(char* ptr, int offset);
-  unpack_sint16();
-  unpack_uint32();
-  unpack_sint32();
-
 * print which sub features are enabled: chatpad, force feedback, headset
 
-* make dbus optional, make --no-dbus an alias for --dbus NONE
+* make dbus optional, make --no-dbus an alias for --dbus NONE or --dbus false (easier for config file)
 
 * check force feedback
 
@@ -233,8 +214,6 @@ Aborted
 
 * check that threads are cleaned up in daemon
 
-* headset and chatpad still use thread
-
 * go through checklist, disable headset and chatpad support for now,
   do a source only release
 
@@ -411,6 +390,8 @@ disable LT and RT -> already fixed, check it
 
 * allow multiple controllers in non-daemon mode
   -> not a good idea, complicates stuff and duplicates code
+  -> make daemon mode the default in the future and make it as solid
+     as non-daemon mode
 
 * remember controllers that couldn't be used when all slots where full
   and use them when a slot got free -> discard, bad idea, as it

src/options.cpp

@@ -375,8 +375,8 @@ Options::find_generic_usb_spec(int vendor_id_, int product_id_) const
 {
   for(std::vector<GenericUSBSpec>::const_iterator i = m_generic_usb_specs.begin(); i != m_generic_usb_specs.end(); ++i)
   {
-    log_tmp(i->m_vendor_id  << " - " << vendor_id_ << " " 
-            << i->m_product_id << " - " << product_id_);
+    //log_tmp(i->m_vendor_id  << " - " << vendor_id_ << " " 
+    //        << i->m_product_id << " - " << product_id_);
 
     if (i->m_vendor_id  == vendor_id_ &&
         i->m_product_id == product_id_)

src/uinput.cpp

@@ -367,7 +367,6 @@ UInput::create_emitter(int device_id, int type, int code)
         (*i)->get_type() == type && 
         (*i)->get_code() == code)
     {
-      log_tmp("found collector " << device_id << " " << type << " " << code);
       return (*i)->create_emitter();
     }
   }