KDE TechBase:Migrate content: Difference between revisions

From KDE TechBase
m (typo)
No edit summary
 
(9 intermediate revisions by 4 users not shown)
Line 4: Line 4:


# Step: Identify all developer-related content
# Step: Identify all developer-related content
# Step: check [http://developer.kde.org developer.kde.org] pages for similar content
# <del>Step: check [http://developer.kde.org developer.kde.org] pages for similar content</del> Apart from some developers' home directories, all URLs on http://developer.org redirect to techbase.kde.org
# Step: put the material on this wiki
# Step: put the material on this wiki
# If content is missing, use the template <nowiki>{{migrate|from-url}}</nowiki> to add a todo-box.
# If content is missing, use the template {{[[Template:movepage|movepage]]|''from-url''}} to add a todo-box.


== Rules ==
== Rules ==


# Page names aren't in CamelCase (CamelCase proper nouns  - like ''DocBook'' - are okay)
# Page names aren't in CamelCase (CamelCase proper nouns  - like ''DocBook'' - are okay)
# Make use of subpages, for example [[Policies/Commits]]
# Make use of subpages, for example [[Policies/SVN Commit Policy]]
# Make use of [http://meta.wikimedia.org/wiki/Help:Template templates] to mark Pages as relevant for KDE 3 or 4
# Make use of [http://meta.wikimedia.org/wiki/Help:Template templates] to mark Pages as relevant for KDE 3 or 4
# Use categories inside those templates.
# Use categories inside those templates.
# In case of doubt, read the [http://meta.wikimedia.org/wiki/Help:Contents#For_editors Media Wiki Users Guide]
# In case of doubt, read the [http://meta.wikimedia.org/wiki/Help:Contents#For_editors Media Wiki Users Guide]
# If you do have a KDE Subversion account, please use the ''same username'' in the wiki, because we might introduce unified login
# If you do have a KDE Subversion account, please use the ''same username'' in the wiki, because we might introduce unified login
== Roadmap ==
See also: [[Projects/Partners]]
Things to be done:
# dynamic content like feature plan
#* TODO: enable our mediawiki extension for our xml based feature plans
# validate our tutorials (i.e. proof-read everything and really try it)
# finish half-started pages (fill todo's in the e.g. KDE Architecture pages)
# <insert todo's here>


== Keep in mind ==
== Keep in mind ==


It's a wiki, you can change things easily later on. Note that this is not an invitation to just dump stuff here, but it may be relieving to know that not everything has to be perfect at first approach.
It's a wiki, you can change things easily later on. Note that this is not an invitation to just dump stuff here, but it may be relieving to know that not everything has to be perfect at first approach.

Latest revision as of 18:49, 12 July 2012

Information about syntax and templates can be found here.

How to fill this wiki with life

  1. Step: Identify all developer-related content
  2. Step: check developer.kde.org pages for similar content Apart from some developers' home directories, all URLs on http://developer.org redirect to techbase.kde.org
  3. Step: put the material on this wiki
  4. If content is missing, use the template {{movepage|from-url}} to add a todo-box.

Rules

  1. Page names aren't in CamelCase (CamelCase proper nouns - like DocBook - are okay)
  2. Make use of subpages, for example Policies/SVN Commit Policy
  3. Make use of templates to mark Pages as relevant for KDE 3 or 4
  4. Use categories inside those templates.
  5. In case of doubt, read the Media Wiki Users Guide
  6. If you do have a KDE Subversion account, please use the same username in the wiki, because we might introduce unified login

Roadmap

See also: Projects/Partners

Things to be done:

  1. dynamic content like feature plan
    • TODO: enable our mediawiki extension for our xml based feature plans
  2. validate our tutorials (i.e. proof-read everything and really try it)
  3. finish half-started pages (fill todo's in the e.g. KDE Architecture pages)
  4. <insert todo's here>

Keep in mind

It's a wiki, you can change things easily later on. Note that this is not an invitation to just dump stuff here, but it may be relieving to know that not everything has to be perfect at first approach.