e2openplugin-OpenWebif
e2openplugin-OpenWebif copied to clipboard
E2OpenPlugins
Dump remotes / Un-default the Dream remote
I'm much in favor of dumping all those different remotes.
Reasons:
- It's a lot of work to create the grids for each and every new remote on the market
- Some people do not even use the original remote but universal remotes and I estimate their percentage to be even higher on E2 boxes
- It bloats the OpenWebif git
- Some remotes might be ergonomic if hold in your hand but aren't even closely optimized for use inside the OpenWebif as a picture, especially the roundish Dream/One4All remote
Benefits:
- none?
Especially the last reason in the list above makes me think it's time to dump the concept of using "dmm" as default remote. The Dreambox original firmwares are nowadays about the only ones that do NOT contain the OWIF, so why would the OWIF default be a Dream remote then? Especially as the dmm remote is about the worst to be used in OWIF (Most of the space inside its picture is wasted due to the shape of the remote) and lacks most of the keys todays users got common with...
I suggest creating ONE remote with an optimized layout (rectangular shape), labels optimized for web and international use (common pictograms preferred over text), rectangular buttons and so on. This one should be created from scratch using vector painting programs and probably also stored as vector format for better scalability on larger screens (svg).
UNI REMOTE: +1
!! But caution. !! Some key's are only exists on some remotes e.g. Play, Pause / Playpause This issue must be discussed.
Some keycodes are different on different boxes. (würg) This issue can fixed using a javascript key mapping for the different key codes.
I would preferre:
- build a new uni remote and remove the old original remote for each boxtype STEP by STEP
For the missing keys, the question is if the keys are unsupported or just not present on the original remote. I think the first step would be to design such a uni remote (The graphics and the grid for it), respectively consider how it SHOULD be designed. The design should have webif usage in mind rather than usage when watching TV.
The key's are not missing or not supported. There are some keys with different action and the same code on different boxes. We should support this issue.
The most of the keys are similar and easy to integrate.
You can trust me, i have this problem in my app. -> https://www.facebook.com/e2remote/photos/a.401576193271323.90318.197734770322134/586048818157392/?type=1&relevant_count=1
Vielleicht sollten wir mal wieder zu diesem Thema zurückkommen :) Vom Konzept her gefällt mir Deine verlinkte Fernbedienung schon sehr gut. SIe ist nicht schön/originalgetreu, aber super ablesbar und die Tasten sind zu treffen, ggf. auch auf Touchscreens mit den Fingern, was bei vielen der FB-Screenshots wirklich nicht mehr der Fall ist.
Oder man schließt einfach an der vorhandenen Mini-Fernbedienung an ... Ich denke, die paar Pixel, um einen Ausklappfeil nach unten neben dieser anzuzeigen, um diese um die weiteren Funktionen zu verlängern, hätten wir auch noch.
Bzgl. fehlender/nicht unterstützter Tasten ist es wohl so: Wir bzw. das OpenWebif sendet keine Scancodes, sondern Tastencodes, wie z.B. KEY_INFO, KEY_EPG, KEY_HELP, usw. Das, was wir senden, wird auch vom Image gemacht, ob die Taste auf der Original-FB drauf ist oder nicht! Es muß nur in der keymap definiert sein, was aber i.d.R. der Fall ist, solange irgendeine andere Fernbedienung eine entsprechende Taste hat, denn die meisten Images verwenden "unified keymaps", also eine Keymap für alle Boxen. Ich konnte das anhand der Info-Taste verifizieren ... die Vu+-FB sendet für ihre EPG-Taste den Tastencode für KEY_INFO, aber keine Taste löst den Tastencode KEY_EPG aus. Ändert man nun in der remote.html für die Vu+ den für "Help" gesendeten Tastencode auf den für KEY_EPG, dann hat auch die Vu+ Ultimo auf einmal eine EPG-Taste.
Das trifft natürlich nur auf die normalen Images zu, die für mehrere Boxen gebaut werden (OpenPLi, OpenATV, ...), nicht aber auf Images direkt vom Hersteller ... Diese verwenden aber i.d.R. eh schon eigene forks oder patchen OpenWebif beim Bauen.
Meine Idee zur Vorgehensweise wäre diese: Wir machen neben die vorhandene Mini-FB einen Pfeil nach unten, der sie verlängert und zwar zuerst einmal um "Info", "DVR/USB" und "EPG" sowie die "Player-Tasten" (Play, Pause, Stop, Record, FFwd, Rew, Prev, Skip).
Die vorhandenen "vollständigen" FB bleiben an alter Stelle drin, somit gäbe es erst einmal drei:
- Die Mini-FB
- Die zur generischen "Voll"-FB aufgeklappte Mini-FB
- Die originale
Solange die Original-FB drin bleiben schadet das keinem und wir können abwarten, was für Rückmeldungen für die erweiterte Mini-FB kommen.
Das mit dem Pfeil nach unten ist wohl die beste Lösung. (for now) Ich würde allerdings kein Bild mit imagemap nehmen, sondern div's mit css für jede Taste einzeln. Oder eine html table für die Tasten.
Ich hab mal angefangen und muss leider sagen, das die Umsetzung per imagemap doch besser ist.
Sehe http://forums.openpli.org/topic/38245-no-recordplay-pausestopffrw-buttons-one-the-webif-remote-control/?view=findpost&p=496940 für additionale Diskussion.
