ZURB loves its community! We always want to hear from our users, whether they're reporting bugs, suggesting new features, or even adding them themselves.
Open a new issue to report a problem you're having with Foundation for Apps. When writing your issue, keep these things in mind:
- Be descriptive. If you can, upload a screenshot of problem you're having, or copy and paste any JavaScript or command line errors you encounter. Being detailed will help us hone in on the problem faster.
- Post your code. It's very helpful to see any HTML, Sass, or JavaScript you've written that you think may be causing the problem. In some cases, we might be able to fix your problem just by fixing your code.
- Help us recreate it. If your problem is complex, tell us the steps needed to recreate the issue. Sometimes we need to see the problem for ourselves, in our own testing environment, so we can more easily debug it.
The documentation is compiled by a tool called Supercollider. Each page is compiled from 1–2 sources:
- A Markdown file under
docs/pages/
. - If it's a Sass component, the relevant Sass file inside
scss/
is scanned for special SassDoc comments.
Each page is rendered in one big Handlebars template that takes in all of the above data.
Much of the guts of the documentation are stored in an external codebase called foundation-docs. This is code that's shared between the documentation for all three Foundation frameworks, including:
- CSS specific to the documentation
- The Handlebars template used to build pages
- A series of Handlebars helpers for the template
- A custom Markdown parser used when parsing pages
- A script that generates the search results for documentation pages
To hack on this repo locally, clone the foundation-docs repo into a folder adjacent to this repo's folder on your machine. Then run npm link ../foundation-docs
to wire the two together.
If you think you can solve a problem yourself, or want to implement a new feature, go for it! Follow these guidelines to make the most killer PR ever.
- Target the right branch. So we can properly follow semantic versioning, be sure to develop your pull request in the right branch:
- Ink 1.0 changes:
v1.0
- Foundation for Emails 2.0+ bug fixes:
develop
- New features should be pointed to:
v2.2
- Ink 1.0 changes:
- Test, test, and test. The Foundation frameworks are used by thousands and thousands of designers and developers, so making sure your changes work in every email client is important! Please test bug fixes or new features in Litmus, or another email testing service.
Want something to work on? Let us guide you in the right direction.
- Browse the Help Wanted issue to see bugs or features we've asked for the community's help on. Feel free to implement them yourself as a pull request!