I wanted to use tab file feature of gvim, hence I moved to gvim 7.0 from gvim 6.4.6 since older one does not support it. However to my amazement I see much better GUI in my older gvim. Not only the appearance but options are also less. For example in the "Edit" menu there is no select font option which was there in GVIM 6.4.6.
Do I need to change something (.vimrc etc) to have GUI and features better than 6.4.6? Attach is the screenshot showing new vs old to give you an idea...
Thanks for the help
Newbie
You're comparing apples and oranges. Vim can be compiled with different GUI toolkits, and your newer, less-appealing looking one was compiled without the modern GTK2 GUI.
You can check this via :version. Try to get a different Vim build.
Related
Not to long ago (well, maybe months and months), Sublime 3 has started launching as a singular window with tabbed windows that have their own tabs. I despise this approach. See screen shot:
How do I disable this behavior?
Version 3.1.1 build 3176
The only Packages I have installed are:
A File Icon
Groovy Snippets
Material Theme
Package Control
Pretty JSON
This particular feature is something that's happening as a result of your using MacOS (i.e. it's not something that Sublime does natively; the OS is doing it on your behalf).
In the general case most MacOS applications should have native menu items to combine windows together like this at the user's request in combination with the Prefer tabs when opening documents setting in the Dock area of the system preferences.
Sublime doesn't support the native menu items for this (yet), so it relies solely on the setting; having it set to Always (and also In Full Screen Only, but this tends to cause problems with Sublime) makes MacOS automatically "tab" new windows. Setting that setting to Manually stops this from happening.
This is also somewhat controlled by the Theme that you're using in Sublime. For MacOS, a Sublime theme can theme the menu bar of the window to match the overall application theme. Behind the scenes, this makes Sublime declare to MacOS that it wants to be in charge of displaying it's own window, which stops the system from automatically combining windows together.
An example of a theme that does this is the Adaptive theme that ships with Sublime.
I can't view many windows in eclipse since they don't properly render. The window opens and has an outline, but the body appears transparent and just displays the window behind it. Is there a resolution to this bug? It makes Eclipse extremely frustrating to use. This is using Ubuntu 14.04 and Eclipse 4.5.2 Mars. Eclipse was installed from the latest version on the website.
Another, probably unrelated issue, is that autocomplete doesn't perform any kind of prefix matching. It only appears after a period (in Java) and takes 5-10 seconds to load. If I begin entering characters, it never provides options.
Another issue is that many plugins break emacs keybindings and emacs keybindings are completely inconsistent. In some windows that utilize some bindings, but in another window they different bindings or don't use emacs bindings at all.
Can anyone suggest an equivalent of BBEdit for linux and win in terms or multifile search and replace as well as html cleanup, formatting, etc.?
So far I tried NotePad++ and jEdit with limited luck.
Thanks in advance
On *nix, the only real equivalent is Vim, with a host of plugins to fill the gap. I struggled with the same issue and made a git repo that hold the configs that make Vim more BBedit-like.
The README on the repo will tell you more about the plugins involved. A script is provided for installation and config. I am currently reviewing the NERDtree plugin to add doc-browser-like sidebar to the layout.
The closest thing to BBedit that I've seen on Linux is Sublime.
on Windows CodePad
on Linux/Other Vim
on Mac buy BBEdit(I use it)
Atom, Sublime and VSCode are very good, modern, and cross platform (all three run on Linux, Windows and Mac):
https://atom.io/
https://www.sublimetext.com/
https://code.visualstudio.com/
They all have a rich package base. In particular, my personal favourite is Sublime, because it is SO fast.
Notepad++ is my favourite on Windows http://notepad-plus-plus.org/
Nano Editor (http://nano-editor.org) on Linux easy to use works with most common *nix distro's and with Cygwin can also run on Windows.
Notepadqq its a powerhouse like Notepad++, Atom is also good very extensible and LimeText if you can get a port to work.
Finding vim plugin maintenance and configuring is too laborious and relies on external configurations (such as ruby) tricky. What I want is an IDE like Eclipse, Visual Studio, that I can use vim in. I still want to be able to use different modes (command, visual, insert), but I don't want these inbuilt commands to conflict with the IDE's commands.
I've heard PIDA is good for this but looks like a bit of a mission to configure on Mac.
Eclipse has a VIM plugin. Eclipse runs on OS X
http://www.vimplugin.org/
Also, I think the Komodo IDEs and editors have VIM bindings, but I have little experience with them. Apparently, they also run on OS X.
http://docs.activestate.com/komodo/4.4/vikeybind.html
I use Komodo Edit on OS X, Ubuntu and Windows. It's open source, supports a ton of languages and has good Vi/Vim key binding support without getting in the way of itself. It's also easy to add in support for additional key bindings. It's built on the Mozilla code base and can be extended with Add-ons (Remote Drive Tree/Source Tree/MoreKomodo are great examples). I also personally love being able to write macros for myself in either JS or Python to add extra functionality.
The full fledged IDE is worth looking at if you can use the extra features. For most of the things that I work on, I can't use a full fledged remote debugger so Komodo Edit suits my needs.
It also has built in SSH support all in a package that is very responsive on my 5 year old work machine with several 1000 line files open in tabs.
Emacs has a vi emulation mode called Viper ;-)
Besides the vim plugin for Eclipse there is also ViEmu for (amongst others) Visual Studio, if you are not afraid of shelling out some $. Haven't used it though, as vim is my IDE :)
This AutoHotKey script isn't quite what you asked for, but I mention it in case it's helpful.
As you say, PIDA has real Vim, nothing can come close to that. Keybinding emulation only goes so far. It's not that bad to get running on a Mac, Windows is a mission though.
QT creator has Vi bindings.
I have spent lot of time doing research on VIM. I am Windows guy since last 6 yrs and was using VS.
Now started working on Linux. I want to make VIM as close as possible to VS.
I want features like
Project Navigation
Files in Different Tabs
Search in Project
AutoCompletion
I have found plugins for the above requirements
Project Pligin
MiniExplore
Taglist
OmniComplete
I am not able to correctly set vimrc script.
When I try to open file from Project it gets open in different tabs.I want to get it open in different buffers.
Also when I want to close file in buffer , complete window gets closed.
Open taglist and project window makes all mess.
Has any one done settings with these plugin..
Could you guys please post your vimrc files??
It will save lot of time for newbies like me..
Vim is a very different tool than Visual Studio. Plugins may help you get certain bits of functionality you desire, but do not expect them to work exactly like VS, work well together, or even work at all.
If you are looking for a programming environment more like Visual Studio, there are many good graphical IDE's you can use such as NetBeans, Eclipse, Code::Blocks, KDevelop, Anjuta, etc. Some of these tools are, IMHO, better heavyweight IDE's than Visual Studio, and all are available on Linux for free.
You should either learn to use Vim the way it was built to be used, or find a different tool that suits you better. Shoehorning Vim into a surrogate for Visual Studio will probably cause you more pain than it's worth.
Yes it's different to VS, but that doesn't mean it can't be used in the same way. It's just not as easy to do it :)
Personally I go the other way and use ViEmu to get VS to behave like VIM. But I'm not in the same situation as the author of this question.
Why not have a dig through some uploaded vimrc files on dotfiles.org?
You can use the following script, Trinity.
http://www.vim.org/scripts/script.php?script_id=2347
It will require 3 more scripts, and Vim will look like an IDE.
The TagList at left, a file exporer (NERDTree) at right, and Source Explorer at bottom.
Also, you can find some very useful blog entries at
http://kevin-berridge.blogspot.com/search/label/vim
The author, Kevin, explains how to compile solutions form inside Vim. He also shows interfacing and jumping between them which is very useful too.
Furhermore, there is the script vim-visual-studio which can be found at
http://code.google.com/p/vim-visual-studio/
This script is using Python extension. I have Python 2.5 installed in Windows. I am using Gvim 7.2 which is compiled with Python 2.4. So, I have replaced the executables of Gvim as explained here:
http://www.gooli.org/blog/gvim-72-with-python-2526-support-windows-binaries/
So, Gvim became compatible with Python 2.5 and raised no problems. Also, a menu entry "Visual Studio" has appeared as expected. It connects to Visual Studio itself, and it works perfectly. It does not just compiles a file, it can compile a solution containing more than one project as in Visual Studio. You can even use the Vim's 'quickfix' feature. Hope this helps.
If you really want to have vim as the front end, try Eclim. It uses Eclipse as a backend daemon for code completion and project management, and vim as the interface.
If you only like vim because of the vi key bindings, but want it to be more IDE like, you could try the latest MonoDevelop that has it built in.
These plugins used to exist long before vim had tabs. I'd be quite surprised there isn't a way to tune these plugins to split windows instead of opening tabs.
Now I can't help you much as I don't use these specific plugins but other ones. You should look at their help (:h project, :h taglist, etc)
PS: in vim terminology (it will help you browse the help files), what you call "buffer" is actually called "window", while a "buffer" is just the text you are working on, it may be associated to a file, or not. For a given buffer, there may be no or several window displaying parts of the buffer.
you can give a try to eXvim
http://code.google.com/p/exvim/