Return-Path: Received: from murder ([unix socket]) by eikenes.alvestrand.no (Cyrus v2.2.8-Mandrake-RPM-2.2.8-4.2.101mdk) with LMTPA; Thu, 26 May 2005 15:19:23 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id B79E261B07 for ; Thu, 26 May 2005 15:19:23 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01278-04 for ; Thu, 26 May 2005 15:19:18 +0200 (CEST) X-Greylist: domain auto-whitelisted by SQLgrey-1.4.8 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id 0691C61AF1 for ; Thu, 26 May 2005 15:19:18 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DbIFI-000244-Ac; Thu, 26 May 2005 09:17:56 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DbIFG-00023z-J2 for ltru@megatron.ietf.org; Thu, 26 May 2005 09:17:54 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA27502 for ; Thu, 26 May 2005 09:17:52 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DbIXm-0000nI-Te for ltru@ietf.org; Thu, 26 May 2005 09:37:07 -0400 Received: from [82.241.91.24] (helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DbIF9-0002kM-93; Thu, 26 May 2005 06:17:47 -0700 Message-Id: <6.2.1.2.2.20050526125216.03a8fe20@mail.jefsey.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 26 May 2005 14:55:51 +0200 To: "Randy Presuhn" From: "JFC (Jefsey) Morfin" In-Reply-To: <005d01c561b0$fd0aa9c0$7f1afea9@oemcomputer> References: <005d01c561b0$fd0aa9c0$7f1afea9@oemcomputer> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - montage.altserver.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - jefsey.com X-Scan-Signature: 31247fb3be228bb596db9127becad0bc Cc: ltru@ietf.org Subject: [Ltru] last response (was: character set considerations materialis contradictory) X-BeenThere: ltru@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ltru-bounces@lists.ietf.org Errors-To: ltru-bounces@lists.ietf.org X-Virus-Scanned: amavisd-new at alvestrand.no At 07:08 26/05/2005, Randy Presuhn wrote: >Hi - > > From: "Peter Constable" > > To: "LTRU Working Group" > > Sent: Thursday, May 12, 2005 8:35 AM > > Subject: RE: [Ltru] [psg.com #969]character set considerations > materialiscontradictory >... > > Since a reasonable application will not expose language tags to end > > users, and especially will not require them to type them in, and since > > IT professionals building applications who may need to type these in > > will almost certain have other reasons why they need to be able to type > > a-z, I think this is not a concern that needs to be addressed in this > > draft (no more than it being a concern e.g. for HTTP and countless other > > specifications). > > > > Therefore, I suggest that this item be closed. >... > >Since there haven't been any proposals for specific changes to section >7 of http://www.ietf.org/internet-drafts/draft-ietf-ltru-registry-02.txt, >I've closed this item with a status of "rejected". Dear Mr. Presuhn, I think I have been clear enough in repeating that: - characterisation of application's "reasonability" as not exposing non-ASCII characters, - the concept of outcast "end users" who would have only a limited access to IETF deliverables, - imprecise considerations such "will _almost_certain_" ignoring one shot all the non-ASCII development environments, are hardly acceptable in order to support a proposition seriously wanting to be a scalable IETF standard for the whole internet I note that for three hundred years communications have known to build language/script independent protocols accessible to everyone and to the reading of every lawmaker, Judge and Jury in every courts of the world. I have no doubt the WG you chair can come with a similar approach, as a still pending serious reading of its Charter would have shown it has been entrusted to by the IESG. Tired to blow in the violin of this mailing list, I went yesterday on records about the collective attitude of the affinity group leading this WG to a consensus by exhaustion, making it an RFC 3774 show case. So, I will not come back on the points I made. My censors will be able to go to these two mails. All the more than everyone will suspect your repetition of Peter Constable's quote and your wording were a bait on purpose, as a way to tackle my yesterday mail. Actually I take advantage of it to copy in Bcc all those who did not believe it possible. I expect that you will now ban me again for disrespect of the Chair, defending technical principles supporting the concepts of national sovereignty, facilitating international cooperation, cultural empowerment and absolute respect of users' person, rights and equal opportunity which are explicit or implicit core values of every SDO and of every postal and communication architecture for centuries. If you feel these values and objectives, which are my reason in life for decades, are no part of the IETF vision I can only feel sorry for you. I then suggest you introduce a Draft to also ban them as a disgrace for the centralised Internet you seem to want to build. I also feel sorry for the good work of this WG IRT the XML W3C says to need. It is hurt by their authors' pretension to make it a new BCP 47 and your politicking. We are here to discuss global scalable cute technical solutions, for their intelligence and/or for their support of the real world. Not to share into now plain to many cross-SDOs commercial maneuvers. I proposed many times we try to find a consensual proposition addressing that commercial interest, avoiding a market dominance and matching the Multilingual Internet requirements. This is because I doubt market organised joint monopolies can succeed nowadays, but I realise the world is not ready to practically replace them. In refusing/fighting this proposition and in asking too much, you will only push many to awake and to strive to develop responses preventing a lingual tools market control by any one, even by leading stakeholders. For that last reason, and for that reason only, we can all thank you. jfc _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru