I personally don't really understand this notion. I'm in fact pretty sure that Graphical EPG channel numbers was never rejected (feel free to correct me). I could have easily posted this in a fresh thread in another section of the forum and dropped any previous baggage of this thread - it's an isolated feature that has no reliance on any previous mods. In the past the solution to this problem was to switch out AutoBouquetsMaker with Lraizer's AB, as can be seen in many threads:
http://www.world-of-satellite.com/sh...-on-Epg-screen
http://www.world-of-satellite.com/sh...s-on-multi-EPG
http://www.world-of-satellite.com/sh...hannel-numbers
etc. The previous request used to be to add Channel numbering into ABM. As far as my research went, this is not deemed a proper solution and I understand why - hacking in numbers into the service name is inelegant. My development thus far was inspired by this very post:
http://www.world-of-satellite.com/sh...l=1#post213562
The idea being, that channel numbers should be implemented in a non-hacky way that conforms to the way E2/ViX works. That's what I hoped I've achieved.
The only thing that was 'rejected' was matt007's bindings and visual changes. And the reasons for rejection were dubious at best:
http://www.world-of-satellite.com/sh...-do-you-prefer . There's some (imo) crazy logic to some of the rejections, which led me to install it myself:
- Displaying the other available Bouquets is illogical because not everyone has < and > keys. What?? You could make this argument for absolutely anything. Displaying the other Bouquets has almost nothing to do with keys because the functionality exists whether you have them or not - only before there are no visual cues for it.
- Assigning blue/yellow to Add Timer and Add Autotimer when the recording button is a much more logical key that already serves this purpose. Freeing up these leaves a nice place for +/- 24 hours, or even something else.
- Using Ch+ and Ch- keys, which are arranged vertically on a remote, to navigate horizontally
These are all points that have been argued before. As for other customisations (such as Green for recordings), I believe they're inherited from preferences of being used to a Sly box, so it's understandable that they're not accepted. The borderline case is number keys - I'm sure people are used to these shortcuts and like them just how they are. However, they seem incredibly power-user with absolutely no visual guidance for them (besides the obscure HELP screen). This is why a number search fits so much more naturally to number entry. There are other valid reasons for rejection such as skin compatibility - but it is very disappointing to see an entire implementation rejected rather than trying to make the solution compatible or accepting the compatible changes, and I hope the same doesn't happen here.
Anyway, I'm not trying to start an argument here, as I say people are free to install these mod if they choose to, I just thought I'd get my opinions from previous UI development across. Ultimately the solution has to come to a user preference option because it's what makes ViX great. Whatever the case, I purposely pushed my changes to GitHub to allow the developers to cherry pick things as they like, or not. I did do this for myself for fun and ultimately it's Team ViX's decision which I'll respect because they've built such a great firmware by maintaining a strong codebase.
p.s. rossi, i think your blue-hd skin is absolutely fantastic and I dont mean to cause any offense, just spark some debate!