From 8911551b93e6f92371402b136b05af47c8e4e970 Mon Sep 17 00:00:00 2001 From: Timothy Pearson Date: Sun, 20 Jan 2013 00:14:02 -0600 Subject: Rename KApplication to TDEApplication to avoid conflicts with KDE4 --- tde-i18n-pt/docs/tdebase/faq/filemng.docbook | 4 ++-- .../docs/tdebase/khelpcenter/faq/filemng.docbook | 4 ++-- .../docs/tdemultimedia/artsbuilder/mcop.docbook | 2 +- .../docs/tdevelop/kde_app_devel/index.docbook | 14 +++++++------- tde-i18n-pt/docs/tdevelop/kdearch/index.docbook | 20 ++++++++++---------- 5 files changed, 22 insertions(+), 22 deletions(-) (limited to 'tde-i18n-pt/docs') diff --git a/tde-i18n-pt/docs/tdebase/faq/filemng.docbook b/tde-i18n-pt/docs/tdebase/faq/filemng.docbook index 685cadfb22c..ed153a25161 100644 --- a/tde-i18n-pt/docs/tdebase/faq/filemng.docbook +++ b/tde-i18n-pt/docs/tdebase/faq/filemng.docbook @@ -213,9 +213,9 @@ > Eles são usados por todas as aplicações do &kde; (pois estão implementados em KApplicationTDEApplication e todos os bons programas &kde; criam um objecto KApplicationTDEApplication, mesmo antes de olharem para os argumentos da linha de comando). Uma linha de comandos para uma aplicação &kde; normal assemelha-se a isto: Eles são usados por todas as aplicações do &kde; (pois estão implementados em KApplicationTDEApplication e todos os bons programas &kde; criam um objecto KApplicationTDEApplication mesmo antes de olharem para os argumentos da linha de comando). Uma linha de comando para uma aplicação &kde; normal assemelha-se a isto: Dado que o &kde; largou o CORBA por completo e está a usar o &DCOP; em todo o lado, naturalmente a questão levantar-se-á: 'porque é que o &arts; não o faz também?'. No fim de tudo, o suporte do &DCOP; está no KApplicationTDEApplication, é bem-mantido, supostamente integra-se bem com a libICE, entre outras coisas. Você irá constatar que, primeiro, mudámos da QApplication para a KApplication TDEApplication . Para além disso, tivemos de mudar o método setMainWidget() para setTopWidget, o qual a classe KApplicationTDEApplication usa para indicar qual o item principal. É tudo! A sua primeira aplicação do KDE está pronta - você só terá de indicar ao compilador a localização dos ficheiros de inclusão e ao editor de ligações para compilar com a biblioteca 'tdecore', através da opção'-ltdecore'. Dado que já sabe o que, pelo menos, a função e QObject , assim como a documentação da biblioteca 'tdecore' para a classe KApplicationTDEApplication. O Manual de Referência da Biblioteca do KDE também cobre uma descrição completa da invocação dos construtores da QApplication e da KApplicationTDEApplication, incluindo o processamento dos argumentos da linha de comandos. @@ -1007,7 +1007,7 @@ return a.exec(); 5 about.addAuthor( "O Seu Nome", 0, "voce@o-proprio.com" ); 6 KCmdLineArgs::init(argc, argv, &about); 7 KCmdLineArgs::addCmdLineOptions(options); -8 KApplication app; +8 TDEApplication app; 9 10 // registar-nos como um cliente dcop 11 app.dcopClient()->registerAs(app.name(), false); @@ -1044,7 +1044,7 @@ return a.exec(); > Agora, o que acontece primeiro é a criação normal de um objecto KApplicationTDEApplication, mas foram adicionados alguns métodos do KDE que definem a informação do programa e da autoria desta aplicação. diff --git a/tde-i18n-pt/docs/tdevelop/kdearch/index.docbook b/tde-i18n-pt/docs/tdevelop/kdearch/index.docbook index 8392c8f1633..edb4e11a247 100644 --- a/tde-i18n-pt/docs/tdevelop/kdearch/index.docbook +++ b/tde-i18n-pt/docs/tdevelop/kdearch/index.docbook @@ -151,8 +151,8 @@ <ulink url="kdeapi:tdecore/KApplication" ->KApplication</ulink +><ulink url="kdeapi:tdecore/TDEApplication" +>TDEApplication</ulink > Inicializa e controla uma aplicação do KDE. @@ -2166,8 +2166,8 @@ rc_DATA = kviewui.rc A invocação do KHelpCenter está encapsulada na classe KApplication está encapsulada na classe TDEApplication. Para mostrar o manual da sua aplicação, basta usar X-DCOP-ServiceType define a forma como o serviço é iniciado. O valor Unique diz que o serviço não poderá ser iniciado mais do que uma vez. Isto significa que, se você tentar iniciar este serviço (p.ex., através do KApplication::startServiceByName() diz que o serviço não poderá ser iniciado mais do que uma vez. Isto significa que, se você tentar iniciar este serviço (p.ex., através do TDEApplication::startServiceByName(), o KDE irá descobrir se já está registado no DCOP e usa o serviço em execução. Se ainda não estiver registado, o KDE irá iniciá-lo e esperar até que esteja registado. Desta forma, você poderá enviar imediatamente chamadas de DCOP para o serviço. Nesse caso, o serviço deverá ser implementado como uma KUniqueApplication. @@ -2483,14 +2483,14 @@ X-TDE-StartupNotify=false >Usar os serviços de DCOP Um serviço de DCOP é iniciado com um de vários métodos na classe KApplication: +>Um serviço de DCOP é iniciado com um de vários métodos na classe TDEApplication: DCOPClient *cliente = kapp->dcopClient(); cliente->attach(); if (!cliente->isApplicationRegistered("kio_uiserver")) { QString erro; - if (KApplication::startServiceByName("kio_uiserver", QStringList(), &erro)) + if (TDEApplication::startServiceByName("kio_uiserver", QStringList(), &erro)) cout << "O início do kioserver falhou com a mensagem " << erro << endl; } ... @@ -2509,11 +2509,11 @@ if (!client->call("kio_uiserver", "UIServer", "setListMode(bool)", No exemplo aqui dado, o serviço foi iniciado "por nome", i.e., o primeiro argumento do KApplication::startServiceByName()TDEApplication::startServiceByName() é o nome que aparece na linha Name do ficheiro 'desktop'. Uma alternativa é usar o KApplication::startServiceByDesktopName()TDEApplication::startServiceByDesktopName(), que recebe o nome do ficheiro 'desktop' como argumento, i.e., neste caso, seria igual a "kio_uiserver.desktop". -- cgit v1.2.1