| Line 4: | Line 4: | ||
series=Começando| | series=Começando| | ||
| − | name= | + | name=Configurando o KDE 4 para desenvolvimento| |
pre=[[Getting_Started/Build/KDE4|Compilando o KDE 4]]| | pre=[[Getting_Started/Build/KDE4|Compilando o KDE 4]]| | ||
| Line 400: | Line 400: | ||
}} | }} | ||
| − | * ''C++ | + | * ''Suporte C++->Código pronto'' |
| − | : | + | :Aqui você precisa adicionar banco de dados de código pronto para Qt e kdelibs, e mais se você quiser, por exemplo você pode precisar de um banco de dados para ''kdepimlibs'' quando estiver trabalhando com ''kdepim''. |
| − | : | + | :Para kdelibs, clique no botão ''Add...'' e escolha ''KDevelop Custom Directory PCS Importer'', então adicione o diretório de inclusão do KDE ({{path|$HOME/kde/include}}) à lista e continue. Você pode usar a caixa de diálogo de seleção de arquivos e o botão ''Add'' para adicioná-lo. |
| − | : | + | :Agora, adicione o banco de dados para Qt 4 selecionando ''KDevelop Qt4 PCS Importer'' neste momento. Você precisa selecionar o diretório de inclusão do Qt 4, que é {{path|$HOME/qt-copy/include}}. |
| − | {{ | + | {{nota|O Qt4 PCS Importer só é necessário se você não instalar Qt4, ou seja, usá-lo directamente a partir do diretório de compilação. A desvantagem de usar o Qt4 importer é que ele não mostra o progresso e a aplicação parece travar ao mesmo tempo que as importações. A alternativa é usar o Custom Directory PCS Importer para isso também}} |
| − | * ''C++ | + | * ''Suporte C++->Opções do Qt'' |
| − | : | + | :Verifique ''Enable Qt options'' e escolha Qt4 como sua versão. Defina o caminho ''QMake Binary'' para {{path|$HOME/qt-copy/bin/qmake}}. Então escolha ''Qt 4 style'' como ''Qt include syntax''. Use {{path|$HOME/qt-copy/bin/designer}} como ''Designer Binary''. Certifique-se de usar o diálogo ''Change Plugin Paths'' para adicionar o diretório do plugin do KDE para que você veja os widgets do KDE quando o designer for iniciado. Para fazer isso adicione {{path|$HOME/kde/lib/kde4/plugins}} ao campo de edição e então clique no botão ''Add''. |
| − | * '' | + | * ''Opções de Execução'' |
| − | : | + | :Certifique-se de usar o binário correto como ''Executable''. Por exemplo, se você quer executar o Konsole, este é {{path|$KDE_BUILD/KDE/kdebase/apps/konsole/src/konsole}}. Você deve adicionar ''--nofork'' ao ''Debug Arguments'' ou depurar alguns aplicativos como ''KMail'' não vai funcionar em tudo. |
| − | : | + | :Porque as funções do ''start3app'' mudam algumas variáveis de ambiente, você precisa mudá-las de volta aqui para que os aplicativos do KDE 4 possam ser executados sem problemas a partir do KDevelop. |
| − | : | + | :Para alguns aplicativos, como Konsole, isso não é estritamente necessário, mas outros como KMail irão quebrar se você não mudar isto. |
| − | : | + | :Basta clicar no botão ''Add / Copy'' para adicionar novas variáveis de ambiente. Você vai precisar do seguinte, que são os mesmos do seu [[Getting_Started/Increased_Productivity_in_KDE4_with_Scripts/.bashrc|{{path|.bashrc}}]]: |
:{| border="1" | :{| border="1" | ||
|- | |- | ||
| − | ! | + | ! Nome |
| − | ! | + | ! Valor |
|- | |- | ||
| KDEHOME | | KDEHOME | ||
| Line 451: | Line 451: | ||
| − | * '' | + | * ''Opções de Compilação->Compilação'' |
| − | : | + | :Certifique-se de que o diretório de compilação correto está selecionado. Mais uma vez, para o Konsole, este pode ser {{path|$KDE_BUILD/KDE/kdebase/apps/konsole}}. |
| − | * '' | + | * ''Opções de Compilação->Make'' |
| − | : | + | :Você pode querer verificar ''Abort on first error''. Você também pode querer adicionar ''VERBOSE='' ou ''VERBOSE=1'' à ''Additional make options'' para controlar o nível de detalhamento do processo de compilação. |
| − | : | + | :Se voce tem mais de um processador ou se você tem acesso a um icecream cluster, você pode querer checar a opção ''Run multiple jobs'' e configurar o ''Number of simultaneous jobs'' para o número de processadores disponíveis. Isso aumenta a velocidade de compilação. É o mesmo que a opção <tt>-j</tt> para ''make''. |
| − | * '' | + | * ''Formatação'' |
| − | : | + | :Você deve definir todas as opções aqui para combinar com o estilo de codificação do projeto que você está trabalhando. |
| − | * ''CTags-> | + | * ''CTags->Geral'' |
| − | : | + | :Você precisa definir corretamente o caminho para ''Path to ctags binary'', que é {{path|/usr/bin/ctags}} nos sistemas baseados em Debian. |
| − | : | + | :Você provavelmente desejará habilitar o <tt>Quando mais de um hit, vá diretamente para a primeira</tt> opção. |
| − | + | Agora você terminou de ajustar as configurações específicas do projeto. Agora você deve remover alguns plugins que você nao precisa, em ''Settings->Configure Plugins...''. Eu, por exemplo, disabilitei os seguintes plugins: | |
<small>Abbreviation Expansion, Code Snippets, Doxygen Support, Embedded Konsole, File Tree, '''Final Packaging Support''', "Open with" Menu Addon, QuickOpen, Regular Expression Tester, Scripting, '''Security Checker''', Shell Filtering and Insertion, Text Structure and Tools Menu Addition.</small> | <small>Abbreviation Expansion, Code Snippets, Doxygen Support, Embedded Konsole, File Tree, '''Final Packaging Support''', "Open with" Menu Addon, QuickOpen, Regular Expression Tester, Scripting, '''Security Checker''', Shell Filtering and Insertion, Text Structure and Tools Menu Addition.</small> | ||
| − | + | Você deve pelo menos desabilitar os que estão em negrito. | |
| − | + | Agora, abra algum arquivo de fonte, se nenhum já estiver aberto. Isso permitirá que o ''Settings->Configure Editor...'' acesse, onde você precisa definir as opções de aba para combinar com o estilo de aba usado pelo projeto que você está trabalhando. As definições importantes são: | |
| − | * ''Appearance->Borders->Show line numbers'': | + | * ''Appearance->Borders->Show line numbers'': Devem ser verificados. |
| − | * ''Appearance->Borders->Show icon border'': | + | * ''Appearance->Borders->Show icon border'': Devem ser verificadas. |
* ''Editing->Tabulators'' | * ''Editing->Tabulators'' | ||
| − | * ''Editing->Static Word Wrap->Show marker'': | + | * ''Editing->Static Word Wrap->Show marker'': Deve ser verificado |
| − | * ''Indentation->Automatic Indentation->Indentation mode'': | + | * ''Indentation->Automatic Indentation->Indentation mode'': Deve ser ''C Style'' |
| − | * ''Indentation'' | + | * ''Indentation'' em geral |
| − | + | Na janela principal, clique na aba ''CTags'' na parte inferior da barra de páginas, então clique no botão ''Regenerate'' para criar um banco de dados CTags para facilitar a navegação no código fonte. | |
| − | + | Agora você terminou todas as configurações essenciais, parabéns! | |
| − | ==== | + | ==== Usando o KDevelop ==== |
| − | + | Consulte o [http://docs.kde.org/development/en/kdevelop/kdevelop/ manual do KDevelop] para ajuda geral usando o KDevelop. A sessão seguinte tratará apenas de casos especiais para o KDE 4. | |
| − | ===== | + | ===== Depuração ===== |
| − | KDE | + | Aplicativos do KDE têm muitos símbolos, o que significa que você precisa de muita memória para conseguir um tempo de carregamento decente para depuração. Para citar um desenvolvedor GDB: "Eu relutaria se tivesse que depurar o KDE com um <1GB de RAM." |
| − | + | Se a função de ação do depurador é lenta para você, tente as seguintes dicas: | |
| − | * | + | * Oculte as variáveis locais. A parte <tt>Locals</tt> da aba variável à esquerda provoca uma grande desaceleração quando age se você tem muitas variáveis locais. Simples colapso a parte <tt>Locals</tt> da árvore, as variáveis locais que não são atualizadas a cada passo. Você pode ainda examinar as variáveis usando a função <tt>Evaluate expression</tt>. |
| − | * Use | + | * Use o patch em http://bugs.kde.org/show_bug.cgi?id=143977. Ele impede a atualização do widget framestack em cada etapa, acelerando a ação consideravelmente. O patch apresenta algumas falhas pequenas,razão pela qual ainda não foi commitado. |
| − | {{ | + | {{Nota| |
| − | KDevelop | + | O KDevelop ainda não tem suporte modificando o sistema de compilação do CMake. Isto significa que você não pode usar o KDevelop para adicionar ou remover arquivos do projeto ou alterar qualquer outro aspecto do processo de compilação do seu projeto. |
| − | + | Você precisa modificar os arquivos CMake na mão e então executá-los novamente <tt>cmakekde</tt>. Leia o [[Development/Tutorials/CMake|tutorial do CMake ]] para aprender a fazer isso. | |
}} | }} | ||
| − | {{tip| | + | {{tip (pt BR)|Quando você trabalha a partir de bibliotecas, primeiro você precisa instalá-las antes que você possa testar ou depurar as suas alterações. |
| − | + | Como isso é complexo e demorado, você deve criar links simbólicos ''(ln -s)'' apontando do diretório de compilação para o diretório de instalação para todas as bibliotecas afetadas. | |
| − | + | Muitas vezes, mesmo programas simples usam bibliotecas internamente, por exemplo a janela de configurações do Konsole é na verdade uma biblioteca.}} | |
=== Eclipse === | === Eclipse === | ||
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 | Українська | 简体中文 | 繁體中文
| Tutorial Series | Começando |
| Previous | Compilando o KDE 4 |
| What's Next | Outros tópicos de desenvolvimento |
| Further Reading | n/a |
| Esta página presume que você tenha compilado kdelibs, kdepimlibs, e kdebase de acordo com estas instruções |
|---|
| Nota |
Quando você começa o desenvolvimento para o KDE 4, geralmente há três opções disponíveis para você:
As três opções são descritas nas seções seguintes.
|
Se você obtiver erros ao executar qualquer aplicativo kde4, tais como: Qt: Session management error: Could not open network socket QMutex::lock: Deadlock detected in thread -1241241936 ou quando você executar startkde e ficar emperrado, leia este artigo para a solução. |
|---|
| Nota |
Para este método, é necessária a ferramenta sux (http://fgouget.free.fr/sux/sux-readme.shtml). sux está disponível na maioria das distribuições. De outro modo você pode contar com o método abaixo shell normal sem sux. sux permite que você mude para outro usuário com um gerenciamento implícito dos detalhes de encaminhamento de X (autenticação e exportação de DISPLAY) de uma forma clara e simples.
Para fazer o login, digite sux - kde-devel
Todas as variáveis de ambiente e todo o resto devem ser configurados corretamente pelo seu.bashrc. Para iniciar um aplicativo, basta digitar seu nome; por exemplo kwrite
|
Se você receber erros sobre mimetypes ausentes ou algo parecido, tente o seguinte:
|
|---|
| Nota |
O método mais simples para iniciar aplicativos do KDE 4 é usando su para logar como usuário kde-devel e, em seguida, iniciar qualquer aplicativo do KDE 4 a partir da linha de comando. Para fazer o login, digite
su - kde-devel
e, em seguida, depois de digitar sua senha
export DISPLAY=:0
| A exportação da variável DISPLAY é necessária para que os aplicativos do KDE 4 apareçam normalmente no seu KDE 3 desktop. |
|---|
| Nota |
Todas as variáveis de ambiente e todo o resto devem ser configurados corretamente pelo seu .bashrc. Para iniciar um aplicativo, basta digitar seu nome; por exemplo kwrite
|
Se você receber erros sobre mimetypes ausentes ou algo parecido, tente o seguinte:
|
|---|
| Nota |
A maneira mais simples de executar um aplicativo do KDE 4 com SSH em seu ambiente de trabalho é obter um shell capaz de perceber que roda dentro do X como um usuário kde-devel como este:
ssh -X kde-devel@localhost
Agora você pode executar aplicativos do KDE apps como de costume, por exemplo:
kwrite
As duas linhas podem ser convenientemente combinadas:
ssh -X kde-devel@localhost kwrite
Antes de fazer qualquer coisa importante usando este método, um login sem senha precisa ser configurado. Para começar, execute o seguinte comando como usuário normal do desktop:
ssh-keygen -t rsa
Aperte enter três vezes para aceitar o caminho de ~/.ssh/id_rsa e uma senha vazia. Agora, copie a única linha no ~/.ssh/id_rsa.pub que é exibida depois da execução deste comando:
cat ~/.ssh/id_rsa.pub
Depois que a linha for copiada, volte ao ssh no usuário kde-devel e coloque-a no arquivo $HOME/.ssh/authorized_keys:
ssh -X kde-devel@localhost $HOME/kde/bin/kwrite \
$HOME/.ssh/authorized_keys
Cole na linha, salve o arquivo, e saia do KWrite.
Em seguida certifique-se de que $HOME/.ssh/authorized_keys tem as permissões corretas:
ssh kde-devel@localhost chmod og-xrw ~kde-devel/.ssh/authorized_keys
Agora tente executar KWrite novamente com o mesmo comando SSH, você não deve mais ter que digitar uma senha:
ssh -X kde-devel@localhost $HOME/kde/bin/kwrite
Ao usar um login SSH sem senha existem certos riscos de segurança, então assegure a proteção de seu arquivo ~/.ssh/id_rsa restringindo o acesso a ele com
chmod og-xrw ~/.ssh/id_rsa(embora o arquivo deva ter essas permissões quando é criado) |
|---|
| Aviso |
Se você quiser iniciar os aplicativos de um modo mais fácil que executando-os com um comando SSH a partir da linha de comando, crie um arquivo .desktop para o ssh em outra conta.
| Isso só será útil se o seu ambiente de trabalho suportar arquivos .desktop, mas pelo menos o KDE e o GNOME suportam. |
|---|
| Nota |
Você pode começar com um arquivo .desktop existente como modelo (como um de seu desktop) ou você pode criar um novo. A ideia principal é prefixar o comando a ser executado com esta string:
ssh -X kde-devel@localhost $HOME/kde/bin/
Um simples arquivo .desktop que roda KWrite teria o seguinte conteúdo:
[Desktop Entry]
Categories=Qt;KDE;TextEditor;
Comment=
DocPath=kwrite/index.html
Encoding=UTF-8
Exec=ssh -X kde-devel@localhost /home/kde-devel/kde/bin/kwrite %U
GenericName=Text Editor
Icon=kwrite
InitialPreference=8
MimeType=text/plain
Name=KWrite (kde-devel)
Path=
StartupNotify=false
Terminal=false
TerminalOptions=
Type=Application
X-DBUS-StartupType=Multi
X-DCOP-ServiceType=non
X-KDE-StartupNotify=true
X-KDE-SubstituteUID=false
X-KDE-Username=
| Aplicativos iniciados usando o SSH como esse não provocam o correto lançamento de respostas, então você provavelmente vai querer desativar "feedback de lançamento" para o seu arquivo .desktop |
|---|
| Dica |
| Para criar um arquivo .desktop de um aplicativo do KDE 4 usando esse padrão, o pacote do aplicativo terá que ter sido instalado em ~/kde/bin usando o comando cmakekde |
|---|
| Nota |
Em vez de usar um novo X virtual já desenvolvido para o desenvolvimento de software você pode utilizar o Xephyr para incorporar sua sessão do KDE 4 em sua sessão de trabalho do KDE 3 ou outro ambiente X11.
Você também pode fazer isso com o xnest, mas como xnest não consegue lidar com extensões como Render muitas pessoas preferem Xephyr.
Se você quiser ter uma sessão mínima do KDE instalada e funcionando, apenas inicie Xephyr (disponível no Kubuntu como xserver-xephyr; Usuários do Gentoo compilem x11-base/xorg-server com USE="kdrive"):
Xephyr :1 -extension GLX &
Agora você já pode iniciar o KDE:
su - $USER
export DISPLAY=:1
/path/to/kde4/bin/startkde-modified &
startkde-modified é uma cópia de startkde-script que incluem as seguintes linhas no topo:
export KDEDIR=`kde4-config --prefix`
export LD_LIBRARY_PATH=$KDEDIR/lib
export PATH=$KDEDIR/bin/:$PATH
export KDEHOME=~/.kde4
Você também pode usar Xephyr com KDM através do protocolo Xdmcp e simplesmente uma nova sessão do KDE 4 para KDM.
No Kubuntu, você pode habilitá-lo alterando
[Xdmcp]
Enable=false
em /etc/kde3/kdm/kdmrc para
[Xdmcp]
Enable=true
e ajustar seu /etc/kde3/kdm/Xaccess para permitir seu acesso à máquina local. Além disso, você deve certificar-se de criar uma política de bloqueio de porta em todas as interfaces externas para a porta Xdmcp, se você está fazendo isto em um laptop ou um PC em um ambiente não confiável.
Se você estiver pronto, basta iniciar Xephyr:
Xephyr -query localhost :1 -host-cursor -screen 1024x768&
onde -host-cursor tenta reutilizar o cursor do host e -screen define as dimensões da tela.
Nota: Se você tiver muitos erros de conexão recusada, você pode usar a opção -ac do Xephyr. Por exemplo:
Xephyr -ac :1&
Uma outra opção para tentar caso receba muitos erros de conexão recusada é garantir o acesso do seu usuário kde-devel ao seu servidor X. Como root ou usando sudo:
xhost +local:kde-devel
Se você não tem Xephyr, você pode também usar Xnest:
Xnest -ac :1& export DISPLAY=:1
| Esta seção precisa de melhorias: Por favor, ajude-nos a
limpar seções confusas e consertar seções que contenham um todo |
Eu uso isso para meu script de inicialização nested_kde4.sh:
#! /bin/bash
NESTED_KDE_DISPLAY_BACKUP=$DISPLAY
export DISPLAY=:0
Xephyr :1 -screen 1024x768 &
export DISPLAY=:1
$HOME/kde/bin/startkde-modified &
export DISPLAY=${NESTED_KDE_DISPLAY_BACKUP}
Se você se deparar com
"Call to lnusertemp failed (temporary directories full?). Check your installation."
tente isto:
mkdir /var/tmp/kde-devel-kde4
O código acima assume que você trabalha com o usuário kde-devel.
Para executar uma sessão completa do ambiente de trabalho KDE 4, você pode começar a partir da linha de comando como normalmente faria, com algo parecido com isso:
X :1 & export DISPLAY=:1 startkde
| Se o servidor X recusar a conexão dizendo algo como: Xlib: connection to ":1.0" refused by server, tente X -ac :1 como alternativa. |
|---|
| Nota |
ou você pode adicioná-lo ao seu gerenciador de login. Se você estiver usando o KDM (ou um gerenciador de login compatível) isso é feito criando um arquivo .desktop em `kde-config --prefix`/share/apps/kdm/sessions/ ou em /usr/share/xsessions/. A melhor coisa a fazer é copiar um arquivo existente kde.desktop e nomeá-lo kde4.desktop. Abra esse novo arquivo .desktop em um editor de texto e mude o Exec, TryExec e Name entradas para algo parecido com isso:
Exec=$HOME/kde/bin/startkde
TryExec=$HOME/kde/bin/startkde
Name=KDE4
Substitua $HOME/kde no exemplo acima pelo prefixo no qual você está instalando o KDE4.
Depois de reiniciar o gerenciador de login (Alt+e in KDM) essa nova entrada aparecerá no menu de sessões.
Você pode ter que editar seus scripts startkde,ou seja, mudar
esse
kdehome=$HOME/.kde
para esse
kdehome=$HOME/.kde4
ou colar esse
export KDEDIR=`kde4-config --prefix`
export LD_LIBRARY_PATH=$KDEDIR/lib
export PATH=$KDEDIR/bin/:$PATH
export KDEHOME=~/.kde4
no topo.
| Você deve ter um caminho para o programa 'qdbus' (geralmente ele é $QTDIR/bin) em seu $PATH para logar com êxito. Se ele não estiver lá, você vai receber uma mensagem de erro "Não foi possível iniciar DBus. Verifique sua instalação." |
|---|
| Nota |
Esta seção irá explicar como usar o KDevelop 3.4 para desenvolver aplicativos do KDE 4. Se você tiver dúvidas, correções ou reclamações sobre esta seção, por favor poste-as na página de discussão.
Você precisa de pelo menos KDevelop 3.4 para isto, que ainda é um aplicativo do KDE 3. Versões inferiores a 3.4 não têm suporte ao Qt 4, entre outras coisas. A versão KDE 4 do KDevelop ainda não está pronta para o desenvolvimento sério. Você pode obter o KDevelop em KDevelop homepage. Certifique-se de instalar o KDevelop como todos os aplicativos do KDE 3, não com seu usuário kde-devel.
Você também precisa da versão mais recente do GDB, que atualmente é a 6.6.0. Note que a versão do GDB que é fornecida com o openSuse 10.3 está quebrada, ela constantemente quebra ao analisar as variáveis (que o KDevelop faz automaticamente). Use ao invés disso a versão do GDB deste repositório.
Você precisa ter a documentação da API kdelibs localmente, que está descrita em instruções de compilação.
Você também precisa de ctags, htdig, htmerge e htsearch. valgrind e callgrind também podem ser úteis.
Certifique-se de que você seguiu os passos das instruções de compilação do KDE 4 e tem um ambiente de trabalho KDE 4. Verifique se aplicativos simples do KDE 4 como Konsole ou KWrite podem ser iniciados pela linha de comando do usuário kde-devel sem problemas.
Os passos seguintes são todos feitos com usuário kde-devel. Você precisa logar como esse usuário digitando
su - kde-devel
KDevelop não tem suporte nativo para projetos CMake. Felizmente, o CMake tem a capacidade de gerar arquivos próprios de projeto do KDevelop. Se quiser fazer isso, você precisa passar a bandeira -GKDevelop3 para o comando cmake. Isto diz ao CMake para gerar arquivos de projeto para o KDevelop ao lado do makefiles normal. A melhor maneira de fazer isto é alterar a sua função cmakekde no seu .bashrc. Basta alterar
cmake $srcFolder -DCMAKE_INSTALL_PREFIX=$KDEDIR \
-DCMAKE_BUILD_TYPE=debugfull&& \
make && \
make install;
para
cmake $srcFolder -GKDevelop3 -DCMAKE_INSTALL_PREFIX=$KDEDIR \
-DCMAKE_BUILD_TYPE=debugfull&& \
make && \
make install;
Depois de ter feito isso, faça o login novamente para que as alterações no arquivo .bashrc tenham efeito. Então você precisa executar novamente o cmakekde no (root) diretório de compilação do projeto se você quer trabalhar com KDevelop (se você não usa -GKDevelop3 na etapa de compilação). Por exemplo, se você quiser trabalhar com o Konsole, que existe no kdebase, você precisa executar cmakekde no diretório $KDE_BUILD/KDE/kdebase. Este, infelizmente, reconstrói tudo completamente, mas apenas uma vez quando você alterar o gerador.
Como todas as variáveis de ambiente do usuário kde-devel são específicas do KDE 4, estas precisam ser retrocedidas para corresponder ao seu ambiente KDE 3 antes de iniciar o KDevelop. Uma maneira simples de fazer isso é adicionar a seguinte função para o seu .bashrc:
function start3app {
mkdir -p /tmp/$USER-kde export PATH=/opt/kde3/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games export LD_LIBRARY_PATH= export KDETMP=/tmp/$USER-kde export KDEVARTMP=/var/tmp/$USER-kde export KDEHOME=$HOME/.kde export KDEDIR=/usr export KDEDIRS=$KDEDIR export DISPLAY=:0 eval "$@" source $HOME/.bashrc #Reset environment variables again
}
As variáveis PATH e LD_LIBRARY_PATH são tomadas do usuário do KDE 3, e elas podem ser diferentes em seu sistema. Digite echo $PATH e echo $LD_LIBRARY_PATH como usuário KDE 3 normal para obter esses valores. A função acima assume que o KDE 3 está instalado no prefixo /usr, como é o caso em sistemas baseados em Debian. Se o seu KDE 3 está instalado em um prefixo diferente,você precisa alterar a configuração da linha KDEDIR. Aqui está um exemplo de como descobrir o seu prefixo de instalação KDE; neste exemplo ele é /opt/kde3:
kde-config --prefix
/opt/kde3
Agora você deve ser capaz de iniciar o KDevelop digitando start3app kdevelop. Faça isso agora.
|
Você pode iniciar qualquer aplicativo do KDE 3 com a função start3app. Candidatos úteis incluem Kompare e kdesvn. No entanto, você não pode iniciar KDbg desta forma para depurar aplicativos do KDE 4, já que as variáveis de ambiente para depurar aplicativos estão erradas. |
|---|
| Dica |
Sintoma: kdevelop diz "cannot talk to klauncher". Você não pode abrir um arquivo.
Solução: adicione seu caminho da biblioteca do KDE library a LD_LIBRARY_PATH, por exemplo:
export LD_LIBRARY_PATH=/opt/kde3/lib
Agora que o KDevelop foi iniciado, você precisa ajustar algumas configurações. Vá até Settings->Configure KDevelop...->Documentationpara fazer isso.Remova todas as entradas que não são relevantes para a codificação no KDE 4.
| Embora as variáveis de ambiente como $ HOME sejam usados nesta seção, você deve substituí-las por caminhos reais, porque o KDevelop não resolve variáveis de ambiente. |
|---|
| Nota |
Opcionalmente, você pode adicionar a documentação da API kdelibs. Você deve criá-la previamente. Então adicione a documentação clicando em Add.... Neste diálogo, use as seguintes configurações:
Agora adicione a documentação da API Qt, que também deve ser criada previamente , usando as seguintes configurações:
Depois de ter adicionado a documentação da API kdelibs e Qt, certifique-se de que todas as caixas (TOC,Index and Search) estão habilitadas. Então, vá para a aba Full Text Search e certifique-se de que os caminhos para os executáveishtdig, htmerge e htsearch estão corretos. Você pode então fechar a janela de configuração.
Agora é hora de abrir o projeto que você quer trabalhar clicando em Project->Open Project.... Os arquivos do projeto estão localizados no diretório de compilação. Por exemplo, se você quer trabalhar com o Konsole,você precisa abrir $KDE_BUILD/KDE/kdebase/apps/konsole/konsole.kdevelop. Você agora precisa ajustar algumas configurações específicas do projeto em Project->Project Options. Você precisa fazer isso toda vez que começa a trabalhar em um projeto diferente.
|
Às vezes, um arquivo de projeto KDevelop não está presente na pasta que você deseja trabalhar. Isto pode ter vários motivos, depende de como os arquivos CMake são escritos. Normalmente, arquivos do CMake que tenham uma declaração project(projectname) funcionam bem. Se você estiver bastante familiarizado com o CMake, você pode tentar adicionar essa declaração. Uma solução para isso é simplesmente usar o arquivo de projeto KDevelop da pasta pai, ou até mais. Nesse caso, você precisa usar a entrada Make Active Directory no menu de contexto da aba lateral File Selector. Com isso, você pode ignorar as outras pastas indesejadas quando for compilar e instalar. |
|---|
| Nota |
| O Qt4 PCS Importer só é necessário se você não instalar Qt4, ou seja, usá-lo directamente a partir do diretório de compilação. A desvantagem de usar o Qt4 importer é que ele não mostra o progresso e a aplicação parece travar ao mesmo tempo que as importações. A alternativa é usar o Custom Directory PCS Importer para isso também |
|---|
| Nota |
| Nome | Valor |
|---|---|
| KDEHOME | $HOME/.kde4 |
| PATH | $KDEDIR/bin:$QTDIR/bin:/usr/local/bin:$PATH |
| LD_LIBRARY_PATH | $KDEDIR/lib:$QTDIR/lib:$LD_LIBRARY_PATH |
| KDETMP | /tmp/$USER-kde4 |
| KDEVARTMP | /var/tmp/$USER-kde4 |
| KDEDIR | $HOME/kde |
| KDEDIRS | $KDEDIR |
| LD_BIND_NOW | 42 |
Agora você terminou de ajustar as configurações específicas do projeto. Agora você deve remover alguns plugins que você nao precisa, em Settings->Configure Plugins.... Eu, por exemplo, disabilitei os seguintes plugins:
Abbreviation Expansion, Code Snippets, Doxygen Support, Embedded Konsole, File Tree, Final Packaging Support, "Open with" Menu Addon, QuickOpen, Regular Expression Tester, Scripting, Security Checker, Shell Filtering and Insertion, Text Structure and Tools Menu Addition.
Você deve pelo menos desabilitar os que estão em negrito.
Agora, abra algum arquivo de fonte, se nenhum já estiver aberto. Isso permitirá que o Settings->Configure Editor... acesse, onde você precisa definir as opções de aba para combinar com o estilo de aba usado pelo projeto que você está trabalhando. As definições importantes são:
Na janela principal, clique na aba CTags na parte inferior da barra de páginas, então clique no botão Regenerate para criar um banco de dados CTags para facilitar a navegação no código fonte.
Agora você terminou todas as configurações essenciais, parabéns!
Consulte o manual do KDevelop para ajuda geral usando o KDevelop. A sessão seguinte tratará apenas de casos especiais para o KDE 4.
Aplicativos do KDE têm muitos símbolos, o que significa que você precisa de muita memória para conseguir um tempo de carregamento decente para depuração. Para citar um desenvolvedor GDB: "Eu relutaria se tivesse que depurar o KDE com um <1GB de RAM." Se a função de ação do depurador é lenta para você, tente as seguintes dicas:
|
O KDevelop ainda não tem suporte modificando o sistema de compilação do CMake. Isto significa que você não pode usar o KDevelop para adicionar ou remover arquivos do projeto ou alterar qualquer outro aspecto do processo de compilação do seu projeto. Você precisa modificar os arquivos CMake na mão e então executá-los novamente cmakekde. Leia o tutorial do CMake para aprender a fazer isso. |
|---|
| Nota |
| Quando você trabalha a partir de bibliotecas, primeiro você precisa instalá-las antes que você possa testar ou depurar as suas alterações.
Como isso é complexo e demorado, você deve criar links simbólicos (ln -s) apontando do diretório de compilação para o diretório de instalação para todas as bibliotecas afetadas. Muitas vezes, mesmo programas simples usam bibliotecas internamente, por exemplo a janela de configurações do Konsole é na verdade uma biblioteca. |
|---|
| Dica |
This describes how to use Eclipse to develop KDE 4 applications. It has been tested with Eclipse Ganymed and SUSE Linux 11.1 but should work same or similar with every combination. As an example KDE application we use ktimetracker from the kdepim module, other applications short work analog.
Using this description you will be able to
svn co svn://anonsvn.kde.org/home/kde/trunk/KDE/kdepim
If you want to integrate the cmake build step into your build toolchain, you will need to
cat >/bin/eclipsebuild<<EOF cmake . && make -j4 && make install EOF chmod 777 /bin/eclipsebuild
To revert what eclipse did to your project simply run
rm -rf .externalToolBuilders/ .project .cproject
When using eclipse's svn plugin and building a KDE program, you will get error messages complaining that your svn binary is too old. If you want to try and change this, here's how you get to that error:
This describes how to use QtCreator to develop KDE 4 applications. It has been tested with QtCreator 1.2.80 and SUSE Linux 11.1 but should work same or similar with every combination. As an example KDE application we use ktimetracker from the kdepim module, other applications should work same or similar.
As discussed here we use ktimetracker as example project.
File -> Open -> kdepim/CMakeLists.txt.
Projects -> ktimetracker -> build settings -> Add a configuration ktimetracker.
As build directory choose kdepim. As arguments for cmake use e.g.
. -DCMAKE_INSTALL_PREFIX=/usr/local -DLIB_SUFFIX=64 -DCMAKE_BUILD_TYPE=debugfull
To start a new project you need to tell qtcreator to use the KDE libraries when building. So, choose File -> New... and create your project. We will call it yourproject here. To be able to use KDE's libraries, go to your home directory, cd into yourproject and modify yourproject.pro. Add a line
LIBS += -lkdeui