> > Inaugurate a GNU extension? <evil laugh> > Indeed, but the subject under discussion is making refer(1) > conformant to various acknowledged styles, not in-house usage. But isn't that the job of the macro package, not refer? I guess the question is "How can refer make that job easier?", which you answered by saying that mom defines a new database field for the edition. If we consider this usage the status quo, should it be documented with an appropriate entry in the list of field names in the refer manual page? (The manual page does speak of the "conventional meaning" of each field, implying that this is by common agreement rather than by rule of an authority.)
- Why does refer(1) have no database field for ... G. Branden Robinson
- Re: Why does refer(1) have no database f... Oliver Corff
- Re: Why does refer(1) have no databa... Peter Schaffter
- Re: Why does refer(1) have no database f... Peter Schaffter
- Re: Why does refer(1) have no databa... Oliver Corff
- Re: Why does refer(1) have no da... Peter Schaffter
- Re: Why does refer(1) have no databa... Tadziu Hoffmann
- Re: Why does refer(1) have no da... Peter Schaffter
- Re: Why does refer(1) have n... Tadziu Hoffmann
- Re: Why does refer(1) h... Peter Schaffter
- Re: Why does refer(... Tadziu Hoffmann
- Re: Why does re... Peter Schaffter
- Re: Why does re... Dave Kemper
- Refer database ... Oliver Corff
- Re: Refer datab... pierrejean.fic...@posteo.net
- Re: Refer datab... G. Branden Robinson
- Re: Refer datab... G. Branden Robinson
- Re: Why does refer(... G. Branden Robinson
- Re: Why does refer(1) have no da... G. Branden Robinson