Difference between revisions of "GoogleCodeIn/2010/Ideas"

Line 144: Line 144:
 
'''Area:''' Documentation<br>
 
'''Area:''' Documentation<br>
 
'''Description:''' Write clear documentation on all currently implemented functionalities of the Observation Planner in KStars. The help is essentially outdated, and this task aims to update it. This will involve learning a really simple schema called Docbook, which you can learn by looking at other help files. The next thing you would do is to explain how to use the Observation Planner tool and explain what each feature does, with appropriate screenshots. Will be a good task to pick if you are an amateur astronomer.<br>
 
'''Description:''' Write clear documentation on all currently implemented functionalities of the Observation Planner in KStars. The help is essentially outdated, and this task aims to update it. This will involve learning a really simple schema called Docbook, which you can learn by looking at other help files. The next thing you would do is to explain how to use the Observation Planner tool and explain what each feature does, with appropriate screenshots. Will be a good task to pick if you are an amateur astronomer.<br>
'''Outcome:''' A nice help / user guide for the Observation Planner.
+
'''Outcome:''' A nice help / user guide for the Observation Planner.<br>
 
'''Difficulty:''' easy<br>
 
'''Difficulty:''' easy<br>
 
'''Time:''' 1 week ~ 1.5 weeks<br>
 
'''Time:''' 1 week ~ 1.5 weeks<br>
Line 155: Line 155:
 
'''Description:''' As a part of KStars, there was a project called AstroInfo that was started several years ago. The aim of the project is to provide an encyclopedia of information accessible from within KStars, with stuff that you can try from within KStars to enhance your understanding! This content is not supposed to be as in-depth as a full-fledged encyclopedia like Wikipedia, but at a much more accessible level. The aim of this project is to write a few articles about Telescopes. It should include these topics: Types of telescopes, Parameters used to describe telescopes (aperture, focal length) etc, Image quality and Aberrations, Calculation of magnification / Field-of-view. There should also be examples of how to use KStars to calculate the FOV of a telescope. A great task to pick if you are planning to do something physics / astronomy related in future.<br>
 
'''Description:''' As a part of KStars, there was a project called AstroInfo that was started several years ago. The aim of the project is to provide an encyclopedia of information accessible from within KStars, with stuff that you can try from within KStars to enhance your understanding! This content is not supposed to be as in-depth as a full-fledged encyclopedia like Wikipedia, but at a much more accessible level. The aim of this project is to write a few articles about Telescopes. It should include these topics: Types of telescopes, Parameters used to describe telescopes (aperture, focal length) etc, Image quality and Aberrations, Calculation of magnification / Field-of-view. There should also be examples of how to use KStars to calculate the FOV of a telescope. A great task to pick if you are planning to do something physics / astronomy related in future.<br>
 
Also note that you should write all text on your own and not just copy-paste from other sources. Copy-pasting from other sources without appropriate attribution, called plagiarism, is a crime. Copy-pasting might not be allowed (even with attribution) by some sources, depending on their licensing terms. So you should write things on your own.<br>
 
Also note that you should write all text on your own and not just copy-paste from other sources. Copy-pasting from other sources without appropriate attribution, called plagiarism, is a crime. Copy-pasting might not be allowed (even with attribution) by some sources, depending on their licensing terms. So you should write things on your own.<br>
'''Outcome:''' Information about telescopes as part of the AstroInfo project
+
'''Outcome:''' Information about telescopes as part of the AstroInfo project.<br>
 
'''Difficulty:''' easy<br>
 
'''Difficulty:''' easy<br>
 
'''Time:''' 1 week ~ 1.5 weeks<br>
 
'''Time:''' 1 week ~ 1.5 weeks<br>
Line 167: Line 167:
 
To do this project, you should know basic C++ and should be able to learn to use a couple of Qt-specific things pretty fast.<br>
 
To do this project, you should know basic C++ and should be able to learn to use a couple of Qt-specific things pretty fast.<br>
 
<b>TODO:</b> Add more detail.
 
<b>TODO:</b> Add more detail.
'''Outcome:''' Links to information near technical terms in KStars
+
'''Outcome:''' Links to information near technical terms in KStars<br>
 
'''Difficulty:''' medium<br>
 
'''Difficulty:''' medium<br>
 
'''Time:''' 2 weeks<br>
 
'''Time:''' 2 weeks<br>
Line 187: Line 187:
 
'''Area:''' Documentation<br>
 
'''Area:''' Documentation<br>
 
'''Description:''' The screenshots used in the KStars manual and the AstroInfo project are really old. The aim of this task is to replace all the old pictures with new ones.
 
'''Description:''' The screenshots used in the KStars manual and the AstroInfo project are really old. The aim of this task is to replace all the old pictures with new ones.
'''Outcome:''' Updated help files, which reflect the current look and feel of KStars.
+
'''Outcome:''' Updated help files, which reflect the current look and feel of KStars.<br>
 
'''Difficulty:''' easy<br>
 
'''Difficulty:''' easy<br>
 
'''Time:''' 1 week<br>
 
'''Time:''' 1 week<br>
Line 198: Line 198:
 
'''Description:''' The observing list code (observinglist.cpp) currently has a lot of duplicate code that can be removed. The aim of this is to remove all possible code duplication in observinglist.cpp.<br>
 
'''Description:''' The observing list code (observinglist.cpp) currently has a lot of duplicate code that can be removed. The aim of this is to remove all possible code duplication in observinglist.cpp.<br>
 
This will require basic knowledge of C++ and ability to adapt to an unfamiliar API (if you're not familiar with Qt).<br>
 
This will require basic knowledge of C++ and ability to adapt to an unfamiliar API (if you're not familiar with Qt).<br>
'''Outcome:''' Cleaner code in observinglist.cpp
+
'''Outcome:''' Cleaner code in observinglist.cpp<br>
 
'''Difficulty:''' medium<br>
 
'''Difficulty:''' medium<br>
 
'''Time:''' 2 weeks<br>
 
'''Time:''' 2 weeks<br>

Revision as of 06:17, 28 October 2010

Guidelines

Information for Students

This page is for collecting ideas for Google Code-in tasks. The tasks will be moved into Melange for you to claim when appropriate.

Adding a Proposal

When adding an idea to this section, please try to include the following data:

  • if the application is not widely known, a description of what it does and where its code lives
  • a brief explanation
  • the expected results
  • pre-requisites for working on your project if any
  • if applicable, links to more information or discussions
  • mailing list or IRC channel for your application/library/module
  • your name and email address for contact (if you're willing to be a mentor)
  • difficulty of the proposal - must be one of easy, medium, hard
  • time to complete the proposal
  • the area the proposal is related to. This can be any of the following:
    • Code: Tasks related to writing or refactoring code
    • Documentation: Tasks related to creating/editing documents
    • Outreach: Tasks related to community management and outreach/marketing
    • Quality Assurance: Tasks related to testing and ensuring code is of high quality
    • Research: Tasks related to studying a problem and recommending solutions
    • Training: Tasks related to helping others learn more
    • Translation: Tasks related to localization
    • User Interface: Tasks related to user experience research or user interface design and interaction

If you are not a developer but have a good idea for a proposal, get in contact with relevant developers first.

Ideas

Promotion and Marketing

Video ad for KDE

Area: Outreach
Description: Use all your creativity to create an innovating short film promoting KDE. We are looking for an advertise with new ideas that communicate the spirit behind KDE.
Outcome: A short film (less that 2 minutes) promoting KDE
Difficulty: medium
Time: 1 week
IRC: #kdenlive on freenode
Mailing List: kdenlive-devel at lists dot sourceforge dot net
Mentor: Jorge Salgueiro (j[email protected])

Overhaul the Promo wiki

Area: Documentation
Description: Go through the KDE Promo wiki pages, remove obsolete content, update pages and provide a good navigation structure
Outcome: A more useful wiki
Difficulty: easy
Time: 2 weeks
IRC: #kde-promo on freenode
Mailing List: kde-promo at kde dot org
Mentor: Stuart Jarvis ([email protected])

KDE Slide Show

Area: Outreach
Description: Create a slide show introducing KDE and its software, through a mixture of images and text
Outcome: Cool stuff to have in the background at booths
Difficulty: medium
Time: 1 week
IRC: #kde-promo on freenode
Mailing List: kde-promo at kde dot org
Mentor: Stuart Jarvis ([email protected])

Workspace Screencasts

Area: Outreach
Description: Create a screencast aimed at getting Windows and Mac users started with Plasma Desktop and/or Plasma Netbook
Outcome: Simple 'getting started' guide for placing on KDE website, potential future distribution with KDE software
Difficulty: medium
Time: 2 weesk
IRC: #kde-promo on freenode
Mailing List: kde-promo at kde dot org
Mentor: Stuart Jarvis ([email protected] - I can advise on content, but not on how to make a screencast)

KDE Live CD

Area: Outreach
Description: KDe is not affiliated to and does not endorse any particular Linux distribution, however, by necessity we often use a distro Live CD to demo our software, even though it may be different to what we release. Based on an existing distribution, create a Live CD that contains only KDE branding and vanilla KDE software
Outcome: Pure KDE Live CD to demo KDE software at conferences and shows
Difficulty: medium
Time: 4 weesk
IRC: #kde-promo on freenode
Mailing List: kde-promo at kde dot org
Mentor: Sandro Andrade ([email protected])

Oxygen

Icon junior Job

Area:User Interface
Description: Oxygen needs many many icons, some need to be updated to the new look and feel, some need to be created from scratch.
Outcome: A more complete/modern oxygen icon set.
Difficulty: medium
Time: 1 month
IRC: #Oxygen on freenode
Mailing List: all at oxygen-icons org
Mentor: Nuno Pinheiro ([email protected])

Amarok

conference poster

Area: Outreach
Description: Amarok needs a poster giving an overview of what Amarok is. It should be big, good-looking, easy to read and informative. http://amarok.kde.org/en/features can be taken as the basis for the poster but needs to be checked for correctness with the Amarok promo team.
Outcome: ready to print PDF of a shiny poster that will tell conference visitors more about Amarok.
Difficulty: medium
Time: 1 week
IRC: #amarok on freenode
Mailing List: amarok at kde org
Mentor: Lydia Pintscher (lydia at kde org)


KAlgebra

Mobile applet

Area: Code
Description: Think of what utilities you would like to have in your calculator and add them to KAlgebra Mobile version, it would be using some JavaScript bindings for KAlgebra so it would be quite simple.
Outcome: New and useful little tools ready to use on your device.
Difficulty: hard
Time: 1 week
IRC: #kde-edu on freenode
Mailing List: kde-edu at kde org
Mentor: Aleix Pol ([email protected])

Physics Library

Area: Code
Description: Think of one area that you like from your physics book and translate the formulae from your book into KAlgebra language.
Outcome: New library that will be available for everyone to use.
Difficulty: medium
Time: 1 week
IRC: #kde-edu on freenode
Mailing List: kde-edu at kde org
Mentor: Aleix Pol ([email protected])

Homework

Area: Documentation
Description: Try to solve different mathematics problems from class using KAlgebra. Explain how you did it, what turned out good and bad.
Outcome: For us, a good example on how KAlgebra is being used, for the rest an example of how to properly use KAlgebra.
Difficulty: medium
Time: 1 week
IRC: #kde-edu on freenode
Mailing List: kde-edu at kde org
Mentor: Aleix Pol ([email protected])

KStars

KStars is an application that aims to be the all-in-one astronomy portal. It draws a map of the sky, does some cool calculations, helps manage your observations amongst other things! Help us take it even further!

Document the Observation Planner

Area: Documentation
Description: Write clear documentation on all currently implemented functionalities of the Observation Planner in KStars. The help is essentially outdated, and this task aims to update it. This will involve learning a really simple schema called Docbook, which you can learn by looking at other help files. The next thing you would do is to explain how to use the Observation Planner tool and explain what each feature does, with appropriate screenshots. Will be a good task to pick if you are an amateur astronomer.
Outcome: A nice help / user guide for the Observation Planner.
Difficulty: easy
Time: 1 week ~ 1.5 weeks
IRC: #kde-edu on freenode
Mailing List: [email protected]
Mentor: Akarsh Simha <[email protected]>; IRC: kstar

Documentation on Types of Telescopes

Area: Documentation
Description: As a part of KStars, there was a project called AstroInfo that was started several years ago. The aim of the project is to provide an encyclopedia of information accessible from within KStars, with stuff that you can try from within KStars to enhance your understanding! This content is not supposed to be as in-depth as a full-fledged encyclopedia like Wikipedia, but at a much more accessible level. The aim of this project is to write a few articles about Telescopes. It should include these topics: Types of telescopes, Parameters used to describe telescopes (aperture, focal length) etc, Image quality and Aberrations, Calculation of magnification / Field-of-view. There should also be examples of how to use KStars to calculate the FOV of a telescope. A great task to pick if you are planning to do something physics / astronomy related in future.
Also note that you should write all text on your own and not just copy-paste from other sources. Copy-pasting from other sources without appropriate attribution, called plagiarism, is a crime. Copy-pasting might not be allowed (even with attribution) by some sources, depending on their licensing terms. So you should write things on your own.
Outcome: Information about telescopes as part of the AstroInfo project.
Difficulty: easy
Time: 1 week ~ 1.5 weeks
IRC: #kde-edu on freenode
Mailing List: [email protected]
Mentor: Akarsh Simha <[email protected]>; IRC: kstar

Links that explain terms within menus

Area: Code
Description: Astronomy can have a lot of technical terms, and these can make astronomy in general, and KStars, inaccessible to a beginner. The aim of this project is to connect up to the documentation in the AstroInfo project (read about AstroInfo in the previous task description) from various menus in KStars. Wherever there is a technical term in KStars (eg: RA / Dec / Airmass etc in the Details Dialog, Catalog numbers / magnitude / constellation name in the context menu when clicking on an object), there should be a clickable link that takes the user to the corresponding page from the Astroinfo project.
To do this project, you should know basic C++ and should be able to learn to use a couple of Qt-specific things pretty fast.
TODO: Add more detail. Outcome: Links to information near technical terms in KStars
Difficulty: medium
Time: 2 weeks
IRC: #kde-edu on freenode
Mailing List: [email protected]
Mentor: Akarsh Simha <[email protected]>; IRC: kstar

Did you know? facts

Area: Documentation
Description: The "Tip of the Day" in KStars is used to educate users both about the capabilities of KStars and about astronomy. Include at least 20 more interesting tips about astronomy and KStars. Students interested in astronomy / physics might be more interested, and more capable of doing this task. Outcome: More facts / tips in KStars.
Difficulty: easy
Time: 1 week
IRC: #kde-edu on freenode
Mailing List: [email protected]
Mentor: Akarsh Simha <[email protected]>; IRC: kstar

New screenshots!

Area: Documentation
Description: The screenshots used in the KStars manual and the AstroInfo project are really old. The aim of this task is to replace all the old pictures with new ones. Outcome: Updated help files, which reflect the current look and feel of KStars.
Difficulty: easy
Time: 1 week
IRC: #kde-edu on freenode
Mailing List: [email protected]
Mentor: Akarsh Simha <[email protected]>; IRC: kstar

Remove code duplication in Observing List

Area: Code
Description: The observing list code (observinglist.cpp) currently has a lot of duplicate code that can be removed. The aim of this is to remove all possible code duplication in observinglist.cpp.
This will require basic knowledge of C++ and ability to adapt to an unfamiliar API (if you're not familiar with Qt).
Outcome: Cleaner code in observinglist.cpp
Difficulty: medium
Time: 2 weeks
IRC: #kde-edu on freenode
Mailing List: [email protected]
Mentor: Akarsh Simha <[email protected]>; IRC: kstar

Parley

Vocabulary Test

Area: Documentation
Description: Prepare for a vocabulary test with Parley. While doing that, write an introduction with screen-shots how you used and configured the program. With your tutorial it should be easy to get up and running to use Parley for those knowledge based tests.
Outcome: A tutorial with screen-shots that explains one use case for Parley.
Difficulty: easy
Time: 1 week
IRC: #kde-edu on freenode
Mailing List: kde-edu at kde org
Mentor: Frederik Gladhorn ([email protected])

Spell-checking improvements

Area: Code
Description: There is a basic implementation for spell-checking in Parley. It is in a very rough state and prone to crashes. Improving the language selection and making it possible to check the spelling in one language at a time will make this feature much more useful.
Outcome: Spell-checking per language is possible, better language selection.
Difficulty: hard, at least basic C++ knowledge required
Time: 2 weeks (1 week to get Parley compiled, 1 week to change the code)
IRC: #kde-edu on freenode, talk to fregl
Mailing List: kde-edu at kde org
Mentor: Frederik Gladhorn ([email protected])

Plasma

DataEngine documentation

Area: Documentation
Description: Documentation of the sources and data structure of the most important dataengines currently shipped in the Plasma workspace, with extensive tutorials on ho to use them
Outcome: Techbase wiki pages of documentation of the tructure of the dataengines and pages of tutorials
Difficulty: easy
Time: 1-2 weeks
IRC: #plasma on freenode
Mailing list: plasma-devel at kde dot org
Mentor: Marco Martin (mart at kde dot org)

QML plasmoid

Area: Code
Decription: with the KDE Plasma Workspace 4.6 there is the new possibility to write plasmoids in QML and Javascript, let's try to rewrite one of the standard plasmoids in this language
Outcome: a simple plasmoid of the default set reimplemented almost identic in QML (suggested: RSSnow) this will kickstart the migration towards QtComponents and scene graph Difficulty: easy
Time: 1 week
IRC: #plasma on freenode
Mailing list: plasma-devel at kde dot org
Mentor: Marco Martin (mart at kde dot org)

How to Screencast

Area: Promo/documentation
Decription: Make screencasts on some Plasma features like "how to create an activity?" "how change wallpaper"? "how download new plasmoids?" and so on Outcome: A series of screencast videos with voice ove that explains how to use important features in the KDE Plasma Workspace
Difficulty: medium
Time: 1 week
IRC: #plasma on freenode
Mailing list: plasma-devel at kde dot org
Mentor: Marco Martin (mart at kde dot org)

Bookmarks plasmoid

Area: Bugfix
Decription: Fix and polish the behaviour of the Bookmarks plasmoid Outcome: The bookmarks plasmoid should behave better on bookmarks change, plasmoid resizing and be aware of activity change (last part facultative) Difficulty: easy
Time: up to 1 week
IRC: #plasma on freenode
Mailing list: plasma-devel at kde dot org
Mentor: Marco Martin (mart at kde dot org)

Fix Dashboard behaviour

Area: Bugfix
Decription: Make the dashboard go away when some actions are performed, like alt+tab, current active window changed, desktop grid effect trigger
Outcome: the dashboard should behave in a more natural and expected way hiding itself on the proper situations
Difficulty: medium
Time: up to 1 week
IRC: #plasma on freenode
Mailing list: plasma-devel at kde dot org
Mentor: Chani Armitage

Text for welcome plasmoid

Area: Documentation
Decription: Since early 4.0 days Plasma needs a plasmoid that displays a simple welcome message with some simple "did you know" or how to do a given thing. Outcome: This task would expect some of such text of be produced, and (optional, construct a very simple mockup grade ml plasmoid to display those text snippets) Difficulty: easy/medium
Time: 1/2 weeks
IRC: #plasma on freenode
Mailing list: plasma-devel at kde dot org
Mentor: Chani Armitage

KDE and the Masters of the Universe

News Anchor

Area: Outreach
Description: Collect, write and record a small news segment for KDEMU; News must relevant to KDE and/or the Free desktop scene. Non-KDE related content must be in some way relevant to the KDE community (like Linux or X.org news).
Outcome: Every week the news segment recording will be played before our usual cast takes center stage. The written version can be published both as the show notes and as a KDE DOT Article.
Difficulty: Medium
Time: 4 week
IRC: #klluminati on freenode
Mentor: Guillermo Amaral (gamaral at kde dot org)

KDE Base

KWallet UI

Area: Code
Description: KWallet user interface still uses k3support classes
Outcome: Rewrite the code that uses k3support to remove the dependencyy from the legacy module
Difficulty: Medium
Time: 1 week
IRC: ???
Mentor: ???

KDEPim

KMail reply to self in mailinglists

Area: Bugfixing
Description: Replayig on a mail in a mailinglist sent by ourselves makes kmail reply to our own address rather than the mailinglist one.
Outcome: Make KMil reply to the mailing list address
Difficulty: Medium
Time: 1 week
IRC: ???
Mentor: ???

KOffice

KSpread

Implement byte-position text functions as aliases for the normal text functions

Area: Code
Description: The OpenDocument specification, which specifies formulas that should be supported by spreadsheet applications, defines a number of so-called byte-position text functions. These functions are currently not supported in kspread, and adding support for them is rather easy as they can just be aliases for the character-position text functions (these functions are FINDB, LEFTB, LENB, MIDB, REPLACEB, RIGHTB and SEARCHB).
Outcome: Support for the byte-position text functions, by adding them as alias to the character-position text functions.
Difficulty: easy
Time: 1-2 days
IRC: #koffice on freenode
Mailing List: koffice-devel at kde org
Mentor: Marijn Kruisselbrink ([email protected])

Add support for the PERMUTATIONA function to kspread

Area: Code
Description: Among the spreadsheet functions that are currently not supported by KSpread but are defined in the OpenDocument specification (which kspread aims to fully implement at some point), is the PERMUTATIONA function. PERMUTATIONA is very similar to the currently supported POWER function, it mostly puts some extra constraints on the input values (that should result in an error as output value), so for the implementation the current POWER implementation should be helpfull.
Outcome: Support for the PERMUTATIONA function in kspread
Difficulty: medium
Time: 1 week
IRC: #koffice on freenode
Mailing List: koffice-devel at kde org
Mentor: Marijn Kruisselbrink ([email protected])

Krita

Implement GIMP's VBR Brush support

Area: Code
Description: VBR Brush file format is used by GIMP for storing parametric brushes. They are used by digital artists. It is simple text file. Your task is to implement loading of this brush format as preset for the brush engine Pixel Brush, which is equivalent to the brush engine in GIMP.
Outcome: Happy artists, better interoperability with GIMP
Difficulty: medium
Time: few days
IRC: #krita on freenode
Mailing List: kimageshop at kde org
Mentor: Lukáš Tvrdý (lukast.dev at gmail com)

History docker

Area: Code
Description: Implement a docker that show a list with the last undo steps, using a QUndoView. It should even be possible to make it working for all KOffice applications.
Outcome: Happy artists, better visibility of the undo actions.
Difficulty: easy
Time: few days
IRC: #krita on freenode
Mailing List: kimageshop at kde org

Krita YouTube videos

Area: Outreach
Description: Record Krita in action. Compile Krita 2.3 trunk and record some cool new 2.3 features in action like brush engines, mirroring and rotation of the canvas. Full list of new features can be found here http://wiki.koffice.org/index.php?title=Schedules/KOffice/2.3/Feature_Plan#Krita
Outcome: Happy developers, better visibility of Krita in the digital world
Difficulty: easy
Time: 5 days
IRC: #krita on freenode
Mailing List: kimageshop at kde org
Mentor: Lukáš Tvrdý (lukast.dev at gmail com)

kdegraphics

Okular

Move KPDF bugs/wishes to Okular

Area: Bug triaging
Description: Okular is the KPDF (KDE 3 PDF viewer) successor for KDE 4, the KDE bugzilla has lots of reports against KPDF that have to be verified against Okular and closed if they are already fixed and moved to the Okular product if they still make sene.
Outcome: Happy users, Happy developers
Difficulty: medium
Time: few days
IRC: #okular on freenode
Mailing List: [email protected]
Mentor: Albert Astals Cid ([email protected])

KDE Community Forums

Area: Code
Description: Just like any other forum, KDE Forums being a popular resource is often a target for spammers (both human and bots). Of course, we cannot do much about the human spammers, but identifying spam bots is quite doable given that we identify the patterns. This project involves interaction with the forum staff and getting to know how the most common spam-bot profiles look. The aim is to develop a PHP script for the forum engine phpBB that would hook itself with user profile updates, track any change and pass them through regexes (say for example, for links in their signature, etc.) and move the user to a special usergroup if found suspicious.
Outcome: Spam-bots get auto moved to a special usergroup that has posting restrictions.
Difficulty: medium
Time: 1 week
IRC: #kde-forum on freenode
EMail: forum-admin at kde org
Mentor: KDE Forum Admins (forum-admin at kde org)

Translation

Polish (pl) documentation screenshots

Area: Translation
Description: Browse Polish KDE documentation and check if the current screenshots are up-to-date. Create new ones when needed. Check if the description in the documentation matches the screenshots (menu names etc).
Outcome: Better quality Polish KDE
Difficulty: easy
Time: few days
IRC: ???
Mailing List: [email protected]
Mentor: Marta Rybczynska (kde-i18n at rybczynska.net)

Polish (pl) GUI verification

Area: Translation
Description: Browse Polish KDE. Check the translation for correctness and style. Check if it matches Polish KDE guidelines.
Outcome: Better quality Polish KDE
Difficulty: easy
Time: few days to a week
IRC: ???
Mailing List: [email protected]
Mentor: Marta Rybczynska (kde-i18n at rybczynska.net)


Content is available under Creative Commons License SA 4.0 unless otherwise noted.