Live demo https://jsfiddle.net/Kolosovsky/tdqv6pk2/
let points = [
{ x: 125, y: 50 },
{ x: 250, y: 65 },| import { Action, ActionReducer, Store } from '@ngrx/store'; | |
| import { BehaviorSubject } from 'rxjs/BehaviorSubject'; | |
| import { Observable } from 'rxjs/Observable'; | |
| import { map } from 'rxjs/operator/map'; | |
| import { Observer } from 'rxjs/Observer'; | |
| // TODO: How to initialize those variables? | |
| const dispatcherMock: Observer<Action>, | |
| reducerMock: Observer<ActionReducer<any>>, | |
| stateMock: Observable<any>; |
| // Easing function variables - http://easings.net/#easeOutQuint | |
| // SINE | |
| $ease-in-sine: cubic-bezier(0.47, 0, 0.745, 0.715); | |
| $ease-out-sine: cubic-bezier(0.39, 0.575, 0.565, 1); | |
| $ease-in-out-sine: cubic-bezier(0.445, 0.05, 0.55, 0.95); | |
| // QUAD | |
| $ease-in-quad: cubic-bezier(0.55, 0.085, 0.68, 0.53); | |
| $ease-out-quad: cubic-bezier(0.25, 0.46, 0.45, 0.94); |
| #!/bin/bash | |
| STAGED=$(git diff --name-only --cached --diff-filter=AM | egrep '^(.*).(js|json|css)$') | |
| yarn prettier --write $STAGED | |
| git add $STAGED |
Live demo https://jsfiddle.net/Kolosovsky/tdqv6pk2/
let points = [
{ x: 125, y: 50 },
{ x: 250, y: 65 },Do you have an awesome application written with Angular v7 using NgRx v7, but have been feeling left out will all the mentions online and at conferences about Angular v8 and NgRx v8? Well you are in luck! Today we will explore together, how to upgrade our applications to use Angular v8 using the Angular CLI tooling. We will also explore upgrading to NgRx v8. This will allow us to take advantage of the new features provided in NgRx v8. Included with NgRx v8 is a shiny set of creators, or type-safe factory functions, for actions, effects, and reducers.
The Angular team has provided a great website that walks through the process of upgrading in-depth. This website can be found at Angular Update Tool. We will touch on some of the information today.
the following regex will validate all examples provided here: https://www.conventionalcommits.org/en/v1.0.0/
^(build|chore|ci|docs|feat|fix|perf|refactor|revert|style|test){1}(\([\w\-\.]+\))?(!)?: ([\w ])+([\s\S]*)
a grep/posix compatible variant
^(build|chore|ci|docs|feat|fix|perf|refactor|revert|style|test){1}(\([[:alnum:]._-]+\))?(!)?: ([[:alnum:]])+([[:space:][:print:]]*)
| # The workflow template is designed for Ember apps. | |
| # | |
| # It assumes certain dependencies and scripts in package.json. If | |
| # they don't apply to your project, feel free to remove irrelevant | |
| # code in the workflow. These can be inferred from the job name. | |
| # | |
| # { | |
| # "scripts": { | |
| # "build": "ember build --environment=production", | |
| # "build:test": "ember build --environment=test", |
| #!/bin/bash | |
| file=$(find ./.changeset/ -type f -name '*.md' | grep -E '^[./a-z-]+\.md$') | |
| prompt_template=$(cat <<-END | |
| You are a programmer, trained to write commit messages. | |
| You follow the Conventional Commits specification. | |
| feat: for new features | |
| chore: for maintenance work | |
| fix: for bug fixes |
You are an experienced software developer tasked with addressing a GitHub issue. Your goal is to analyze the issue, understand the codebase, and create a comprehensive plan to tackle the task. Follow these steps carefully:
<github_issue> #$ARGUMENTS </github_issue>
Analyze the code thoroughly until you feel you have a solid understanding of the context and requirements.