Alp-it

Наткнулся на очень неплохую тему для vim – solarized. Классная она не только своими цветами, но и тем, что cуществует не только для vim, но и для некоторых других программ (Terminal, iTerm2, …). Она идет в двух вариантах – темном и светлом. Например в темноте удобно переключится на темный фон, чтобы глазам было легче, в светлое же время суток удобно использовать светлую тему.

Также для себя нашел удобным добавить в .vimrc две команды:

command! Light :set background=light
command! Dark :set background=dark

Множество картинок есть на сайте проекта – посмотрите. Если соберетесь скачивать, рекоммедую скачивать с github – там самая свежая версия.

Три плагина для vim, несущие функциональность классических IDE.

NERDTree – отображает дерево каталогов и файлов на манер окна проекта. Раньше я пользовался Project, но NERDTree выглядит мощнее и удобнее. (хотя project и имеет особенности, которых нету в NERDTree)

snipMate – позволяет вставлять шаблоны кода (сниппеты). Легко можно добавить свои сниппеты. В использовании прост и эффективен. Единсвенное, по-умолчанию для вставки сниппета использует клавишу TAB. У меня эта клавиша занята на автодополнение по словарю, которое я использую намного чаще. Поэтому, чтобы заменить клавишу вставки сниппета в snipMate, нужно в файле ~/.vim/after/plugin/snipMate.vim заменить строчки

ino <tab> <c-r>=TriggerSnippet()<cr>
snor <tab> <esc>i<right><c-r>=TriggerSnippet()<cr>

ino <c-j> <c-r>=TriggerSnippet()<cr>
snor <c-j> <esc>i<right><c-r>=TriggerSnippet()<cr>

ConqueTerm – отображает шелл в буфере vim. Эту возможность я искал очень давно. В принципе, это позволило мне отказаться от терминала, как основного приложения для разработки. Теперь большинство задач можно делать прямо в vim, иметь все перед глазами, исользовать регистры vim и т.д. Для работы этого плагина требуется vim, поддерживающий python скрипты. MacVim и gVim делают это по-умолчанию, для консольного vim возможно потребуется переустановить его из исходников с опцией –enable-pythoninterp.

А на закуску хороший перевод отличной статьи «Coming Home to Vim» в двух частях: раз и два.

Буквально недавно писал про капитализацию в vim.
Исключительно полезная вещь, но потребовала небольшой доработки. Кроме того, что добавил недостающих ключевых слов, доработал чуть-чуть функциональность.

Дело в том, что плагин срабатывает во всех файлах sql. А это не всегда хорошо: например, когда в файле находится процедура на plpython. Поэтому хорошо бы уметь на время отключать его. Для этого в исходном файле плагина нужно чуть-чуть изменить следующую функцию:

function! SqlIab_ReplaceConditionally(original, replacement)
    if !exists("b:iabbr_disabled") || b:iabbr_disabled == 0

      " only replace outside of comments or strings (which map to constant)
      let elesyn = synIDtrans(synID(line("."), col(".") - 1, 0))
      if elesyn != hlID('Comment') && elesyn != hlID('Constant')
        let word = a:replacement
      else
        let word = a:original
      endif

      let g:UndoBuffer = a:original
      return word
    else
      return a:original
    endif
endfunction

Теперь отключать плагин можно коммандой:
:let b:iabbr_disabled=1
а включать обратно:
:let b:iabbr_disabled=0
Действует комманда только для текущего буфера.

Что-то много стало появляться заметок по Vim. Заведу ка я отдельную рубрику.

На этот раз небольшая доработка плагина db_ext. Если кто не знает, то этот плагин позволяет выполнять запросы прямо из редактора Vim, получать описания таблиц, функций и т.п. Вобщем, этот плагин делает из vim вполне адекватную среду разработки. Может быть, позже напишу о нем подробнее. Однако в нем очень много недоделок, которые впринципе не критичны, но в повседневной работе раздражают.

Вот одна из них: при выполнении текущего запроса сам запрос определяется примерно следующим образом: от положения курсора в обратном направлении ищется ключевое слово SQL – это начало запроса, и от него берется весь текст до знака разграничителя запросов (точка с запятой например). Алгоритм конечно умный, но имеет ряд недостатков: они забыли некоторые ключевые слова (DROP например) – раз, и нельзя выполнить специфичный для конкретной базы запрос (комманду psql к примеру) – два.

Я бы предложил достаточно тупой алгоритм: просто брать текст между точками с запятой и надеятся что это и будет запрос. Чтобы это сделать, нужно переопределить функцию dbext#DB_getQueryUnderCursor. Для этого достаточно в файле autoload/dbext.vim в самый конец добавить строчку

source ~/.vim/autoload/dbext_improve.vim

И рядом, в папке autoload, создать файл dbext_improve.vim со следующим содержимым:

function! dbext#DB_getQueryUnderCursor()
    " Mark the current line to return to
    let curline     = line(".")
    let curcol      = virtcol(".")

    let startLine = search(';', 'bW')+1
    call cursor(startLine, 0)
    let endLine = search(';', 'W')
    if endLine == 0
        let endLine = line("$")
    endif

    let query = ''
    for line in getline(startLine, endLine)
        let query .= ' '.line
    endfor

    call cursor(curline, curcol)
    return query
endfunction

Я не силен в vim скриптовании, поэтому не сильно заморачивался с определением разделителя запросов для текущей базы и прочими феньками, как это сделано в изначальной функции. Но такой вариант меня вполне устраивает.

И еще одна функция, которую стоит чуть подправить: dbext#DB_describeTable. Эта фукнция вызывает описание таблицы (аналог desc в sqlplus и \dt в psql). Если курсор установить на имя таблицы и вызвать её описание (\sdt) то появится спецификация таблицы. Проблема в том, что в текущей реализации берется только имя самой таблицы, без схемы. Для того чтобы работало со схемой, нужно в функции заменить всего лишь одно слово: cword на cWORD :) То же самое можно сделать в функциях dbext#DB_describeProcedure и dbext#DB_execSqlWithDefault.