57_CALVIEW - Erweiterungsmodul für 57_CALENDAR

[chris1284]

Von der Logik her müssten die Termine doch nach Datum sortiert werden?

Kann hier jemand weiterhelfen?

stell mir mal die ical zur Verfügung

     2019-03-20 21:39:34   t_001_bdate     19.04.2019
     2019-03-20 21:39:34   t_002_bdate     22.04.2019
     2019-03-20 21:39:34   t_003_bdate     30.05.2019
     2019-03-20 21:39:34   t_004_bdate     20.06.2019
     2019-03-20 21:39:34   t_005_bdate     25.12.2019
     2019-03-20 21:39:34   t_006_bdate     26.12.2019
     2019-03-20 21:39:34   t_007_bdate     01.05.2019
     2019-03-20 21:39:34   t_008_bdate     01.11.2019
     2019-03-20 21:39:34   t_009_bdate     03.10.2019
     2019-03-20 21:39:34   t_010_bdate     10.06.2019

da scheint in der Tat was nicht so ganz zu passen

[obi]

Hallo Chris,

hier ist die ICAL. Das komische ist, dass ich gestern mal ein Update von Fhem gemacht habe und nun alles stimmt. Das gleiche hatte ich schon einmal bin mir aber nicht mehr ganz sicher. Nach einem Update von Fhem war es erst wieder richtig und dann wa der Fehler plötzlich wieder da.

Ich muss das mal nochmal weiter beobachten.

[Neuhier]

Irgendwas übersehe ich gerade.
Meine Readings beinhalten jede Menge t_001, today_001.
Keinerlei t_002 und so weiter.
Aktuell ist die 57_CALVIEW.pm, habe die extra per update solo auf Vordermann gebracht.
Wo stelle ich das bitte ein?

Im File:

Code Auswählen Erweitern


BEGIN:VCALENDAR
PRODID:-+//Kalender
VERSION:2.0
METHOD:PUBLISH
X-WR-CALNAME:Geburtstagskalender

BEGIN:VEVENT
CATEGORIES:Geburtstagskalender
CLASS:PUBLIC
DTSTART;VALUE=DATE:20190413000000
DTEND;VALUE=DATE:20190413235959
SUMMARY:U
UID:20190413
END:VEVENT

BEGIN:VEVENT
CATEGORIES:Geburtstagskalender
CLASS:PUBLIC
DTSTART;VALUE=DATE:20190415000000
DTEND;VALUE=DATE:20190415235959
SUMMARY:K
UID:20190415
END:VEVENT

END:VCALENDAR


[OdfFhem]

@Neuhier

Vermutlich hilft das hideLaterThan-Attribut im Calendar-Device bzw. das maxreadings-Attribut im CALVIEW-Device.

Ohne list der beiden Devices aber nur geraten ...

[Neuhier]

Kalender

Code Auswählen Erweitern

  READINGS:
     2019-04-14 09:32:53   calname         Geburtstagskalender
     2019-04-14 09:32:53   lastUpdate      2019-04-14 09:32:52
     2019-04-12 22:27:49   modeAlarm       
     2019-04-13 22:20:47   modeAlarmOrStart 20190413
     2019-04-12 22:27:49   modeAlarmed     
     2019-04-12 22:27:49   modeChanged     
     2019-04-14 09:32:53   modeEnd         20190327;20190202;20190216;20190226;20190322
     2019-04-12 22:27:49   modeEnded       
     2019-04-13 22:20:47   modeStart       20190413
     2019-04-12 22:27:49   modeStarted     
     2019-04-14 09:32:53   modeUpcoming    20190620;20191206;20190427;20190515;20191228;20190501
     2019-04-14 09:32:53   nextUpdate      2019-04-14 21:32:52
     2019-04-14 09:32:53   nextWakeup      2019-04-14 12:35:09
     2019-04-14 09:32:53   state           triggered
Attributes:
   hideLaterThan 30
   hideOlderThan 1
   oldreadings 1
   room       Kalender
   update     async
CALVIEW

Code Auswählen Erweitern

INTERVAL   43200
   KALENDER   Birthday
   NAME       ViewAll
   NR         297
   NTFY_ORDER 50-ViewAll
   STATE      t: 1 td: 0 tm: 0
   TYPE       CALVIEW
   READINGS:
     2019-04-14 09:32:53   c-term          1
     2019-04-14 09:32:53   c-today         0
     2019-04-14 09:32:53   c-tomorrow      0
     2019-04-14 09:32:53   state           t: 1 td: 0 tm: 0
     2019-04-14 09:32:53   t_001_bdate     13.04.2019
     2019-04-14 09:32:53   t_001_btime     00:00
     2019-04-14 09:32:53   t_001_categories Geburtstagskalender 2019
     2019-04-14 09:32:53   t_001_daysleft  -1
     2019-04-14 09:32:53   t_001_daysleftLong in -1 Tagen
     2019-04-14 09:32:53   t_001_description
     2019-04-14 09:32:53   t_001_duration  131709
     2019-04-14 09:32:53   t_001_edate     14.04.2019
     2019-04-14 09:32:53   t_001_etime     12:35
     2019-04-14 09:32:53   t_001_location 
     2019-04-14 09:32:53   t_001_mode      next
     2019-04-14 09:32:53   t_001_source    Birthday
     2019-04-14 09:32:53   t_001_sourcecolor white
     2019-04-14 09:32:53   t_001_summary   Uwe
     2019-04-14 09:32:53   t_001_timeshort 00:00 - 12:35
     2019-04-14 09:32:53   t_001_weekday   6
     2019-04-14 09:32:53   t_001_weekdayname Samstag
Attributes:
   maxreadings 5
   oldreadings 1
   room       Kalender
   weekdayformat de-long

Der von gestern müßte ja raus sein und der morgen drin.

[OdfFhem]

@Neuhier

Zwei Dinge fallen auf:

• 
  Die Angaben bei DTSTART und DTEND haben nicht das erwartetete Format (<date>T<time>). Statt z.B. 20190415000000 müsste hier 20190415T000000 verwendet werden.
  
• 
  Das Calendar-Attribut hideLaterThan hat wohl eine falsche Zeitangabe; die verwendete bedeutet 30 Sekunden; vermutlich sollte hier eher etwas wie 30d - was 30 Tagen entspricht - angegeben werden
  

Mit den beiden Änderungen sollte es funktionieren ...

[Neuhier]

Ok, im Kalender das "T" dazwischensetzen.
Oder Zeitangabe komplett weglassen, sind ja ganztägige Termine.
Das mit dem "d" habe ich glatt überlesen. 

Aber es geht jetzt.
Danke ! 

[curt]

Hinweis auf PERL WARNING @chris1284 .

Mein System bzgl FHEM ist aktuell. Beim Neustart schaute ich mal, wer so alles rumnörgelt.

Code Auswählen Erweitern


2019.05.06 17:38:37 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/57_CALVIEW.pm line 226.


Hoffe geholfen zu haben.

[curt]

@OdfFhem

Ich fuhr gerade ein FHEM-Update. Und staunte nicht schlecht: calview kommt ganz unerwartet in quietschebunten (unlesbaren) Farben daher.

Falls Du das selbst nicht nachvollziehen kannst, liefere ich gern meinen FTUI-Eintrag sowie weitere notwendige Informationen.

[OdfFhem]

@curt

Ich kann dies nicht direkt nachvollziehen.

Ich könnte aber vermuten, dass es vielleicht an den sourcecolor-Readings liegt. In der neuen Fassung reicht es aus, data-sourcecolor auf yes zu setzen; die zusätzliche Angabe der sourcecolor-Spalte ist nicht mehr notwendig. In diesem Fall sollte das Löschen oder das no-Setzen des data-sourcecolor-Attributes reichen.

Sollte es das nicht sein, bitte die HTML-Definition des calview-Widgets bereitstellen ...

[curt]

@OdfFhem

Ich kann dies nicht direkt nachvollziehen.

Ok.

Ich könnte aber vermuten, dass es vielleicht an den sourcecolor-Readings liegt. In der neuen Fassung reicht es aus, data-sourcecolor auf yes zu setzen

Das ist schon auf "yes" - seit langem:

Code Auswählen Erweitern


<li data-row="4" data-col="5" data-sizex="3" data-sizey="2">
<!-- https://forum.fhem.de/index.php?topic=91903.new;topicseen#new #15 -->
    <div data-type="calview"
     data-device="myCalView"
     data-get="all"
     data-max="5"
     data-detail='["bdate","weekdayname","summary","age"]'
     data-detailwidth='["22","18","60","10"]'
     data-showempty="true"
     data-onelinesum="yes"
     data-sourcecolor="yes"
     data-dateformat="short"
     data-timeformat="short"
     data-dayname="yes"
     data-oneline="yes"
     data-class='left-align'
     >
    </div>
</li>


Rein zur Sicherheit: Das Modul wird über den normalen Update-Zyklus von FHEM ausgeliefert? (Seit meinem Update vor ca 8 Stunden geht Dein Modul schief)

Oder hast Du da ein "aber-mal-andere-Modul-Version-aus-dem-Forum-laden" am Start?

[OdfFhem]

@curt

In diesem Fall sollte das Löschen oder das no-Setzen des data-sourcecolor-Attributes reichen.

Am Besten einfach das sourcecolor-Attribut löschen ...

Das Modul wird über das offizielle FTUI-Update ausgeliefert.

[curt]

Am Besten einfach das sourcecolor-Attribut löschen ...

Done.

Jetzt sieht das wieder schick aus.

Danke!

[dewosch]

Hallo,
ich bin neu hier und versuche so gut es geht ein eigenes Tablet-UI zu erstellen. Bei der Formatierung der Kalendereinträge habe ich eine Frage:
Gibt es eine Möglichkeit die Spalten unterschiedlich zu formatieren (eine linksbündig, eine rechtsbündig, die beiden innenliegenden inline)?

Danke.

[OdfFhem]

@dewosch

Bislang (leider) nicht.