Um, vim is not analogous to MS-DOS Editor, in case that needed pointing out. (By the way, Windows is also no longer based on MS-DOS). On Sun, Sep 13, 2009 at 5:04 PM, Caitlin Shaw <rogueeve@xxxxxxxxxxxxx> wrote: > >> Good afternoon all, >> >> First let me say the Alpha 1 Haiku image is looking great, running it on my >> Dell Optiplex SX270 and everything works great (even sound!). Heck, Haiku >> this close to R1 is giving me the warm fuzzies. >> >> I do a have a silly complaint about vim though, I am way too spoiled >> editing C,C++,etc in color vim. >> vim 7.2/color support >> This can be enabled by: >> updating the vim packages to the 7.2 ones on haiku-files.org or adding the >> syntax files to /etc/vim/syntax/ in 6.3 >> adding ' export TERM=xterm-color ' to the /etc/profile (this works but may >> not be 100% proper.) >> adding ' syntax enable ' to vimrc or leaving it to the user to run a ' >> :syntax enable ' >> >> anyway, here is to happy and bug free alpha 1! >> >> > While absolutely not trying to diss anyone's personal preference, what's > with all the concern lately about "vim"? I was under the impression it > was provided as the "lowest common denominator" editor in case nothing > else was installed. Windows developers wouldn't code anything serious in > "MS-DOS Editor", are we really expecting our desktop userbase to make > extensive use of a tool like "vim"? Personally, I can't even stand to > code in PE, in fact my very first Haiku project I'm working on right now > is to write a new IDE since I found the existing offerings simply > unpleasant to work in. > > That said, I see no reason why the "default editor" shouldn't be setup > as nice as possible, so yeah, when there's a chance, I would support the > OP's suggestions. And again, if your preference is vim, I have nothing > against that. And actually, I HAVE coded several large projects in > MS-DOS Editor. All I'm saying is, this is supposed to be a desktop OS, > how much focus do we really want to put into small coreutils type tools > like vim? In my view "vim" is a handy emergency recover tool; it should > hardly be our offering of official development environment (metaphor; I > know there is really no such thing). > > > >