Here's a little demo of how this now works:
* Use Ctrl-D to add drivers instead of DKEY. This has been changed to avoid conflicts/problems when Grease Pencil is used
* You can now use an "eyedropper" to select which property you want to use as the source/driving value. This saves you effort, by removing the need to manually specify the driver variables in the Graph Editor, one by one. It's all done for you with a single click.
(PS: Try to not record a video the night after pulling a long coding session to hack crazy stuff together... It makes it even more horrible listening to the sound of your own voice! Aaarrrrgh!! Haha)
For More Details:
See the commit log
1) I'm going to put back an option to have the old behaviour (in case you can't easily get another view open for the source properties). The big question is how to provide access to it...
2) I'm currently pondering whether to first put up a menu of different options for setting up and picking the new driver(s). In particular, there's a "many to many" option that could be useful for quickly driving a colour by another colour (or maybe a location), without having to do a lot of manual work, but which isn't currently exposed as there's no way to expose it.
3) Use some similar techniques for setting up Location Difference and Rotation Difference drivers. These may be better suited to picking objects from the 3D view however. (In the process, I may as well add the missing eyedropper icons/tools for the Bone fields)
4) Some other workflow tweaks for making it easier to edit drivers. Ideas I've been considering include:
A. Adding a popup panel to quickly change settings about the driver, and to see its variables
B. Adding a "Show in Graph Editor" option to jump to a Graph Editor to edit the relevant driver
C. Implementing more eyedroppers to make it easy to change driver targets and/or set up other new driver variable targets at a later date
D. Providing a dropdown of commonly used driver expressions (e.g. "half, double, triple, sin, etc." that people can just pick to quickly set things up even faster). Exactly what we include, and whether we do it in the expression vs for the FCurve shape are yet to be decided
* I've also been working on making it easier to create corrective drivers. Specifically, you can now press IKEY over a driven property, and a keyframe will now be created such that the x-coordinate of is the driver (expression)'s current result, and the y-coordinate being the value of the driven property.
(There's a slight snag in that you can only do this when the Driver FCurve is muted, since the RNA_update() performed just after editing but before autokeying the button makes it impossible to do such keying otherwise. Hopefully I'll figure out some way to get this fully working - maybe by finishing off the "overrides" system I first sketched out and have had hanging around unfinished in the animsystem since the earliest days that I was writing the code for that back in January 2009)
* I've also set up some tools to help "validate" the names of driver variables. It will now tell you why a driver expression was bad if you click on the indicator beside the offending variable names: