Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Expand Lock style customization #432

Merged
merged 7 commits into from
May 8, 2017
Merged

Expand Lock style customization #432

merged 7 commits into from
May 8, 2017

Conversation

cocojoe
Copy link
Member

@cocojoe cocojoe commented Apr 24, 2017

Style comparison screenshots Standard vs Custom.

https://lit-shelf-28379.herokuapp.com/screenshots.html
(Free Heroku so if times out, just retry)

@cocojoe cocojoe added the enhancement An enhancement or improvement to the SDK that could not be otherwise categorized as a new feature label Apr 24, 2017
@cocojoe cocojoe changed the title Added styling expanded Expand Lock style customization Apr 24, 2017
@cocojoe
Copy link
Member Author

cocojoe commented Apr 28, 2017

simulator screen shot 28 apr 2017 09 54 11


func styleSubViews(style: Style) {
self.subviews.forEach { view in
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you explain how this work?. If you already styled the component you could potentially call it twice right?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My point is if we iterate on all subviews we could just call this method. Otherwise I'd rather call all the explicit nth-child since messing with the hierarchy could avoid a subview to be styled correctly

Copy link
Member Author

@cocojoe cocojoe May 3, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes potentially if you don't watch your styling order in apply e.g. apply manually to a component in apply and then call styleSubViews.
The reason I avoided nth-child calling was when you came to inputViews in Forms. It becomes awkward to access and you end up writing the equivalent of this method to loop through all the InputFields in a Signup Form and apply style anyway.
I think we should just call the styleSubViews at present.

@cocojoe
Copy link
Member Author

cocojoe commented May 3, 2017

Screenshots updated in https://lit-shelf-28379.herokuapp.com/screenshots.html

@hzalaz hzalaz added this to the v2-Next milestone May 5, 2017
Added InputField Styling
Refactor Color Instances into Style
Added UI Tests for Screenshots with fastlane snapshot
Allow CustomTextField with no icon #409
Fix Header Button Image Scaling, Position
Database Login/Signup Tabs customization
SecondaryButton customization
StatusBar customization. Request #416
Ensure styling Enteprise Active Auth
Expand snapshot coverage
Primarybutton AttributedTitle color cusomization
@cocojoe cocojoe force-pushed the added-styling-expanded branch 2 times, most recently from 2182358 to 649abe0 Compare May 8, 2017 12:29
@cocojoe cocojoe merged commit c51e601 into master May 8, 2017
@hzalaz hzalaz deleted the added-styling-expanded branch May 8, 2017 23:55
@cocojoe cocojoe mentioned this pull request Jun 6, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CH: Added enhancement An enhancement or improvement to the SDK that could not be otherwise categorized as a new feature
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants