-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
Beta 2 #1806
Conversation
This fixes the issue for me! |
Fix works for me as described by @retlehs. |
thank you for testing! |
Update clean task name
Allow browser versions to be configured in config.json
@eshimischi thanks for pointing that out. updated |
Remove grid defaults
Remove Font Awesome
What are your thoughts on being able to always filter the data regardless of the body class? E.g. injecting theme options like social media links |
@schrapel use something like... sage('blade')->share('links', [
'facebook' => 'https://facebook.com/myAwesomePage',
'twitter' => 'https://twitter.com/rootswp',
// etc..
]); Then in all views, a |
* Add option to remove Bootstrap when creating project * Remove phpmd, per @QWp6t
Add option to change theme file headers
Hi,
Hope it helps troubleshooting! |
Add option to add Font Awesome
* Add option to select CSS framework, add Foundation as an option
* Update dependencies * Remove monkey-hot-loader * Use webpack-merge instead of util/mergeWithConcat() * Fix: copyglobs plugin `after-emit` is bound twice * NoErrorsPlugin() is deprecated in favor of NoEmitOnErrorsPlugin() * webpack-dev-middleware should use same publicPath as compiler * webpack-hot-middleware/client should be prepended to entries * Browser should refresh when HMR fails * Bootstrap package.json has correct main property Sometime between alpha 2 and 3, package.json was pointing to nonexistent file, so we referenced file manually in our repo. Underlying issue was fixed by alpha 4, so we no longer have to specify full path to file.
@derkjn unable to reproduce. please post on https://discourse.roots.io/ if you need further support |
this should partially fix #1804. known issue:initial browsersync session is still broken and will return the following message:error goes away and browsersync should work as expected if you follow these steps:1. save a file (make a styling change)2. manually refresh your browsersync sessiontesting would be appreciated /cc @emilsgulbis @dappa @MWDelaney @psorensenedit: this branch has since been updated with other commits, the relevant fix for #1804 is 417ce46edit 2: #1804 is fixed after #1815