From mboxrd@z Thu Jan  1 00:00:00 1970
From: erik quanstrom <quanstro@quanstro.net>
Date: Thu,  2 May 2013 12:53:19 -0400
To: 9fans@9fans.net
Message-ID: <b774f33e1a1610f493d3e1290664dd62@ladd.quanstro.net>
In-Reply-To: <20130502153131.GA1460@polynum.com>
References: <20130502123825.GA1975@polynum.com>
	<f0b15ae0cf8846283eb0f5e513ef8684@kw.quanstro.net>
	<20130502132556.GA2653@polynum.com>
	<d2252bd65147f2caa38a56333366f813@9srv.net>
	<20130502150829.GA435@polynum.com>
	<d8aecdc9b2e88ca91a3730e70e1fef1c@ladd.quanstro.net>
	<20130502153131.GA1460@polynum.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] Octets regexp
Topicbox-Message-UUID: 511d56f0-ead8-11e9-9d60-3106f5b1d025

> > is your proposal
> > - to change programs that take regular expressions to be exceptions to
> > the plan 9 text model, or
>
> No: to have a libregexp being agnostic about any encoding. The tools can
> stay, for user, the same, simply libregexp would not be "text" based but
> octets based.

there's always an encoding.

> > - to change the plan 9 text model
>
> Neither. The "text" model is a user interface. My question is simply how
> is it difficult to have an alternative, special purpose, user interface,
> that do not have the UTF-8 filter for input from and output to the user
> interface.

i see we're at an impass.  since i don't agree that utf-8 is a user
interface thing.  it's more entrenched than that.

why don't you code something up?

- erik