As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I've not used VIM as an editor before, but I'm curious about it and about why people use command-line tools like VIM and GDB. I'm curious to know whether people think it's better than tools like Visual Studio.
Could people who do use it share it's best features? This might increase my motivation to learn it. The first IDE I ever used as a kid was Visual Basic. I'm curious to know whether people who use VIM now used it when they first stared using computers?
Many people use vim as an IDE. There are a large set of scripts to add IDE like functionality, and you can create your own scripts too.
People also really like the way you can minimize keystrokes and avoid the mouse. So much, in fact, that things like http://vimgolf.com/ exist to see how few keystrokes you can use to do some sort of edit.
Vim is terse, concise, and optimized for people with only two hands.
(Deleted the "vi is not an IDE" - don't want to start an editor war)
You will find a vi clone on virtually every Unix/Linux system out there - so being comfortable with using vi is a useful skill - the Mac includes a vi clone too.
Its not so useful on Windows as its not there by default - but Notepad whilst awful is a passable editor in an emergency. I wouldn't install vim on Windows to have a decent editor, I would either use Visual Studio if installed or install Notepad++
And yes, vi was the first editor I learned to use - but I would normally use a decent IDE, but knowing basic vi commands is useful.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I am curious to know why vi(m) has never gone ahead and integrated cscope style database into it.
When it comes to working with Linux Kernel code navigation I find
vim + ctags + cscope
is a must. And although ctags and vim do work as one cscope still doesn't.
Recently I read this an interview article on www.Linux.com on Brtfs maintainer Chris Mason. And he mentions how it would be much better if cscope were integrated into vim and knowing the benefits of it I second that statement.
My question here is why isn't it done yet? If anyone has ever tried doing so, what difficulties are faced that leads to abandoning the task?
Personally if and when time permits I would like to dig into it myself. But any background information will definitely help.
Thanks!
Well, cscope is integrated into Vim, see :help :cscope. Similar to ctags, Vim will invoke the external tool and parse its output. As with ctags, this gives you a set of commands to query its database. This may be already enough for you, or you'll use a plugin to make the handling easier to use. (For example, I use easytags.vim to automatically update the ctags database; there may be similar plugins for cscope.)
In case you're talking about including the full cscope functionality directly into Vim, that's against the design guidelines of Vim as a general-purpose tool; after all, cscope is a tool with a quite limited scope (no pun intended) of programming languages. In my opinion, the inclusion of a special command and parser inside Vim is already quite something. But you may search the vim_dev mailing list for discussions around cscope, or directly ask there for the reasons of the current cscope integration level, or ultimately propose a patch to change it.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
Which IDE is best for coding in C/C++ in Linux which offers the following:
debugging
code completion
tooltips / documentation (function definitions)
Also if the IDE can be used in general for Python and Perl coding it would be the best choice available.
My personal favorite is KDevelop. I've never used its debugger (I use straight gdb) but its code completion and documentation viewers are excellent. One of the best you'll every find. Also, it's not written in Java but C or C++, so it runs faster on worse systems.
I typically use Eclipse. It has good support for C/C++ via CDT. It has all the features that you are requesting. It has also support for python via a plugin called pydev. For perl you have epic.
Moreover, there are many more plugins available. Just a brief list:
SVN integration
Support for many linux tools (autotools, valgrind, gcov, gprof, etc.)
Application lifecycle (Mylyn)
Feel free to check answers for a similar question in stackoverflow too.
And wikipedia always comes handy. Here you have a comparison of many IDEs, grouped by programming language.
I prefer QtCreator for C++ development. It is tightly coupled to programming using the Qt toolkit (which I occasionally require), but works well for more "generic" programs. I particularly like its great support for CMake. Of course qmake is supported as well. In addition to this the QtCreator is platform-independent and has built-in support for several version control systems, including SVN and git. Last, but not least, its debugging capabilities are great (although I sometimes prefer using gdb manually).
Edit: To clarify: QtCreator neither supports Python nor Perl. It is meant for C/C++ programming only. For Perl, I personally like the vim editor best (using nothing but the normal syntax highlighting; I am a bit of a purist there). For Python, I cannot recommend anything and hope my fellow stackoverflowers will step in :)
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
EDIT:
1. Let's not make this a general vim/emacs debate. I know some people prefer standard emacs, I want a modal input system.
2. When I say Vim emulation, I mean something like http://www.emacswiki.org/emacs/Evil or http://www.emacswiki.org/emacs/Vimpulse
I edit a lot of text (as in notes, mail etc.), I want to do it as quickly as possible. It seems like a good idea to learn how to use something more complicated than text edit. Is there any significant difference between the potential speed of an experienced user of either vim or vim emulation X in emacs?
I suggest you pick one of them (VIM/emacs), mixing them (with a plugin) isn't something that great since I wouldn't expect all the functionality to be there.
Besides that, I don't see any reason why you would need such a thing. VIM or Emacs are pretty fast without one emulating the other, so you wouldn't need such a plugin.
If you really want to be extra fast, I know VIM has a really nice plugin called EasyMotion (watch a quick video of it in action from nettuts).
Edit: #Daimrod said Emacs has a similar plugin called ace-jump-mode
Go for Emacs. You'll have the VIM keys if you prefer that and you'll also have the power of Emacs at your disposal.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I've written a C-app on Linux, but I didn't know about "make" to auto compile, just write code with Vim and manually compile my app.
Which tools, utilities that a programmer should learn to be more productive on Linux?
I know git, diff, batch, make. Can you suggest more? thanks
(more specific, what tools for C, Python, Java programming)
PS: sorry for my bad English.
You could learn more by looking into how actual free Linux software are. So try for instance to retrieve and build from its source code some utility like e.g. GNU make
You could also use GNU emacs instead of vim. It is a matter of taste (sort of "religious wars"). The main difference is that emacs users are doing all from emacs.
You could try Netbeans an IDE for writing codes?
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
So a lot of my programmer buddies have urged me to switch from (g)vim to a "real" text editor like notepad++. My opinion has always been that they simply don't understand how to use vim. Lately, I've been hearing more and more people talking about notepad++ and I got to wondering... Does notepad++ actually have any features that Vim doesn't or vice versa? Nobody has actually been able to give me any legitimate reason to make the switch other than that they like it more. What are your thoughts?
Don't let the peer pressure get to you. They're just jealous because they can't delete a line with two keystrokes.
Vim is just as much of a text editor as Notepad++. You can mod vim to have colors, tabs, basically everything that Notepad++ has and so much more.
Vim is about touch typist shortcuts. Notepad++ is a usual text editor. I have been using vim for years now and I would not trade it for Notepad++. However, to a new user its definitively easier to use Notepad++ than vim. Vim has a very bad learning curve.
Vim has modal editing (answering the vice versa part). And it runs in a terminal. You are likely correct; if "vim" isn't a real text editor, I'm not sure what is. I guess ed, the standard Unix text editor, would be the only real one.