Yodeck has limited support for interactivity. Right now, you can build and upload HTML5 apps as Widgets, but they must not be placed as overlays in order for them to be interactive. Same goes for Web Pages.

An on-screen keyboard would be a nice addition. Given that this would require a touch screen, we would also have to implement an easy way to setup and calibrate touchscreens (can be done).

We are marking this feature as Accepted and we will see down the road how things progress.

We plan to provide for more complex notifications settings. This will include mobile app notifications (not sure if it is going to be Pushover or our own app), custom email notifications, even SMS notifications.

If you are talking about additional font for the Web Page viewer, we would need more information. Perhaps, this is resolved by the addition of Chromium browser (check this idea: http://support.yodeck.com/forums/301815-general/suggestions/13794672-ability-to-render-more-advanced-web-content)

If you are talking about the RSS Ticker, we plan to add support for a Unicode font, so that all characters can be rendered (Chinese being the most problematic one right now).

Please provide more feedback on this.

RTL support will be added soon.

This feature request has several implications.

First of all, it has little to do with CEC. The same request could be asking for USB IR remotes (which are internally handled by Linux as keyboard presses).

Right now, our playback engine is fully automated. This means that, you cannot affect the playback status of a playlist (move forward, backwards, etc). But, we plan to refactor the Player shortly to allow for different Playlist management.

So, while this is not a core-feature to add, it will probably be possible to add it via a Custom Widget. So, we will leave it here to check it out when the time comes.

Showing Playlist-level and item-level progress could be useful. Although not a high-priority, we will be adding this.

We are also adding native PDF support shortly, so this will be beneficial in case of text content.

If you want to use this for turning the beamer on/ and off, then you can create a custom power script. Whenever the “Turned Off” special Show is used, you would set the GPIO pin accordingly. Here are the details: https://www.yodeck.com/docs/pages/viewpage.action?pageId=327908

Overall, we plan to provide access to GPIO pins through Custom Widgets, so we are keeping this idea as accepted,

We do plan to provide a Yodeck Player app for Android. As you may understand, this requires a lot of effort. So, it might take several months until it gets completed. We target the end of 2017 for a first version, but it may well be 2018 until it gets released.

One way to do this would be to use the Richtext Widget and paste your HTML. Right now, it is not so easy to do, but eventually it will be. Also, we do plan to provide some templates for fixed layouts (HTML templates) which you will be able to edit within the Widget. One of them could be a scheduling template.

There is also this idea: http://support.yodeck.com/forums/301815-general/suggestions/13087137-calendar-integration-ical-and-google-calendar-etc

Perhaps this is more close to the scheduling concept? Waiting for your feedback to dig in.

Although it sounds interesting, this feature needs refinement.

In the new version to be released this week, we do have a text Widget. You could add this text Widget to all Shows on top of all other content. You would set it to transparent background and do not type anything. Then, when ever you wanted to sent a message, you would edit the Widget, type the message, and push to all devices. But would this suffice as an “emergency broadcast”?

If you are interested in this feature, please leave more comments and discuss further.

We will be gradually adding Widget. For sure, it will include social feeds.

Our whole backend (server) provides an RESTful HTTP API. This is currently used only by our UI, the User Interface that our users see on their screen.

This API needs to be documented and polished up, but it is (more or less) already usable for special purposes. We will just provide you with a access token.

We are planning to release a fully documented API spec within Q2-2017.

Audio normalization could be implemented in two levels:

1) provide a volume slider in each video entry, so that you can differentiate volume per Media
2) normalize volume for all Media

Both ways are right now unknown, and we have not had enough testing to say if any of the two is feasible. As soon as we do, we will update you here.

Turns out that setting a solid color background or setting an image as a background is easy. We will provide this option soon.

You can change to “Folder View” and massively change duration for all your slides.

But yes, this could be useful as an option for each User.

We have not made any tests with Facebook videos. We will have to look into it in more detail.

While the initial idea of a trash bin for object is difficult to implement and has several implications, the current idea is very useful and will provide an extra level of safety for what is displayed on screen.

Also, it will eliminate the need for the automated email that are send to users leaving the “Push to Players?” button unclicked.

Currently, we have no way to know that what the users has specified can indeed be fitted on the SD card storage. Providing an easy way to add tens or hundreds of YouTube videos, would probably cause issues. But we are looking into it and we will probably provide this in the near future.

We are planning to provide a status page soon that will include a status reports on all service components and cloud vendors that we are using.