User:Neverendingo
<languages /> Sites that need to be edited for the release of the new KDE main site
| Site | Info | 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: http://www.kde.org/getinvolved/ | done, needs review |
| Donation | missing | |
| Mailinglist | Original: http://www.kde.org/mailinglists/ | done, needs review |
| History |
Original: 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: 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: dhillonv10 | |
| Howtos | xbase links | |
| IDE | in progress: dhillonv10 | |
| SDK | in progress: dhillonv10 | |
| Case Studies | missing | |
| Support | Original: http://www.kde.org/support/ | done, needs review |
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
<translate>
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?
</translate>