Any visual effects will run choppy on a raspberry pi. Just so you know.

Here are some previous threads that has been discussing your question

https://forum.magicmirror.builders/post/52543

https://forum.magicmirror.builders/post/26716

https://forum.magicmirror.builders/post/52723

https://forum.magicmirror.builders/post/53119

https://forum.magicmirror.builders/post/52457

https://forum.magicmirror.builders/post/11248

@nimbus78

The issues you state isn’t an issue with what variables the different modules have, the issue you have can easily be remedied with a introduction class to javascript. (But I understand, not everyone will have the will or energy to get a grip on it just to get a config file right).

And I also understand that some modules aren’t really made for all to use, giving the lack of information for some.
Using the Readme file from the stock modules is good basis for a readme-template to apply to the modules one makes, and maybe it’s here we should put in more effort to clean things up, but again most 3rd-party modules are made of other users so the support (if any) is thereafter.

And there is a logic to the use of Quotation marks, commas and brackets.

Strings of text needs Quotation marks "Something something text string"
Numbers need no Quotation marks 1234
Boolean values, True or False, should not have quotation marks even though they are text.

Commas are use after each “line” unless the “line” is the last one. It’s easier to grasp if you put everything on one row.
modules: [{module: “alert”},{module: “updatenotification”, position: “top_bar”},{module: “clock”, position: “top_left”} ]

@nimbus78 this is why you read the readme file on github for each module.

There isn’t any standard variables, most modules have their own options that can be configured. And it isn’t really an option to include variables just because, when they are not really used.

The naming of the variables (config options) is totally up to the creator of the module.

Some modules have update timers, some don’t, som modules have url variables some don’t. Etc etc

The Mirropane available in the US (the one you linked to) with a light transmission of 11% and one reflective side of 68% is theoretical (and in my oppinion) a perfect fit for a magicmirror in normal lighting conditions (not daylight/sunny locations).

@radokristof

Maybe, test it by downloading it from dafont and put it in the font-folder and change the font-css to use that instead

It actually looks like it uses the roboto font, but for some reason it is using another weight on the ő.
(say it is roboto-thin for the text but for some reason it is using roboto-medium on the ő)

https://www.dafont.com/roboto.font

Using it in illustrator I have no issue, the ő ű is rendered in the same font.

@michmich ohh, need to check if my donation was sent properly then

Edit:
Nevermind, saw the email now

Maybe I don’t understand your question… but

Hiding modules only with css (i.e hiding them on screen) does nothing for the power saving.
You need the monitor to go in to sleep for any power to be saved.

The Pi still runs when you hide the modules, not much power to save there, And I don’t really think the modules reload when hiding/showing them. But I can be wrong haven’t looked in to the code on the Hide/show part.