$ keytool -genkey -v -keystore debug.keystore -storepass android -alias androiddebugkey -keypass android -keyalg RSA -keysize 2048 -validity 10000 -dname "C=US, O=Android, CN=Android Debug"| import critical from 'critical'; | |
| import babelify from 'babelify'; | |
| import browserSync from 'browser-sync'; | |
| import browserify from 'browserify'; | |
| import buffer from 'vinyl-buffer'; | |
| import gulp from 'gulp'; | |
| import plugins from 'gulp-load-plugins'; | |
| import source from 'vinyl-source-stream'; | |
| const DOUBLE_PRESS_DELAY = 300; | |
| // ... | |
| /** | |
| * Double Press recognition | |
| * @param {Event} e | |
| */ | |
| handleImagePress(e) { | |
| const now = new Date().getTime(); |
The following documents the user permission support in keystone based on the support being added via PR #2111. Permissions are based on roles. If a user has a role and the list also specifies that role for any of its CRUD operations then it is permissive for the user to perform whichever CRUD operation matches the role. All users must define, at least, one role. The following are guidelines for adding role/permission support to your application:
| import gulp from 'gulp'; | |
| import { argv as args } from 'yargs'; | |
| import browserSync from 'browser-sync'; | |
| import del from 'del'; | |
| import path from 'path'; | |
| import assign from 'lodash.assign'; | |
| import configRaw from './gulp.config'; | |
| const config = configRaw(); | |
| import gulpPlugins from 'gulp-load-plugins'; | |
| const $ = gulpPlugins({lazy: true}); |
Hi Nicholas,
I saw you tweet about JSX yesterday. It seemed like the discussion devolved pretty quickly but I wanted to share our experience over the last year. I understand your concerns. I've made similar remarks about JSX. When we started using it Planning Center, I led the charge to write React without it. I don't imagine I'd have much to say that you haven't considered but, if it's helpful, here's a pattern that changed my opinion:
The idea that "React is the V in MVC" is disingenuous. It's a good pitch but, for many of us, it feels like in invitation to repeat our history of coupled views. In practice, React is the V and the C. Dan Abramov describes the division as Smart and Dumb Components. At our office, we call them stateless and container components (view-controllers if we're Flux). The idea is pretty simple: components can't
| { | |
| "name": "my-app", | |
| "version": "1.0.0", | |
| "description": "My test app", | |
| "main": "src/js/index.js", | |
| "scripts": { | |
| "jshint:dist": "jshint src/js/*.js", | |
| "jshint": "npm run jshint:dist", | |
| "jscs": "jscs src/*.js", | |
| "browserify": "browserify -s Validating -o ./dist/js/build.js ./lib/index.js", |