| Age | Commit message (Collapse) | Author |
|---|
|
I never use this command, so I don't really see a need to keep it in my
vimrc. Removing it along with the "Commands" section marker (since that
was our only command defined here).
|
|
Set proper 2-space indentation for YAML files.
|
|
Don't think we should be doing this in Rust so taking away my default
behaviour.
|
|
Set `// ` as the comment string for the Rust language (otherwise it
defaults to `/* %s */`).
|
|
According to http://doc.rust-lang.org/book/getting-started.html, the
Rust convention is apparently 4-space indentation. Update our settings
to match this.
|
|
The Rust language's Vim plugin.
|
|
* Set a Lisp implementation (SBCL)
* Define the SWANK command (copied from Slimv's documentation). The docs
provide three different command options, one that creates a new OS X
Terminal window using `osascript` (which I didn't really like as it's
intrusive), and the other two using `screen` and `tmux`. Opted for the
`screen` version.
|
|
Git was complaining that the tree was dirty with the `doc/tags` file.
Just ignore untracked files.
|
|
Working Emacs with Evil-mode and SLIME felt pretty slow compared to my
normal Vim speed. Trying Slimv to see if I can make it work for Common
Lisp development in Vim.
|
|
Go style (and `go fmt`) doesn't put indentation on empty lines, so for
the sake of good Go, don't add indentation in this case.
|
|
Fixes `G` mapping and errors when executing `:AuditoryOn` and
`:AuditoryOff` twice in a row.
|
|
Provide a quick way to format the current file.
|
|
Since our `<leader>sb` mapping is a toggle command for `scrollbind`,
it can be hard to know whether it's on or off after invoking it if you
haven't been paying attention. Output `setl scrollbind?` after
performing the toggle so that the current `scrollbind` value displays in
the command line area to make it clear what happened.
|
|
A custom plugin that invokes a system copy to OS X's pasteboard using
`pbcopy` via a Vim command. This allows us to specify a range of lines
to copy in command mode, similar to the way that Chris Toomey's System
Copy plugin provides an easy way to invoke a system copy using motions.
With this plugin we can write:
:5,21Copy
to copy those lines.
:12,'aCopy
will also work.
If your Vim is compiled with `+clipboard` support, you would instead
write:
:15,24y *
Since I use a Vim that doesn't have clipboard support, I decided to use
a plugin to get the same functionality rather than compile a new Vim.
|
|
This is to make it easier to preview HTML files in a browser. Otherwise
I would either open the file in Finder with `<leader>of` and drag it to
a browser in my Dock or open a new terminal, `cd` into the right
directory, start a Python `SimpleHTTPServer`, and finally navigate to
`localhost:8000/___` in a browser. This makes doing the first option
quick and easy.
Since we're opening the file directly, this will use the `file://`
protocol, but that's enough to be able to take a look at small pages.
|
|
To facilitate Vim plugin development.
|
|
Assume all Flashnotes HTML files are 'htmldjango'-type files (as they
typically are since Flashnotes is a Django project). This will preclude
me from having to `set ft=htmldjango` when I want to see syntax colours
for Django template tags.
|
|
To take advangage of the newly `<silent>` `G` command.
|
|
This will finally give me a way to repeat `G` commands. Should be useful
since I often find myself entering a `G` command only to realise that I
was in the wrong window and have to then type the whole thing again.
With this plugin all I have to do is type a quick mapping to make the
repeat happen.
|
|
Add the `-w` flag to our `git blame` call in order to ignore whitespace
changes so we can see who originally introduced a line's change even if
there were subsequent whitespace changes made to the line.
|
|
Testing this plugin out. The hope is that it will allow me to quickly
open the relevant bits of code from a stack trace. This also works
without a `makeprg` so I could use if for Django stack traces for
example. Still trying to get it to work.
|
|
Include hyphens in the `iskeyword` list so that CSS class names can be
autocompleted. This should make things faster and hopefully save me from
typing some long repetitive class names.
|
|
Copy the current file's path with `pbcopy` to make it faster to perform
operations on the current file in another shell window.
|
|
Setting this is no longer necessary to make Auditory sounds turn off by
default because they now start off as of version 0.1.0 (we're now at
0.1.2 – 8d14cf29ab0f9200a23362980f94bfa232810c4c).
|
|
|
|
Add a mapping to flake8 the current file for PEP8 syntax violations so I
don't have to type out the path of a file that I already have open in
order to check it against flake8.
|
|
Use `git log -p -- [file]` instead of the version without hyphens to
explicitly tell `git log` that we want the log of a file.
|
|
Open the current file's `git log -p [file]` with a quick mapping so I
don't have to switch to another terminal or Ctrl-Z and type in the git
command manually. This is something that I do quite often so it felt
ripe for a mapping to make it quicker.
|
|
No longer using the Command-T plugin, so this setting is irrelevant now.
|
|
* Remove project files from the ignore list
* Add project config files as they are now
* Create a new untracked file to keep track of project directory paths
The reason why I never tracked project files in the repo was because I
didn't want my file paths to be shared publicly. But over time I've been
making changes to my `flashnotes.vim` config and wanted to be able to
track those changes, especially the `ctags` ones.
Now, I'm able to track those config files and still hide my file paths
from public view using a set of environment variables defined in
`.vim/projects/file-paths.vim`.
|
|
|
|
Big thanks to Chris Toomey for creating this plugin. Something I was
trying to achieve using my v_<leader>c mapping but which never felt
right, especially since that only ever allowed me linewise copies and no
characterwise ones.
Found out about this one at the Boston Vim meetup back on May 20 (or
maybe rediscovered, as it sounded familiar but I obviously never pursued
it).
This is something I've been wanting for a long while, as my own mapping
for it worked fine but wasn't the most ideal.
|
|
"changes" instead of "changed"
|
|
Speed things up by getting a file list from `ag`.
|
|
Made more sense to move it there since all the functionality is now
being performed in the plugin instead of in my vimrc.
|
|
Create a plugin that runs a `git blame` and opens the result in a new
vertical split. This one builds on
a43d3caaea3682f58aee6dc295e48cca415067c5 but improves it by adding some
extra niceties including moving to the line the cursor was on in the
original file, setting appropriate flags so that the split doesn't
appear in the buffer list and becomes non-modifiable, and setting cursor
and scroll binding so that the buffers scroll together. An `autocmd`
resets the original buffer to `noscrollbind` and `nocursorbind`.
|
|
Easier and more quick-and-dirty. Doesn't create a new buffer. I'll
probably switch back to the Vim split version, but I'd like to get it to
open on the current line before I do.
|
|
Inspired by a mapping I happened upon in Ben Orenstein's vimrc, this
will open a new vertical split with the `git blame` of the current
buffer. Still needs to be refined, but this should be useful without
having to install Fugitive (as I'm not convinced I need most of what the
plugin provides).
Noticed recently that I've been `git blame`ing a file I have open in
Vim, and need to type out the file path into a terminal in order to get
to it. Would be much quicker to just open this in Vim.
|
|
Typing `:E` is not difficult, and while `:Sex` and `:Vex` were not great
to type, they were okay. What really tipped me over the edge was `:Rex`.
And since I use Netrw more frequently these days, it's finally annoying
enough that I want some more efficient mappings for these commands.
|
|
Added a bunch of mappings in 061f2a2298c2c8419d9cab61749d9db3758f8690 to
open buffers in all manner of ways but forgot the simplest one: open in
the current window. Do that here with a <leader>bb mapping.
|
|
Open new vertical splits to the right of the current window because I
often end up moving my newly-opened split to the right anyway. Makes
sense to have Vim do it for me and save a few keystrokes.
|
|
|
|
Now that I've removed Command-T
(236fcf4d68da2c5076b37081dc13ff4b865c528a), we should remove it from the
list.
|
|
Use our old Command-T mapping but extend it to work in the context of
pick, where we need to have separate mappings depending on how we want
to open a file or buffer.
|
|
Now that I've removed Command-T
(236fcf4d68da2c5076b37081dc13ff4b865c528a), we can remove its
configuration.
|
|
I absolutely love Command-T, and it's served me so well over the last
year and a few months. Its native Ruby C extension makes it super fast,
much faster than CtrlP.
That said, it can take 2-3 seconds to initialise if its cache is empty,
so when I start a new Vim instance or clear Command-T's cache after
adding or removing files or switching to a git branch that's very
different, I have to wait for it to do its thing.
This initialisation time really got on my nerves last week when I
constantly had to clear Command-T's cache for some reason in order for
it to list the files I was looking for, resulting in more waiting than I
would have liked.
Because of this, I went looking around at other options to test their
speed. I've settled on Thoughtbot's pick(1) after testing out different
fuzzy finder plugins.
|
|
Now that I've removed Unite in 95256a840f492eaa45c8a0e78791a0916821f9a9,
we can remove its configuration and mappings.
|
|
My primary use case for Unite was as a potential replacement for
Command-T. It's pretty cool, but since it operated at about the same
speed as CtrlP on my large work project, I'm afraid I'm going to remove
it in favour of pick.
|
|
Since I removed CtrlP in 1aa1b4d3258c8d962f965da3e33ee20ee206d5f0, we
can remove its configuration also.
|
|
Even with ag, ctrlp has been much too slow in my huge work project.
Ctrlp actions consistenty take seconds to complete there. Settling on
pick as my new fuzzy finder.
|
