Revert "DEV: changed define_output_ports so that the_descrip eq short_descrip"

This reverts commit c47fcccb923aed7df853882c19bcff18e8b997f7.

Conflicts:
	vttools/wrap_lib.py
Revert "DEV: Finished mods to wrap_lib.py.  Test funcs in progress"

This reverts commit 1e8e10a17c43d5cd45a646937d01766b435860bb.

Conflicts:
	tests/test_wrap_lib.py
	vttools/wrap_lib.py
FIX: Updated wrap_lib.py to current version after rebase

Had to rebase the enum_test branch in order to recover test_wrap_lib
since it got removed when I pulled from the current enum_ex github
branch. Wrap_lib is now ready to have test functions completed.
DEV: Intermediate commit for wrap_lib test funcs
DEV: Updated _ARRAY_SHAPE to match enum_extension branch

Added '?' after first comma to remove req that comma be placed after
last element of final list/tuple in dtype string. Added examples to
make RE search parameters clearer.
DEV: Added ndarray and array_like as options to wrap_lib.py _ARRAY_SHAPE

Functions in numpy and scikit-image have alternate parameter dtypes
such as (M, N,) array_like, or (M, N,) ndarray. So, now these alternate
types will be caught by the _ARRAY_SHAPE regular expression
DEV: Intermed commit for test_wrap_lib added tests for test_sized_array
DEV: Added ability to process vals like '(..., ..., M)' _ARRAY_SHAPE mod

_ARRAY_SHAPE regular expression now correctly addresses dtype values
that include '...' as a value in the tuple. e.g. (..., ..., M) the
dtypes that are accounted for include array, ndarray, and array_like
DEV: Finished wrap_lib test funcs for _enum_type and _sized_array

The test functions run through sample dtype strings that address both
typical and corner cases for regular expression analysis
UPD: Updated wrap_lib.py RE's to match enum_extension branch
DEV: Changed logic in wrap_lib _check_alt_types to more simplified order

Changed the alternate type string tests to follow a more logical order
which enables a more simplified logic.
DEV: Added test function for wrap_lib _check_alt_types.
BUG: Fixed _truncate_description to correctly return desc<word_count

Previously this function joined each letter together so that
'test function' would return as:
't e s t  f u n c t i o n'
This was fixed by having the .join command line moved into the 'if'
statement so that it only impacts descriptions that have been split
because they are longer than the specified word count.
DEV: Added test func for '_truncate_description'
DEV: Finished test function for _guess_type().

The test function currently confirms that floats, integers, and complex
numbers properly get detected, and that all others get passed through as
strings.
If possible, I'd like to get 'True', and 'False' to report correctly as
of type 'bool'. Currently both 'True' and 'False' will report as True
when tested using bool().
DOC: Removed unnessecary comment wrap_lib.py line 425
Merge remote-tracking branch 'refs/remotes/giltis/enum_test'

Conflicts:
	vttools/wrap_lib.py

conflicts is re-writing short-description