4.3.0-beta1-nolib

Details

  • Filename
    Bartender4-mop-fixes-4.3.0-beta1-nolib.zip
  • Uploaded by
  • Uploaded
    Jul 3, 2012
  • Size
    108.21 KB
  • Downloads
    34
  • MD5
    79abd7fe3aac6e9b8d501620cfa236f0

Supported WoW Versions

  • 3.1.0

Changelog

tag 4.3.0-beta1
65eefa280df4daccbb39e100ca04736a7472a153
Hendrik Leppkes <h.leppkes@gmail.com>
2009-03-26 01:13:52 +0100

Tag as 4.3.0-beta1

--------------------

Hendrik Leppkes:
    - Update Version and Interface in .toc
    - Split StateBar configuration out of ActionBar code
    - Further cleanup and seperation
    - Fix Prowl Paging. Before, when turned prowl was turned off, it would switch back to Page0, which is not intended. Instead, it will stay in the cat bar now if prowl is set to "Do not page".
    - Properly unset the statedriver when its disabled with custom conditionals active.
    - Furhter split of the StateBar from the ActionBar
    - Initial abstraction of state code into StateBar prototype
    - Re-bind keys previously bound to Action Bar 1 to the Vehicle Buttons when using the default UI, so the button on-click effects work properly. This feature does require that the keys you want to control the vehicle buttons (usually 1-6) are actually bound to Bar 1. It will however still work if they are not, as long as you have the bar bound to those keys set as possess bar.
    - Improve vehicle behaviour
    - Refresh the state of buttons when they are newly created.
    - Added an assertion with an detailed error message to debug an error in the action button code.
    - Securely hide the old Blizzard UI, thus working in combat
    - Small improvements to the vehicle stuff
    - Properly unregister the vehicle events if not using the Blizzard VehicleUI
    - Properly disable our built-in VehicleBar if using the Blizzard art
    - Added an option to use the default blizzard vehicle frame for vehicles (the art and all the fun)
    - Fix FadeOut, we need to check if the mouse is over the Overlay now, and not the actual bar.
    - Safety check for an error that really shouldn't happen.
    - Fixed initial positions for all bars
    - Fix the behaviour of snapping for the new bar positioning.
    - Fixed behaviour of padding on alternate growth directions and fixed the alignment of the drag-overlay.
    - Added options to adjust the vertical and horizontal growth direction
    - Use our SavePosition function instead of LibWindow directly
    - Try to preserve the old position properly during the migration to the new system.
    - Added plumbing to change the growth direction of the bars. Currently always defaults to DOWN and RIGHT, as that is the "old" behaviour.
    - First work on LibWindow-1.1 usage, plumbing for new bar resizing/button positioning
    - Fix all and any white-space errors