X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["2411" "Tue" "28" "October" "1997" "10:00:42" "+0000" "Sebastian Rahtz" "s.rahtz@ELSEVIER.CO.UK" nil "46" "Re: journal macros (not front matter)" "^Date:" nil nil "10" nil nil nil nil nil] nil) Received: from listserv.gmd.de (listserv.gmd.de [192.88.97.1]) by mail.Uni-Mainz.DE (8.8.5/8.8.5) with ESMTP id LAA26301; Tue, 28 Oct 1997 11:07:04 +0100 (MET) Received: from lsv1.listserv.gmd.de by listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <2.151F03B4@listserv.gmd.de>; Tue, 28 Oct 1997 11:07:02 +0100 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 224873 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Tue, 28 Oct 1997 11:06:49 +0100 Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by relay.urz.uni-heidelberg.de (8.8.7/8.8.7) with ESMTP id LAA18329 for ; Tue, 28 Oct 1997 11:06:42 +0100 (MET) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.5/8.8.5) with ESMTP id KAA25507 for ; Tue, 28 Oct 1997 10:05:26 GMT Received: from SRAHTZ (actually host srahtz.elsevier.co.uk) by snowdon.elsevier.co.uk with SMTP (PP); Tue, 28 Oct 1997 10:05:57 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <97102719061911@multivac.jb.man.ac.uk> X-Mailer: VM 6.33 under Emacs 19.34.6 Message-ID: <446-Tue28Oct1997100042+0000-s.rahtz@elsevier.co.uk> Reply-To: Mailing list for the LaTeX3 project In-Reply-To: <97102719061911@multivac.jb.man.ac.uk> Date: Tue, 28 Oct 1997 10:00:42 +0000 From: Sebastian Rahtz Sender: Mailing list for the LaTeX3 project To: Multiple recipients of list LATEX-L Subject: Re: journal macros (not front matter) Status: R X-Status: X-Keywords: X-UID: 2507 > Although I guess there is no reason to REQUIRE a journal to support > bibliographies generated by BibTeX, it seems a sensible thing to do, i don't quite understand this. how can a style know whether a bibliography was formatted by BibTeX or by hand? do you mean one or all of: - journals must supply a .bst file on demand - journals should strongly recommend that authors use \cite - authors should supply only a .bib file > itself not to be journal dependent, some sort of extended citing scheme, > covering all the possibilities, should be at least allowed if not > required. BibTeX seems to cover enough ground, and the formats, fields i think you are confusing two issues here. layout of the contents of the \bibitem (by BibTeX) is one thing, the interaction between \*cite* and the label of the \bibitem is another. i dont think the internal formattng is much of an issue (unless someone proposes structured markup inside a \bibitem), and i would suggest that standardizing on the extended \cite markup of `natbib' would suit almost everyone. I have had to do styles and editorial support for quite a few journals here, and since i started telling people to use natbib, i have not had any more complaints of `but i cant express this bizarre citation situation'. really, anyone who has a scheme they cannot express should tell Patrick, and ask him to support it. > This list seems to be the best (only) way to finally get some changes > made in this area so people can get back to thinking about content and so far as bibliographies is concerned, do you mean that you want core LaTeX to define extended \cite commands? well, we know that won't happen for LaTeX2e, so our only recourse is a standardized package. i personally would like to see the problem solved by moving natbib into the macros/latex/packages area of CTAN, so as to give it the `preferred supplier' status. > before that we must agree on what information is needed, how it is to be > grouped, what the syntax should be and develop a sample (or real) .cls, > .bst etc which shows that the scheme can actually fulfill its purpose. i'd suggest doing one bit at a time. get front matter right first, and produce a sample package that implements it. if you try and do the whole job in one go, it'll fall to pieces. > Has anyone thought about a scheme similar to BibTeX for front matter? Michael Downes did, yes sebastian