| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
I intend to use it elsewhere.
|
| |
|
|
|
|
|
| |
I think this is the wrong approach, and maybe even a slight security
risk.
|
|
|
|
|
|
|
| |
Mostly to properly tie down the way I want sessions to behave while I
write my book.
No documentation yet!
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Set 'equalprg' for HTML and Perl
- Discard filter#Stable()
- Set default :compiler for all applicable filetypes
- Change local leader mappings for Perl and shell script merely to set
:compiler, rather than running it
- Bind global leader mapping for running :lmake!
- Bind global leader mappings for applying 'equalprg' and 'formatprg' to
the whole buffer, using a new autoloaded helper function
vimrc#Anchor() to avoid the cursor jumping around
|
|
|
|
| |
Much more logical location.
|
|
|
|
|
| |
This plugin updates the filetype after every insert operation that
changes the first line. No documentation yet.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
I don't see myself breaking this out into its own ftplugin, and the
Makefile can be simpler this way.
|
|
|
|
|
| |
Not sure if this one will get published--it's a bit ad-hoc in its
current state.
|
|
|
|
| |
Each thereby effectively becomes its own .vimrc for that type.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Iterate through all the buffer-local mappings each time the filetype
changes, and clear any that begin with the local leader, using two
autoloaded functions and one autoload variable for :redir.
I really don't think it should be this hard. I hope I haven't missed
something in the documentation that makes this easier. I thought
maparg() or mapcheck() might do it, but no such luck.
Maybe I can refactor this later.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
No advantage to making them autoload
|
| |
|
|
|
|
|
|
|
|
| |
* Add a function to suspend autoformatting for the duration of pasting
lines.
* Factor the ftplugin's functions out to be autoloaded; this requires
Vim >=7.0, but it already needed that.
* Add Makefile infrastructure for new autoload directories/files.
|
|
|
|
|
|
|
|
|
|
|
| |
It's too complicated and confusing, and doesn't do enough to justify
wrecking Vim's own logic for doing this sort of thing. Better to just
say `:set background=dark` and be done with it.
This is the only one of my inline plugins with an `autoload` file, so we
can get rid of that, too.
Not worth packaging/publishing to www.vim.org.
|
|
|
|
|
| |
This makes the block work correctly when 'compatible' is set and 'C' is
in 'cpoptions'.
|
|
|
|
|
|
|
|
|
|
|
| |
The Google VimScript Guide says:
<https://google.github.io/styleguide/vimscriptfull.xml#Portability>
> Always use case-explicit operators for strings (=~# and =~?, never =~).
>
> This also applies to !~ == != > >= < and <=
> This only applies for strings. == and >= are fine for numbers, but ==#
> and >=# must be used for strings.
|
|
|
|
| |
This approach allows more flexibility from the caller's side.
|
|
|
|
|
|
|
|
|
| |
`vint -s` says:
> vim/autoload/detect_background.vim:16:1: Use the abort attribute for
> functions in autoload (see Google VimScript Style Guide (Functions))
All right, then. Doesn't seem to break vim.tiny or Vim 6.1.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Set a g:loaded_* flag to prevent repeated reloads, and refuse to load at
all if &compatible is set or if required features are missing.
Some more accommodating plugins avoid the problems 'compatible' causes
by saving its value at startup into a script variable, setting the
option to the Vim default, and then restoring it when the plugin is
done, to prevent any of its flags from interfering in the plugin code:
let s:save_cpo = &cpo
set cpo&vim
...
let &cpo = s:save_cpo
unlet s:save_cpo
I don't want this boilerplate, so I'm going to do what Tim Pope's
modules seem to, and just have the plugin refuse to do a single thing if
'compatible' is set.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Including renaming big_file.vim and accompanying functions yet again, to
big_file_options.vim.
Trying to keep complex autocmd and mapping definitions on long lines
broken up semantically; definition and options on one line, patterns or
mapping key on the next, and the command to run on the last.
Also trying to make sure that <silent>, <buffer>, and <unique> are
applied in the correct places, and that all mapping commands are using
the :<C-U> idiom for the command prefix.
|
|
|
|
|
|
| |
This method makes a bit more sense, and amounts to slightly less verbose
mapping commands. It does really on the +user_commands feature being
available, however.
|
|
|
|
| |
A brief explanation, an author name, and the license should do fine.
|
|
|
|
|
|
|
|
| |
Renamed to flag_toggle.vim and placed in autoload using the namespaced
autoload function syntax.
I'm not sure this is the right approach yet, but I seem to pretty rarely
use a Vim earlier than 7.1 these days.
|
|
|
|
| |
Pretty useless, really.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Pathogen.
|
| |
|
|
|