First you have to define the scalar type in the GraphQL schema:
scalar Date
Then you have to provide a resolver for the scalar type. Here's an example implementation using Luxon:
import { DateTime } from 'luxon';
makeExecutableSchema({
First you have to define the scalar type in the GraphQL schema:
scalar Date
Then you have to provide a resolver for the scalar type. Here's an example implementation using Luxon:
import { DateTime } from 'luxon';
makeExecutableSchema({
<!DOCTYPE html> | |
<html> | |
<head> | |
<script> | |
var data | |
var formId = 'form' | |
function drawForm() { | |
if (!data) return | |
var outputEl = document.getElementById(formId); |
Hmm... I don't see any docs for 4.0 on https://webpack.js.org. I guess I'll just wing it.
All I need to do is npm i -D webpack@next
, right?
+ [email protected]
Commonly, npm modules are source controlled using a single dedicated repo for each module. When forking and patching such an existing npm module, typical approaches are either:
"dependencies": {
"patchedmodule": "git+https://github.com/myuser/patchedmodule.git#mypatch"
}
app.registry.add('css', 'broccoli-compass', 'scss', { | |
toTree: function(tree, inputPath, outputPath, options) { | |
// broccoli-compass doesn't like leading slashes | |
if (inputPath[0] === '/') { inputPath = inputPath.slice(1); } | |
tree = mergeTrees([ | |
tree, | |
'public' | |
], { | |
description: 'TreeMerger (stylesAndVendorAndPublic)' |
/** | |
* Polyfill for "fixing" IE's lack of support (IE < 9) for applying slice | |
* on host objects like NamedNodeMap, NodeList, and HTMLCollection | |
* (technically, since host objects are implementation-dependent, | |
* IE doesn't need to work this way). Also works on strings, | |
* fixes IE to allow an explicit undefined for the 2nd argument | |
* (as in Firefox), and prevents errors when called on other | |
* DOM objects. | |
* @license MIT, GPL, do whatever you want | |
-* @see https://gist.github.com/brettz9/6093105 |