From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13698 invoked from network); 12 Dec 2001 14:03:26 -0000 Received: from unknown (HELO fencepost.gnu.org) (199.232.76.164) by sources.redhat.com with SMTP; 12 Dec 2001 14:03:26 -0000 Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.22 #1 (Debian)) id 16E9yS-0002DZ-00; Wed, 12 Dec 2001 09:03:04 -0500 Received: from fwall.clustra.com ([194.143.59.98] helo=smtp.trd.clustra.com) by fencepost.gnu.org with smtp (Exim 3.22 #1 (Debian)) id 16E9vt-00028w-00 for ; Wed, 12 Dec 2001 09:00:25 -0500 Received: (qmail 6374 invoked from network); 12 Dec 2001 14:00:23 -0000 Received: from dhcp-10-179.clustra.com (HELO hoolabaloo.clustra.com) (10.10.200.179) by maestro.clustra.com with SMTP; 12 Dec 2001 14:00:23 -0000 Message-Id: <5.1.0.14.2.20011212145839.045c4ec0@mail.trd.clustra.com> X-Sender: yngves@mail.trd.clustra.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 To: Milan Zamazal From: Yngve Svendsen Subject: Re: gnats/308: No way to set default values for multi-enumerated-in-file fields Cc: gnats-prs@gnu.org In-Reply-To: <87y9karfoh.fsf@blackbird.zamazal.org> References: <5.1.0.14.2.20011210000906.00b42288@10.10.1.1> <5.1.0.14.2.20011209210849.00b7f660@10.10.1.1> <5.1.0.14.2.20011209210849.00b7f660@10.10.1.1> <5.1.0.14.2.20011210000906.00b42288@10.10.1.1> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: gnats-prs-admin@gnu.org Errors-To: gnats-prs-admin@gnu.org X-BeenThere: gnats-prs@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Copies of bug tracking system messages List-Archive: Date: Sat, 20 Oct 2001 11:41:00 -0000 X-SW-Source: 2001-q4/txt/msg00078.txt.bz2 At 21:19 10.12.2001 +0100, Milan Zamazal wrote: > >>>>> "YS" == Yngve Svendsen writes: > > YS> Is it only the "separators" and "defaults" keywods that have to > YS> be in a specific order, or are there other such dependencies, > >`separators' has to be the last option if present. I think the order of >other options is not important. OK, I documented that. > YS> and does this also go for defaults and separators in the > YS> multienum field type? > >I think `separators' mustn't be followed by any other option there too. I just tested that, and it appears that the "separators" last rule does _not_ apply to multienum fields. - Yngve _______________________________________________ Gnats-prs mailing list Gnats-prs@gnu.org http://mail.gnu.org/mailman/listinfo/gnats-prs