Received: from webgate.proteosys.de (mail.proteosys-ag.com [62.225.9.49]) by lucy.proteosys (8.11.0/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id f1HG4mf02309 for ; Sat, 17 Feb 2001 17:04:48 +0100 Received: by webgate.proteosys.de (8.11.0/8.11.0) with ESMTP id f1HG4md19783 . for ; Sat, 17 Feb 2001 17:04:48 +0100 Received: from mail.Uni-Mainz.DE (mailserver1.zdv.Uni-Mainz.DE [134.93.8.30]) by mailgate2.zdv.Uni-Mainz.DE (8.11.0/8.10.2) with ESMTP id f1HG4lQ01378 for ; Sat, 17 Feb 2001 17:04:47 +0100 (MET) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C098FB.59F7D000" Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.8.56]) by mail.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id RAA17270 for ; Sat, 17 Feb 2001 17:04:47 +0100 (MET) Received: from mail.listserv.gmd.de (mail.listserv.gmd.de [192.88.97.5]) by mailgate1.zdv.Uni-Mainz.DE (8.11.0/8.10.2) with ESMTP id f1HG4lH17164 for ; Sat, 17 Feb 2001 17:04:47 +0100 (MET) X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from mail.listserv.gmd.de (192.88.97.5) by mail.listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <4.2C95C162@mail.listserv.gmd.de>; Sat, 17 Feb 2001 17:04:38 +0100 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 489518 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Sat, 17 Feb 2001 17:04:42 +0100 Received: from ix.urz.uni-heidelberg.de (mail.urz.uni-heidelberg.de [129.206.119.234]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id RAA20798 for ; Sat, 17 Feb 2001 17:04:41 +0100 (MET) Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by ix.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id RAA41212 for ; Sat, 17 Feb 2001 17:04:41 +0100 Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by relay.uni-heidelberg.de (8.10.2+Sun/8.10.2) with ESMTP id f1HG4fx06780 for ; Sat, 17 Feb 2001 17:04:41 +0100 (MET) Received: from [195.20.224.219] (helo=mrvdom03.kundenserver.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 14U9qi-0003bB-00 for LATEX-L@urz.uni-heidelberg.de; Sat, 17 Feb 2001 17:04:40 +0100 Received: from manz-3e364882.pool.mediaways.net ([62.54.72.130] helo=istrati.zdv.uni-mainz.de) by mrvdom03.kundenserver.de with esmtp (Exim 2.12 #2) id 14U9qa-0000rp-00 for LATEX-L@URZ.UNI-HEIDELBERG.DE; Sat, 17 Feb 2001 17:04:32 +0100 Received: (from latex3@localhost) by istrati.zdv.uni-mainz.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id QAA05816; Sat, 17 Feb 2001 16:55:23 +0100 In-Reply-To: References: <200102131655.QAA05656@penguin.nag.co.uk> Return-Path: X-Mailer: VM 6.75 under Emacs 20.4.1 X-Authentication-Warning: istrati.zdv.uni-mainz.de: latex3 set sender to frank@mittelbach-online.de using -f Content-class: urn:content-classes:message Subject: Re: Multilingual Encodings Summary Date: Sat, 17 Feb 2001 16:55:23 +0100 Message-ID: <14990.40683.460397.49321@istrati.zdv.uni-mainz.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Frank Mittelbach" Sender: "Mailing list for the LaTeX3 project" To: "Multiple recipients of list LATEX-L" Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 3953 This is a multi-part message in MIME format. ------_=_NextPart_001_01C098FB.59F7D000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Roozbeh, > > a) this might require omega to be more stable than omega users = would > > wish, ie it might prematurely limit addition of new features. > > I can't see why it should limit additions, as long as old things work = as > they worked. in the context of something like LaTeX (which defines a Language just = like C) additions means compromising the exchangeability of documents between different implementations. I could bet that even with the few peoples on = this list we will find more than 3 different releases of LaTeX being the = production one at their site/computer. Nevertheless we expect that essentially any = LaTeX document those source is being send to the list would be processable by everybody (and unless you trying deliberately to build on fixed bugs etc = it will be true). That is not at all true if you keep adding features which = will get added into the kernel or package macros so that only those people = with the latest release will be able to process stuff. frank ------_=_NextPart_001_01C098FB.59F7D000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: Multilingual Encodings Summary

Roozbeh,

 > > a) this might require omega to be more = stable than omega users would
 > > wish, ie it might prematurely limit = addition of new features.
 >
 > I can't see why it should limit additions, = as long as old things work as
 > they worked.

in the context of something like LaTeX (which defines = a Language just like C)
additions means compromising the exchangeability of = documents between
different implementations. I could bet that even with = the few peoples on this
list we will find more than 3 different releases of = LaTeX being the production
one at their site/computer. Nevertheless we expect = that essentially any LaTeX
document those source is being send to the list would = be processable by
everybody (and unless you trying deliberately to = build on fixed bugs etc it
will be true). That is not at all true if you keep = adding features which will
get added into the kernel or package macros so that = only those people with the
latest release will be able to process stuff.

frank

------_=_NextPart_001_01C098FB.59F7D000--