gVim startup message & info suppression

Question

Я получил частичный ответ на мою проблему раньше и хочу полностью решить эту проблему сейчас. В последней строке моего/Program Files/GNU/VIM/_vimrc является

source /homedir/vimsession_file 

Имена файлов, которые я редактировать не меняются, меняется лишь их содержание. Но, раз в то время, я бы создать новый сеансовый файл, прежде чем я выйти из Vim, используя

:mks! /homedir/vimsession_file 

Everytime я начала GVim, я получаю сообщение окно со списком всех файлов (которые я загружаю в нескольких вкладок, я имею) с номером линии и количеством символов, указанным в списке. Более подробно об этом можно узнать в моем orignal post here.

В настоящее время я не принимаю , не используя решение, предложенное в приведенной выше ссылке. Решение я получил там было заменить последнюю строку /Program Files/GNU/VIM/_vimrc с помощью следующей строки:

autocmd VimEnter * source /homedir/vimsession_file 

причина, почему я перестал использовать описанное выше решение, потому что мои буферы были получать (как описано в исходной ссылке). Таким образом, я был вынужден перестраивать свои буферы каждый раз в то время, когда я перезапустил gVim.

Я искал и читал, чтобы решить это самостоятельно. Но самое близкое решение, которое я видел, было here in stackoverflow. Но это решение не сработало для меня, несмотря на то, что играя с shortmess переменной, как предложено там. Как я могу остановить это раздражающее окно сообщения, которое появляется с помощью кнопки «ОК», до начала gVim? Я хочу подавить окно сообщения, потому что единственная информация, которую я получаю от него, - это количество строк и символов для каждого файла. (ПРИМЕЧАНИЕ: Я просмотрел файл /homedir/vimsession_file, и это около 3500 строк. Я заметил, что имена файлов встречаются с badd, за которым следует команда редактирования. Например, у меня есть строка 96 и строка 164, как показано ниже :

Line 96 : badd +16 \Program\ Files\GNU\vim\_vimrc 
........ 
Line 164: edit \Program\ Files\GNU\vim\_vimrc 

Эта схема повторяется для всех остальных файлов, которые загружаются в несколько окон/вкладок

Answer 1

Хотел опубликовать ответ здесь, потому что, кажется, очень мало ВИМ специалисты, которые регулярно смотрят на StackOverflow.. У меня не было терпения ждать много дней, ожидая ответа. Я нашел ответ на свой вопрос, прочитав файл справки в vim называется «start.txt», который объясняет процесс запуска/инициализации vim и различные файлы инициализации. Следующие шаги удалили для меня раздражающее всплывающее окно, а также упростили мой процесс VIM намного быстрее, чем раньше.

1. Согласно тому, что предлагается в starting.txt файла справки, я отделил свои многочисленные вкладки/окно/файлы в различные сеансы. Я рекомендую прочитать этот файл справки (по крайней мере, просматривая его), если вы являетесь постоянным пользователем VIM.
2. Раньше я собирал многочисленные файлы (из разных проектов) в один сеанс vim. Это беспорядочно и не рекомендуется использовать файл сеанса VIM. Перед созданием разных файлов сеанса (для разных проектов) я сначала сохранил старый файл vim, чтобы я мог его повторно использовать во время создания разных файлов сеанса. Вы четко поймете процесс, если посмотрите файл справки.
3. Я снова очистил свою процедуру запуска, установив новый файл viminfo, добавив параметр «-i» в vim.exe (значок) для запуска. Это было указано на новый каталог и, следовательно, дало новое начало.
4. Основные Инициализационные файлы, используемые бойкостью являются viminfo, vimrc и сессии файл. Каждый из них предназначен для другой цели. Моя проблема была вызвана source /homedir/vimsession_file в качестве окончательной строки в моем vimrc. Итак, я удалил эту строку и вместо этого выпустил эту команду вручную, после запуска vim (с пустым окном). Я могу источник разные vimsession_files, чтобы загрузить разные файлы (которые принадлежат друг другу). На моей машине эта команда занимает около 1 секунды, чтобы загрузить много вкладок/окон/файлов, которые принадлежат одному проекту/подпроекту.
5. Как указано в исходном сообщении URL, приведенный в моем вопросе, может быть, есть еще один способ разрешить это, создав и просмотрев файл vimlog. Но я не хотел беспокоиться об этом утомительном процессе. Способ, которым я настроен, теперь имеет больше смысла для меня, потому что у меня есть различные подпроекты , которые должным образом принадлежат к разным сеансам VIM.