Use these rapid keyboard shortcuts to control the GitHub Atom text editor on Mac OSX.
- ⌘ : Command key
- ⌃ : Control key
- ⌫ : Delete key
- ← : Left arrow key
- → : Right arrow key
- ↑ : Up arrow key
/* the page should not change width as content is loaded */ | |
body { | |
overflow-y: scroll; | |
} | |
/* block scrolling without losing the scroll bar and shifting the page */ | |
/* add this class when a modal is open */ | |
body.block-scroll { | |
overflow: hidden; | |
overflow-y: scroll !important; |
Use these rapid keyboard shortcuts to control the GitHub Atom text editor on Mac OSX.
// The home page needs to load a lot of data for a feed of events. | |
// This would block initial rendering of the application, so what | |
// we do is make a pathless child route called feed that loads the | |
// data. | |
// Since our home route doesn't load data anymore it renders | |
// immediately. It has an {{outlet}}, and while 'home.feed' is | |
// fetching data 'home.loading' will be rendered into the | |
// outlet. Once feed's model hook fulfills the feed template | |
// is rendered to the outlet. |
It's a common confusion about terminal colours... Actually we have this:
printf "\x1b[${bg};2;${red};${green};${blue}m\n"
If you have a package where a lot of people are still using a legacy version of it you might want to keep pushing (security-)fixes to that "branch".
Let's say the "latest" version of your package is "5.4.0", but there is as significant amount of people still using "4.7.4" – the last version you released before doing "5.0.0".
You found a critical bug in "5.4.0" and push it as out as "5.4.1", but it applies to "4.7.4" as well and so you want to do "4.7.5".
Assuming you have semantic-release already set up, you can follow these steps to get that "4.7.5" legacy support release out.
git checkout v4.7.4
git checkout -b 4.x
(You can choose any branch name, just make sure to use the same in step 3)You can use async/await
in your Ember testing suite, today! This blog post explains the situation pretty thoroughly.
There are three ways we can get it to work. If you try it without any changes, you will get the error regeneratorRuntime is not defined
.
One way to get around this is to enable every polyfill - but that's pretty big to include in your production application code unnecessarily (30kb minified & gzipped).
This also lets you use async/await
in your app code.
#!/bin/bash | |
echo "Generating an SSL private key to sign your certificate..." | |
openssl genrsa -des3 -out myssl.key 1024 | |
echo "Generating a Certificate Signing Request..." | |
openssl req -new -key myssl.key -out myssl.csr | |
echo "Removing passphrase from key (for nginx)..." | |
cp myssl.key myssl.key.org | |
openssl rsa -in myssl.key.org -out myssl.key |
When using yarn, it will create a yarn.lock
lockfile which holds data on your used dependencies. This file also includes hard-typed versions, so should you update your dependencies, the yarn.lock
file is basically outdated and needs to be regenerated. While yarn does this automatically, Greenkeeper pull requests that update dependencies as of right now do not do this regeneration, which means you would have to do it manually.
This gist shows you a way how to automatise this step using a Travis CI script.
yarn.lock
file in your repository for Travis CI to automatically install yarn (yarn will be added to their default images soon)Many people are confused by the {{mut}}
helper because it seems very magical. This gist aims to help you construct a mental model for
understanding what is going on when you use it.
Prior to the introduction of {{mut}}
, form elements were two-way bound by default.
That is, given this component:
import Ember from 'ember';
export default Ember.Component.extend({