f.r.c organization

Karsten Wade kwade at redhat.com
Wed Jul 13 19:58:09 UTC 2005


On Wed, 2005-07-13 at 08:41 -0400, Paul W. Frields wrote:
> Karsten mentioned to me offhand last night, after the meeting, that we
> may need some standards in place for publication directories on
> fedora.redhat.com.  At least some of our publications will (hopefully)
> eventually be translated, and some may branch for different versions of
> Fedora Core.  The locations on the Web site should reflect this.  Here's
> some initial thoughts, any of which might be wrong:  :-)
> 
> 1. No directory should include the name "fedora," simply because it's
> redundant.

Agreed.  This stems from the parent XML filename, in our usage, where it
is also somewhat redundant.

> 2. I'm not an Apache expert, but I'm pretty sure there is functionality
> for redirecting client requests based on the browser's reported language
> settings.  In other words, if a client asks for "index.html," and it
> reports language "en," the server can deliver "index.en.html," or some
> such.  Same for "ru," "ko," etc.  We should try to take advantage of
> this with our current directory build names of "document-name-en,"
> "document-name-ru," etc., and not separate this off into a folder
> hierarchy of its own.
> 
> I could see this as a good way to organize:
> 
> docs/
>   selinux-faq/
>     fc2/
>       index.php ...
>     fc3/
>     fc4/
>   jargon-buster/
>   release-notes/
>     fc3/
>     fc4/
>   ...

You don't show the language extension here.

Currently we are all over the place.  Here are some variations:

docs/release-notes/fc4/ru/
docs/selinux-faq-fc3/
docs/fedora-install-guide-en/

I tend to like directories to sort things, but that could get crazy.
Does this have a natural stopping point (bottom level) that is sane
enough?  This is as deep as we need, I think:

  docs/fc4/selinux-faq/en/

What I see Paul is suggesting:

  docs/fc4/selinux-faq-en/

Timothy Murphy said:

> I would have put the OS split (fc2, fc3, etc) before the subject
> split, since most people will only be interested in documentation
> for a given distribution. 

That's a good point worth considering.

Are people looking for documents:

a) First by version, then by subject?
b) First by subject, then by version?

I'm not sure what I _think_ is true.  Personally, I tend to look by
subject, then by version.  There is often not what I need in my
particular version, so I am looking for 'close enough.'

- Karsten
-- 
Karsten Wade, RHCE * Sr. Tech Writer * http://people.redhat.com/kwade/
gpg fingerprint:  2680 DBFD D968 3141 0115    5F1B D992 0E06 AD0E 0C41   
                       Red Hat SELinux Guide
http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/selinux-guide/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.fedoraproject.org/pipermail/docs/attachments/20050713/b876a914/attachment.bin 


More information about the docs mailing list