Promo/Dot: Difference between revisions

From KDE Community Wiki
(add rules about when to do an article or not.)
mNo edit summary
Line 6: Line 6:
#We don't do more than 1 big article a day and one small one
#We don't do more than 1 big article a day and one small one
#We are kind of informal - a little joke should be possible. But the dot is professional enough not to use the term hacker but developer instead. (tricky rule, this one, it's about balance I'd say. I wouldn't want the dot to get boring but it should be kind of decent still)
#We are kind of informal - a little joke should be possible. But the dot is professional enough not to use the term hacker but developer instead. (tricky rule, this one, it's about balance I'd say. I wouldn't want the dot to get boring but it should be kind of decent still)
#We cover, as much as possible, al feature releases iof anything but very rarely development/maintenance releases except:
#We cover, as much as possible, all feature releases of anything but very rarely development/maintenance releases except:
      *SC (devel and maintenance)
#*SC (devel and maintenance)
      *First new platform ports (devel)
#*First new platform ports (devel)
      *Really exciting new features
#*Really exciting new features
      *Significant new application
#*Significant new application
      *Maintenance releases which DO include new features (like Amarok)
#*Maintenance releases which DO include new features (like Amarok)

Revision as of 16:15, 8 March 2010

  • List of Ideas for DOT articles.

Rules for dot-editors

  1. We always make sure articles are reviewed, preferably at least by one person reasonably fluent in English
  2. We always announce upcoming articles on dot-editors and put theinfo about the article (time to be published, reviewer) on top of the article
  3. We don't do more than 1 big article a day and one small one
  4. We are kind of informal - a little joke should be possible. But the dot is professional enough not to use the term hacker but developer instead. (tricky rule, this one, it's about balance I'd say. I wouldn't want the dot to get boring but it should be kind of decent still)
  5. We cover, as much as possible, all feature releases of anything but very rarely development/maintenance releases except:
    • SC (devel and maintenance)
    • First new platform ports (devel)
    • Really exciting new features
    • Significant new application
    • Maintenance releases which DO include new features (like Amarok)