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

Outreach

OpenHatch 1

Area: Research
Description: Investigate how well represented KDE is on OpenHatch.org, a volunteer opportunities finder. Based on this make suggestions where improvements can be made.
Outcome: a clear picture of what has to be done to represent KDE better on OpenHatch
Difficulty: easy
Time: 3 days
IRC: #kde-cwg on freenode
Mailing List: kde-devel at kde.org
Mentor: Lydia Pintscher (lydia at kde.org)

OpenHatch 2

Area: Outreach
Description: Based on the investigation in the previous task work with the Community Working Group to improve the representation of KDE on OpenHatch.org.
Outcome: better representation of KDE on OpenHatch
Difficulty: easy
Time: 1 week
IRC: #kde-cwg on freenode
Mailing List: kde-devel at kde.org
Mentor: Lydia Pintscher (lydia at kde.org)

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 ([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. Create or update three icons.
Outcome: A more complete/modern oxygen icon set.
Difficulty: medium
Time: 1 week
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)

Bugs and wishes cleanup

Area:Quality Assurance
Description: Amarok has quite a big list of bugs and wishes. Unfortunately there are also quite a few duplicates, and bugs or wishes that my have slipped from attention. Besides marking duplicates as such, the reports for older versions than the current stable one need to be cleaned up as well. To check the validity, this needs testing in the latest stable version,
The task consists of both testing and cleanup, available for two students who will do 20 testing items and 50 cleanups.
Outcome: a) Having a better picture of the importance of ticket handling. b) Being able to give a hand in bug triaging c) Capable of using the search features of bugzilla as well as capable of testing stable software releases. d) Capable of writing a testing plan for further use.
Prerequisites: logic thinking, methodic work.
Difficulty: easy to medium
Time: 1-2 weeks
IRC: #amarok on irc.freenode.net
Mailing List: amarok at kde org
Mentor: Myriam Schweingruber (myriam at kde org)

First run tutorial text

Area: Documentation
Description: Amarok needs a first-st run tutorial for new users. The task consists of writing the text for this tutorial.
Outcome: A usable first-run tutorial text that can later be integrated in Amarok.
Difficulty: medium
Time: 1 week
IRC: #amarok on irc.freenode.net
Mailing List: amarok at kde org
Mentor: Mark Kretschmann (kretschmann at kde org)

First run tutorial code

Area: Code
Description: Amarok needs a first-st run tutorial for new users. The task consists of
a) Layout organisation of the tutorial,
b) writing the code that calls the content,
c) add an option to choose between 2 application layouts, Amarok 1.4.x or Amarok 2.4.x
Outcome: A usable st-run tutorial that can be integrated in Amarok.
Difficulty: medium
Time: 4 weeks
IRC: #amarok on irc.freenode.net
Mailing List: amarok at kde org
Mentor: Mark Kretschmann (kretschmann at kde org)

Wiki cleanup: outdated pages

Area: Documentation
Description: Amarok's wiki is a vast source of information accumulated over many years. Unfortunately, this time frame means that the wiki has accumulated significant amounts of oudated and unusable information. The largest section of this is the group of pages relating to pre-2.0 releases of Amarok (e.g., Amarok 1.4), all of which are no longer officially supported. As part of the wiki cleanup, these outdated pages need to be identified and moved, while maintaining the self-consistency of the rest of the wiki (mainly involving updating links).
Outcome: A much more organised, manageable, and up-to-date wiki.
Difficulty: easy
Time: 1-2 weeks
IRC: #rokymotion and #amarok on freenode
Mailing List: amarok-promo at kde org and amarok at kde org
Mentor: James Duncan

Wiki cleanup: translated pages

Area: Documentation
Description: Amarok's wiki is a vast source of information, and a large portion of that information has been translated twice over (sometimes more). The current scheme the wiki uses to store the translated pages is difficult to maintain and vastly more complex than it needs to be. This task involves reorganising the translated pages and coding up "intelligent" templates to implicitly link them appropriately.
Outcome: A significantly more maintainable internationalisation structure for the Amarok wiki.
Difficulty: easy to medium
Time: 1-2 weeks
IRC: #rokymotion and #amarok on freenode
Mailing List: amarok-promo at kde org and amarok at kde org
Mentor: James Duncan

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: 3 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])

Create a new Theme

Area: Artwork/User Interface
Description: Parley themes are done in SVG and bring some fresh color and fun images to the learning experience. We have already a few themes, but it would be great to expand those. Creating a theme is just a matter of taking one of the existing ones, replacing the images and colors and at the end zipping it all up for others to download. You can look at the existing Parley Themes for example.
Outcome: A new Parley Theme that makes learning vocabulary more fun.
Difficulty: easy, requires editing svg files (for example with Inkscape)
Time: 2 weeks
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

Plasma Media Center Views

Area: Development
Description: A couple of views for PMC written using QML: one for the TV form factor and the other one for the mobile device form factor
Outcome: A couple of QML views that will hopefully be integrated with the software
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), Alessandro Diaferia (alediaferia at kde dot org)

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). Record a news segment for one show.
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: 1 week (to be published multiple times)
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
Mentor: Dmitry Kazakov (dimula73 at gmail com)

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)

Krita UML diagram

Area: Documentation
Description: Create a Unified Modeling Language (UML) diagram representing the overall structure of Krita. The purpose of this diagram would be to quickly introduce new coders (and the general public) to Krita's broad structure, and to serve as a foundation for a more complex diagram to complement the current Doxygen documentation of Krita.
Outcome: A cool diagram useful to show the world how Krita works and as graphical documentation.
Difficulty: medium/hard
Time: one or two weeks.
Mailing List: kimageshop at kde org
Mentor: José L. Vergara (pentalis at gmail.com)

Krita Mascot

Area: Outreach
Description: Gather different design proposals for a Krita mascot and a logo, research their impact on people without previous awareness and with awareness of the project. Questions to consider include whether they think the logo evokes the program's function and whether the mascot is cool enough (think Firefox, Wilber, Puffy... ;) )
Outcome: A cool mascot and logo or a list of candidates!
Difficulty: medium
Time: one or two weeks.
Mailing List: kimageshop at kde org
Mentor: José L. Vergara (pentalis at gmail.com)

Simple Mixing Brush

Area: Code
Description: Create a new brush engine for Krita. A brush that can paint with a color equal to the average of the colors underneath the brush outline (this is the simplest algorithm for a mixing brush).
Outcome: Happy artists with a brush engine that allows for simple color mixing, which at the moment is missing in Krita.
Difficulty: hard.
Time: one to three weeks
Mailing List: kimageshop at kde org
Mentor: José L. Vergara (pentalis at gmail.com). For this one you can count on me to be your teacher, not just a mentor.

KWord

Help improving support for writing OpenDocument

Area: Testing
Description: Test writing OpenDocument (ODT) files in KWord by loading ODT-documents, saving them, loading them again and identifying bugs. It is needed to trim complex documents down to the actual problem to help to identify the place in KWord that has the bug. Then we could create bugreports at http://bugs.kde.org, attach the ODT-document and a maybe even a screenshot showing the problem.
Outcome: High-quality bugreports that describe certain bugs when saving documents in KWord as ODT-files.
Difficulty: normal.
Mailing List: koffice at kde org
Mentor: Sebastian Sauer (mail at dipe dot org).

Improve support for writing OpenDocument

Area: Code
Description: Fix bugs (see the section above about bugreports) when saving (and maybe even loading? :-) OpenDocument (ODT) files.
Difficulty: hard.
Time: months
Mailing List: koffice at kde org
Mentor: Sebastian Sauer (mail at dipe dot org).

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])

Rekonq

Rekonq is a web browser based on KDE and Webkit. Source code is available at git.kde.org.

Add search to the bookmarks and history panes in the main content area

Area: Code
Description: Rekonq allows searching of bookmarks and history through the address bar. Add search input fields in the bookmarks/history content panes too, so that the user can search from there as well.
Outcome: Typing in the search inputs should show only relevant bookmarks/history in the pane
Difficulty: medium
Time: 1-2 weeks
IRC: #rekonq on freenode
Mailing List: [email protected]
Mentor: Nikhil Marathe ([email protected])

Remember and apply zoom settings per domain

Area: Code
Description: Currently rekonq only shows a certain zoom level while a tab is open, and that too only for that tab. Rekonq should remember zoom settings for every site and apply then whenever that site is being browsed and changes should reflect across all tabs.
Outcome: Improved zoom capabilities
Difficulty: hard
Time: 2-3 weeks
IRC: #rekonq on freenode
Mailing List: [email protected]
Mentor: Nikhil Marathe ([email protected])

Add more context menu actions

Area: Code
Description: Images in web pages should have a context menu item (right-click menu) to open the image in a new tab. In addition, each page's context menu should have an entry to start 'Find' on that page's content.
Outcome: Rekonq is more user friendy
Difficulty: easy
Time: 4-5 days
IRC: #rekonq on freenode
Mailing List: [email protected]
Mentor: Nikhil Marathe ([email protected])

KDE Community Forums

fighting spam

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)

Translation of UserBase pages

Area: Documentation/Translation
Description: Translation of sets of UserBase pages into a language of your choice. The pages should be those most needed by newcomers either to KDE Software or new to contributing to documentation. They are defined on the following pages: http://userbase.kde.org/Category:Getting_Started (with a sub-category Configuration) and http://userbase.kde.org/Category:Contributing. There are 44 pages in all. It is anticipated that on-line translation will be used, at least at first, with the student progressing to off-line translation using gettext and Lokalization should time allow.
Outcome: Useful "own-language" documentation is created and the student learns to be comfortable with translation software.
Difficulty: Easy to Medium
Time: 2 weeks
IRC: #kde-www on freenode
Mailing List: [email protected]
Mentor: Web team led for this purpose by Anne Wilson (annew at kde org)