roListScreen and roImageCanvas

I don't know, but one thing I would think would get tricky is where you forward the events. Like, the list screen gets events as 'roListScreenEvent', I believe. So if you had the canvas on the upper layer... how would you get the events to the list screen when you needed them (I ask rhetorically, because I don't know either)?

Thank you for the input, and you are correct I attempted to put together something and having trouble with such.

Only the top screen on the screen stack is active. That's the only screen that can accept input. So layering an ImageCanvas on a ListScreen will make the ListScreen dormant, even if part of it shows through the transparency.

--Mark

"RokuMarkn" wrote:
Only the top screen on the screen stack is active. That's the only screen that can accept input. So layering an ImageCanvas on a ListScreen will make the ListScreen dormant, even if part of it shows through the transparency.

What if roImageCanvas handles the input events and uses setFocusedListItem() to manipulate the roListScreen underneath - will that do?

Naturally there will be no roListScreenEvents but if list-screen can be trusted to re-draw itself according to changes of focus, this contraption may work?!

I'm not really sure. I don't think the ListScreen will redraw if it's not the top screen, but I'm not sure about that.

--Mark

"EnTerr" wrote:

"RokuMarkn" wrote:
Only the top screen on the screen stack is active. That's the only screen that can accept input. So layering an ImageCanvas on a ListScreen will make the ListScreen dormant, even if part of it shows through the transparency.

What if roImageCanvas handles the input events and uses setFocusedListItem() to manipulate the roListScreen underneath - will that do?

Naturally there will be no roListScreenEvents but if list-screen can be trusted to re-draw itself according to changes of focus, this contraption may work?!

Last time I tried that, the answer was no. Only the top-most screen updates. You could potentially close and re-open the canvas to force an update to the list screen, but I suspect that would cause a nasty flicker.

How is the Roku My Channels screen created? It looks like a roListScreen on the left with the menu options but there are multiple channel icons on the right.

"btpoole" wrote:
How is the Roku My Channels screen created? It looks like a roListScreen on the left with the menu options but there are multiple channel icons on the right.

The device home screen is not built with BrightScript

Can a roListScreen be target to a particular place on a canvas or is it always going to be the same size and located full screen? I understand the top most layer gets focus. What I am trying to accomplish is being able to have a pop up menu in one corner of the screen. I have the player below and a layer that comes up in the corner displaying my border of the pop up menu, in the target area of the pop menu border I can even get text to display on a layer above the border. All this works as desired. What I would like to have come up instead of just text I assign to the location is a list that comes from an array. Ideally this would be a roListScreen where the list is selectable and events would occur after the selection. I am fairly sure I can work thru the event to pass the info once a selection is made, I am just having trouble on how to get the list in the desired location.
Thanks for all the input.

Can you live with http://sdkdocs.roku.com/display/sdkdoc/roMessageDialog for that?
It dims lower screen and shows modal dialog (pop-up menu really).

On the rest - no, i don't think so. Most components i think are single-purpose ones, at least the ones i have used - they were not designed to be flexible. You should be able to "roll-your-own cigarette" using roImageCanvas though. Disclaimer: I roast my own coffee beans.