1 |
Andreas Niederl wrote: |
2 |
> Hi, |
3 |
> |
4 |
> Andrei Hanganu wrote: |
5 |
>> helo group, |
6 |
>> |
7 |
>> i've been trying the past 2-3 years to find the most usable and nice ide |
8 |
>> for c/c++ code writing. I've been through vim/vim + plugins/emacs + |
9 |
>> different modes/anjuta/kdevelop/codeblocks/eclipse/netbeans ... every |
10 |
>> single one of them has at least one drawback. |
11 |
> |
12 |
> I'm thinking the more I get to know Vim and the available plugins, the |
13 |
> more it becomes like an IDE to me. I guess the same is true for Emacs. |
14 |
> |
15 |
> My advice would be to take on of those or any other open IDE and learn |
16 |
> and extend them to the point that it's perfect for you. |
17 |
> |
18 |
> |
19 |
> Now for your feature requirements list I'm going to concentrate on Vim |
20 |
> and Emacs as those two are the ones I know. |
21 |
> |
22 |
> |
23 |
>> In short words, i am looking for an ide that can do this: |
24 |
>> - syntax highlighting |
25 |
>> - concurrent editing of multiple files (splitting) |
26 |
>> - tabs or buffer list |
27 |
>> - file browser |
28 |
>> - regex search/replace |
29 |
> |
30 |
> Both Vim and Emacs can do these basic features. |
31 |
> Vim even provides a mechanism for saving and restoring editing sessions. |
32 |
> |
33 |
> |
34 |
>> - autocomplete (on the fly, not on demand, and maybe smart? - identify |
35 |
>> structures/classes ) |
36 |
> |
37 |
> Haven't tried it yet, but for Vim word_complete.vim[1] seems to be what |
38 |
> you're looking for. You should also have a look at Omnicompletion. |
39 |
> |
40 |
> As Emacs has hooks for nearly everything it should be doable with it as |
41 |
> well. |
42 |
> |
43 |
> |
44 |
>> - project manager |
45 |
> |
46 |
> Don't know about that but it would be nice to have simpler project |
47 |
> specific settings for Emacs/Vim. |
48 |
> |
49 |
> |
50 |
>> - symbol list/browser current editing buffer |
51 |
> |
52 |
> That's pretty much ctags/etags, maybe cscope. |
53 |
> |
54 |
> |
55 |
>> - flexible build options that include scons, not just makefile |
56 |
> |
57 |
> You can put the following in ~/.vimrc: |
58 |
> autocmd BufEnter ~/path/to/project/* set makeprg=scons |
59 |
> |
60 |
> |
61 |
>> - code folding (with detection of blocks) |
62 |
> |
63 |
> Vim does it[2]; Emacs seems to have some kind of FoldingMode according |
64 |
> to Google. |
65 |
> |
66 |
> |
67 |
>> - lightweight/ergonomic interface (i dislike space being occupied by the |
68 |
>> bar that displays the line numbers, with a padding of 10px for example) |
69 |
> |
70 |
> Both of them are very customisable in this regard. |
71 |
> |
72 |
> |
73 |
>> i don't desire gdb or valgrind integration, but would be a + |
74 |
> |
75 |
> Emacs features gdb integration and there's Clewn[3] for GVim. |
76 |
> As for me, I'm rather using a separate screen[4] window in the same session. |
77 |
> |
78 |
> |
79 |
> |
80 |
> Regards, |
81 |
> Andi |
82 |
> |
83 |
> [1] http://www.vim.org/scripts/script.php?script_id=73 |
84 |
> [2] http://www.linux.com/articles/114138 |
85 |
> [3] http://clewn.sourceforge.net/ |
86 |
> [4] http://www.gnu.org/software/screen/ |
87 |
> |
88 |
> |
89 |
hello, |
90 |
|
91 |
your suggestions are perfectly valid, but both vim and emacs suffer from |
92 |
the same problem: inconsistency. A very varying group of people writes |
93 |
these plugins, and if i could get 5 plugins to work correctly i would |
94 |
reach what i am looking for. Unfortunately, one breaks down other two, |
95 |
or vice versa. In emacs, which i think i've given the most time, i'm |
96 |
using right now some panels that bring me the bufferlist, and a |
97 |
filesystem browser, but they screw up the splitting of windows when the |
98 |
bottom panel is displayed and the editor word wrap stops working when |
99 |
browser is displayed. That's just a small description of the general |
100 |
feeling, these plugins are great, but they usually work great when used |
101 |
alone, or just one major plugin enabled. |
102 |
|
103 |
i've checked out open/komodo, the main issue is that it is an ide |
104 |
designed for web developing, not c compilation as far as i could see. |
105 |
|
106 |
right now, codeblocks seems to be most functional, and i know they are |
107 |
working on making split windows function better. I've also switched on |
108 |
kde4 and latest kate (implies also new kdevelop) has a very interesting |
109 |
functionality "vim like input mode", which seems rather unnatural at |
110 |
first, but i think it has a lot of potential. I've given some time to |
111 |
yziss too, but as far as i can see the project has been paused. I like |
112 |
very much the ideea of an IDE on top of a native VIM editor, and i'm |
113 |
considering expanding gvim. |
114 |
|
115 |
regards, |
116 |
A. |