Wiki starting points? Drafts...
by Francis Earl
I'm looking for somewhere to get started on the wiki, and I'm not sure
where to proceed?
This lead me to the Drafts wiki page, am I free to edit these pages as I
see fit? What is the etiquette here?
Just looking briefly at the "Getting Started" page, I believe a few
improvements could be made. It's overtone is very professional, which is
intimidating. I also think things like Graphic User Interface and Window
Manager should provide links to wikipedia so the user can learn more
about the topic if they wish. Wikipedia is provided in the Free Content
bookmarks folder in Fedora 7t4, so I don't think that would be an issue?
I think the wiki is the wrong place to try and explain such things
though.
Also, I don't see a way to upload images? There is a saying "a picture
tells a thousand words", and I believe it's true. I don't even see a way
to add images though? Screenshots (of a particular section of relevance
on the desktop) would greatly clarify what things say, and provide an
air of confidence for the user "I must be doing it right, it looks the
same".
Just some thoughts...
16 years, 12 months
[Fwd: Re: Homepage link for sr relnotes]
by Karsten Wade
FYI. I failed to cross-post my reply back. :)
-------- Forwarded Message --------
From: Karsten Wade <kwade(a)redhat.com>
Reply-To: Fedora Translation Project List <fedora-trans-list(a)redhat.com>
To: Fedora Translation Project List <fedora-trans-list(a)redhat.com>
Subject: Re: Homepage link for sr relnotes
Date: Wed, 02 May 2007 15:35:21 -0700
On Wed, 2007-05-02 at 22:49 +0100, Miloš Komarčević wrote:
> Hi,
>
> Since we're now above the required 90% mark for the sr relnotes
> translation, I expect it will be included with the final release?
Excellent!
> However, the link in the homepage module seems to incorrect, it
> references "index-sr.html\" instead of (yet to be)
> "RELEASE-NOTES-sr.html". I hope there is enough time before the freeze
> to push this correction through?
That's a funny typo, probably a "search and replace" mistake. It is
fixed in CVS. We also have a few extra days because the freeze got
moved until after the Core+Extras package merge happening today, so
there is no doubt this fixed in time for the release.
Thanks for spotting the bug!
- Karsten
--
Fedora-trans-list mailing list
Fedora-trans-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-trans-list
--
Karsten Wade, 108 Editor ^ Fedora Documentation Project
Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject
quaid.108.redhat.com | gpg key: AD0E0C41
////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
16 years, 12 months
Small about-fedora change
by Paul W. Frields
I made one more very small change in about-fedora -- our RSS feed
aggregator should be called "Planet Fedora" to match the rest of our web
sites and documents. Sorry about the extra string.
The statistics are looking GREAT -- you guys are amazing!
--
Paul W. Frields, RHCE http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
Fedora Project: http://fedoraproject.org/wiki/PaulWFrields
irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug
16 years, 12 months
DTDs soon available via PUBLIC URI
by Paul W. Frields
We use two specialty DTDs in the Docs Project, "rpm-info.dtd" and
"entities.dtd". Using SGML, these DTDs define the elements and
attributes allowed in an XML file which subscribes to them.
When you declare a document type using an XML DTD, you must provide a
URI for that DTD, either using the SYSTEM or PUBLIC type. A SYSTEM type
declaration is always a file local to your system, and that's the kind
we've made use of for our "rpm-info" and "entities" specialty files in
the Docs Project. A typical DTD in one of our "rpm-info.xml" files
might look like this:
<!DOCTYPE rpm-info SYSTEM "../../docs-common/packaging/rpm-info.dtd">
But what happens when docs-common is located somewhere different on
another contributor's system? This can now happen since we have
different module targets for CVS, such as "release-notes" or
"release-notes-devel" or "release-notes-devel-dir".
Enter the PUBLIC type declaration. The PUBLIC type is used for a DTD
that's available, well, publicly. :-) Things like DocBook XML use
PUBLIC DTDs because you can find the DTD on the web in several
locations, including:
http://www.docbook.org/xml/4.4/docbookx.dtd
http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd
A PUBLIC DTD always has a "formal public identifier" (FPI) that sets
that DTD apart from all others, but allows the same DTD to be published
in many different places without any confusion. For instance, the
DocBook XML 4.4 is always:
"-//OASIS//DTD DocBook XML 4.4//EN"
...no matter whether it's published at www.docbook.org,
www.oasis-open.org, or available locally on your Fedora system in
your /usr/share/sgml/docbook/xml-dtd-4.4-1.0-30.1/ folder. It's
perfectly permissible to make your own FPIs as long as you don't use
another DTD's FPI. (And of course you should play nice and not make it
hard for people to tell it's yours.)
I've recently made the following FPIs for our rpm-info and entities DTD
files:
"-//Fedora//DTD Docs RPM-INFO V1.0//EN"
"-//Fedora//DTD Docs ENTITIES V1.0//EN"
I'm also publishing them at the following URLs, respectively:
http://docs.fedoraproject.org/dtds/rpm-info.dtd
http://docs.fedoraproject.org/dtds/entities.dtd
This means that all our rpm-info and entities documents can start using
those URIs to avoid pesky validation errors when your docs-common/
directory ends up in a different place than it was when the rpm-info or
entities XML was first written. If you have an XML-aware editor that's
net-savvy, it will automatically retrieve the DTD over the network and
validate using it.
--
Paul W. Frields, RHCE http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
Fedora Project: http://fedoraproject.org/wiki/PaulWFrields
irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug
16 years, 12 months