MP2 - Spring'16 TV Guide - Jumping selection while scrolling (1 Viewer)

[Jay_UK]

Hi there,

No sure if this is classed as a bug, but....

Not sure if it's a skin design issue or an actual MP2 issue, but....

I'm running Bluevision skin with Spring release.

When scrolling up and down through the channels on the main TV guide, I would expect the highlighted program to stay on the currently selected time. Eg: it's 10:20pm, I scroll from channel 1 to channel 2, I would expect the 10pm program to be highlighted, then when I scroll to channel 3,4,5 each one should have the 10pm program highlighted.

What I am seeing is a "random" jump/selection of item selections, sometimes the 11pm program is selected, sometimes the actual channel name on the left of the screen.

Not sure if this is by design or a bug??

Thanks,

J.

ps - It appears it only jumps to the channel name when I am scrolling up through the channel list and not down(?)

 

[ge2301]

Hi there,

No sure if this is classed as a bug, but....

Not sure if it's a skin design issue or an actual MP2 issue, but....

I'm running Bluevision skin with Spring release.

When scrolling up and down through the channels on the main TV guide, I would expect the highlighted program to stay on the currently selected time. Eg: it's 10:20pm, I scroll from channel 1 to channel 2, I would expect the 10pm program to be highlighted, then when I scroll to channel 3,4,5 each one should have the 10pm program highlighted.

What I am seeing is a "random" jump/selection of item selections, sometimes the 11pm program is selected, sometimes the actual channel name on the left of the screen.

Not sure if this is by design or a bug??

Thanks,

J.

ps - It appears it only jumps to the channel name when I am scrolling up through the channel list and not down(?)

Hi, thanks for testing MP2 and reporting a "potential bug".
I just tried it in my EPG and could not reproduce it. Would you be so kind and take each 1 screenshot for correct and incorrect case.
Thanks a lot

 

[Lehmden]

Hi.
I can confirm this, but it can not be shown on screenshot. You most likely need a screen video for this to demonstrate...
As I'm not completely done with my Win10 migration I'm not able to provide such a video now...

 

[breese]

It appears it only jumps to the channel name when I am scrolling up through the channel list and not down

I can confirm this with every skin I have tried for some time.....

 

[ge2301]

Alright, I have played around a bit more and now I also saw it. This is a bug.

 

[morpheus_xx]

I have reworked parts of EpgGrid for a better selection of next program. I now compare the start times (current program and all programs in next row) and select the nearest one. This still can lead to "jumps", if a long running program in one row and multiple shorter programs in next row.

If the current focused program is the running one, then also the running item of next row will be chosen.

This change also fixes a glitch in scrolling down behavior, the "down" needed to be done twice.

 

[morpheus_xx]

Code change is contained in new weekly build for testing: https://forum.team-mediaportal.com/threads/mediaportal-2-weekly-snapshot-2016-05-29.134449/

 

[osre]

I actually have an idea for keybord Focus Change that might improve the prediction which button should be focused next.
It's hard to explain but I try:
You add a virtual Cursor Position which is managed at Pixel Level.
wehen you navigate up it makes a ray cast from this Position up (may be a couple of Pixels wide) and the 1st button hit will get the Focus.
The vertical Position of this Cursor is then set to the button Center. The horizontal Position of it will not Change.
By thsi if you go up and down in the EPG and the Shows are shifted in time, you stay at the same time when going up or down multiple rows in a row.
Does this makes sense?

 

[morpheus_xx]

You add a virtual Cursor Position which is managed at Pixel Level.
wehen you navigate up it makes a ray cast from this Position up (may be a couple of Pixels wide) and the 1st button hit will get the Focus.
The vertical Position of this Cursor is then set to the button Center. The horizontal Position of it will not Change.
By thsi if you go up and down in the EPG and the Shows are shifted in time, you stay at the same time when going up or down multiple rows in a row.
Does this makes sense?

I think this is the (nearly) way it currently works. Last changes on auto-focus logic was done by @Brownard, so it's better to let him know your ideas as well.

We had different logic already, considering the center points of current and other controls and used the minimum distance in focus direction.

 

[Brownard]

I think this is the (nearly) way it currently works.

Yes this is basically how it currently works except that the ray cast is the width of the currently focussed control. The closest control partially within the ray gets the focus, if 2 controls are the same distance away the 1 with the largest width inside the ray gets the focus. I can see how narrowing the ray could improve things although I think it ends up being a trade off depending on the layout. The relevant logic is here if you want to play about with it.

The reason why I made the ray the width of the control is for cases like the diagram below, if the bottom control has focus which control should get focus when pressing up?