Date: Wed, 23 Mar 2011 15:36:04 -0500 From: Zhihao Yuan <lichray@gmail.com> To: Pan Tsu <inyaoo@gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: [GSoC] About the idea: Unicode support in vi Message-ID: <AANLkTikLbU--J2aVa00tzxWb9GAvjfGnUGovwYaXXqhp@mail.gmail.com> In-Reply-To: <86aaglx1ow.fsf@gmail.com> References: <AANLkTintkKzW=o%2B7Q53aMSpA1mmqC7aDF1wN8zHY_Wc%2B@mail.gmail.com> <86mxkm1erm.fsf@gmail.com> <AANLkTin3Wki6bnriNgWUy5JC68MDMVc4Y444tGWcKBQ7@mail.gmail.com> <86aaglx1ow.fsf@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Mar 23, 2011 at 11:05 AM, Pan Tsu <inyaoo@gmail.com> wrote: > Zhihao Yuan <lichray@gmail.com> writes: > >>> Why not just use "traditional vi"? >>> >>> =C2=A0 http://ex-vi.sourceforge.net/ (lives under editors/2bsd-vi) >> >> This one lacks of many feature, compared with nvi. > > nvi also lacks some features, e.g. lisp, modelines, sourceany. > ex-vi is more lightweight > > =C2=A0# both built with DEBUG_FLAGS=3D-ggdb + mg(1) for reference > > =C2=A0$ =C2=A0du -Ah * > =C2=A01.9M =C2=A0 =C2=A0nvi > =C2=A0556K =C2=A0 =C2=A0ex-vi > =C2=A0505K =C2=A0 =C2=A0mg > > =C2=A0$ size * > =C2=A0 =C2=A0 text =C2=A0 =C2=A0data =C2=A0 =C2=A0 bss =C2=A0 =C2=A0 dec = =C2=A0 =C2=A0 hex filename > =C2=A0 329080 =C2=A0 =C2=A01952 =C2=A0 =C2=A04528 =C2=A0335560 =C2=A0 51e= c8 nvi > =C2=A0 175675 =C2=A0 =C2=A05048 =C2=A0233024 =C2=A0413747 =C2=A0 65033 ex= -vi > =C2=A0 128570 =C2=A0 =C2=A09760 =C2=A0 10184 =C2=A0148514 =C2=A0 24422 mg nvi is a rewrite of the original vi, so this only shows that the new implementation uses more symbols. The actual binary results are just a 120K difference. > >> I'm not sure whether the FreeBSD system administrators (who opens 100 >> ssh sessions) agree with that to replace the nvi in base system with >> this one. > > Do they expect more features beyond POSIX vi? Like multiple windows. This has been discussed y other BSDs before. > >> However, it's source code can be a great reference for a mbyte-capable >> nvi. > --=20 Zhihao Yuan The best way to predict the future is to invent it.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTikLbU--J2aVa00tzxWb9GAvjfGnUGovwYaXXqhp>