virtuelle Tastatur /virtual keyboard für Raspberry Touchscreen (Jessie)?

hallo,
kennt jemand eine wirklich problemlos und korrekt laufende virtuelle Tastatur /virtual keyboard für Raspberry HID Touchscreens (USB-Interface, OS=Jessie)?
Matchbox und kvkbd hängen sich nach Beenden auf und lassen sich dann nicht wieder neu starten (erst nach komplettem Reboot),
(bei Matchbox fand ich bislang auch noch kein Feature für Sondertasten-Kombinationen (z.B. alt+F4) ),
und Florence hat im Keyboard-Modus einen ärgerlichen Bug, dass es jeden Buchstaben doppelt in die Zielanwendung schreibt - oder man schaltet es in den Mausmodus, dann funktionieren die Sondertasten-Kombinationen wieder nicht, und man braucht eine zusätzliche "normale" Maus (immerhin funktioniert ein Neustart nach Beenden).

Gibt es für die beschriebenen Fehler Bug-Fixes, oder welche Alternative arbeitet stabiler?

Hi,

bei florence gabs ne alternative Liste ... GOK taucht bei dir nicht auf .. .vllt gibts das für jessie Arm , wobei es brauch gnome....

http://florence.sourceforge.net/engl...ernatives.html

Onboard gibt es wohl nicht für jessie

cYa

hi,
was meinst du mit "bei florence gabs ne alternative Liste ... GOK taucht bei dir nicht auf"?
gibts da jetzt was für Jessie, was ich übersehen habe, entweder als Bugfix oder als Alternative? Oder nicht?

hi,

klick doch bitte auf den link, da siehst du was florence selber für alternativen vorschlägt.

mit "GOK" mein ich das hattest du nicht erwähnt bei deinen Tests.

cYa

nein, ich habe bislang auch noch kein GOK für Jessie gefunden....
aber jetzt verstehe ich erst, es sind keine Bugfixes für Florence, da hatte mich das "von Florence vorgeschlagen" irritiert.
xvkbd scheint aber dann noch eine Idee zu sein, probiere ich gleich aus, wenn ich ein Install-Skript gefunden habe.

- - - Aktualisiert - - -

... finde allerdings auch nichts für xvkbd, wie zu installieren....

Hi,

vllt kann man Onboard für Ubuntu für Jessie kompilieren wäre auch noch Möglichkeit. Gibt ja auch schon was länger

-> https://launchpad.net/onboard

cYa

Zitat:

---

Zitat von piggituX

Hi,

vllt kann man Onboard für Ubuntu für Jessie kompilieren wäre auch noch Möglichkeit. Gibt ja auch schon was länger

-> https://launchpad.net/onboard

cYa

---

puh, das ist gar nichts für mich - kA wie so was geht und ob dann auch wirklich alles klappt - wo doch noch nicht mal matchbox, kvkbd und Florence richtig funktionieren.
Ich suche ja etwas funktionierendes, das jemand bereits kennt, und da muss es doch was geben!
Wie ist das denn jetzt mit den von dir vorgeschlagenen GOK oder xvkbd?

Hast du was gefunden ?
Erkläre doch für was du das Brauchst vielleicht kann man ja auch mit einer Anwendung das Problem lösen. Das geht Natürlich nicht wenn du den PI einfach so mit Touch benutzen willst.
Wenn es eine Konkrete Aufgabe ist wo man eine GUI braucht kann man vielleicht das über die/eine Anwendung Lösen.
QT hat als Plattform hat zum Beispiel das Onscreen Keyboard ein gebaut.

Warum Jessi ? ab strech gibt es Onboard auch bei Debian.

https://packages.debian.org/search?s...ywords=onboard

Zitat:

---

Zitat von NumberFive

Hast du was gefunden ?
Erkläre doch für was du das Brauchst vielleicht kann man ja auch mit einer Anwendung das Problem lösen. Das geht Natürlich nicht wenn du den PI einfach so mit Touch benutzen willst.
Wenn es eine Konkrete Aufgabe ist wo man eine GUI braucht kann man vielleicht das über die/eine Anwendung Lösen.
QT hat als Plattform hat zum Beispiel das Onscreen Keyboard ein gebaut.

Warum Jessi ? ab strech gibt es Onboard auch bei Debian.

https://packages.debian.org/search?s...ywords=onboard

---

hallo,
danke der Nachfrage, ist ja schon sehr lange her...
Inzwischen habe ich auch notgedrungen zu Stretch gewechselt, mit 1 Woche Programm-Neuinstallation aller bisherigen Einstellungen und Tools, weil für Jessie nichts zum Laufen zu kriegen war an Touchscreen-Keyboards.

was jetzt noch schön wäre:
wenn man per C(++) ein kleines, handliches GUI-Design-Programm hätte so wie früher Borland Turbo C for Windows oder C++ Builder, mit der man Grafikfenster für Grafik-Buttons (und andere Elemente wie Text, Grafik-Canvas etc) per drag+drop aus einer Menüleiste heraus erstellen kann und die sich dann per automatisch erzeugtem Fenster-Element-Code mit allen Eigenschaften selber verwalten... 8)
Die Monster-Bibliotheken wie opencv, gtk und QT erschlagen einen ja geradezu, lassen sich oftmals noch nicht mal vernünftig installieren und erzeugen dann zu allem Überfluss noch nicht mal alles selbstständig an notwendigem "Fenster"-Code, so wie einstmals der C++ Builder für Windows-Fenster. :(
Aber das ist sicher eher was für ein neues Topic... 8)

Sorry das wäre schön ich habe damals mit Dephi gearbeitet wenn es um so keine GUI Dinge ging kann also den Wunsch verstehen.

Das einzige was so halbwegs so funktioniert und unter Linux läuft ist nach meine Kenntniss stand QT. Das Fenster kann man malen und das Fenster erzeugen ist ein drei zeiler oder man nimmt den QTCreator das dann aber kein reines C++ mehr. Aber auf dem PI würde ich das nicht machen wollen geht aber Bauen auf dem Großen und Laufen lassen auf dem kleinen.
QT lässt sich eigentlich ganz gut unter Debian installieren aber wie du schon sagst riesig.

https://bitbucket.org/numberfive/mappainter

So kann der source dann aussehen ist zwar ein Windows VS2015 Projekt aber ich glaube du kannst das Prinzip erkennen. Ich habe mich im rahmen meine Projektes wirklich Monate lag durch Frameworks und so gelesen und probiert bis ich bei dem angekommen bin was ich jetzt habe. Nämlich SDL2 und Gui von Hand und keinen Designer.

jap, QT habe ich aufgegeben, und den Rest an GUI-Programmierung auch - da werd ich mich nie durchquälen.
Delphi hatte ich übrigens auch (steht bei mir immer noch samt Installationsdisketten im Schrank - gute alte Windows 98 Zeit ;) )

Jetzt machst du die QT aber schlechter als sie ist. Wenn sie mal installiert ist geht es. Klar Delphi oder der C++ sind diesem Punkt bis dato unerreicht aber es muss ja was dran sein was Problematisch ist sonst hätten sie sich durch gesetzt. Aber klar bis QT läuft hat man schon ne menge Arbeit und ein Haufen Plattenplatz verbraucht.

http://cegui.org.uk/
https://insights.dice.com/2016/11/18...rm-guis-for-c/