[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [RFC] Packaging technology updateUttered "Paul W. Frields" <stickster@gmail.com>, spake thus:

On Sun, 2005-11-27 at 19:38 -0600, Tommy Reynolds wrote:
> Uttered "Paul W. Frields" <stickster gmail com>, spake thus:
> > It would be nice, though, to *not* have to enter all the extraneous
> > name info in contexts where it won't be used.  For example, doc
> > revisions only need the person's initials to generate a revision
> > entry, where RPM revisions need the person's full name and email.
> > (BTW, generating the full name from the firstname and surname
> > doesn't work for some people, like me for instance.)
> I know.  That's why I have all those names, name parts, initials,
> combinations and permutations like "wholename" in there.  From that,
> I generate the DocBook's <articleinfo> and <bookinfo> entries.
> Think of the rpm-info file as sort of a database where we can
> squirrel away (potentially) useful data and then produce wonderous
> results without resorting to custom surgery.

Right, I understood this.
> > I do want to actually move the content out of attributes and into
> > elements where it seems more in keeping with standard XML usage,
> > but I'll update the XSLT as needed to do that.
> Be very cautious here.  I used attributes because they can make
> searching and selection easier.  There has long been a war between
> the attribute folks and the sub-element folks, but then an emacs user
> should be familiar with that sort of thing ;-)

I did google my way to some advice on this, the simplest explanation
being "if there's no required order to the content, use attributes."
That makes sense to me.

Paul W. Frields, RHCE                          http://paul.frields.org/
  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717
 Fedora Documentation Project: http://fedora.redhat.com/projects/docs/

Attachment: signature.asc
Description: This is a digitally signed message part

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]