Added hack to get webform_multifile module to work with Arrange Fields.  Issue: https://drupal.org/node/2145529

  Made minor tweaks to prevent PHP warnings or notices from showing up in specific situations.
  Issue: https://drupal.org/node/2198361

  Added a small "Donate" paypal link on the form page.  Shameless, I know, but I have to eat too!  Seriously, though,
  any donation amount is greatly appreciated.

  Applied patch from solquimpo in this issue: https://drupal.org/node/2097223, to correct an in-correctly
  set pre-render value which sometimes results in a warning being thrown from the Webform module.

  Added support for webform markup fields as per issue: https://drupal.org/node/1968464

 Thanks to spamsammy, here: https://drupal.org/node/1241750#comment-7147666

 Added extra handling for date field (does not add resizable handlers if its in a date field)

 Added instructions to click the Save position data button twice to make sure the form's height
 is calculated correctly.

 Added experimental new feature - Snap to grid when resizing.  This should
 help line up text fields when needed to resize them.

 the Ajax file upload field is no longer draggable.  I fixed it by
 re-arranging how and when the draggable wrappers are added to elements,
 placing them in a #pre_render function now.

 Added ability to control the "grid width" used with Arrange Fields.
 It is on the settings page.  Default is 10px.  If set to 1px, this
 allows users to move fields with a complete freedom of movement.
 Based on issue: http://drupal.org/node/1456534

2-22-2012
 Changed how the Arrange Fields style tag is set, as well as how
 the form is targetted in CSS to be more specific.
 based on advice from this issue: http://drupal.org/node/1450450

2-19-2012
 Made changes to keep a STRICT warning from appearing, as per this issue:
 http://drupal.org/node/1170352

 sometimes have a height of only 1px.  To this end, this module no
 longer attempts to set the height of textfields, only textareas.
 The orignal issue is: http://drupal.org/node/1241750

 which caused it to stack its elements in a weird way. Isse: [#1372978]

Thanks to user drizzi (http://drupal.org/user/226909) for letting me debug on his server, I discovered the
 solution to an anoying bug affecting several Webforms users.  When you set
 the label to be "inline" in webforms, a strange interaction with CSS and jQuery UI
 caused textfields to resize strangely.  From now on, use Arrange Fields to set the
 label as inline or not.

 Also, fixed an issue where sometimes form elements wind up "stacked" on top of each other
 when arranging fields for the first time.

 Also fixed a bug where setting radio buttons/checkboxes to inline, then back to block
 caused a problem.

 configurable (they didn't get the configure link on the hover handle),
 and they were not being recognized as webform components.

on the Arrange Fields settings page.

 on the Arrange Fields settings page.

 page to make it easier to find out form id's on the page.  If checked,
 administrators will see a printout at the top of every page with a list
 of what forms are on that page. You can then enter those form_id's into
 the settings page to arrange them.

 I am replacing it.

Made minor change to prevent a notice from showing up when arranging a content type (the notice was coming from core's node.pages.inc, line 303).

Made a minor change when looking at elements in the form array to prevent PHP notice messages from appearing.

  of PHP notices being generated from this module.  Also, corrected
  some instruction text to be correct for D7, instead of D6.

 webform block on the screen at a time.  In reference
 to issue #1010044.

 appear on all nodes for users with the administer arrange fields
 permission AND webform module installed.

 Also, added a hack which forces Captcha to not be treated as a
 fieldset.  This seems to be the default behavior for most people,
 but an issue was raised where, for some reason, Captcha was being
 treated differently, and it caused an issue with Arrange Fields.

 It is accessible on the admin/settings/arrange-fields page.

 causing AF to break.  The answer was to reduce the maxlength of the form's
 position_data field. (issue: #974990)

 which breaks Arrange Fields.  This was fixed.  Also, since no major
 bugs have appeared for a while, I am going to move Arrange Fields
 to a full 1.0 release! Yay!

 that CCK fields have, so you can edit the properties of the field w/o having
 to leave the page.  Tested and working on Webform 2.9.

 Cleaned up the code a bit, removing unused or old functions.

Moving the code into "RC" status-- exciting!

 Added experimental support for webform 3.0.  I don't want to do too much work
 though, until webform 3.0 moves out of beta (I am afraid of their code
 continuing to move around, and then I will have to keep making changes to catch
 up).

7-29-2010
 Added cache_clear_all() to hook_enable(), as clearing the cache often fixes
 the initial javascript and css bugs which some new users experience.


7-25-2010
 Fixed a bug where filefields were not draggable.  This had to do with my logic
 of when to add a draggable wrapper to a CCK element.  For most elements, the way I was
 doing it worked, but not for "imagefield_widget" for some reason.

 Fixed a bug where the submit/preview buttons were not being disabled during arrangement.

 Changed the included CSS so that fieldsets have solid background (white).  This is not
 the default with all themes, and sometimes they look funny w/o it.
 Of course, this can be overridden in the theme's CSS files.

Fixed various bugs including....  FCKeditor no longer has a problem with this module, buttons are handled the "old way" which fixes various bugs, and CCK is no longer required.

 Fixed a bug where File fields were not working for Webforms.  Wrappers were
 being added twice.


7-06-2010
 Added a much cleaner and neater method of finding valid fields in $form,
 regardless of how many levels deep they are nested.  I still can't guarantee
 that it will work on $form arrays with very complicated structures, but it
 at least lets you have 2 or more levels of nesting w/o causing a problem.  This
 is mostly for custom forms which the developer herself might have created.
 $form's from CCK and Webform have never used nesting in this way.

 Fixed a bug where javascript couldn't save the form correctly.  Happened
 after you make changes to a CCK field in the popup, then close the popup.  It
 was supposed to save the form, but it wasn't doing it correctly.

 Fixed a bug where, for webforms, the submit buttons were not getting a draggable
 handle with an icon.

 Added the "add markup" button to webform as well as generic forms, not just CCK.

an HR, or any other valid HTML, anywhere you want.

CHANGELOG.txt file.  Fixed bugs mostly, added the ability
to arrange any form in drupal, and added a new config dialog
which lets you specify the wrapper width, height, and whether or
not the field's label is inline.