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

Foundation 6 #124

Merged
merged 3 commits into from
Mar 21, 2016
Merged

Foundation 6 #124

merged 3 commits into from
Mar 21, 2016

Conversation

chilian
Copy link
Contributor

@chilian chilian commented Mar 19, 2016

Updates to the new foundation 6 error classes add adds support for Rails5.0.0.beta3

@dsandstrom
Copy link
Collaborator

Thanks for the PR. Can you point me to the docs that show these new CSS
classes? It doesn't appear they change from what I've seen.

On Sat, Mar 19, 2016, 1:41 PM Christoph Chilian notifications@github.com
wrote:

Updates to the new foundation 6 error classes add adds support for

Rails5.0.0.beta3

You can view, comment on, or merge this pull request online at:

#124
Commit Summary

  • adds rails 5 beta3 support -> resolving dependencies
  • Merge branch 'master' into foundation-6
  • adds new foundation 6 form error classes

File Changes

Patch Links:


You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
#124

@chilian
Copy link
Contributor Author

chilian commented Mar 20, 2016

It seems like the form error state css stuff moved to a plugin called abide: http://foundation.zurb.com/sites/docs/abide.html
So I used these CSS classes which are working.
The "error" class doesn't work in my project (RoR5beta3, latest foundation-rails gem)

@dsandstrom
Copy link
Collaborator

This would make abide a requirement to use this gem. I like abide and use it on many forms, but not all. Also, I don't want to force it on everyone else. Especially since currently abide isn't even apart of the gem. I've wanted to add options to the form method to allow automatic abide error messages (See #100), but I haven't done any work on implementing this.

If we were going to change the error class, it would have to be done so by adding options to the form method or initializer. The current error class works fine when not using abide, from my initial trials.

As for your case, it seems zurb has provided options to change the error class that is used by abide.

I am open for discussion on this because I may be wrong or there are differing opinions.

@dgmstuart Whats your take?

@dgmstuart
Copy link
Collaborator

@dsandstrom I don't think this does introduce a dependency on abide (I agree that would be bad) - looks like the scss is in the main project: https://github.com/zurb/foundation-sites/blob/master/scss/forms/_error.scss

Also looks like this is the only place that field error styling is defined in v6. My guess is that the abide javascript toggles those specific classes, but we can also set them on the server side.

What I am concerned about is the change to support Rails 5 - @chilian presumably that isn't required for the foundation upgrade to work? If not, then I feel like that should be a separate PR, since the discussion will be quite different.

@dsandstrom dsandstrom merged commit c3f1601 into sgruhier:foundation-6 Mar 21, 2016
@dsandstrom
Copy link
Collaborator

I reverted the gemspec, but merged the error class changes.

As @dgmstuart stated, the gemspec changes should be submitted in a different PR. I think it would be smart to add an upper limit to the version numbers for the required gems.

@chilian chilian deleted the foundation-6 branch March 22, 2016 12:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants