User:Neverendingo/de: Difference between revisions

From KDE UserBase Wiki
No edit summary
(Updating to match new version of source page)
Line 1: Line 1:
<languages />
<languages />
&nbsp;'''Sites that need to be edited for the release of the new KDE main site'''
__TOC__


{| width="100%" border="1" cellpadding="1" cellspacing="1"
<span id="Section_Title_in_English"></span>
|-
! scope="col" | Site
! scope="col" | Info
! scope="col" | Status
|-
| Community
| What is the community, how can it be descrbed + link to gettinginvolved
| missing
|-
| Events
|
| needs porting
|-
| Talks
| list of talks with links to material (slides etc)
| missing
|-
| Get Involved
| Original:&nbsp;http://www.kde.org/getinvolved/
| done, needs review
|-
| Donation
|
| missing
|-
| Mailinglist
| Original:&nbsp;http://www.kde.org/mailinglists/
| done, needs review
|-
| History
|
Original:&nbsp;http://www.kde.org/history/
 
(is it really necessary to have all those dev related items there or would it be better to put them onto techbase?) and shouldn't GCDS be listed along with Akademy meets?
 
| needs rewrite
|-
| Press Releases
| Original:&nbsp;http://www.kde.org/presspage/
| done, needs review
|-
| Workspaces
| http://www-devel.kde.org/workspaces/
| done, needs review
|-
| Plasma Desktop
|
| missing
|-
| Plasma Netbook
|
| missing
|-
| Plasma Mobile (??)
|
| missing
|-
| Applications
|
| automatically (?)
|-
| Developer Platform
|
| in progress: [http://techbase.kde.org/User:Dhillonv10 dhillonv10]
|-
| Howtos
|
| xbase links
|-
| IDE
|
| in progress: [http://techbase.kde.org/User:Dhillonv10 dhillonv10]
|-
| SDK
|
| in progress: [http://techbase.kde.org/User:Dhillonv10 dhillonv10]
|-
| Case Studies
|
| missing
|-
| Support
| Original:&nbsp;http://www.kde.org/support/
| done, needs review
|}
 
<br>  


==Section title in English==
Most pages can be ported from the old site as-is and are marked with "done, needs review".&nbsp;Links are noted.
Most pages can be ported from the old site as-is and are marked with "done, needs review".&nbsp;Links are noted.


Line 102: Line 16:
* Three
* Three


[[<span class="mw-translate-fuzzy">
=== Der Aufruf einer D-Bus Methode ===
test|teste link]]mit zusatz
Eine [http://doc.qt.nokia.com/latest/QDBusMessage.html QDBusMessage] kann direkt mit der statischen Methode [http://doc.qt.nokia.com/latest/QDBusMessage.html QDBusMessage]<tt>::createMethodCall( const QString & service, const QString & path, const QString & interface, const QString & method )</tt> benutzt werden, um Methoden in D-Bus Diensten aufzurufen. Der Rückgabewert ist ein [http://doc.qt.nokia.com/latest/QDBusMessage.html QDBusMessage] Objekt, welches dann für den eigentlichen Aufruf benutzt wird.
</span>
 
Der <tt>interface</tt> Parameter ist optional und nur erforderlich, wenn die Methode nicht eindeutig identifizierbar im, mit dem Pfad assoziierten, Objekt ist.Dies kann passieren, wenn das Objekt mehrere Schnittstellen implementiert, die Methoden, mit den gleichen Namen haben. In solchen (seltenen) Fällen, gibt es keine Garantie darüber, welche Methode tatsächlich aufgerufen wird, wenn man die gewünschte Schnittstelle nicht explizit definiert. Allerdings kann man in der Regel einfach eine leere Zeichenfolge (z.B. ""), als Argument für <tt>interface</tt> übergeben.
 
Als Beispiel für den Zugriff auf einen Dienst der (fiktiven) <tt>ping</tt>-Methode für das {{path|/network}} object in der <tt>org.foo.bar</tt>, könnte man dies zu tun:
 
<code cppqt>
QDBusMessage m = QDBusMessage::createMethodCall("org.foo.bar",
    "/network",
    "",
    "ping");
bool queued = QDBusConnection::sessionBus().send(m);
</code>
 
In Zeile 5 im obigen Beispiel haben wir die Nachrichten-Warteschlange für das Senden über den aktuelle Session-Bus. Der Rückgabewert vom Typ <tt>bool</tt> lässt uns wissen, ob das Einstellen in die Warteschlange erfolgreich war, oder nicht.
 
Dies lässt noch zwei Fragen offen:
* Wie werden die Parameter für einen Methodenaufruf korrekt gesetzt?
* Wie  kommt man an die Rückmeldung im Falle der D-Bus-Methoden, die einen Rückgabewert haben?

Revision as of 07:23, 24 August 2010

Section title in English

Most pages can be ported from the old site as-is and are marked with "done, needs review". Links are noted.

Some are already included in the testing area, which can be found on http://www-devel.kde.org/community/ (starting at a subdir as the main page is a different matter).

To make it easy all i would need is a plain txt file, html tags can be applied afterwards.

  • One
  • Two
    • Two point one
  • Three

Der Aufruf einer D-Bus Methode

Eine QDBusMessage kann direkt mit der statischen Methode QDBusMessage::createMethodCall( const QString & service, const QString & path, const QString & interface, const QString & method ) benutzt werden, um Methoden in D-Bus Diensten aufzurufen. Der Rückgabewert ist ein QDBusMessage Objekt, welches dann für den eigentlichen Aufruf benutzt wird.

Der interface Parameter ist optional und nur erforderlich, wenn die Methode nicht eindeutig identifizierbar im, mit dem Pfad assoziierten, Objekt ist.Dies kann passieren, wenn das Objekt mehrere Schnittstellen implementiert, die Methoden, mit den gleichen Namen haben. In solchen (seltenen) Fällen, gibt es keine Garantie darüber, welche Methode tatsächlich aufgerufen wird, wenn man die gewünschte Schnittstelle nicht explizit definiert. Allerdings kann man in der Regel einfach eine leere Zeichenfolge (z.B. ""), als Argument für interface übergeben.

Als Beispiel für den Zugriff auf einen Dienst der (fiktiven) ping-Methode für das /network object in der org.foo.bar, könnte man dies zu tun:

QDBusMessage m = QDBusMessage::createMethodCall("org.foo.bar",

   "/network", 
   "",
   "ping");

bool queued = QDBusConnection::sessionBus().send(m);

In Zeile 5 im obigen Beispiel haben wir die Nachrichten-Warteschlange für das Senden über den aktuelle Session-Bus. Der Rückgabewert vom Typ bool lässt uns wissen, ob das Einstellen in die Warteschlange erfolgreich war, oder nicht.

Dies lässt noch zwei Fragen offen:

  • Wie werden die Parameter für einen Methodenaufruf korrekt gesetzt?
  • Wie kommt man an die Rückmeldung im Falle der D-Bus-Methoden, die einen Rückgabewert haben?