Contribute (es)

Revision as of 07:06, 5 April 2008 by Manlix (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Esta pagina esta realizada para mostrar los diferentes aspectos del desarrollo KDE en particular los relacionados con la programacion.El projecto KDE le da la bienvenida a los interesados en ayudar.

Nota

Hay muchas maneras de involucrarse en el dessarollo de KDE ,de las cuales podemos destacar.

   Documentacion, Traducion, Desarrollo, Trabajo artistico y Promocion por solo mencionar algunas 

No eres programador? Visita las paginas KDE para que te enteres de como puedes cooperar.

Contenido [hide]

   * 1 Noticias y fuentes de email
   * 2 Empezando a programar
         o 2.1 C++
         o 2.2 Qt
         o 2.3 KDE
   * 3 Involucrate buscando fallas y errores
   * 4 Fuentes Historicas

incompleto----------------------------------------------

[edit] Noticias y fuentes de email

The general direction of the KDE project is determined by those who do the work - there is no single high level plan for what KDE will look like in the future.

If you want to find out what is currently happening, then there are a number of sources you might like to consider:

Mailing Lists

   Probably the best way to find out what's going on in KDE development. Archives are available here 

CommitFilter

   Receive notification of SVN commits in areas that interest you. 

KDE Commit-Digest

   Weekly summary of SVN commits. 

The Dot

   The KDE news site. 

[edit] Getting Started with Coding

Getting started at coding for KDE is a matter of finding something to fix, and fixing it. You may want to consult the module overview to help find what you are looking for; once you have fixed something, you will want to send in a patch. If you do that a few times, you may want to apply for an SVN account so you can fix things directly.

   * Module overview
   * Sending patches
   * Applying for a KDE SVN Account
   * First steps with your new SVN account 

At the moment, there are two choices for development within KDE - you can work on KDE3, or KDE4. KDE3 is a good choice for bug fixing, however the main development work effort (and all new features) is on KDE4. This document mainly focuses on work in support of KDE4. [edit] C++

KDE is mostly written in C++. If you are not familiar with C++, you should do at least some work on it. There are a number of good books on C++ - an excellent source is Bruce Eckel's "Thinking in C++", which is available both as a free download and as a printed document. It isn't essential to understand everything before you start in KDE, but you do need to understand basic syntax and operations. [edit] Qt

To become proficient with KDE coding, you should understand the Qt toolkit. If you are not familiar with Qt, you should work through the tutorials included with Qt (Qt4 version, Qt3 version).

If you are more into multimedia and videos for a start you might want to spend two amazing minutes on watching Building a Simple Help Documentation Browser with Qt4 Designer. If that got your attention you might also want to watch the video introduction Hello Qt by Mark Summerfield which is part of the Trolltech Developer Days 2006 presentations.

If you need a gentler introduction to Qt, or would just like an alternative view, then you may wish to look at the The Independent Qt Tutorial (Currently offline due to book contract).

If you prefer to learn Qt by reading a traditional book, take a look at Trolltechs book page. More suggestions on becoming familiar with Qt4 are available here as well. [edit] KDE

A range of information on KDE techniques is available in the tutorial section. Note that some of these tutorials still target KDE3, though they should be at least partly applicable.

You will also find useful information on KDE coding in the FAQs section. This information may also be somewhat dated for KDE4, however much of it is broadly applicable, even outside KDE.

You can also read KDE coding books.

Last, but by no means least, KDE comes with extensive class (Application Programmer Interface) documentation. This is available in the KDE API Reference Manuals section, which also contains a number of useful links on how to write or update the class documentation. You can also generate these on your own machine, or refer to a more up-to-date online version at The English Breakfast Network.

A more detailed description of the steps above is available in our Programming Guide. [edit] Getting Involved in Bug Hunting and Application Quality

There is a large number of applications within KDE, and not all of them have a maintainer dedicated to managing bugs and generally helping out with all the issues associated with turning some working code into a polished application.

If you are interested in helping out with KDE, but don't know where to start, visit Contribute Website for more information. Note that you do not need any programming skills to become involved. In particular develpers regurarly publish so-called Junior Jobs to encourage new contributions.

Of course, you can become involved in bug hunting without being part of the KDE Quality Team - just create yourself an account on the KDE bug tracking system, and start searching / sorting through the bugs. Again, you don't have to have programming skills - it helps the programmers enormously just to have a procedure that allows a bug to be consistently reproduced.

The Bugsquad tries to keep track of bugs in KDE software and make sure that valid bugs are noticed by developers. You do not need any programming knowledge to be in the Bugsquad; in fact it is a great way to return something to the KDE community if you cannot program. [edit] Historical Sources

KDE Traffic

   Summary of the development mailing lists. KDE Traffic ran for 76 issues, from 10 March 2001 until 16 April 2004. The KDE Commit-Digest (described above) is its logical successo

Traducido por Manlix------------------------------

KDE® and the K Desktop Environment® logo are registered trademarks of KDE e.V.Legal