- Make sure
node buildoutputs some static files to_built. npm run deploy.
This eventually became this blog post and this module
node build outputs some static files to _built.npm run deploy.This eventually became this blog post and this module
This is a conceptual specification for what could/would/should be the preprocessor to end all preprocessors. Unfortunately, it is just that - a specification. I had made quite a few attempts to create a CSS preprocessor, but I am far too inexperienced with advanced programming to succeed at this task. I got as far as the scanner and half of a half-working tokenizer before proceeding to pull my hair out. So I gave up, and decided just to list the proposed features here for reference. Perhaps these will make their way into existing pre-processors, or even inspire the birth of a new one.
Pretty much everything the 3 leading pre-processors offer in terms of:
| # delete local tag '12345' | |
| git tag -d 12345 | |
| # delete remote tag '12345' (eg, GitHub version too) | |
| git push origin :refs/tags/12345 | |
| # alternative approach | |
| git push --delete origin tagName | |
| git tag -d tagName |
A list of Sketch plugins hosted at GitHub, in no particular order.
| var audio = new window.webkitAudioContext(), | |
| position = 0, | |
| scale = { | |
| g: 392, | |
| f: 349.23, | |
| e: 329.63, | |
| b: 493.88 | |
| }, | |
| song = "gfefgg-fff-gbb-gfefggggffgfe---"; |
This is a curated set of conventions and best practices for Stylus, an expressive, dynamic, robust and advanced CSS preprocessor. Frustrated with there not being a set of conventions set in place (that could be easily found), I set forth to find out on my own.
| git_packages: | |
| pkg.installed: | |
| - names: | |
| - libssl-dev | |
| - git | |
| - pkg-config | |
| - build-essential | |
| - curl | |
| - gcc | |
| - g++ |
| abstract class Comment | |
| { | |
| public abstract void Generate(StringBuilder builder); | |
| public string Generate() | |
| { | |
| StringBuilder builder = new StringBuilder(); | |
| this.Generate(builder); | |
| return builder.ToString(); | |
| } |
| class Point | |
| constructor: (@x = 0, @y = 0) -> | |
| if isNaN(@x) or isNaN(@y) | |
| throw new Error('Invalid coords') | |
| add: (point) -> | |
| @x += point.x | |
| @y += point.y | |
| subtract: (point) -> |
Every time I start a new project, I want to pull in a log function that allows the same functionality as the console.log, including the full functionality of the Console API.
There are a lot of ways to do this, but many are lacking. A common problem with wrapper functions is that the line number that shows up next to the log is the line number of the log function itself, not where log was invoked. There are also times where the arguments get logged in a way that isn't quite the same as the native function.
This is an attempt to once and for all document the function that I pull in to new projects. There are two different options: