All Versions
65
Latest Version
Avg Release Cycle
40 days
Latest Release
-

Changelog History
Page 1

  • v1.10.3 Changes

    ๐Ÿš€ Released on 2022-06-07

    ๐Ÿ›  Fix Xcode Live Preview

    ๐Ÿ›  Fix an error while using Xcode live preview with PinLayout. An internal class has been renamed.

    โž• Added by Luc Dion in Pull Request #251

  • v1.10.2 Changes

    ๐Ÿš€ Released on 2022-02-01

    ๐Ÿ“Œ Renamed property pin.keyboardMargins -> pin.keyboardArea

    ๐Ÿ‘ This new name better represent what UIKit's UIView.keyboardLayoutGuide is

    โž• Added by Luc Dion in Pull Request #243

  • v1.10.1 Changes

    ๐Ÿš€ Released on 2022-02-01

    ๐Ÿ†• New property pin.keyboardMargins

    • UIView.pin.keyboardMargins: property expose directly the value of UIKit UIView.keyboardLayoutGuide. This is really useful when layout adjustment due to the keyboard is required. iOS 15+

    โž• Added by baegteun in Pull Request #238

  • v1.10.0 Changes

    ๐Ÿš€ Released on 2021-05-18

    ๐Ÿ†• New Objective-C interface

    Instead of using verbose Objective-C with all brackets ([ ]):

    [[[[[[logo.pinObjc top] left] width:100] aspectRatio] marginWithTop:topLayoutGuide + 10 horizontal:10 bottom:10] layout];
    

    It now use a function chaining:

    logo.pinObjc.topInsets(safeArea).leftInsets(safeArea).width(100).aspectRatio().margin(margin).layout();
    

    โž• Added by protosse in Pull Request #229

  • v1.9.4 Changes

    ๐Ÿš€ Released on 2021-05-17

    • โšก๏ธ Update to Xcode 12.5
  • v1.9.3 Changes

    ๐Ÿš€ Released on 2020-12-17

    ๐Ÿ›  Fix an issue with Automatic Sizing

    • ๐Ÿ›  Fix autoSizeThatFits wrong calculations. There was a problem with size calculations of inner views while using autoSizeThatFits.
  • v1.9.2

    July 03, 2020
  • v1.9.1

    July 03, 2020
  • v1.9.0 Changes

    June 30, 2020

    โž• Add Automatic Sizing feature

    By calling autoSizeThatFits with the given available size and a layout closure, any layouting performed by PinLayout in that closure will be computed without affecting any subview's frame in the view hierarchy. On the other hand, any non PinLayout related code will also be executed. For that reason, it is really important to separate your layout code in it's own function to avoid any side effect during sizing, like setting the scroll view's content size in the above exemple or perhaps assigning itemSize in a collection view layout. That kind of code that depends on the layout should only be executed when layoutSubviews() is called as part of a normal layout pass.

    The resulting size also takes into account the margins applied on subviews, even on the bottom and trailing sides. Automatic sizing makes it really easy to write your layout logic once and add proper sizing behavior with virtually no additional effort.

    See https://github.com/layoutBox/PinLayout#automatic_sizing for more documentation.
    * Added by Antoine Lamy in Pull Request #216

  • v1.8.13 Changes

    October 31, 2019
    • โœ‚ Removed swift_version from the podspec. PinLayout supports all recent Swift versions, don't need to specify them individually.