I have the (package-initialize) call already in wpc-package.el.
I'm unsure how this removal is ending up in a git status because I'm
pretty sure I've never commited that to this repo. Need to tighten
things up I guess.
This repo's history seems to reflect my difficult wrestling with
Git, GitHub, gitignore files. I'm still not sure I understand
everything that's going on.
- support <leader>e* KBDs for quickly editing common configuration files
- prefer dark theme to light theme
- prefer nowrap by default instead of toggling wrap
Disables i3-gaps code temporarily until I get a proper installation
working.
Formats existing code to prefer alignment of text across similar,
adjacent definitions.
Defines new KBDs for screenlocking, music player controls, volume
controls.
Defines a rough manifesto of KBDs and the reasoning behind some choices.
This format string is being used in my i3 config and in my alias for
creating a gPaste. I figured it'd be nice to set a variable that defines
the format. Future me: run `man date` to see what format options are
supported.
pbcopy -> c
pbpaste -> p
While it's nice to expect pbcopy on both OSX and Linux, it's better to
just alias c=pbcopy on OSX and assert on `c` and `p`, which are must
shorter to type.
Since I'm constantly editing vim, emacs, i3, zshrc, functions, aliases,
etc., I should support variables, aliases, and KBDs to make editing,
sourcing these files much more efficient.
Beware and avoid leaking sensitive data.
Options:
- ensure wpcarro/dotfiles remains private while support potentially
sensitive documents
- consider encrypting sensitive documents using gnupg or git-crypt
- consider having someone from the Security team audit the repository to
ensure that nothing sensitive is being leaked
My inconsistent git history-keeping is coming to bite me here. At the
moment, I can only speculate about what went wrong here. The gist is
this: I unintentionally committed files that were supposed to be ignored
This commit removes those files which includes:
- auto-save-list
- elpa packages
- quelpa packages
- misc
Super shared KBDs between i3wm and Emacs for:
- focusing windows (i.e. M-{h,j,k,l})
- deleting windows (i.e. M-q)
More support may be needed, but this is good DWIM behavior for now.
- Prefers "$HOME" to "~/urbint" for current project
- Prefers dark colorscheme
- Allows source-jumping to Emacs (nixify this to remove dep on
path/to/source)
This is a massive diff that I had to do in a hurry - when leaving
Urbint. I'm pretty sure that most of these are updating Emacs packages,
but I'm not positive.
Debug startup:
- some packages were missing explicit use-package calls, which made this
configuration incompatible with fresh computers. After crashing my MBP
and trying to get this working thereafter, I learned.
Support LSP:
- LSP support for Haskell is good; embrace and prefer over Intero
Update KBDs:
- preferences change
- changing to a light theme (for now)
- enable rerere
- prefer less, since bat is my default pager, which doesn't look great
when looking at diffs, patches, etc
- fix broken alias
- support another alias
Adds a package that allows Emacs to searching through a projects
node_modules executables when resolving a binary like eslint, prettier
etc. This was being hacked together before by relying on explicit paths
to executables. This is a more durable solution.
Also includes some packages related to LSP for Javascript, which I
haven't been able to get working yet.
This was previously semi-supported. There were two problems, however:
1. My fill-column value of 80 got out-of-sync with my white-line-column
value of 100.
Solution: globally define wpc/fill-column, set that to 80, and
consume the new const in my config.
2. Nothing was activating whitespace mode.
Solution: add whitespace-mode to prog-mode-hook.
This SO answer helped tremendously:
https://stackoverflow.com/questions/18855510/have-emacs-highlight-characters-over-80
I wasn't using the previous KBDs, which were modelled after Vim's answer
for Paredit KBDs.
Some of the mappings bothered me, so I needed that made more sense to
me.