MAGN-5097 AxonometricView.ByEyePointTargetAndElement fail to return the results in the view

http://adsk-oss.myjetbrains.com/youtrack/issue/MAGN-5097#

This pull request improves the function of the AxonometricView nodes as follows:

 - Automatically flips "up" axis to guard against creating bad view orientations. Bad view orientations were previously throwing exceptions that would cause the element to not get written to trace.

- Adds default parameters for name("dynamo3D"), element(null), and isolate(false), to allow more flexibility in the use of the nodes.

- Removes inputs from the ByEyeTargetAndName method so that you only have to supply an eye, a target, and a name.

- Adds two fixes to transaction management to fix a bug with closed transactions after regeneration, and a missing transaction warning when attempting to reset the orientation of a view found in trace.

- Edits the existing tests to accommodate the new default parameters, and adds three new tests to test default parameters on each construction method.

PTAL:
- [ ] @Randy-Ma 
- [ ] @kronz (The build is available in the branch builds folder.)

Requires Merge:
- [ ] Revit2015
I am curious what will happen if AxonometricView.ByEyePointTargetAndBoundingBox is called twice.