Difference between revisions of "Contribute/fr"

Revision as of 10:21, 22 March 2012

Other languages:

Greek  • ‎English  • ‎Spanish  • ‎Finnish  • ‎French  • ‎Galician  • ‎Japanese  • ‎Korean  • ‎Dutch  • ‎Polish  • ‎Brazilian Portuguese  • ‎Slovak  • ‎Chinese (China)

Contribute

Cette page a pour but de donner un aperçu des différents aspects du développement de KDE en particulier concernant sa programmation. Le projet KDE accueille avec plaisir tout ceux qui sont prêts à le faire avancer.

 

Note

Il existe de nombreuses de façons de faire évoluer le développement de KDE. Elles peuvent être divisées en plusieurs catégories : Documentation, Traduction, Développement, Utilisation, Accessibilité, Travaux artistiques, Promotion. Concernant les tâches autres que le développement (écriture de code) les pages de KDE expliquant comment participer en donnent un bon aperçu. Voir également la Bugsquad !

Ressources : Actualités et courriels

La direction générale du projet KDE est déterminée par ceux qui font le travail - il n'y a pas de planification globale de ce que KDE deviendra dans le futur.

Si vous voulez savoir ce qu'il se passe en ce moment, il y a un certain nombre de ressources que vous pouvez utiliser :

Listes de diffusion

Sûrement la meilleure façon de se tenir au courant de ce qui se passe dans la développement de KDE. Des archives sont disponibles ici

CommitFilter

Recevez des notifications aux soumissions de nouveaux codes sources de KDE dans les sections des dépôts qui vous intéressent.

KDE Commit-Digest

Résumé hebdomadaire des soumissions des projets dans les dépôts de code source de KDE.

The Dot

Le site des actualités de KDE.

Reporter des bogues

La façon la plus facile de contribuer à KDE est de reporter tous les bogues que vous trouvez dans KDE en utilisant le Système de suivi de bogues de KDE (aussi connu sous le nom de Bugzilla).

Si l'application que vous utilisez, tombe en panne, alors l'utilitaire Dr Konqi apparaitra et vous guidera au travers du processus d'envoi des rapports de pannes. vers la communauté KDE. Pour en savoir plus, lisez Comment créer des rapports de pannes utiles.

Débuter en écrivant du code

Débuter en codant dans KDE consiste à chercher quelque chose à corriger, et à le corriger. Vous devriez consulter la description générale du module pour essayer de trouver ce que vous cherchez ; une fois la correction faite, vous pourrez l'envoyer sous forme d'un patch. Si vous faites cette opération régulièrement, vous pourrez obtenir un compte d'accès aux dépôts de KDE en tant que Contributeur KDE avec lequel vous pourrez faire vos corrections directement.

• Liste des modules de KDE
• Envoyer des patches
• Obtenir à un compte SVN de KDE
• Premiers pas avec votre nouveau compte SVN

C++

KDE est en grande partie écrit en C++. Si vous n'êtes pas familier avec le C++, vous devriez au moins faire quelques essais avec. Il y a de nombreux excellents ouvrages sur le sur C++ (quelques un en français, les meilleurs et ceux sus-cités sont cependant en anglais) - une source excellente est "Thinking in C++" de Bruce Eckel (en français "Penser en C++"), qui est disponible à la fois en téléchargement gratuit et en document imprimé. Il n'est pas essentiel de tout comprendre avant de commencer avec KDE, mais vous devrez comprendre la syntaxe et les opérations de base.

Qt

Pour devenir compétent avec la programmation de KDE, vous devrez comprendre la boîte à outil Qt. Si vous ne connaissez pas bien Qt, il vous faudra travailler à l'aide des tutoriels inclus avec (la documentation de référence pour Qt).

Si vous avez besoin d'une introduction à Qt plus en douceur, ou si vous souhaitez avoir un point de vue alternatif, alors vous pouvez jeter un œil au Tutoriel indépendant pour Qt (anglais) (Actuellement hors ligne à cause de problèmes contractuels).

Si vous préférez apprendre Qt en lisant des livres, faites un tour sur la page des livres qui parlent de Qt. D'autres suggestions sur la manière de se familiariser avec Qt4 sont disponibles sur la page "Comment apprendre Qt". Une copie de cette documentation est, par ailleurs, distribuée avec Qt4.

Pour les documentations en français concernant Qt, le site de la communauté francophone Qt est la meilleure source d'information et de documentation en français.

KDE

Une palette d'informations sur les technologies de KDE est disponible dans la partie tutoriel. Notez que certains de ces tutoriels sont toujours orientés pour KDE3, cependant ils devraient être au moins partiellement applicables.

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 API Reference.

A more detailed description of the steps above is available in our Programming Guide.

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, becoming a member of the KDE Quality Team might appeal to you - see the Quality Team website for more information. Note that you do not need any programming skills to become involved. In particular developers regularly 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.

Getting Answers to Your Questions

If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:

• Read the Developer FAQ. Many common developer questions have been answered in the KDE Developer FAQ
• Search/browse KDE websites. A lot of questions can also be answered from the KDE websites, and the documentation included on it. You can search all the KDE websites on the homepage. In addition, you can browse the KDE TechBase website. And if possible, help edit it for clarity, and use the talk page if something is unclear.
• Search mailing lists. A lot of questions have already been answered on the KDE mailing lists, particular the lists kde-devel, kde2-porting, kde-core-devel, kde-games-devel, kfm-devel and koffice-devel. You can search these lists either at lists.kde.org. You should always search for your answer before asking questions on the mailing lists. When you ask a question on a mailing list you are emailing thousands of people -- please do this only if the answer is not available through a simple search.
• Search engines. Do not forget about your favorite search engine. One of the best search engines is Google. With Google you can also search the great bulk of Usenet news sites, which is also particularly helpful, especially for general programming and gcc-related questions.

• Read the source code. http://websvn.kde.org and https://projects.kde.org/ are available to help browse code. Read some commit logs and diffs for the code you might want to work with, It adds perspective.
• Ask on KDE mailing lists. If you still do not have an answer, try asking your question on one of the KDE mailing lists listed above.
• For questions relating to core development or third-party KDE development, unless you are particularly interested in Konqueror, KOffice, games or Java development, your main choice is kde-devel (subscribe).
• For questions relating to Konqueror development, your main choice is kfm-devel (subscribe)
• For questions relating to KOffice development, your main choice is koffice-devel (subscribe)
• For questions relating to games development, your main choice is kde-games-devel (subscribe)
• For questions relating to Qt development, please use the fine Qt mailing list.

A full list of KDE mailing lists is available here and here.