Re: Procedure for uploading new material?
"Oliver Elphick" <firstname.lastname@example.org> writes:
> What is the procedure for getting new material into the official
> I am happy for the basic command section to be published, but don't
> know how to achieve that and still be able to incorporate new material into
> it. Is there some documentation equivalent to dupload?
> I would also like to know how to integrate it neatly into the overall
> manual. I have made it a separate file, but found that I had to put
> the element declaration for it into debiandoc.dtd. Is that a limitation of
> SGML? If so, it would seem to be one that will be very hampering and ought
> to be changed.
Well, there's not yet an official procedure for that, but it comes down
to this: Since I'm the maintainer of the official sources of (amongst
others :-) the user's manual, it's my job to gather all pieces, glue
them together, and put out the latest and greatest version on the DDP
home page. Note that steps as proofreading by one or more other DDP
(only?) team members, editing, etc., are not covered yet, but I'm sure
these will make it into the official procedure.
I assume that since the need for such a procedure starts to arise now
we have several people working on one document, we'll start discussion
this (real) soon (this is where Christian comes in :-). I've already
some ideas for this, so maybe we can start this discussion shortly?
So, since I already got your version, I could simply put it in my CVS
repository and put out a new version of the complete manual. On the
other hand I already saw some suggestions for improvements, so I think
it's better if you first gather all comments, work them out, and then
we'll put it in the official sources. What do you think?
As far as the integration is concerned, you could keep your chapter in
a separate file and write in another file an empty framework to keep
SGML happy. Using so-called entities you "include" your chapter into
the framework. That's how I'm organizing the manual to keep including
source updates easy.
> In writing this chapter I found it necessary to define references to
> material that others are writing. What procedures do we have for reconciling
> such cross-referencing. (<ref id=???>)
I remember seeing something from Christian about this, but again we
don't yet have anything official for this (this is where Christian
comes is again :-).
> Oliver Elphick Oliver.Elphick@lfix.co.uk
> Isle of Wight http://www.lfix.co.uk/oliver
> PGP key from public servers; key ID 32B8FAA1
> Unsolicited email advertisements are not welcome; any person sending
> such will be invoiced for telephone time used in downloading together
> with a £25 administration charge.
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
> email@example.com .
> Trouble? e-mail to firstname.lastname@example.org .
Ardo van Rangelrooij
home email: email@example.com, firstname.lastname@example.org
home page: http://www.tip.nl/users/ardo.van.rangelrooij
PGP fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
Trouble? e-mail to email@example.com .