From mboxrd@z Thu Jan 1 00:00:00 1970 References: <20140124124408597647.a47c0e3b@gmail.com> <9031696b55153f1092b3e564463f31fd@mikro.quanstro.net> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <305B43A2-2DB2-4CDE-AA25-EB4871E62A8A@bitblocks.com> Cc: "9fans@9fans.net" <9fans@9fans.net> From: Bakul Shah Date: Wed, 5 Feb 2014 08:26:27 -0800 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] New internal command for acme proposal (with implementations) Topicbox-Message-UUID: b7893cb0-ead8-11e9-9d60-3106f5b1d025 On Feb 5, 2014, at 8:10 AM, erik quanstrom wrote: >> On Feb 5, 2014, at 3:36 AM, erik quanstrom >> wrote: >>> once one thinks about major modifications, i think it becomes >>> attractive to think about a new editor. i miss having graphics. >> If you mean mixed text and image, you will end up with some sort of >> structured markup language and a "word processor"! >=20 > oberon certainly managed this with trivial layout. >=20 > for example, it could be as simple as an interface that allows > graphical applications inline with text. for example, > ; lc > clock.c > ; clock& > [display of clock here persists until killed] > ; pwd > /usr/quanstro/src/cmd/clock Oh, you just want graphics display! >> What I want is support for complex text layout rendering (for Indian >> languages among others). This requires supporting OpenType fonts, not >> an easy task. Mac's TextEdit seems to do a decent job of this but I >> don't like it as an editor. >=20 > i don't see why complex layout rendering -> opentype. could you explain > this? You need to use a font that has CTL logic built in. In complex scripts a seq= uence of Unicode chars will map to a single glyph. See http://en.wikipedia.o= rg/wiki/Complex_text_layout=