Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
Are there any Vi clones that are still in wide use today (besides Viper mode in Emacs ;)), other than Vim? If so, what are the pros/cons to using it instead of Vim?
Kate (KDE Advanced Text Editor?) has a Vi editing mode.
It's not strictly a clone, but real live no-kidding vi is available open-source now. Also lots of sources and links to many versions on the vi-lovers page.
From the Vi Lovers Home Page - http://thomer.com/vi/vi.html#versions
I don't know what your requirements or expectations are, but Wikipedia has a great comparison page here that should help you figure out which version is best for you.
ActiveState Komodo has a vi mode too.
I use Vim for all my editing except when I use Visual Studio. Fortunately there's the ViEmu plug-in for Visual Studio. Unfortunately it is not free nor a complete Vim implementation, but it's not expensive either and it close enough for my needs.
Visual Slickedit ($$$) has a very nice VI emulation mode. Vslick has other features that make it quite nice as a programmers' editor (e.g., dynamic tag generation instead of having to re-run ctags).
QT Creator has 'fake vim' mode.
VILE
Sublime text has a 'Vintage' mode which replicates many vi/m commands.
I used the vi-plugin in Eclipse a while and it is quite good. But since my colleagues don't have a clue about vi they ran in to problems when they were trying to edit on my workstation.
I used to use elvis to satisfy my enhanced-vi needs, but can't really offer a comparison (other than that both are very good) because I switched to vim a couple years back for the sake of using something that was easier to find support for (if only because it's what everyone else uses).
I often use nvi when I want a stripped down version of vi.
Not any real pros of using it instead of vim. More lightweight and doesn't load all the plugins I have with vim.
Vim still has lot more features (tabs, plugins, better multi-buffer support...).
Yzis
The main website http://www.yzis.org/ is no longer functional. However, the source code can still be found on GitHub: https://github.com/chrizel/Yzis
Related
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
I am new to Vim and after using it for about 3 days i am in love with it. I used sublime-text before this and i decided to try vim because i heard a lot of people (maybe some) hate and love it. I know that learning Vim require time investment + patience but for the basic shortcut and command I am okay preety smooth but when i reach the .vimrc configuration I start to feel frustrated and 'uhhh'. Overall I like the way how the work-flow goes and in the past 3 days i manage to implement the basic shortcut.
I watched and read a lot of tutorial, and most of it asked us to find "someones .vimrc configuration and use it". I searched at Google 'vim .vimrc', I found 2 links from Github and I am amazed with all the massive lines and I was like 'What! How am i going to understand what each of this line for!' :/ i tried to search all the 'set' and the basic config but i am not happy without knowing what each of the line does. Please if anyone here can help me or explain how the configuration works. I tried the :help and there were about 8000 lines .>< for now i am using the https://github.com/tpope/vim-sensible Vim-Sensible and i am hoping to know how it work. Thanks guys.
For plugin, I think it's fine for now.
What you see in people's posted ~/.vimrc files either is:
the result of years of using and tweaking Vim; don't be intimitated, just start out small and it will grow automatically with your continues use (hopefully in a benign way). The mentioned vim-sensible plugin is a good way to start.
just copied from colleagues / somewhere on the net without real understanding; this is dangerous and best avoided. Vim "distributions" like spf-13 and Janus lure you with a quick install and out-of-the-box settings, but you pay the price with increased complexity (you need to understand both Vim's runtime loading scheme and the arbitrary conventions of the distribution) and inflexibility (the distribution may make some things easier, but other things very difficult). Vim is incredibly customizable, using someone else's customization makes no sense. Doubly so for canned, ready-made "distributions".
Yes, the built-in :help is large, but you don't need to read it in one go :-) It is excellent, too, and contains most of what you need - for years to come!
This article by Vim's creator explains the philosophy behind Vim very well (there's also a recorded talk): start small, using only basic commands (also taught by vimtutor), and gradually become a master of all kinds of text editing tasks!
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 4 years ago.
Improve this question
What's the true difference between an IDE and text editor with a bunch of plugins? Why should I prefer an IDE over a text editor for development?
IDE stands for "Integrated development environment" not just a tool where you write the code, but you can also compile it and debug it..
text editors in their nature, usually don't do that, they tend to go for a broader approach..
be able to edit all types of files, instead of specializing in a particular type or language..
sure you can have plugins, specific for a type of file or language, that compiles/runs/debugs but since is it done by plugins, I guess the "integrated" part is off the table, so doesn't make much sense to call it IDE
And as said before, because the nature of the text editors the potential for integrated development experience will always be limited
In the end, you want something that's going to make you the most productive. Whether that's Notepad or Vim or Sublime or something else is up to the user and the tasks required at the time.
With that said, an IDE does bring some solid benefits for development. Depending on the language and IDE, this may include integrated build tools, source control management, unit testing tools, automatic boilerplate generation, and class/variable refactoring.
"IDE" isn't a very well defined term, but in my experience single unit IDEs (as opposed to editor + added plugins) seem to have more powerful debuggers, more integration between different tools in the IDE (e.g. easy to debug unit tests, use of deep code analysis to feed autocompletion, etc). And of course more things work out of the box w/o having to download and configure plugins yourself, and the GUI is often are easier to figure out for new users or novices. But it's a personal choice and the bottom line is you should try the tools you're considering and choose the one that fits best with your needs.
IDE is stands for "Integrated Developement Environment" where the programmer can develop efficient projects and it provides drag and drop facility which reduces the stress of a programmer. Editor is one which is related to a specific language where you an write the program and run the program..
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
Basically, I really like vi[m]'s key-bindings, but not the rest of the editor. I really dislike emacs key-bindings, but like the rest of the editor.
viper-mode seems like the best of both worlds, but it's not perfect..
What vim features did you miss in emacs (and more importantly, how did you get them back)? What config-tweaks did you do to make viper-mode nicer to use?
As a start: I really missed vim's visual-selection mode.. vimpulse adds this to emacs!
As far as I know, VIM/VI has always had the :set nu feature to show line numbers along-side the lines themselves. By default, emacs only had line-number-mode which showed the line-number of the current line in the mode-line (not the same thing).
To fix that, I always found linum.el pretty useful. Starting with the upcoming emacs 23, the linum mode would be included in the standard distribution. But for emacs <= 22, one still needs to install it manually.
I also miss the incremental search with / and ? . Something like
what is posted here first in the TODO section.
http://common-lisp.net/project/vial/darcs/extended-viper/vimlike.el
If anyone can provide it, it would be great. Jurta ?
I would recommend you use my version of the emacs starter kit. It is totally customized for heavy (symbiotic) use of emacs and vi/vim (via viper and vimpulse) together.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 4 years ago.
Improve this question
Know of an OCAML/CAML IDE? Especially one that runs on Linux?
Emacs in Caml mode, or Tuareg mode, or TypeRex mode. TypeRex adds auto-completion to Taureg in emacs - a really nice feature for people who prefer the more graphical IDE's.
There is Camelia. You can also integrate OCaml into Eclipse. Also in Emacs you can use ocaml-mode and tuareg-mode.
I vote OcaIDE. Now it has upgraded to v1.2.5. it become an up-to-date IDE (supporting ocaml 3.10-3.11, especially ocamlbuild, which is a great time-saver) and armed with rich, stable features.
I've installed OcaIDE on an eclipse 3.5(Galileo) and it works well.
There are 2 modes for Emacs for working with OCaml: ocaml-mode and tuareg-mode. Both are available via apt, or on the web.
They provide syntax-highlighting and tuareg-mode includes interfacing to the OCaml top-level and debugger.
There are also a few vim files you can load up... Take a look at the list of tools on the hump and godi, for extra tools. And be sure to compile with -dtypes on so you can take advantage of the annotation files to determine the types with a keystroke.
You can also use netbeans as an ide with an ocaml plugin.
It's actually possible to use OCaml via DrScheme if that's your thing.
http://coach.cs.uchicago.edu:8080/display.ss?package=drocaml.plt&owner=abromfie
Just run '(require (planet abromfie/drocaml:2:0/tool))' in DrScheme and you'll then be able to select the OCaml language.
You can try NetBeans based OcamlIDE.
http://ocaml.eclipse.ortsa.com:8480/ocaide/
I just found an eclipse plugin for it which may be promising. Doesn't look too active. I'll try it and report back on results.
ewwwe....emacs? anything in vi? ;)
See my post here for TypeRex, a development environment for OCaml.
Check out eclipse plugin for OCaml if you prefer to work on eclipse platform.
For example, like this one: http://ocamldt.free.fr/
Other than that, starting directly from plain editors like emacs or vim is good enough for programming. Besides, it can help you to learn better about the syntax of the language and the compiling process.
You can try to edit, compile and run simple Ocaml codes even online with ideone.
There are also apps for mobile devices, which allows you to program/experiment with your smartphone.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 4 years ago.
Improve this question
How can I improve the look and feel of my Linux desktop to suit my programming needs?
I found Compiz and it makes switching between my workspaces (which is something I do all the time to make the most of my 13.3" screen laptop) easy and look great - so what else don't I know about that make my programming environment more productive/pleasing?
#Rob Cooper - thanks for the heads-up, hope this reword addresses the issues
I found that the best programming experience comes from having quick access all your tools. This means getting comfortable with basic command line acrobatics and really learning keyboard shortcuts, flags, and little productivity apps.
I find that most of my workflow comes down to just a few apps and commands:
Terminator
SVN commands - ci, co, status, log, etc.
Command Line FTP
Vim
Basic Command lines operations (cd, rm, mv, cp, touch, grep, and std i/o redirection comprise 80% of my work day)
Not to say that GUI apps aren't necessary. A few I use:
Diffmerge
RapidSVN
Filezilla
VirtualBox
GnomeDo (this really should be first)
When it comes down to it, the real improvement in programming experience comes from just that - programming experience. Just pick a set of tools and stick with them until you know them inside and out.
I've used by Ubuntu desktop for some coding sessions. I haven't settled on an IDE, but if I'm not using gedit, I'll use emacs as my editor. Sometimes I need to ssh to a remote server and edit from there, in which case emacs is preferred. I'm just not the vi(m) type.
Maybe I'll try out Eclipse one day...
I love Compiz, but it does nothing for my coding experience. It's just eye candy. You can do desktop switching and Alt-Tab just fine without it. Aside from that, Jeff Atwood's recommendations for good chair, multi-monitors, and simplistic background still apply for me.
If you have half decent 3D acceleration on board, CompizFusion adds attractive desktop effects like mapping your workspaces onto a cube using that to switch between them/move windows between them. Looks pretty and improves general usability - great!
http://en.wikipedia.org/wiki/Compiz