Hopefully I have not let anyone or anything out :) - Enhancements: * Thanks to David Fishburn for helping me out with a much needed code overhaul as well as some awesome performance enhancements. He also reworked the handling of tabs. * Thanks to Vladimir Dobriakov for making the suggestions on enhancing the documentation to include a better explaination of what is contained in the main bufexplorer window. * Thanks to Yuriy Ershov for added code that when the bufexplorer window is opened, the cursor is now positioned at the line with the active buffer (useful in non-MRU sort modes). * Yuriy also added the abiltiy to cycle through the sort fields in reverse order. - Fixes: * Thanks to Michael Henry for supplying a patch that allows bufexplorer to be opened even when there is one buffer or less. * Thanks to Godefroid Chapelle for supplying a patch that fixed MRU sort order after loading a session.
7.2.1 - Fix: * Thanks to Dimitar for spotting and fixing a feature that was inadvertently left out of the previous version. The feature was when bufexplorer was used together with WinManager, you could use the tab key to open a buffer in a split window.
- Enhancements: * For all those missing the \bs and \bv commands, these have now returned. Thanks to Phil O'Connell for asking for the return of these missing features and helping test out this version. - Fixes: * Fixed problem with the bufExplorerFindActive code not working correctly. * Fixed an incompatibility between bufexplorer and netrw that caused buffers to be incorrectly removed from the MRU list.
Fixes: * Sometimes when a file's path has 'white space' in it, extra buffers would be created containing each piece of the path. i.e: opening c:\document and settings\test.txt would create a buffer named "and" and a buffer named "Documents". This was reported and fixed by TaCa Yoss.
This is a MAJOR update. * Added handling of tabs. (Dave Larson) * Removed \bs and \bv commands because these are easier for the user to create horizontal and vertical windows. (Dave Larson) * Fixed jumplist issue spotted by JiangJun. * Went back to using just a plugin file, instead of both an autoload and plugin file. The splitting of the file caused issues with other plugins. So if you have a prior version of bufexplorer that has an autoload file, please remove autoload\bufexplorer and plugin\bufexplorer before installing this new version. * Fixed E493 error spotted by Thomas Arendsen Hein. * Minor cosmetic changes. * Minor help file changes.
Thanks to Mark Smithfield for suggesting bufexplorer needed to handle the ':args' command. Fixed issue reported by Liu Jiaping on non Windows systems, which was ... Open file1, open file2, modify file1, open bufexplorer, you get the following error: --------8<-------- Error detected while processing function <SNR>14_StartBufExplorer..<SNR>14_SplitOpen: line 4: E37: No write since last change (add ! to override) --------8<-------- But the worse thing is, when I want to save the current buffer and type ':w', I get another error message: --------8<-------- E382: Cannot write, 'buftype' option is set --------8<--------
MAJOR Update. Please Note that this version will ONLY run with Vim version 7.0 or greater. Dave Eggum has made some 'significant' updates to this latest version: - Added BufExplorerGetAltBuf() global function to be used in the users rulerformat. - Added g:bufExplorerSplitRight option. - Added g:bufExplorerShowRelativePath option with mapping. - Added current line highlighting. - The split type can now be changed whether bufexplorer is opened in split mode or not. - Various major and minor bug fixes and speed improvements. - Sort by extension. Other improvements/changes: - Changed the help key from '?' to <F1> to be more 'standard'. - Fixed splitting of vertical bufexplorer window.
Thanks to Larry Zhang for finding a bug in the "split" buffer code. If you force set g:bufExplorerSplitType='v' in your vimrc, and if you tried to do a \bs to split the bufexplorer window, it would always split horizontal, not vertical. He also found that I had a typeo in that the variable g:bufExplorerSplitVertSize was all lower case in the documentation which was incorrect.
Fixed a problem discovered first by Xiangjiang Ma. Well since I've been using vim 7.0 and not 6.3, I started using a function (getftype) that is not in 6.3. So for backward compatibility, I conditionaly use this function now. Thus, the g:bufExplorerShowDirectories feature is only available when using vim 7.0 and above.
Thanks to Erwin Waterlander for finding a problem when the last buffer was deleted. This issue got me to rewrite the buffer display logic (which I've wanted to do for sometime now). Also great thanks to Dave Eggum for coming up with idea for g:bufExplorerShowDirectories. Directories usually show up in the list from using a command like ":e .", this controls how those are displayed.
Thanks to Erwin Waterlander for finding a couple problems. The first problem allowed a modified buffer to be deleted. Opps! The second problem occured when several files were opened, BufExplorer was started, the current buffer was deleted using the 'd' option, and then BufExplorer was exited. The deleted buffer was still visible while it is not in the buffers list. Opps again!
Thanks to Shankar R. for suggesting to add the ability to set the fixed width (g:bufExplorerSplitVertSize) of a new window when opening bufexplorer vertically and fixed height (g:bufExplorerSplitHorzSize) of a new window when opening bufexplorer horizontally. By default, the windows are normally split to use half the existing width or height.
Thanks to Jay Logan for finding a bug in the vertical split postion of the code. When selecting that the window was to be split vertically by doing a '\bv', from then on, all splits, i.e. '\bs', were split vertically, even though g:bufExplorerSplitType was not set to 'v'.
Thanks to Patrik Modesto for adding a small improvement. For some reason his bufexplorer window was always showing up folded. He added 'setlocal nofoldenable' and it was fixed. If you are having the same problem, this version is for you...
…help or not.