From mboxrd@z Thu Jan  1 00:00:00 1970
From: erik quanstrom <quanstro@quanstro.net>
Date: Wed,  5 Feb 2014 11:10:19 -0500
To: 9fans@9fans.net
Message-ID: <e9e8256a8ddcee3836127d6637464926@mikro.quanstro.net>
In-Reply-To: <BB2BF613-1D6B-4BAC-B9E8-11D0BCFF00AE@bitblocks.com>
References: <20140124124408597647.a47c0e3b@gmail.com>
	<CAPavXpCd=ev6j9MwgwQM6NQWNKJwC8igLtjaFyafOUVbSbfDvg@mail.gmail.com>
	<9031696b55153f1092b3e564463f31fd@mikro.quanstro.net>
	<BB2BF613-1D6B-4BAC-B9E8-11D0BCFF00AE@bitblocks.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] New internal command for acme proposal (with
	implementations)
Topicbox-Message-UUID: b777b8d2-ead8-11e9-9d60-3106f5b1d025

> On Feb 5, 2014, at 3:36 AM, erik quanstrom <quanstro@quanstro.net>
> 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"!

oberon certainly managed this with trivial layout.

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


> 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.

i don't see why complex layout rendering -> opentype.  could you explain
this?

- erik