X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1007" "Tue" " 8" "February" "1994" "16:09:19" "+0100" "Joachim Schrod" "schrod@iti.informatik.th-darmstadt.de" "<199402081511.AA18086@mail.cs.tu-berlin.de>" "32" "Re: A philosophical question about packages and options" "^Date:" nil nil "2" "1994020815:09:19" "A philosophical question about packages and options" nil "<199402081432.PAA11520@hp5.iti.informatik.th-darmstadt.de>"]) Return-Path: Received: from sc.ZIB-Berlin.DE (mailserv) by dagobert.ZIB-Berlin.DE (4.1/SMI-4.0/24.6.93) id AA08651; Tue, 8 Feb 94 16:12:53 +0100 Received: from mail.cs.tu-berlin.de by sc.ZIB-Berlin.DE (4.1/SMI-4.0-sc/03.06.93) id AA18734; Tue, 8 Feb 94 16:11:51 +0100 Received: from tubvm.cs.tu-berlin.de by mail.cs.tu-berlin.de with SMTP id AA18086 (5.65c8/IDA-1.4.4(mail.m4[1.12]) for <@MAIL.CS.TU-BERLIN.DE:Schoepf@SC.ZIB-BERLIN.DE>); Tue, 8 Feb 1994 16:11:38 +0100 Message-Id: <199402081511.AA18086@mail.cs.tu-berlin.de> Received: from TUBVM.CS.TU-BERLIN.DE by tubvm.cs.tu-berlin.de (IBM VM SMTP V2R2) with BSMTP id 7135; Tue, 08 Feb 94 16:11:27 +0200 Received: from VM.URZ.UNI-HEIDELBERG.DE (NJE origin MAILER@DHDURZ1) by TUBVM.CS.TU-BERLIN.DE (LMail V1.2a/1.8a) with BSMTP id 7134; Tue, 8 Feb 1994 16:11:24 +0200 Received: from VM.URZ.UNI-HEIDELBERG.DE (NJE origin LISTSERV@DHDURZ1) by VM.URZ.UNI-HEIDELBERG.DE (LMail V1.2a/1.8a) with BSMTP id 2987; Tue, 8 Feb 1994 16:10:51 +0000 Reply-To: Mailing list for the LaTeX3 project In-Reply-To: <199402081432.PAA11520@hp5.iti.informatik.th-darmstadt.de> from "David Carlisle" at Feb 8, 94 02:08:55 pm Date: Tue, 8 Feb 1994 16:09:19 +0100 From: Joachim Schrod Sender: Mailing list for the LaTeX3 project To: Multiple recipients of list LATEX-L Subject: Re: A philosophical question about packages and options Status: R X-Status: X-Keywords: X-UID: 1465 David wrote: > > Actually it might be better to make somas into a class rather than a > package (it can \LoadClass{letter}) Btw, how about a \ProvidesDerivedClass{class}{base class}[class info][base class info] basically defined as \ProvidesClass{#1}[#3] \DeclareOption*{\PassOptionsToClass{\CurrentOption}{#2}} \ProcessOptions \LoadClass{#2}[#4] under the assumption that options specific to this derived class are to be declared in advance. IMHO it would introduce an abstraction level that would encourage reuse of existing class. In fact, I expect most contributed classes to be some derivation of one of the standard classes, with redefinitions of headers etc.; so it would be appropriate to provide a respective construct. Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de Computer Science Department Technical University of Darmstadt, Germany