Help:Wiki structure/pt-br

In other languages: English (en) português (pt) português do Brasil (pt-br) русский (ru) [edit]

Você está criando páginas na wiki? Gostaria de saber como nomear elas no MediaWiki? Esta página mostra como queremos que a wiki seja estruturada, quando se trata de criar novas páginas ou mover conteúdo antigo.

A consistência é boa, inspira confiança no leitor. Essas regras e as regras de Help: Editing/pt-br são projetadas para usar os recursos do MediaWiki e atender às necessidades do Projeto Fedora, ao mesmo tempo que tornam a vida mais fácil para os contribuidores " e" leitores.

Nomenclatura das páginas

Use isso para nomear as novas páginas e áreas. Utilize-o também para planear para onde migrar o conteúdo aninhado da wiki antiga.

Regras gerais para a nomenclatura

Essas regras são para páginas e seções.

• Não aninhe páginas em subpastas, ex. Topic/FAQ
  • Exceção: Subprojetos com o ProjectName/ aninhado podem escolher continuar usando um nível de aninhamento. Todas as páginas abaixo desse nível devem ser feitas para seguir estas regras
• Utilize nomenclatura de linguagem natural (em oposição ao aninhamento)
• Utilize letra maiúscula apenas para a palavra inicial em um título ou em um título da seção: "Assim"
  • Exceções: Nomes de subprojetos, nomes próprios e os títulos/capítulos de guias formais de documentação completa que estão sendo convertidos para XHTML/XML
  • Exemplo: [[Entre no Projeto Foo]]; [[Configurando USB bootável]]; [[FAQ sobre o SELinux]]; [[Parado no meio do campo#Com os meus olhos bem abertos]]

Páginas focadas ao usuário final

Estas são páginas focadas nos usuários finais de todos os níveis, de iniciante a altamente experiente. Estas são páginas que não estão especificamente em um subprojeto ou [SIGs].

• Name pages within a single, flat namespace; do not use directory-like hierarchies:
  • no : [[FedoraLiveCD/USBHowTo]]
  • yes : [[How to boot a live Fedora image from USB]]

• Comprehensive guides (sets of pages linked together as a guide):
  • [[Guide Name - Chapter Name]]
    • Add each guide to a specific [[Category:Guide Name]]
  • For specific versions use [[F10 Guide Name - Chapter Name]]
    • Add these version specific guides to a version specific category [[Category:F10 Guide Name]], then add just that one category as a sub-category of [[Category:Guide Name]]

Project and SIG focused pages for contributors

These are pages focused on contributors who are working in one or more areas of Fedora. Some content may be end-user focused but belong within the project/SIG for reference.

The content here may be divided by one nesting level. Any further nesting needs to be squashed to the one sub-level with a natural language title. The best solution is to entirely rename without nesting, putting all pages in an appropriate Category:Foo Project category.

• If pages are in a single nested level:
  • no : SIGs/ISV/Join
  • yes : ISV_SIG/Join
  • best : How_to_join_the_ISV_SIG
• Content within the single nesting must be in a flat namespace with spaces
  • no : EPEL/PackageMaintainer/GenericJobDescription
  • yes : EPEL/FAQ
  • yes : EPEL/Package_Maintainer_Generic_Job_Description
  • best : Frequently_asked_questions_about_EPEL; Generic_job_description_for_package_maintainers

Namespaces

A MediaWiki namespace is a special word followed by a colon, that puts the content in a different naming area in the wiki.

Automatically searchable namespaces

• Main:
• FedoraProject: (default project)
• Help:
• Category:

User: namespace

The User: namespace is somewhere you can put drafts and other personal material that you do not want searched and indexed by engines like Google. For instance, the user jpublic can build any wiki materials as desired under User:Jpublic, using subpages. If you need to know what pages you've built under your personal User: namespace, use the Special:Prefixindex page.

Archive: namespace

Move old content to this namespace. This gets it out of the regular search index but keeps it available for future needs.

If you are archiving old content while renaming a set of pages, do not give the page a new, natural language name in the Archive: namespace. It should remain under its old name in the new namespace, to make it easier to find in historical contexts. For example, FooProject/Some/OldStuff moves to Archive:FooProject/Some/OldStuff.

Put pages in an archive category
Put archived pages an appropriate category, such as Category:Docs Project archives.

Meeting: namespace

Use this namespace for naturally named pages related to project and SIG meetings. For example, Meeting:Docs IRC log 20080806.

Put pages in a meeting category
Put the meeting in an appropriate category, such as Category:Docs Project meeting logs.

Categories

• Use as many categories as needed that make sense:
  • Category:SIGs Category:Meetings Category:EPEL
• The category pages are the aggregation pages. Point to them prominently as the way to find all of something on a topic/within a category.
  • "To review a list of all docs currently in draft, refer to the Category:Draft Documentation."
  • "Useful end-user docs are found in the Category:Documentation."
  • "To learn more about the Documentation Project, refer to the Category:Docs Project.
• New category names should follow the same natural language rules as individual pages but are usually plural:
  • Docs project meeting logs
  • Ambassadors in North America
  • 2009 events
  • Google Summer of Code activities