LBS-19000158 ics/CalDAV Kalender Client

[ak68]

Das wäre ja top, da habe ich wohl in der Hilfe überlesen dass ich mehrere Kalender in einem LBS angeben kann.

Beispiel mit 9 (!) Kalendern, alle Einträge an E4-E8 müssen mit "|" getrennt sein !
z.B. E4: caldav|caldav|caldav|caldav|caldav|caldav|caldav|c aldav|caldav

2019_10_15_13_02_03_EDOMI_Administration_Opera.png

E15: %a. %d.%m. %H:%M
E16: %start% %end% %summary%
E24 : wholeday[%a. %d.%m.;]|moredays[%a. %d.%m.;(%c Tage)]|samedaye[- %H:%M]

[Zaschii]

funktioniert soweit....Danke.

Aber ich glaube es gibt einen Bug bei der Spaltenbreite.
Wenn ich E14 mit 35|50|15 z.B. angebe ist in der Listenausgabe die erste Zeile ****35 und die Spaltenbreite wird ignoriert.
Ich verwende keine Spaltenüberschriften E12 und auch die die Ausrichtung E13 ist leer.

Wenn ich E12 ausfülle und E13 funktioniert es, dann sind aber die Zeilen in der Darstellung viel höher (die Zeilenhöhe im Visuelement habe ich fest mit 20px angegeben, diese wird dann mit dieser Konfig ignoriert).

[Winni]

Soweit ich mich erinnern kann, ohne Titelzeile, keine Steuerung (ausserdem!):

• Hinweis: Die Titelzeile kann (optional) ausserdem zur Definition der jeweiligen Spaltenbreite (Tabellen) verwendet werden:
  • "Titel1***10,Titel2***20,Titel3***70" führt zu Spaltenbreiten von 10%, 20% und 70%
  • die Breite jeder einzelnen Spalte kann als Prozentwert wie folgt definiert werden (als Spaltentrenner wird in diesem Beispiel das Komma verwendet):

[Winni]

VSE1000 kann "Titelzeile ohne Anzeige" (hatte ich ganz vergessen)

[ak68]

Noch einmal ausführlicher meine Eingänge:

E11: start[20]|end[20]|summary[60]
E12: Beginn|Ende|Beschreibung
E13: leer
E14: 20|20|60
E15: %a. %d.%m. %H:%M
E16: %start% %end% %summary%
E17/18: leer
E19: |2|<font color="#55e8e3">$wert$</font> (aktuelle Termine in "blau")
...
E24: wholeday[%a. %d.%m.;]|moredays[%a. %d.%m.;(%c Tage)]|samedaye[- %H:%M]

[Zaschii]

stimmt in Verbindung mit dem VSE1000 könnte ich das wie gewünscht umsetzen, aber ich verwende nun doch nicht den Ausgang A1 Liste sondern erstelle mir mit den next Ausgängen selber ein Liste so klappt es auch.

Danke euch für den Support

[Masifi]

kann man bei diesem LBS auch das Log deaktivieren? es haben sich nach Monaten Laufzeit schon >800MB an Daten angesammelt.

[vento66]

Im Quelltext nach

$DEBUG=TRUE; 

suchen, und mit

$DEBUG=FALSE; 

ersetzen. Ich werd das im DL Portal gleich mal ändern.

[Masifi]

Ich werd das im DL Portal gleich mal ändern.

Danke !!! machst du es dann über den LBS selber auswählbar?

[Zaschii]

Version 0.71 enthält einen Fehler und lässt sich daher nicht importieren (Edomi 2.0).

[vento66]

Da hat sich beim kopieren ein Sonderzeichen mit eingeschlichen, sollte jetzt behoben sein.

[Masifi]

Top die Debug-Ausgaben sind weg. Danke für die schnelle Umsetzung :-)

[Ottorino]

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]829727[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 803 | Undefined index: DTEND[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]829895[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 736 | Undefined offset: 1[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]829962[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 738 | Undefined offset: 2[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]830657[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 803 | Undefined index: DTEND[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]830732[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 736 | Undefined offset: 1[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]830791[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 738 | Undefined offset: 2[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]943520[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 803 | Undefined index: DTEND[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]943650[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 736 | Undefined offset: 1[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]943700[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 738 | Undefined offset: 2[/TD]
 		[/TR]
 	 [/TABLE]

Diese Fehler gab es in früheren Postings auch schon, aber leider hat niemand beschrieben, wie sie behoben worden sind.

Soweit ich dies bereits ergründen konnte, handelt es sich offensichtlich um "außergeöhnliche"/fehlerhafte Kalendereinträge, die in diesem Fall von einer frischen Nextcloud-Installation geliefert werden. Die Abfrage des Kalenders per CalDAV funktioniert prima und liefert an den Ausgängen auch entsprechende Ergebnisse. Hier geht es lediglich um die Beseitigung der Fehlereinträge.
Erstelle ich einen neuen Kalender in Nextcloud und frage diesen mit fünf Testterminen ab, kommen keine Fehler.

Mein Problem: Der Familienkalender enthält aktuell über 500 unterschiedliche Einträge. Wie finde ich heraus, welche drei Termine die o.g. Fehler produzieren?
- DEBUG hatte ich bereits auf TRUE gesetzt, allerdings sind im Individual-Log keine Hinweise auf Fehler zu finden.
- möglicherweise stammen die "fehlerhaften" Einträge aus dem Exportieren/Importieren aus früheren Kalendern (u.a. auch Google). Gibt es irgendwo ein Tool o.ä., was eine ICS-Datei (da treten die Fehler analog auf) auf Konformität/Korrektheit prüft?

Vielen Dank schon mal...

[Lexxs]

Hallo alle zusammen,

ich habe ein kleines Problem bezüglich der verbleibenden Tage beim Baustein LBS19000158.
Laut diesem Thema hier im Forum und der Beschreibung des Bausteines, soll mit Hilfe von %timeuntil% am E16 und der Formatierung untilfrm[%a] am E24 eine verbleinendeTagesangabe herauskommen. Doch das ist bei mir leider nicht der Fall.

Folgende Eingänge habe ich wie folgt bestückt:

E16: %start%%end%|%summary%|%timeuntil%
E19: |0Tage|<font color="#E53935">$wert$</font>
E24: wholeday[%a. %d.%m.;]|moredays[%a. %d.%m.;(%c Tage)]|samedaye[- %H:%M]| untilfrm[%a]

Wie man im Bild erkennt ist nach dem "String zerteilen" (erster Baustein ganz oben) am A3 des Bausteins 1565 die Ausgabe timeuntil%

Woran liegt das?

Realisieren möchte ich eine verbleibende Tagesanzahl der mit vorliegenden Termine in der Zukunft. (Müllabfuhr)
In diesem Beitrag,Kommentar #11
https://knx-user-forum.de/forum/proj...duell-designen

hat #shortyle eine mögliche Lösung gepostet. Doch leider scheitert es bei mir schon am Anfang aufgrund der Ausgabe von timeuntil%


P.S.: Ich habe die Bibliothek von GitHub wie in der Hilfe des Bausteins beschrieben, installiert.



Gruß Lex

[Winni]

So auf die schnelle, soweit ich mich erinnern kann:
Man kann nur Werte in E16 verwenden, die aufgrund der Einträge an E11 auch aufbereitet werden.
An E19 darf nur die Anzahl Tage stehen, nicht "Tage" anhängen.
Die Fehler aus Post #283 sind praktisch nicht zu finden, wenn man die Quellkalender nicht hat. In den Routinen jeden Array-Wert prüfen, ob er auch existent ist führt zu weit. Natürlich könnte man grundsätzlich alle Fehler unterdrücken, aber ob das gut ist?