@sdetweil thanks.
But this seems not to work.
.weather_forecast .module_header {
border-bottom-width: 0px;
color: black;
font-size: 0px;
}
changes at least not, what I would like to happen: not visible regardless of content, so text color black and line below not visible, as well - line thickness (border-bottom-widht) 0 …
What I’m doing wrong?
Am I on the wrong properties?
Thanks again,
Ralf
Additional question as CSS rookie:
I’ve tried to identify the object of the header.
how can I address this correctly?
Sorry, I’m not able to figure this out.
My best guess is
.weather_forecast .header {
border-bottom-width: 0px;
color: black;
font-size: 0px;
}
but this doesn’t work.
How do I make this right?
Thanks!
Ralf
Answer yourself is a nice sport :-)
As I read my own words - I’ve seen that it might be a good idea to test, if the header must be set indentical in both instances…
Keep you posted.
Ralf
@wuermchen
The log info from MMM-FRITZ-Box-Callmonitor seems to be O.K. …
Regards,
Ralf
After having an exact look on this - this happens immediatly if MMM-PIR switches off the monitor and first “wake-up” resets the headers.
Addition: I ran into “sync” problems in another module and the “debug” + “debugging” option has helped to resolve this - that’s the reason for being present in this config as well - to give it a try…
Good evening team,
as I wrote in another post I’m playing around with the weather (standard) module and today I finally was a bit successful and able to change the default icons in a way I like.
Works as aspected and different icons in different sizes are shown appropriately.
But:
after a while the header of both of the module-instances (I am using two instances of the module- one for current, one for forecast) switching back to default:
Only a restart of the mirror corrects this and the header appears as wanted (the header of second instance - forecast - is empty):
.
config.js for thes modules is as follows:
// Wetter aktuell für xxx
{
module: "weather",
disabled: false,
position: "top_right",
header: "CityName",
classes: "weather_current",
config: {
weatherProvider: "openmeteo",
type: "current",
lat: x0.24127,
lon: 0x.61174403,
showSun: false,
debug: true,
debugging: true,
}
},
// Wettervorherssage -
{
module: "weather",
position: "top_right",
disabled: false,
//header: "Vorhersage",
classes: "weather_forecast",
config: {
weatherProvider: "openmeteo",
type: "forecast",
lat: x0.24127,
lon: xx.6174403,
debug: true,
debugging: true,
}
},
Any idea how to solve this?
Thanks a LOT
Regards,
Ralf
@sdetweil OK; good to know.
Thanks!
Warm regards,
Ralf
Hi team,
I’m playing around with the standard “weather” module - try to understand, how it works and how I can change something or even develop an own module.
During my journey I had a look into weather.css and there seems to be an error.
It’s possible that my assumption is wrong and that I miss something, than please ignore this…
I’ve found an additional space in line 39
.weather .weathericon,
.weather .fa-home {
font-size: 75%;
line-height: 65px;
display: inline-block;
transform: translate(0, -3px);
}
.weather .humidity-icon {
padding-right: 4px;
}
.weather .humidity-padding {
padding-bottom: 6px;
}
.weather .day {
padding-left: 0;
padding-right: 25px;
}
.weather .weather-icon {
padding-right: 30px;
text-align: center;
}
.weather .min-temp {
padding-left: 20px;
padding-right: 0;
}
.weather .precipitation-amount,
.weather .precipitation-prob,
.weather .uv-index {
padding-left: 20px;
padding-right: 0;
}
.weather tr .weathericon {
line-height: 25px;
}
.weather tr.colored .min-temp {
color: #bcddff;
}
.weather tr.colored .max-temp {
color: #ff8e99;
}
this is the block
.weather tr .weathericon {
line-height: 25px;
}
and the space is between “tr” and the following dot “.” .
this is not the case in the two following blocks.
Regards,
Ralf
@wuermchen
Hi.
I guess it SHOULD work - at least it works for me at current github status (approx. 2-3 old - not sure what you have archived).
At my own initial setup I got the same error message and after some researches it was caused by refused authentication on the fritzbox side.
So I would start at this point initially - not at module side.
My first attempt was login without password (as possible for console) - this doesn’t work.
I’ve created a separate user on AVM side with full access to phonebook and so on and this worked from scratch.
I see that you have an explicite user/pw as well - so I would double check if this user exists on AVM side and do have the right access privileges.
For being sure I would recommend to delete all parameters from configuration you do not really need and experiment with the base parameters.
E.g. you have set the Port number - at default - I would delete this one.
I’m not sure if you are aware but you can find the documentation of the module in your module folder as well - you do not need the - closed - github entry.
“README.md” is the file.
Good luck!
Ralf
@sdetweil OK; cool.“workaround” is OK for me :-)
so
debug: true,
AND
debugging:true,
both in your module?
Again: Thanks a LOT.
Ralf
@sdetweil OK; thanks.
this is regarding the init error.
Yesterday night birthdaylist disappeared again.
And my initial finding is at least reproducable:
Birthdaylist disappears from physical screen (connected via HDMI) and from VNC remote session.
BUT: In webbrowser it disappears NOT:
If I do a reload in Webbrowser - instantly the birthdaylist appears on screen as well as in VNC session.
console log shows:
birthdaylist received a system notification: MODULE_DOM_UPDATED
I had assumed that I can find all of the console logs in the logfiles in $HOME/.pm2/logs but this is not true.
Any idea regarding this discrepancy?
Thanks again a LOT for your kind and great support!
Warmest regards,
Ralf
(sorry for the rubbish Browser - rendering but I’m not able (or too stupid) to scale this correctly)
Stefan, Jürgen and Chrizzy are shown - which is correct, as far as I understand the parameters.
@sdetweil indeed - should have done this at the begin, sorry:
// Geburtstagsliste
// Gelesen wird: ~/MagicMirror/modules/birthdaylist/data/bdl.csv
{
module: "birthdaylist",
disabled: false,
position:'top_right',
config: {
dimmEntries: false, // true: dims entries and the associated symbol when the date has expired. false: dont display entries and the associated symbol when the date has expired.
initialLoadDelay: 0, // How many seconds to wait on a fresh start up.
updateDelay: 5, // How many seconds after midnight before a refresh
currentMonthOnly: false, // will show birthdays for the current month only if true
maxEntries: 3, // maximum entries to show, default is all
dateFormat: '', // date format for birthday (default is none), could be 'Do' for 'Sep 12th'
ageFormat:'', // some format string for the persons age, '[ n ]' n will be replace by age value
withMonth: true , // then true, add the month display as part of the date field,
debug:true,
}
},
warmest regards,
Ralf
interesting enough the error shows up first time as I reported - the list is always the same - literally unchanged until first day of installation…
Ahh…
in the code listing it shows up a difference …
“10/6/95, 2. Hochzeitstag”
with an additional space and a dot…
is this a problem?
I can change the taxt and delete space if nacessary (althoug I mean I’ve read that you are truncing entries …
But the dot could be eliminated if useful.
Ralf
@sdetweil yes, for sure
birth, name
17/01/1965,Carola
31/12/1963, Ralf
27/01/1993, Lennart
11/07/1987, Levin
28/07/1985, Katharina
4/1/1953,Norbert L.
18/3/1939,Jürgen
22/3/1996,Chrizzy
27/3/1985,Hochzeitstag
31/3/2012,Hannah
31/3/2022,Nilo
11/4/1974,Claas
26/4/1965,Ralf B.
30/4/1989,Rahel
7/5/2020,Mathilda
27/5/1994,Elaine
10/6/1960,Melanie
5/2/1965,Stefan
26/5/2002,Leonie
4/1/2004,Carolin
10/6/95, 2.Hochzeitstag
10/6/1964,Petra B
23/6/1984,Colin
29/7/1995,Jassi
29/7/1955,Shirley P.
20/7/2001,Helene
5/8/1963,Harald
16/9/1997,Shirley Pi.
20/9/1965,Heiko D.
15/8/1967,Uta
23/8/2019,Emil
17/11/68,Susanne
27/9/1987,Severin
9/11/1948,Marianne
12/11/1967,Silvia
27/11/1956,Martina L.
No, obviously NOT…
I’ve now added “sendNotifications: true” to config.
Mirror reloads and your module starts without this error message.
@sdetweil Yeah…
You’re right.
I’ve set this - my type of clock is set to “both” because I like sunset and day of week information.
This causes an error in your module…
birthdaylist.js:398 Uncaught (in promise) TypeError: Cannot read properties of undefined (reading 'startsWith')
at Class.getBD_DAY_from_Date (birthdaylist.js:398:9)
at Class.getDom (birthdaylist.js:462:154)
at main.js:132:35
at new Promise (<anonymous>)
at updateDom (main.js:112:10)
at Object.updateDom (main.js:669:4)
at Class.updateDom (module.js:341:6)
at Class.socketNotificationReceived (birthdaylist.js:328:9)
at module.js:240:9
at Socket.<anonymous> (socketclient.js:32:4)
Not sure if this corresponds with the displaySeconds parameter but seen this error first time…
Regards,
Ralf