Received: from mail.proteosys.com ([62.225.9.49]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Mon, 20 Jan 2003 21:17:31 +0100 Received: by mail.proteosys.com (8.12.2/8.12.2) with ESMTP id h0KKHT6C001090 for ; Mon, 20 Jan 2003 21:17:29 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.27]) by relay2.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0KJx8AL016412; Mon, 20 Jan 2003 20:59:08 +0100 (MET) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2C0C0.F5CE7F80" Received: from listserv (listserv.uni-heidelberg.de [129.206.100.27]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h0K3Js9P000694; Mon, 20 Jan 2003 20:51:58 +0100 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 7705 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Mon, 20 Jan 2003 20:51:58 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h0KJpw5f010330 for ; Mon, 20 Jan 2003 20:51:58 +0100 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by relay.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0KJx1Zr020256 for ; Mon, 20 Jan 2003 20:59:01 +0100 (MET) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18ai4T-00033h-00 for LATEX-L@listserv.uni-heidelberg.de; Mon, 20 Jan 2003 20:59:01 +0100 Received: from [80.129.5.232] (helo=istrati.mittelbach-online.de) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 18ai4S-0006QW-00 for LATEX-L@listserv.uni-heidelberg.de; Mon, 20 Jan 2003 20:59:01 +0100 Received: (from frank@localhost) by istrati.mittelbach-online.de (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) id h0KJuCp25621; Mon, 20 Jan 2003 20:56:12 +0100 In-Reply-To: References: Return-Path: X-Mailer: VM 6.96 under Emacs 20.7.1 X-OriginalArrivalTime: 20 Jan 2003 20:17:31.0647 (UTC) FILETIME=[F63138F0:01C2C0C0] X-Authentication-Warning: istrati.mittelbach-online.de: frank set sender to frank@mittelbach-online.de using -f X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) X-Spam-Score: -1 () IN_REP_TO,REFERENCES,SPAM_PHRASE_01_02,X_AUTH_WARNING Content-class: urn:content-classes:message Subject: Re: Use of experimental stuff? Date: Mon, 20 Jan 2003 20:56:12 +0100 Message-ID: A<15916.21596.195862.840879@istrati.mittelbach-online.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: Use of experimental stuff? Thread-Index: AcLAwPZR+kvMoA2mQW2K4NfB6ucToQ== From: "Frank Mittelbach" To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4455 This is a multi-part message in MIME format. ------_=_NextPart_001_01C2C0C0.F5CE7F80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable David Kastrup writes: > The copyright notice reads something like > % \iffalse > %% > %% (C) Copyright 1999-2000 Frank Mittelbach, David Carlisle, Chris = Rowley > %% All rights reserved. > %% > %% Not for general distribution. In its present form it is not = allowed > %% to put this package onto CD or an archive without consulting the > %% the authors. > %% > > I would want to use some of that stuff for basing custom styles off > it. > > So if I want to make a customer solution (something that he can also > send authors for his journal), can I work stuff like that in or would > I need to start my own project? something in between. The copyright is precisely there to prevent that. And here is the reason: these are prototypes which mean we want to be = free in changing the interfaces, if necessary, even drastically. just take the discussion on template.sty that happened in december on de.comp.text.tex = after which Thomas suggested to rewrite the interface not to use positional arguments for templates but named ones. if used in commercial custom systems people would insist to stay = backward compatible because they don't want to force their users to upgrade while = stuff is still under work. and at this stage we think this is not an option. the situation with free package is slightly different, there most people = do get their upgrades simply through general distributions rather than = obtaining them from a publisher site. it still means that a package author who = would decide to use temple.sty, say, would need to be prepared at this stage = to follow the development of template.sty and upgrade his or her package if necessary, but chances that users would have the right combination of template.sty with package X are high as long both are distributed from = CTAN based distributions. TeX is unfortunately filename based so in short we don't want to fix the interface for something called template.sty (yet). so we don't mind the use of the code as such, but the consequences that = would follow for certain type of usage. one option would be to freeze a certain version and have it distributed under a certain name, eg templat0.sty. one could then make such a = version (or more exactly its interface live much longer even if the mainstream = proto-type has developed further. of course introducing such versioned interfaces = it will become more difficult to get rid of them again in the end. however, the problem here is likely to be less severe than the advantage of seeing a certain version in real action and learn from it. > Thanks for any info about that. so does this answer the question? and to answer a possible follow-up question the only set of package that = i would consider ripe for a version 0 interface freezing are those in = xbase, ie basically template and xparse (template because i think it really is = good and xparse as it provides an nice conventional interface for commands, not = because i think it should be the final interface for commands necessarily) opinions more than welcome frank > I also want to help improve on the work, but my mails according > to that effect to latex-team@latex-project.org have mostly met > /dev/null up to now seemingly. live is sometimes tough and unfair, but what sometimes looks like the = round basket might have other reasons including misunderstanding ------_=_NextPart_001_01C2C0C0.F5CE7F80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: Use of experimental stuff?

David Kastrup writes:
 > The copyright notice reads something = like
 > % \iffalse
 > %%
 > %% (C) Copyright 1999-2000 Frank = Mittelbach, David Carlisle, Chris Rowley
 > %% All rights reserved.
 > %%
 > %% Not for general distribution. In its = present form it is not allowed
 > %% to put this package onto CD or an = archive without consulting the
 > %% the authors.
 > %%
 >
 > I would want to use some of that stuff for = basing custom styles off
 > it.
 >
 > So if I want to make a customer solution = (something that he can also
 > send authors for his journal), can I work = stuff like that in or would
 > I need to start my own project?

something in between. The copyright is precisely there = to prevent that.

And here is the reason: these are prototypes which = mean we want to be free in
changing the interfaces, if necessary, even = drastically. just take the
discussion on template.sty that happened in december = on de.comp.text.tex after
which Thomas suggested to rewrite the interface not = to use positional
arguments for templates but named ones.

if used in commercial custom systems people would = insist to stay backward
compatible because they don't want to force their = users to upgrade while stuff
is still under work. and at this stage we think this = is not an option.

the situation with free package is slightly different, = there most people do
get their upgrades simply through general = distributions rather than obtaining
them from a publisher site. it still means that a = package author who would
decide to use temple.sty, say, would need to be = prepared at this stage to
follow the development of template.sty and upgrade = his or her package if
necessary, but chances that users would have the = right combination of
template.sty with package X are high as long both are = distributed from CTAN
based distributions.

TeX is unfortunately filename based so in short we = don't want to fix the
interface for something called template.sty = (yet).

so we don't mind the use of the code as such, but the = consequences that would
follow for certain type of usage.

one option would be to freeze a certain version and = have it distributed
under a certain name, eg templat0.sty. one could then = make such a version (or
more exactly its interface live much longer even if = the mainstream proto-type
has developed further. of course introducing such = versioned interfaces it will
become more difficult to get rid of them again in the = end. however, the
problem here is likely to be less severe than the = advantage of seeing a
certain version in real action and learn from = it.

 > Thanks for any info about that.

so does this answer the question?

and to answer a possible follow-up question the only = set of package that i
would consider ripe for a version 0 interface = freezing are those in xbase, ie
basically template and xparse (template because i = think it really is good and
xparse as it provides an nice conventional interface = for commands, not because
i think it should be the final interface for commands = necessarily)


opinions more than welcome

frank


 > I also want to help improve on the work, = but my mails according
 > to that effect to = latex-team@latex-project.org have mostly met
 > /dev/null up to now seemingly.

live is sometimes tough and unfair, but what sometimes = looks like the round
basket might have other reasons including = misunderstanding

------_=_NextPart_001_01C2C0C0.F5CE7F80--