(NS | UI)EdgeInsets operators #82
Comments
Also: as I tried to poorly explain the the Archimedes issue, should there be any consideration to flippedness when dealing with operators that use edge insets? ie. Should it accept a flipped BOOL signal as a parameter and then transform the insets accordingly (flipping top/bottom) before applying them to the rect? |
👍 on an operator for this, but I would want a cross-platform answer to github/Archimedes#17 first.
No, RCL globally assumes an unflipped coordinate system right now. |
Unflipped as in a top left or bottom left origin? Unflipped seems ambiguous when dealing with both Mac and iOS :) EDIT: Maybe you meant unflipped with respect to the platform, so bottom left on Mac and top left on iOS? |
Correct, unflipped per platform. |
The Archimedes side of things has been implemented in github/Archimedes#18. Once this has been reviewed and merged I can start on these operators. |
@indragiek You can always feel free to open a PR that depends on another, even across repos. Just make sure the submodule is on the correct SHA for it. |
Related: github/Archimedes#17
Currently,
RACSignal+RCLGeometryAdditions.h
has-insetWidth:height:
which isn't too useful for applying insets where top/bottom and left/right aren't equal. I propose a new operator,-inset:
which accepts a signal that sends boxedNSEdgeInsets
orUIEdgeInsets
values and applies them to aCGRect
.I would be happy to implement this. Any thoughts?
The text was updated successfully, but these errors were encountered: