MMM-iFrame-Ping

rudibarani

@AgP42 Thanks for your reply and happy new year!
I using MMM-Remote-Control to inject notifications from my home automation system (FHEM), as it knows all the other relevant states in the house (user-presence, lighting situation, etc.).

Maybe your module could listen to "iFrame_Ping_URL" notifications and take the "URL" from the payload and use it until a new one is provided or until a restart, in which case it would revert back to the standard URL from the setup?

This way, it would not change its behavior presented to its current users and just gain an option to change the preconfigured URL on the fly.

AgP42

@rudibarani
Yes it seams possible to do, but then MMM-Remote-Control has also to be modified to be able to send such notification, no ?
Could you let me know the other modules you uses than catch MMM-Remote-Control notification, so I will look the source code please ?

Thanks,
AgP

AgP42

@rudibarani
Hello,
I guess I managed what you asked, could you please test it before I release it ?
This new version is here : https://github.com/AgP42/MMM-iFrame-Ping/tree/dev
Only the file MMM-iFrame-Ping.js has been modified, so you can copy/paste it on your MM directly and restart your MM.

Then to allow URL modification through Remote-Control you can use the following request :

http://192.168.xx.xx:8080/remote?action=NOTIFICATION&notification=iFrame_Ping_URL&payload={%22url%22:%22https://magicmirror.builders/%22}

or

http://192.168.xx.xx:8080/remote?action=NOTIFICATION&notification=iFrame_Ping_URL&payload={%22url%22:%22https://www.youtube.com/embed/Qwc2Eq6YXTQ?autoplay=1%22}

(edit : the forum text editor seams not to like my link : this strange symbol “&not” has to be remplaced by “& not” (without the space…))
(edit2 : the “%22” is the URL-encoded form of the symbol ". You can also try directly with ", and if it is not working try with %22 instead)

It’s a cool new functionality ! :smiling_face:

rudibarani

Dear AgP42,

thank you so much for considering this and spending the time to make it happen. I am traveling at the moment but am looking forward to testing it when I get back home.

Have a nice weekend!

AgP42

@rudibarani
Thanks and you are welcome, it’s a pleasure to see that my work is useful and appreciated :-)

I did a little bit more debugging and I also to try to change the URL through a rotating button or through the scheduler and I found some issues on the code I sent you for testing.
Next week I am also traveling but as soon it look like acceptable I will send the new version.

This functionality to be able to change dynamically the URL will really make this module much more interesting than the actual version !
Every module will be able to send a notification to change the url, so many many new possibilities ! :relieved_face:

Horge

@agp42 Hi AgP42, your idea to duplicate the PlugIn doesn’t work for me. I made the adjustments as described, but I only see one iFrame at a time. Sometimes the initial display shows the iFrame of the second instance in the first instance. After a few seconds the content is displayed correctly for the second instance. The first instance remains empty.
If I have understood and researched this correctly so far, there are problems to differentiate between the two instances when displaying the ‘Payload’.
Do I have to make further changes to the second instance?

bolish

@AgP42
Hi, Thanks for the work, good module.
Would it be possible to update the module by adding notification mgt to move to next url, .ie :

upon “IFRAMEPING_NEXT_URL” : display the next url of the list
Same with previous
Add Start / Pause option through notification also.

I’m using MMM-GroveGestures and would like to be able to switch from URL1 to URL2 with gestures.

Regards

rudibarani

Dear @agp42,
I am finally getting back at my mirror and get some time to incorporate your updated module. Thanks again for making dynamic URLs possible!

Would you mind changing this.urlToDisplay = payload.url; to this.urlToDisplay = payload; in your code? Thus, one could send a plain url as payload without the need to process it to be in the format{"url":"http://..."}.
This would make things easier and as the payload will only contain a URL if the notification is iFrame_Ping_URL, this should not cause any problems with other possible content.

AgP42

@rudibarani
Hello rudibarani,

in fact it was my first try (as it is easier…) but I couldn’t succed to make it work and adding this “url”: is the only way I have found to make it work…
Did you try to change the code and it was ok ?

I do my best to find some hours this week end to finally debug my code and be able to release that new version !

On the next version it will be possible to send a new url through http request, but also with the module scheduler or with a rotating button

AgP42

@bolish
Hello Bolish,

thanks and happy to see that my module is useful,

I didn’t know the module MMM-GroveGestures so far but I check its documentation and it will be possible on the next version of the iFrame-Ping module to change the URL through the following code :

notificationExec: {
  notification: "iFrame_Ping_URL",
  payload: {
     url: "http:whaturlyoulike.com"
  }
}

But it will not be a list of URL to switch between each other, just one url linked to a movement.

I will investigate a bit more this week end…