Im NN2 gibt es das NTIVirtualKeyBoard unter:
/usr/lib/enigma2/python/Plugins/SystemPlugins/Toolkit/NTIVirtualKeyBoard.py
Dieses überschreibt einige Funktionen des VirtualKeyBoard wieder, weshalb u.a. die Tasten-Zeichen am Ende angefügt werden.
Keine Ahnung, ob man im NN2 dieses NTIVirtualKeyBoard irgendwo deaktivieren kann ??
Ansonsten kann man in der NTIVirtualKeyBoard.py ab der Zeile:
self["NumberActions"] = NumberActionMap(["NumberActions"],
einfach alles auskommentieren oder löschen.
Welche Box mit welchem Image nutzt du?
Bei mir funktioniert das auch mit den Zahlentasten der FB.
Der Wert von der FB-Eingabe wird dann links vom Cursor eingefügt.
Das liegt am Skin.
So sieht es bei mir auf der Two im Merlin-Image mit dem Merlin5-Skin und der originalen VirtualKeyBoard.py aus.
Da fehlt wohl im Skin die Angabe für den Keyboard-listfont.
<listfont font="Regular" size="30" type="Keyboard" />
Wobei dann im Code der fallback auf den Big-listfont scheinbar nicht greift.
Scheint also ein Problem mit dem Merlin Skin zu sein.
Muss ich in den nächsten Tagen mal versuchen, das nachzustellen.
Und mit der originalen VirtualKeyBoard.py funktioniert es?
Welche Box, welches Image, welcher Skin wird verwendet?
Welche Sprache ist im Box-Setup aktiviert? (Menü -> Einstellungen -> System -> Sprache)
Nein, weil dass eine Datei aus dem DreamOS ist und kein gesondertes Plugin.
Eventuell wird gutemine die Anpassungen auf seinem AIO-Feed anbieten, da er dort ja auch für das e2-Paket Updates bereitstellt.
Wir haben zusammen mit zombi die Virtuelle Tastatur (VirtualKeyboard) mal etwas optimiert.
Changelog:
Hinweis:
Die Datei VirtualKeyBoard.py aus dem Anhang auf die Box in folgenden Ordner kopieren und einen GUI-Neustart machen.
(zur Sicherheit vorher die aktuelle VirtualKeyBoard.py von der Box sichern)
/usr/lib/enigma2/python/Screens/
Die Datei sollte auf allen Boxen mit einem DreamOS-Image funktionieren (OE2.5 und OE2.6 inkl. AIO).
Zur Nutzung von Icons aus einem Symbol-Font sind die entsprechenden Werte im Skin für die "list" wie folgt anzugeben (Beispielhaft aus dem aktuellen Shadow-WQHD):
<widget KeyboardIconFont="Icon;48" backgroundPixmap="Shadow-WQHD/images/none.png" key_backspace_txt="" key_clear_txt="" key_exit_txt="" key_left_txt="" key_ok_txt="" key_right_txt="" key_shift_sel_txt="" key_shift_txt="" key_space_txt="" name="list" position="center,580" selectionDisabled="1" selectionPixmap="Shadow-WQHD/images/vkey_select.svg" size="1800,490" transparent="1" zPosition="2" />Die Anpassung ist abwärtskompatibel, so dass diese Skinangaben keine Probleme machen, wenn ein User nur die originale VirualKeyBoard.py nutzt.
Dort werden diese neuen Skinangaben dann einfach ignoriert (es kann lediglich ein Hinweis im e2-Log erscheinen, dass einige Attribute nicht unterstützt werden, was aber bei der Nutzung der Box nicht stört).
Hab das mit dem 0-Byte-File mal versucht anzupassen.
Da wird nicht einfach das File gelöscht, sondern das Laden eines neuen Bildes angeschoben, da es ja auch durchaus mal beim Laden passieren kann, dass ein Bild fehlerhaft mit 0 Byte gespeichert wird.
(hab da aber eine Prüfung eingebaut, dass nach 3 fehlerhaften aufeinanderfolgenden Versuchen abgebrochen wird, so dass da nicht in einer Endlosschleife die Bilder geladen werden, wenn es da mal Probleme beim Laden gibt)
Auch wird jetzt wieder die Skin-Auflösung für die Größe der Bilder beim Laden verwendet.
(in der letzten Version wurden die Bilder immer fix mit 1280x720 geladen, egal welche Skin-Auflösung genutzt wurde)
Zum Simulieren eine vorhandene wallpaper-Datei in /tmp löschen und per telnet eine leere Datei anlegen:
touch /tmp/wallpaper
Dann den Bildschirmschoner starten (z.B. über das Erweiterungsmenü der blauen Taste) oder mit normalem Pausieren.
Da sollte jetzt sofort ein neues Bild geladen werden, wobei das alte einfach überschrieben wird.
Muss ich mal schauen, ob und warum ein 0 Byte-File ggf. nicht überschrieben wird.
Bei 0 Bytes kann es ja nur schwarz sein 
hmm, vielleicht fehlen ja noch mehr Pakete ?
Ich hab auf beiden Boxen das MP installiert.
Vielleicht kommen damit ja noch nötige Pakete mit.
Das Plugin lädt das Bild als "wallpaper" auf der Box in den Ordner "/tmp".
Liegt da eine Datei "wallpaper" ?
Kannst es auch auf dem PC oder Tablet versuchen, den Link aufzurufen.
Geht ja nur darum, ob du evtl. geblockt bist und deshalb keine Bilder kommen.
Auch mit dem Update aus der Zip von heute ?
Den schwarzen Bildschirm hatte man ja mit dem Original vom Feed, wo von unsplash.com keine Bilder mehr geladen wurden.
Kommt da ein Bild wenn du folgende URL im Browser aufrufst?
https://picsum.photos/1280/720
Siehst du irgendwas im e2-Log ?
Ihr müsst python-db installieren.
Danke, da muss man erstmal drauf kommen
Da hätten wir wohl noch ne Weile gerätselt.
you must use this command:
apt-get install python-db
You can try this:
apt-get --reinstall install libgdbm-compat4
If not works, try also this:
apt-get --reinstall install libgdbm4
Please post the output from the telnet commands.
If you get the module error again, i think your image is broken.
What is the telnet ouput of the last install command ?
Which Image do you use ?
I use DP-Image on dm920 and on dmTwo and there these packages with needed modules are installed.
You can try this:
apt-get install libgdbm-compat4
Hier das neue Update für den ScreenSaver, wo jetzt die Bilder von picsum.photos geladen werden.
Danke an dhwz für die Unterstützung mit dem nötigen Code zum fehlerfreien Laden der Bilder 
Hinweis zum Dateianhang:
Die Files aus der Zip im Anhang in folgenden Ordner auf die Box kopieren (vorhandene Files ersetzen) und dann einen GUI-Neustart machen.
/usr/lib/enigma2/python/Plugins/SystemPlugins/Screensaver/
Der Code sollte sowohl im OE2.5 als auch im OE2.6 inkl. AIO funktionieren.
Danke, das hat hier aber leider nicht geholfen.
Der intern von dwhz übermittelte Code funktioniert.
Ich muss dann hier nur noch ein Update hochladen.
