57_CALVIEW - Erweiterungsmodul für 57_CALENDAR

Begonnen von chris1284, 28 Dezember 2016, 18:12:33

Vorheriges Thema - Nächstes Thema

chris1284

#390
Zitat von: obi am 20 März 2019, 21:52:32

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
Zitat
     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:

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

#394
Kalender
  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
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.


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.
RPI 4 - Jeelink HomeMatic Z-Wave

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.
RPI 4 - Jeelink HomeMatic Z-Wave

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
Zitat von: OdfFhem am 27 Mai 2019, 07:12:19
Ich kann dies nicht direkt nachvollziehen.

Ok.

Zitat von: OdfFhem am 27 Mai 2019, 07:12:19
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:


<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?
RPI 4 - Jeelink HomeMatic Z-Wave

OdfFhem

@curt

Zitat
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

Zitat von: OdfFhem am 27 Mai 2019, 07:40:21
Am Besten einfach das sourcecolor-Attribut löschen ...

Done.

Jetzt sieht das wieder schick aus.

Danke!
RPI 4 - Jeelink HomeMatic Z-Wave

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