By resources
sessions
list-sessions ls -- List sessions managed by server
new-session new -- Create a new session
| function xpath(el) { | |
| if (typeof el == "string") return document.evaluate(el, document, null, 0, null) | |
| if (!el || el.nodeType != 1) return '' | |
| if (el.id) return "//*[@id='" + el.id + "']" | |
| var sames = [].filter.call(el.parentNode.children, function (x) { return x.tagName == el.tagName }) | |
| return xpath(el.parentNode) + '/' + el.tagName.toLowerCase() + (sames.length > 1 ? '['+([].indexOf.call(sames, el)+1)+']' : '') | |
| } | |
| // Usage: |
| #!/bin/sh | |
| #### | |
| # Dockerize: A tiny replacement for Dockerfiles | |
| # This script leverages `docker run` and `docker commit` to provide a usable workaround for | |
| # restrictions of `docker build` and Dockerfile syntax to strictly host-independent builds. | |
| # | |
| # See these discussions: | |
| # https://github.com/docker/docker/pull/1124 | |
| # https://github.com/docker/docker/issues/3156 | |
| # https://github.com/docker/docker/issues/3949 |
| package com.viseo.cv.jpa; | |
| import java.util.HashMap; | |
| import java.util.Map; | |
| import javax.persistence.EntityManager; | |
| import javax.persistence.EntityManagerFactory; | |
| import javax.persistence.Persistence; | |
| import javax.persistence.Query; |
| # Set the ownership and permissions for the uinput device | |
| KERNEL=="uinput", OWNER="root", GROUP="uinput", MODE="0660" |
I use tmux splits (panes). Inside one of these panes there's a Vim process, and it has its own splits (windows).
In Vim I have key bindings C-h/j/k/l set to switch windows in the given direction. (Vim default mappings for windows switching are the same, but prefixed with C-W.) I'd like to use the same keystrokes for switching tmux panes.
An extra goal that I've solved with a dirty hack is to toggle between last active panes with C-\.
Here's how it should work:
There are people out there who claim that merge-based workflows (that is, workflows which contain non-fast-forward merges) are bad.
They claim that git bisect gets confused by merge-based workflows, and instead advocate rebase-based workflows without explicit feature branches.
They're wrong.
Furthermore, the "advantages" of their workflows are in fact disadvantages. Let me show you.
| " -*- vim: set sts=2 sw=2 et fdm=marker: ------------- vim modeline -*- | |
| " [Pathogen] ------------------------------------------ {{{1 | |
| " call pathogen#infect() | |
| " Basic Settings -------------------------------------- {{{1 | |
| syntax on | |
| set nocompatible | |
| filetype plugin indent on | |
| set hlsearch |