Contents |
Languages: عربي | Asturianu | Català | Česky | Kaszëbsczi | Dansk | Deutsch | English | Esperanto | Español | Eesti | فارسی | Suomi | Français | Galego | Italiano | 日本語 | 한국어 | Norwegian | Polski | Português Brasileiro | Română | Русский | Svenska | Slovenčina | Slovenščina | српски | Türkçe | Tiếng Việt | Українська | 简体中文 | 繁體中文
Esta página pretende dar uma visão geral dos diferentes aspectos do desenvolvimento do KDE, em particular a assuntos relacionados com programação. O projeto KDE dá as boas vindas a todos dispostos a ajudar.
Não é um programador? Veja as páginas do KDE em como participar para conferir outras maneiras que você pode ajudar. Veja também: Bugsquad! |
|---|
| Nota |
A direção geral do projeto KDE é determinada por aqueles que fazem o trabalho - não existe nenhum tipo de plano único o qual determine como o KDE irá ser no futuro.
Se você quer saber o que está atualmente acontecendo, então existem um número de fontes de informação as quais você deve considerar:
Começar na codificação para o KDE é uma questão de encontrar alguma coisa para consertar, e corrigi-la. Você pode querer consultar a visão geral do módulo para ajudar a encontrar o que você está procurando. Depois de ter consertado algo, você vai querer enviar um patch. Se você fizer isso algumas vezes, você pode querer pedir uma conta SVN, assim você pode consertar as coisas diretamente.
KDE é em grande parte escrito em C++. Se você não está familiarizado com C++, você deve fazer pelo menos algum trabalho sobre ele. Há uma série de bons livros sobre C++ - uma excelente fonte é Bruce Eckel's "Thinking in C++", que está disponível como um download gratuito e como um documento impresso. Não é essencial entender tudo antes de iniciar no KDE, mas você precisa entender a sintaxe básica e operações.
Para se tornar proficiente com codificação KDE, você deve entender o conjunto de ferramentas Qt. Se você não estiver familiarizado com o Qt, você deve trabalhar com os tutoriais incluídos em Qt (Qt4 version, Qt3 version).
Se você está mais interessado em multimídia e vídeos para começar, você pode querer passar dois minutos surpreendentes observando Building a Simple Help Documentation Browser with Qt4 Designer. Se isso prendeu a sua atenção, você também pode querer ver a introdução do vídeo Hello Qt por Mark Summerfield, que faz parte de Trolltech Developer Days 2006 presentations.
Se você precisa de uma suave introdução ao Qt, ou gostaria apenas de uma visão alternativa, então você pode querer olhar para The Independent Qt Tutorial (Atualmente offline devido ao contrato do livro).
Se você prefere aprender Qt lendo um livro tradicional, dê uma olhada no Trolltechs book page. Mais sugestões para tornar-se familiar com Qt4 estão disponíveis também aqui.
Uma gama de informações sobre as técnicas KDE estão disponíveis na seção de tutoriais. Note-se que alguns desses tutoriais ainda focam o KDE3, mas eles devem ser pelo menos parcialmente aplicáveis.
Você também encontrará informações úteis sobre a codificação no KDE na seção FAQs. Estas informações também podem estar um pouco desatualizadas para o KDE4, porém muitas delas são amplamente aplicáveis, mesmo fora do KDE.
Você também pode ler Livros de codificação KDE.
Por último, mas não menos importante, o KDE vem com extensa documentação de classe (Aplicação de Interface de Programador). Esta opção está disponível na seção Manuais de referência KDE API, que também contém uma série de links úteis sobre como escrever ou atualizar a documentação de classe. Você também pode gerar informações em sua própria máquina, ou se referir a uma versão online mais atual em The English Breakfast Network.
Uma descrição mais detalhada das etapas acima está disponível em nosso Guia de Programação.
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.
If your question concerns KDE development, your options are pretty much the same general user ones, with some modifications:
A full list of KDE mailing lists is available here and here.
KDE TechBase 