@SurfingCA IIRC MMM-Podcast works together with MMM-Button which enables you to use a hardware button to start playing the video/podcast. So you can either (1) use this OR (2) emulate its behaviour using MMM-RemoteControl.
(1) is properly documented I guess.
For (2) you have to send the exact notification MMM-Button would have sent. By looking through source code, you’ll see that it is BUTTON_PRESSED (with a payload of true, which gets ignored in MMM-Podcast anyway). So, you should be able to use http://ip:8080/remote?action=NOTIFICATION& notification=BUTTON_PRESSED to activate MMM-Podcast to play the video. Note: obviously you have to replace ip with the correct IP and you have to remove the whitespace between & and notification which I had to insert to prevent & and not to get converted to ¬ on this board.

@BlackTalon I’ve seen this recently on this board. Is this what you are looking for?

@RE_Magic_Mirror maybe there was a comma missing somewhere in the large amount of lines (sometimes not easy to spot). Good to hear you got it to work properly.

One more note: you should never need to do changes to compliments.js (or any other source code file). Like for (nearly) every module, it should be sufficient to change the config file (and sometimes extra remote files like for example the compliments file). In particular, the location of the external compliments file should be defined in the config file.

@RE_Magic_Mirror “this guy” probably made some changes to the compliments.js file. If you didn’t do any changes to the source code itself, then changing branches (like updating MM) should be a piece of cake. You don’t lose anything by trying. Either it doesn’t work and doesn’t change anything (“aborting”) or you can change back at anytime (git checkout master, git pull).

Btw, what do you mean by “seems to break it” when talking about the larger list?

@RE_Magic_Mirror If you don’t use ‘anytime’ or any of the weather-based options, then this problem indeed doesn’t apply to you. However, it’s not much effort to make, so I suggest you test using the develop branch anyway.

The statement you quoted just means, that you can switch to the develop branch by navigating into the MagicMirror main directory and then using the command git checkout develop (and git pull).

Have you applied statistical hypothesis tests? Human brains (=intuition) are bad at estimating probabilities, it might be just correct as it is?! I’ve used a file with around 15 compliments and for me it seems to work fine. I can’t think of a reason, why the probability distribution should change with numbers of entries…

@RE_Magic_Mirror AFAIK, there is a bug in the handling of some categories of compliments. As a result, the list of possible compliments regulary gets extended by copies of the same compliment. For reference, see here.
So, the random number generator works fine, it just picks a random compliment from a list with multiple copies of some compliments and therefore the probability is not uniformly distributed anymore.
However, -as mentioned in the thread above- this problem is fixed in the develop branch. So, if you want it to work correctly, you can switch to the develop branch.

@Hanauta Or you can just use the great MMM-Remote-Control module.

@romain Why not set some random position and hide all (other) modules on startup with the method you use at runtime? As far as I know it is possible to get a list of all modules.

MMM-ProfileSwitcher does something similar at startup (shows only modules with class “default” at start). Maybe you can look into their code to see how they do it?! Or you just use the MMM-ProfileSwitcher itself just to hide all modules at startup (quick and dirty).

@strawberry-3.141 another possibility to do something similar is MMM-ProfileSwitcher + MMM-Remote-Control. I’ve used this to imitate “pages” and it worked quite well.

Both alternatives don’t naturally come with those fancy arrows and dots, though.

@PhilsterM9 So you mean you’d the mirror not to be fullscreen?!