qt nicht Touch - geeignet ...

[Anonymer Nutzer]

... es fehlt ganz offensichtlich an Tiefenverständnis, *welche* Bedienkonzepte *grundsätzlich nicht* touch - geeignet sind. Qt ist ein Auslaufmodell. R.I.P.

[mwi]

Qt schon mal genauer angeschaut? Qt hat so einige Klassen, die auf Touchbedienung zielen. Schon allein, weil Qt für Symbian und Maemo 5/6 das meistverwendete Framework ist.
Und QML beinhaltet sogar viele Elemente, die vorrangig auf Touch ausgelegt sind. Die Desktopkomponenten hängen da eher (noch) hinterher.

[Wahrheitssager]

Das Verständnis fehlt wohl bei dir.
Mit QML und einigen Aufsätzen darauf hat man eine hervorragende für Touchscreen geeignete API.
(Die Meego Components Beispielsweise lassen sich ohne Probleme (sind BSD lizenziert) verwenden)
Android und iOS Native Komponenten fehlen noch, aber das sind nur Kleinigkeiten.

[Anonymer Nutzer]

ja, habe ich mir genauer angeschaut .. gute "touch Frameworks" enthalten eine Reihe von unsichtbaren Verzahnungen der Anwendungen untereinander. So müssen z.B. Browser und Mailprogramm direkt Zahlen mit Slash oder Leerzeichen dazwischen als Telefonnummer erkennen und die Wählapp automatisch starten können. Dasselbe gilt nach der Google Suche nach Orten, daß automatisch die Karte geöffnet wird mit einem *aussagefähigen* Zoom - Ausschnitt bzw. das Handy feststellt, daß sein Benutzer offensichtlich ortsunkundig ist und daher gleich die Route dorthin anzeigt. Hinter den Kulissen eines modernen Touch - Frameworks passiert erheblich mehr, als sich der normale DAU (dü... anzunehmender User) so vorstellen kann. Android 4.0.4 z.B. hat hier erhebliche Fortschritte gemacht ...

[mwi]

Was du beschreibst, sind zum Teil betriebssystemspezifische Features. Die haben nix mit einem "Touch-Framework" zu tun.
Zahlen als Telefonnummern auszuwerten, geht bei Qt schon lange.
Und für solche Verzahnungen wie das Aufrufen von Anwendungen programmiert man doch Klassen, die je nach OS unterschiedlich agieren. Die können in Qt enthalten sein oder man programmiert sie selbst.
Die erwähnte Google-Suche ist doch einfach nur eine App? Was hat das mit dem Framework zu tun?

[Anonymer Nutzer]

Google hat Android seit 4.0.4 bzw. 4.1 völlig mit seinen Server API's verzahnt, sodaß die *INTENTIONALITÄT* der Toucheingaben erfasst wird. Die Apps "verhalten" sich anders, je nachdem, ob der User zuhause, auf der Arbeit, im bekannten Warenhaus oder auf dem Weg nach Hause oder sich in der Fremde im Urlaub befindet, sodaß das Handy *weiß*, daß der User nach 8 Stunden Fahrt ein Hotel braucht und ihm eines in der Nähe bucht und die Anfahrtsroute in der Naviapp öffnet. Das ist wahrer Bedienkomfort, den ausschließlich nur Android und Apple seinen Usern bieten können.

[mwi]

Vergleichst du grad Android mit Qt? Oder wie soll ich das verstehen? Android ist ein Betriebssystem inkl. einiger nützlicher Anwendungen, Qt ein Anwendungsentwicklungsframework.
Ich geb dir ja recht, dass Google mit Google Now ein schönes Feature in Android eingeführt hat. Nur was hat das mit Qt zu tun? Kann mir da jemand auf die Sprünge helfen?

[tendenzrot]

Das ist ja komisch. Ich habe ein QT basiertes Smartphone und das funktioniert prächtig. Und es hat nichtmal eine Taste.

[Thaodan]

tendenzrot schrieb:
--------------------------------------------------------------------------------
> Das ist ja komisch. Ich habe ein QT basiertes Smartphone und das
> funktioniert prächtig. Und es hat nichtmal eine Taste.
Kann mich nur anschließen.

Wahrung der Menschenrechte oder Freie fahrt am Wochenende.
-- Georg Schramm

[3DH]

Das mit der "Intentionalität" ist eine Semantik, die Applikations- wie OS-spezifisch ist. Ein Framework - sei es Qt oder Adobe AIR oder Marmelade (ja, so heisst wirklich ein SDK) - hat damit erstmal rein gar nix zu tun (syntaktischer und funktionaler Kontext).

Tochbedienung:
Komisch, auch unser Unternehmen liefert seit vielen Jahren Qt-basierte Touchscreen-Lösungen für den rauen Einsatz in Industrie und im KFZ-Bereich aus.

Aber: Scheinbar kann Qt das wohl doch nicht, wenn das hier ein nicht-Qt-Entwickler lapidar reinschreibt. Schon toll, was hier so gänzlich ohne eigene Erfahrungswerte produziert wird.

Viele Grüße,
3DH

[Anonymer Nutzer]

Es geht inzwischen um viel mehr, als Touch-Bedienbarkeit. Es geht um die Verzahnung von riesigen Datenmengen mit Apps und deren Verzahnung untereinander. Google sammelt, analysiert, interpretiert und kombiniert User-Eingaben, Bewegungsprofile und verändert die Android GUI sowie die Bedienkonzepte dementsprechend. Ganz neu ist das CARDDECK Bedienkonzept, zu sehen im neuen Chrome Beta unter 4.0.4+ . Das geht nicht ohne riesige Serverkapazitäten.

[mwi]

Und jetzt lies dir nochmal deinen ersten Beitrag durch und versuch, den Bogen zu spannen...Googles in Android integrierte Such- und Lebenssteuerungslösung hat mal gar nichts mit Qt zu tun. Im Gegenteil - auch Qt wäre dazu geeignet, solche Software zu erstellen - wie auch andere Frameworks oder Eigenentwicklungen.

[Anonymer Nutzer]

Qt kommt nicht einmal annähernd an Googles Android - und Server API 's heran. Sie sind inzwischen unntrennbar miteinander verwoben.

[Thaodan]

Guido Stepken schrieb:
--------------------------------------------------------------------------------
> Qt kommt nicht einmal annähernd an Googles Android - und Server API 's
> heran. Sie sind inzwischen unntrennbar miteinander verwoben.
Qt hat auch rein gar nichts damit zu tun, zu mal kann man einem QT Programm so wohl Google Server Apis also Suche Kalender Contacts (was wieder auf XMPP auf baut) zb. bei Kontact da werden sie seit Version 4.9 im das Adressbuch und Korganizer verwendet für die Google Anbindung und und Android Apis verwenden (natürlich nur da wo sie verfügbar sind).

Wahrung der Menschenrechte oder Freie fahrt am Wochenende.
-- Georg Schramm

[xeniac.at]

Verwenden wir die klassische Methode um dem DAU (Zitat) seinen Fehler zu erklären: Autovergleich.
Im Artikel das Goodyear sein Werk an Semperit verkauft hat, schreibt man auch nicht das Audi viel besser zu fahren ist. Oder?
QT ist in erster Linie ein UI Widget Toolkit, daher eher so was wie das Cockpit. Der Rest vom Auto kommt trotzdem noch von Google. Bei QT hätte ich jedoch die Möglichkeit das Lenkrad und Schaltung in einem iAuto genau gleich funktionieren.