Received: via tmail-4.1(11) (invoked by user schoepf) for schoepf; Fri, 7 Jan 2000 09:32:49 +0100 (MET) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.8.56]) by mailserver1.zdv.Uni-Mainz.DE (8.9.3+Sun/8.9.1) with ESMTP id JAA14516 for ; Fri, 7 Jan 2000 09:32:49 +0100 (MET) MIME-Version: 1.0 Received: from mail.listserv.gmd.de (mail.listserv.gmd.de [192.88.97.5]) by mailgate1.zdv.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id JAA01942 for ; Fri, 7 Jan 2000 09:32:48 +0100 (MET) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF58E9.C7A88E80" Received: from mail.listserv.gmd.de (192.88.97.5) by mail.listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <1.9B48FF90@mail.listserv.gmd.de>; Fri, 7 Jan 2000 9:32:40 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 446590 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Fri, 7 Jan 2000 09:31:36 +0100 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id JAA16581 for ; Fri, 7 Jan 2000 09:31:34 +0100 (MET) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.8.56]) by relay.uni-heidelberg.de (8.9.1b+Sun/8.9.1) with ESMTP id JAA28672 for ; Fri, 7 Jan 2000 09:32:31 +0100 (MET) Received: from mailserver1.zdv.Uni-Mainz.DE (mailserver1.zdv.Uni-Mainz.DE [134.93.8.30]) by mailgate1.zdv.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id JAA01930 for ; Fri, 7 Jan 2000 09:32:41 +0100 (MET) Received: from istrati.zdv.uni-mainz.de (dialin425.zdv.Uni-Mainz.DE [134.93.175.125]) by mailserver1.zdv.Uni-Mainz.DE (8.9.3+Sun/8.9.1) with ESMTP id JAA14487 for ; Fri, 7 Jan 2000 09:32:40 +0100 (MET) Received: (from design@localhost) by istrati.zdv.uni-mainz.de (8.9.3/8.9.3) id HAA00191; Fri, 7 Jan 2000 07:58:14 +0100 In-Reply-To: <891840a5@corona.oche.de> References: <891840a5@corona.oche.de> Return-Path: x-vm-v5-data: ([nil nil nil nil nil nil nil nil nil]["779" "Fri" "7" "January" "2000" "07:58:14" "+0100" "Frank Mittelbach" "frank.mittelbach@LATEX-PROJECT.ORG" nil "26" "environment templates" "^Date:" nil nil "1" nil nil nil nil nil]nil) X-Authentication-Warning: istrati.zdv.uni-mainz.de: design set sender to design@istrati.zdv.uni-mainz.de using -f Content-class: urn:content-classes:message Subject: environment templates Date: Fri, 7 Jan 2000 07:58:14 +0100 Message-ID: <200001070658.HAA00191@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: 3494 This is a multi-part message in MIME format. ------_=_NextPart_001_01BF58E9.C7A88E80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Achim Blumensath writes: > > for the theoremstyle template type a good name could then be = something > > like \EndThisTheorem. > > I think it would be a good idea to uniformly call those commands > \EndThisEnvironment. the problem with this and perhaps the problem with the whole mechanism = is that a lot of people have learned to write environments like this: \newenvironment{foo}{...\quote ...}{ ... \endquote ...} ie without using \begin/\end internally. if all such things like \quote internally use \EndThisEnviornment then = guess what happens. so this needs some thoughts. a) do not allow above usage b) do implement your independent stack handling for these things c) do provide your own groups already at the environment-template level d) ...? ideas? frank ------_=_NextPart_001_01BF58E9.C7A88E80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable environment templates

Achim Blumensath writes:
 > > for the theoremstyle template type a = good name could then be something
 > > like \EndThisTheorem.
 >
 > I think it would be a good idea to = uniformly call those commands
 > \EndThisEnvironment.

the problem with this and perhaps the problem with the = whole mechanism is that
a lot of people have learned to write environments = like this:

\newenvironment{foo}{...\quote ...}{ ... \endquote = ...}

ie without using \begin/\end internally.

if all such things like \quote internally use = \EndThisEnviornment then guess
what happens. so this needs some thoughts.

 a) do not allow above usage
 b) do implement your independent stack handling = for these things
 c) do provide your own groups already at the = environment-template level
 d) ...?

ideas?

frank

------_=_NextPart_001_01BF58E9.C7A88E80--