Joined April 2013
·

Rick Hanlon II

Just a dev from Akron, Ohio at Kustomer
·
New York, NY
·
·
·

Posted to Github Atom Invites! over 1 year ago

@daimz, I have a couple send me your email!

Posted to Github Atom Invites! over 1 year ago

Sorry @eubruno, fresh out. You should check ##atom-invitations.

Posted to Flexiglass and OSX Mavericks [FIXED] over 1 year ago

No problem!

@zoubydazarkouna can you fix the formatting for your log file?

Posted to git command aliases over 1 year ago

@dallas Oh my ZSH comes with the git plugin installed by default. It also comes prepackaged with git aliases and bash functions.

Can you post your config file yspanchal?

Yeah, I could go either way on the protecting the PATH front. On the one hand, I like the idea of expecting users to know enough about their environment to not re-alias something. On the other hand, if you want to use this in a shared environment, it's more responsible to check all of the current aliases and the PATH before creating a new alias, so using this in a shared environment would require looking through the bash profile anyway (if there isn't a check).

In other news, I like that you called it "Yoke". It's short and sweet, while really symbolizing the action. Great work!

Cool tool!

What happens if you execute yoke in, say, /usr/local/python? Did you just alias python to a directory, or are there safeguards in place? I see in your code that you're making sure you're not re-aliasing an already existing alias with

if list.has_key?(name) false

but I didn't dig deep enough to see if you're checking everything in the PATH.

This is a clever technique.

Yes, there are places where margin 0 auto; is the best choice, and there are places where negative margins are the best choice. But this is the best solution, or at least a very reasonable solution, for a specific class of problems where you have a fixed positioned element with a highly dynamic width which needs centered, and supported across all browsers.

Not using a wrapper when you don't need to is certainly a good principle to work by. But another good principle is: don't sacrifice cross-browser support to avoid using a wrapper.

It's simply not the case that everyone can develop using only the most modern browser techniques, and I don't think a healthy debate centers around the value of competing techniques which cannot be proven objectively better in all cases, nor do I think it's appropriate to look down your nose at people who disagree with those non-objectively provable claims.

I think this is a good technique, used in the right situation. So, thanks for the tip!

Posted to vim :w!! over 1 year ago

This is a great tip! Thanks for saving me so many (:q! sudo !!)s

Achievements
544 Karma
37,437 Total ProTip Views
Interests & Skills