[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]