| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
* Add new mappings to have pick.vim open buffers in a new split, vsplit,
or tab
* Add `PickBufferListCommand` function copied directly from the pick.vim
plugin to give me the correct pick list since the function isn't
accessible outside the script. We can then combine this list with the
appropriate opening command.
|
|
By default pick.vim uses `git ls-files` for its file listing. This
ignores untracked files, which I would like to be able to open. Use a
custom pick command copied from the pick.vim source to show untracked
files in the pick list.
|
|
Mappings to run pick and open a buffer from it in various
configurations.
|
|
Use `ag` as Ctrl-P's grep program to make it faster.
|
|
* Mappings to open files and buffers with Unite.vim in split buffers and
tabs
* Use fuzzy matching
* Use `ag` as the backing grep program to make things faster
|
|
Trying out the pick(1) fuzzy finder from Thoughtbot. Seeing how fast it
is out of the gate.
|
|
Testing out CtrlP as a Command-T alternative at the same time as
Unite.vim. Figure I might as well try all of these to see which one I
end up liking most.
|
|
Curious about other Command-T options because it's been feeling a bit
slow lately. Testing out Unite.vim to see if it might work for me.
|
|
Wish there was an easy way to toggle the plugin on and off with a
command in the plugin (e.g. `:AuditoryToggle`). Would be nice to enable
it when I wanted to and have it disabled at other times. I like it but
there are times when I don't want my computer to be playing music when
I'm typing or editing text. Disable it by default.
|
|
Use the remote URL instead of a local path.
|
|
This was commented out anyway and I don't plan on using the vimrc
sourcing command. This section can be safely removed.
|
|
Haven't used this command in ages because it doesn't really work well.
These days I use my <leader>c visual mapping for copying text instead of
copying it directly from the window. This command also doesn't handle
copying from split windows.
Pretty soon I should install Chris Toomey's text object copy plugin as
that will be quite a bit nicer than my current system.
|
|
I wasn't using it, instead favouring `:ls`, so we don't need it any
more.
|
|
* Move Netrw settings down to the Plugins section
* Set an empty window size to make new :Vexplore windows open at
half-width instead of being fixed at 25-ish columns (or whatever I had
set for NERD Tree). Even after removing NERD Tree, for some reason
:Vexplore refuses to open windows at the default unset window size,
always using 25-ish.
* Set case-insensitive sort so that uppercase file names don't appear
above lowercase file names because it's confusing for the list to not
be fully alphabetical from top to bottom.
|
|
Now that I've removed the plugin
(6d7ea2be365959b8aa348d5942846111a85480f6), it can be removed from the
list.
|
|
Now that I removed NERD Tree (6d7ea2be365959b8aa348d5942846111a85480f6),
this configuration is no longer needed.
|
|
I've been using Netrw more and more after
9ec85f7fa5e118c0630e6b6457b71e80e57fa5dd. I think I'm going to switch
over and leave NERD Tree now. Haven't really been using it for anything
other than showing multiple directory levels of a project in a single
view, which I now know is something Netrw can do. Also I mostly use
Command-T opening files so haven't been using the plugin much lately.
|
|
Now that I removed the EasyGrep plugin
(52927a37be4b978417c7835cebeed975ef90e0ca), we no longer need to set its
configuration options.
|
|
Now that I've removed EasyGrep in
52927a37be4b978417c7835cebeed975ef90e0ca, remove it from the README's
plugin list.
|
|
No longer using this one. I've been using ag exclusively, mostly
directly from the console but sometimes using the plugin. For find and
replace I've gotten more adept at using the arglist, so I haven't used
EasyGrep in a long time. It can also be kind of slow, mostly because it
doesn't use ag. Not sure if there's a way to integrate the two.
|
|
Wanted to capture the fact that the `g:netrw_liststyle` change was made
on 2015.06.02 but forgot to change to today's date when adding the
CHANGELOG entry for the `<leader>or` change.
|
