New tracker

[Tammy Fox]

On Sun, 2004-08-15 at 19:50, Karsten Wade wrote:
> On Sat, 2004-08-14 at 17:17, Tammy Fox wrote:
> 
> > It seems like we have some duplication of effort here. Before I knew you
> > had started a process document in XML, I started 
> > 
> > http://fedora.redhat.com/participate/documentation-quick-start/
> 
> Yeah, sorry you missed that, it predated your work by a few days.  Just
> represents accumulation of consensus + my own idea wackiness.
> 
> > Seems like we should combine our efforts and decide whether to use XML
> > for this or just post it on the website. Since it isn't very long, I
> > started it as a straight webpage thinking it would be faster to update.
> > Which do you prefer? I do like your explanation here of the lifecycle of
> > a tutorial so I'll incorporate it into my page as soon as I get a chance
> > (within the next few days).  We could even draw up a flow chart in Dia.
> > Like I said previously, my page needs organization. I was just trying to
> > get it up for everyone to see as soon as possible while everyone was
> > interested in discussing the idea.
> 
> Well, it was plain text, but Dave converted it, so I thought we might as
> well use it now.  I think it should end up in the Doc Guide as an
> chapter.
> 
> I don't quite think of our two output as duplication, although our
> content might be.  I think your Quick Intro... serves as something we
> can easily find on the Web, and it quickly distills the ideas that
> should be fleshed out in the part that I wrote (which is pretty fleshy).
> 
> How about this?
> 
> Fedora Doc Guide
>   Doc Lifecycle Process
>     Quick Introduction to Writing for Fedora Documentation Project
>     Lifecycle Process
> 
> The Quick Intro... is a distillation of the ideas covered in detail in
> the Lifecycle Process.  We then link directly to the Quick Intro... from
> fedora.redhat.com/projects/docs _and_ from fedora.redhat.com/docs as
> "how to get involved with writing or editing Fedora documentation."
> 
> The chapter Lifecycle Process is what project members must learn,
> follow, and improve via consensus.
> 
> To get to that point, we need to be sure that the two accurately
> describe each other.  I'll finish the process in XML, create a bug
> report for it, attach it, compare that against the work you did, attach
> a patch to that on the same bug, and start a fresh thread on the list
> about the whole thing.
> 
> When that is done, you and the other editor-minded people can have at it
> again for a final consensus.  Sound good?
> 

The webpage I started is a quick version to get you started, and the one
you are working on to be included in the Docs Guide is the detailed
version. Sure, sounds good.

Tammy

> - Karsten, off to prep an old window for painting
> -- 
> Karsten Wade, RHCE, Tech Writer
> a lemon is just a melon in disguise
> http://people.redhat.com/kwade/
> gpg fingerprint: 2680 DBFD D968 3141 0115  5F1B D992 0E06 AD0E 0C41