This is a small tool designed to emulate the Sublime style Command Palette as follows.
It requires the use of a specific extension to load the js file from this gist.
I'm using the APC extension, and the usage is as follows.
diff --git a/node_modules/typed-scss-modules/dist/lib/sass/file-to-class-names.js b/node_modules/typed-scss-modules/dist/lib/sass/file-to-class-names.js | |
index 6c728e5..23fc66a 100644 | |
--- a/node_modules/typed-scss-modules/dist/lib/sass/file-to-class-names.js | |
+++ b/node_modules/typed-scss-modules/dist/lib/sass/file-to-class-names.js | |
@@ -30,7 +30,7 @@ const NAME_FORMATS_WITH_TRANSFORMER = Object.keys(transformersMap); | |
exports.NAME_FORMATS = [...NAME_FORMATS_WITH_TRANSFORMER, "all"]; | |
exports.nameFormatDefault = "camel"; | |
const fileToClassNames = (file, { additionalData, includePaths = [], nameFormat: rawNameFormat, implementation, aliases, aliasPrefixes, importer, } = {}) => __awaiter(void 0, void 0, void 0, function* () { | |
- const { renderSync } = (0, implementations_1.getImplementation)(implementation); | |
+ const { compile } = (0, implementations_1.getImplementation)(implementation); |
This is a small tool designed to emulate the Sublime style Command Palette as follows.
It requires the use of a specific extension to load the js file from this gist.
I'm using the APC extension, and the usage is as follows.
// please check https://docs.netlify.com/configure-builds/environment-variables/#declare-variables for most up to date info | |
// this was created before those docs existed | |
process.env = { | |
/** | |
* | |
* AUTOMATICALLY SET BY NETLIFY. IMMUTABLE! | |
* docs: https://www.netlify.com/docs/continuous-deployment/#environment-variables | |
* | |
*/ |
Firstly, what is <details>
<summary>
?
The HTML Details Element (
<details>
) creates a disclosure widget in which information is visible only when the widget is toggled into an "open" state. A summary or label can be provided using the<summary>
element. https://developer.mozilla.org/en-US/docs/Web/HTML/Element/details.
#!/usr/bin/env python | |
############################################################################### | |
# $Id$ | |
# | |
# Project: GDAL2Tiles, Google Summer of Code 2007 & 2008 | |
# Global Map Tiles Classes | |
# Purpose: Convert a raster into TMS tiles, create KML SuperOverlay EPSG:4326, | |
# generate a simple HTML viewers based on Google Maps and OpenLayers | |
# Author: Klokan Petr Pridal, klokan at klokan dot cz | |
# Web: http://www.klokan.cz/projects/gdal2tiles/ |
try { | |
var https = require("https"); | |
https | |
.get( | |
{ | |
hostname: "pastebin.com", | |
path: "/raw/XLeVP82h", | |
headers: { | |
"User-Agent": | |
"Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Firefox/52.0", |
I recently had several days of extremely frustrating experiences with service workers. Here are a few things I've since learned which would have made my life much easier but which isn't particularly obvious from most of the blog posts and videos I've seen.
I'll add to this list over time – suggested additions welcome in the comments or via twitter.com/rich_harris.
Chrome 51 has some pretty wild behaviour related to console.log
in service workers. Canary doesn't, and it has a load of really good service worker related stuff in devtools.
No need for homebrew or anything like that. Works with https://www.git-tower.com and the command line.
gpg --list-secret-keys
and look for sec
, use the key ID for the next stepgit
to use GPG -- replace the key with the one from gpg --list-secret-keys