Закрытие MiniBufExplorer и NERD_Tree буферизует неожиданное поведение
C++
-
несоответствия в библиотеках, связанных с символом* и станд.:: строка. Весь C++ освобождает, должен взять станд.:: строки.
-
Символы не являются байтами относительно iostream. Я делаю большую байтовую работу. Наличие типа "байта" и "символьного" типа значительно сделало бы его более простым. Это также разрешило бы масштабироваться к несколько легче Unicode.
-
Битовые операции должны быть легкими на значении. Я должен быть в состоянии получить доступ и установить n'th бит значения, не играя И/ИЛИ танцуя.
-
отсутствие стандартизированного интерфейса для графический интерфейсов пользователя. Это - то, где Microsoft действительно была в состоянии расположить себя хорошо с C#. Стандартный интерфейс, связывающий, который обеспечивают производители ОС, пошел бы действительно далеко для моей работы.
2 ответа
Я не уверен, что это решит все ваши проблемы, но у меня было такое же неприятное поведение с minibufexplorer / NERDTree, и я обнаружил, что Vim Tip 165 функция bclose исправил большинство ошибок - особенно с отображением, которое я украл из .vimrc Гэри Бернхардта , чтобы соответствующим образом переназначить команду: bd:
" GRB: use fancy buffer closing that doesn't close the split
cnoremap <expr> bd (getcmdtype() == ':' ? 'Bclose' : 'bd')
: bd у меня работает (vim 7.2, mbe 6.3.2) . он закрывает текущий буфер, удаляет его из списка буферов mbe и открывает другой. только последняя часть - открытие другого буфера - кажется немного непредсказуемой: иногда это буфер справа, иногда - слева, а иногда - еще один.