enable_widget - turned widget back on and adjusted the form() function in APLWidget to get our preset names and properly display saved user settings. I used get_option(), but there is probably a better way to get the list of presets
Changed getting database and a commented function

The Preset Database Object has its own methods for loading, saving, and
deleting. This I was planning on a possible switch to a custom tables
database, and organizing data correctly before being used.  The other is
the display method used as a direct function. It's commented since I
didn't get to that point yet.
Changed constructor

A different format of the 'nearly' the same thing. I used WP's version,
and the only real changed is that it included the 'text_domain'. Which a
ticket was created regarding internalization.
Fixed Front-End Widget() Display

I'm not too fond of having a global, and it's the first time I've had to
do this, but some stuff in WP like wp_query already does. I got another
idea I can try, but for now it works.
Initial changes and notes added

Mainly including notes in this one as a starting point
Clean up

Possibly ready to be merged into 0.4.
Added more notes.
Updated some notes
Updated some notes

Added some note to share before I, or anyone else, start diving into it.
Updated some changes and additions

Updating some initial work.
admin_fix a fix for a missing adminOptions property error
Updated some changes and additions for set_query()
Changes and additions to set_query & set_query_base_val
Changes & Additions to set_query

Just turning in final progress for the night, and will continue where I
left off. Setting the presetObjs as query arrays/str has required some
workarounds until the presetObj class can be reconfigured.
author_callback - added a 'type' parameter to the post_author shortcode and a callback into APLCallback that uses the get_userdata function to get whatever data is available through that function.
Use this page for reference: http://codex.wordpress.org/Function_Reference/get_userdata
on that page, under the 'Notes' section, we have the list of possible parameter values for this new callback
author_callback added default value of display_name - this will change presets already created as the previous default was user_login, but I feel display_name is a better choice as a default
author_callback updated shortcode descriptions for new feature. Can you think of a better name for the parameter than 'type'?
image_callback added everything necessary for a new [post_thumb] parameter of 'size'
Merge branch 'author_callback' into staging
Merge branch 'image_callback' into staging

Conflicts:
	advanced-post-list/includes/class/APLCallback.php
	advanced-post-list/includes/class/APLCore.php