https://developer.roku.com/docs/references/api-index/brightscript/interfaces/ifsgnodechildren.md#insertchildindex-as-integer-child-as-rosgnode–as-dynamic
Following the doc here: “insertChild(index as Integer, child as roSGNode ) as Dynamic”
Produces a crash: Type Mismatch. (runtime error)
The order of the index and the child should be reversed in the docs, since it doesn’t crash doing:
“insertChild(child as roSGNode, index as Integer) as Dynamic”
“joetesta” wrote:
https://developer.roku.com/docs/references/api-index/brightscript/interfaces/ifsgnodechildren.md#insertchildindex-as-integer-child-as-rosgnode–as-dynamic
Following the doc here: “insertChild(index as Integer, child as roSGNode ) as Dynamic”Produces a crash: Type Mismatch. (runtime error)
The order of the index and the child should be reversed in the docs, since it doesn’t crash doing:
“insertChild(child as roSGNode, index as Integer) as Dynamic”
Thanks for reporting this. The order is now corrected.
“speechles” wrote:
https://developer.roku.com/docs/developer-program/core-concepts/brightscript/program-statements.md404
BrightScript language reference material has been lumped with the BrightScript API references:
https://developer.roku.com/en-gb/docs/references/brightscript/language/program-statements.md
“RokuTomC” wrote:
BrightScript language reference material has been lumped with the BrightScript API references:
Getting started
https://developer.roku.com/en-gb/docs/references/brightscript/language/program-statements.md[/url:1r40gpo7]
Try telling that to your “search.” Type in “Statement summary” and DOI
Results for statement summary
10 results
Statement summary
Developer Documentation - https://developer.roku.com/docs/referen … summary.md
BrightScript supports the following familiar looking statement types: If / Then / Else If / Else / End If For / To / End For / Step / Exit For For Each / In / End For / Exit For While / End While / Exit While Function / End Function / As / Return Print Rem (or ') Goto Dim End Stop BrightScript is not case sensitive…
Program statements
Developer Documentation - https://developer.roku.com/docs/referen … tements.md
DIM name (dim1, dim2, …, dimK) DIM ("dimension") is a statement that provides a short cut to creating roArray objects. It sets variable name to type "roArray", and creates Arrays of Arrays as needed for multi-dimensional arrays. The dimension passed to Dim is the index of the maximum entry to be allocated (the array initial size = dimension+1); the array will be resized larger automatically if needed…
“speechles” wrote:
“RokuTomC” wrote:
BrightScript language reference material has been lumped with the BrightScript API references:
Getting started
https://developer.roku.com/en-gb/docs/references/brightscript/language/program-statements.md[/url:1yrrogtw]
Try telling that to your “search.” Type in “Statement summary” and DOIResults for statement summary
10 resultsStatement summary
Developer Documentation - https://developer.roku.com/docs/referen … summary.md
BrightScript supports the following familiar looking statement types: If / Then / Else If / Else / End If For / To / End For / Step / Exit For For Each / In / End For / Exit For While / End While / Exit While Function / End Function / As / Return Print Rem (or ') Goto Dim End Stop BrightScript is not case sensitive…Program statements
Developer Documentation - https://developer.roku.com/docs/referen … tements.md
DIM name (dim1, dim2, …, dimK) DIM ("dimension") is a statement that provides a short cut to creating roArray objects. It sets variable name to type "roArray", and creates Arrays of Arrays as needed for multi-dimensional arrays. The dimension passed to Dim is the index of the maximum entry to be allocated (the array initial size = dimension+1); the array will be resized larger automatically if needed…
Can you expand on your question please? The “Statement summary” page is appearing at the top of the search results when queried. You may have been querying before our search cache had updated, but the results you provided above are accurate.
Regarding the escape characters rendering on the search results page ("roArray"), we’re tracking this bug and will resolve it shortly.
[upload|b6IEXlHi2itMFDbq+Fu9OQ==]
Document not found.
There is no reference.
Thanks for reporting this. The file path for the Reference landing page recently changed, causing the breakage.
A temporary fix has just been put in place, although you’ll note the left-hand navigational tree structure will be closed upon landing on the page for the time being.
That’s right, the “game” attribute has been added back to the documentation.
We’ll have an update on the channel icon dimensions shortly.
“Komag” wrote:
Looks like “game” is back, right near the bottom, just above “Screensaver attributes”I would like solid definitive correct sizes for things as well:
icon
540x405?
290x218?
336x210?When I set mine to 290x218, it looks PIXEL PERFECT on my Roku 4 and on my 4k Roku TV where the UI is 1080p.
Maybe the 540x405 is for the larger channel picture that you see when surfing the channel store?
Komag and Marcelo, I’ve confirmed the dimensions listed for the manifest attributes in the documentation is accurate. However, please be aware that these assets are only used when your channel is side-loaded. When your channel is published and installed from the Channel Store, the channel icon that renders is the one that you upload during the channel creation/submission flow.
540x405 is the dimension for the asset uploaded during channel submission. This is the pixel perfect spec, and scaling is handled by the firmware.
If this is incongruous with your experience, can you shine a little more light on the specific use cases where things are going array?
There’s a misspelling on this page that tripped me up when I copied and pasted (note the extra “T” after the “N”): “EPGLaunchIntitiate”
https://developer.roku.com/docs/developer-program/performance-guide/measuring-channel-performance.md
“joetesta” wrote:
There’s a misspelling on this page that tripped me up when I copied and pasted (note the extra “T” after the “N”): “EPGLaunchIntitiate”
https://developer.roku.com/docs/developer-program/performance-guide/measuring-channel-performance.md
Thanks Joe, good catch. This is now resolved!
The last example entry on this page is incorrect:
https://developer.roku.com/en-gb/docs/d … -search.md
For the sign up flow use case, call
dispatchEvent("Sign_Up|pageNumber=
It should be more like the first example that has different field values in the 2nd entry:
dispatch an event for the sign-up flow, assign
{RED: {eventName: "Sign_Up|pageNumber=
There is insufficient guidance wrt pageNumber or pageType values:
https://developer.roku.com/en-gb/docs/developer-program/discovery/search/prioritizing-authenticated-channels-in-roku-search.md
Should pages use consistent values for pageNumber (ie should a specific view be assigned a pageNum that’s then used consistently for all users, no matter which path they follow to the page; or should the pageNum be incremented arbitrarily as the user steps through the process (such as maintaining a global pageCounter that’s incremented on each page in the flow)?
What values may be used for pageType and where does it matter? Can we create our own arbitrary types?
Types listed do not match example:
pages: landing, sign in, registration, device activation, subscription selection, payment, and cancellation.
Examples:
“Sign_Up|pageNumber=1|pageType=Landing Page” “Sign_Up|pageNumber=2|pageType=Sign In”
Note: “Landing Page” vs “landing”
Can we use any arbitrary values we want for these? Please clarify in the documentation.
https://developer.roku.com/en-gb/docs/developer-program/discovery/search/prioritizing-authenticated-channels-in-roku-search.md
“joetesta” wrote:
There is insufficient guidance wrt pageNumber or pageType values:
https://developer.roku.com/en-gb/docs/developer-program/discovery/search/prioritizing-authenticated-channels-in-roku-search.mdShould pages use consistent values for pageNumber (ie should a specific view be assigned a pageNum that’s then used consistently for all users, no matter which path they follow to the page; or should the pageNum be incremented arbitrarily as the user steps through the process (such as maintaining a global pageCounter that’s incremented on each page in the flow)?
What values may be used for pageType and where does it matter? Can we create our own arbitrary types?
JD: The idea is to use the provided syntax so the Roku and you can easily identify the page where sign-up abandonments may be occuring…so for page numbering, it should just be based on a single path so that the page can be easily identifed. You don’t need to number pages differently based on different user paths.
Thanks JD. Given your reply I am assuming that the answer is “yes” to whether these values can be anything we want to put there.
Can we create our own arbitrary types?
A challenge I’m facing is that our registration and sign-in flows are non-linear. The “polling” screen could be screen number 3, 4 or 5 depending on the path and options the user chose. I wish there were more guidance or an example of how this could work in a more complex / non-linear process.
Is it required that RED calls send incremental page numbers, or could we assign a distinct page number to each of our views and then a user might follow a path with non-sequential pageNumbers?
“joetesta” wrote:
A challenge I’m facing is that our registration and sign-in flows are non-linear. The “polling” screen could be screen number 3, 4 or 5 depending on the path and options the user chose. I wish there were more guidance or an example of how this could work in a more complex / non-linear process.Is it required that RED calls send incremental page numbers, or could we assign a distinct page number to each of our views and then a user might follow a path with non-sequential pageNumbers?
JD: They can be non-sequential, but the pages numbers should be increasing as a user progresses on a path. So one flow could have pages 1, 2, 4, 7 for example, and another might be 1, 3, 4, 5, 7, and so on.
“joetesta” wrote:
Types listed do not match example:pages: landing, sign in, registration, device activation, subscription selection, payment, and cancellation.
Examples:
“Sign_Up|pageNumber=1|pageType=Landing Page” “Sign_Up|pageNumber=2|pageType=Sign In”Note: “Landing Page” vs “landing”
JD: BTW, I cleaned up the doc based on this feedback, and fixed some rendering issues that were affecting how the samples were displayed.
Can we use any arbitrary values we want for these? Please clarify in the documentation.
https://developer.roku.com/en-gb/docs/developer-program/discovery/search/prioritizing-authenticated-channels-in-roku-search.md
