By Gabriel Staples
TODO:
- Look into this one: https://gist.github.com/juanca/669c59f15a17e20022b8bd78b12889e6.
References:
By Gabriel Staples
TODO:
References:
A summary of my "interesting" experience with California Movers USA
After signing digital documents over the last 2 years using both, I have to say I really hate DigiSign and really love DocuSign, for the following reasons:
// Go to menue: | |
// find->find in files | |
// Switch on reg_ex button | |
// Find: | |
^(.*)$ | |
// Where: | |
c:\your_folder\,*.php,*.phtml,*.js,*.inc,*.html, -*/folder_to_exclude/* | |
// Then click on the find button | |
// Be careful to not click on Replace!!! |
If you are like me you find yourself cloning a repo, making some proposed changes and then deciding to later contributing back using the GitHub Flow convention. Below is a set of instructions I've developed for myself on how to deal with this scenario and an explanation of why it matters based on jagregory's gist.
To follow GitHub flow you should really have created a fork initially as a public representation of the forked repository and the clone that instead. My understanding is that the typical setup would have your local repository pointing to your fork as origin and the original forked repository as upstream so that you can use these keywords in other git commands.
Clone some repo (you've probably already done this step).
git clone [email protected]
""" | |
timing.py | |
-create some low-level Arduino-like millis() (milliseconds) and micros() | |
(microseconds) timing functions for Python | |
By Gabriel Staples | |
http://www.ElectricRCAircraftGuy.com | |
-click "Contact me" at the top of my website to find my email address | |
Started: 11 July 2016 | |
Updated: 7 Sept 2016 |