Tuxcal - Google/ownCloud Calendar import script für Termine

[BPanther]

Das mit der Stundenverschiebung liegt eher dann am Script, aber das findet sich sicherlich auch noch.

Und auch hier nochmal, damit es nicht verloren geht: Die Änderungen kommen auch noch ins GIT. Muß nur vergleichen welche Version im DDT ist, zur Not tausche ich die einfach aus. NI kann das dann entsprechend übernehmen. Aber das erst am Wochenende, muß doch hin und wieder arbeiten und andere Sachen testen.

[fritz]

Die 1-2 Stunden Verschiebung müssen wir uns irgendwann noch anschauen...aber das eilt nicht und ist sicherlich machbar.

Dass ist alles andere als trivial die Zeitverschiebung liegt an der verwendeten Zulu-Zeit also Greenwich und bei hiesiger Sommerzeit weicht es hier um 2 Sdt. davon ab, bei Winterzeit hier um eine Stunde, das lässt sich denke ich nicht via scipt lösen, aber evtl. fällt musicus oder jemanden anderen was dazu ein

[Charles Darwin]

Genau...in der ICS-Datei steht die UTC...und wir haben derzeit UTC+2. Die Zeitzone steht aber ebenfalls in der ICS. Man muss das also "nur" in Beziehung setzen.
Im Agendascript von Musicus wird das irgendwo gemacht...
Das schaffen wir auch noch...irgendwann

[Charles Darwin]

Wollte nur noch anmerken, dass zB ownCloud in seinem Kalender die Sache mit der UTC viel besser löst. Wenn man da einen Calender mittels ics-Datei exportiert, dann steht immer die lokale Zeit mit Info über Timezone (DTSTART). Das könnten wir für Tuxcal viel leichter auswerten...weil extrahierbar. Google-ics verwendet dagegen immer UTC...und stellt uns dann vor unlösbare Aufgaben...würde sagen, wir lassen das mal auf ganztägige Termine beschränkt...bis sich jemand findet, der die UTC gleich nach dem Download in die entsprechende lokale Uhrzeit umwandeln kann (UTC+1 bzw. UTC+2)

Code: Alles auswählen

BEGIN:VEVENT
DTSTAMP:20200510T050504Z
UID:01540a2a-3453-499c-bf94-0c022943d600
SUMMARY:Wichtiger Termin
DTSTART;TZID=Europe/Vienna:20200511T074500
DTEND;TZID=Europe/Vienna:20200511T084500
STATUS:CONFIRMED
BEGIN:VALARM
TRIGGER:-PT15M
ACTION:DISPLAY
DESCRIPTION:Wichtiger Termin
END:VALARM
END:VEVENT

[Frankenstone]

Mal eben den Kalender auf meiner HD51 installiert.
Wollte die Uhr einblenden und erhalte aber das.

7EBB183B-7FDF-41D9-A52B-E7CA57DD18C1.png

[Charles Darwin]

Uhr kann man doch über die Neutrino-OSD-Einstellungen einblenden...

[Charles Darwin]

Wollte nur Bescheid geben, falls es jemanden interessiert. Mit Owncloud Calendar (OpenSource) ist die Sache, glaub ich, vielversprechender. Hab wieder etwas rumgespielt und meine tuxcal.list sieht dann so aus...mit korrekter Uhrzeit (UTC+2 bzw +1). Allerdings muss ich das "T" noch wegbekommen und ein Doppelpunkt gehört zwischen Stunde und Minute...und die letzten 2 Nullen müssen weg.
Das sind halt alles Sachen für Profis...sonst dauerts sehr lange...
Das T kann man schnell rausmachen, aber eigentlich will man es nur rausmachen bei Uhrzeitterminen und nicht bei ganztägigen...

tuxcal.list

Code: Alles auswählen

t;08.01.2020T080000;Termin;
t;11.07.2019;Ganztagstermin;

[fritz]

Ich habe mir mal tuxcal so wie bereits in der box vermeldet umgeschrieben, bei mir sieht die Statuszeile nun wie folgt aus ...

screenshot_tuxcal_ohne_clockaufruf.png

nötig war dazu nur dass ...

Code: Alles auswählen

diff --git a/tuxcal/tuxcal.c b/tuxcal/tuxcal.c
index 823eff1..89738cc 100644
--- a/tuxcal/tuxcal.c
+++ b/tuxcal/tuxcal.c
@@ -2882,13 +2882,13 @@ int main ( void )
 		GetRCCode();
 		switch (rccode)
 		{
-			case RC_DBOX:
+/* 			case RC_DBOX:
 			{
 				if (!ControlDaemon(TOGGLE_CLOCK))														// send hide/show clock to daemon
 					ShowMessage(CLOCKFAIL);																		// we didn't reach the daemon, show error
 				else ShowMessage(CLOCKOK);
 			} break;
-			
+*/		
 			case RC_0:	
 			{
 				tShow_year = at->tm_year+1900;
diff --git a/tuxcal/tuxcal.h b/tuxcal/tuxcal.h
index 0358ccc..9378e91 100644
--- a/tuxcal/tuxcal.h
+++ b/tuxcal/tuxcal.h
@@ -104,7 +104,7 @@ char *infohelp[][MAXOSD] = {
 	{ "markieren"     , "select" },
 	{ "einf�gen"      , "insert" },
 	{ "bearbeiten"    , "edit" },
-	{ "[OK]Eintr�ge anzeigen [Men�]Uhrzeit ein/ausblenden [0]heute" , "[OK]show entrys [menu]show/hide clock [0]today" }
+	{ "[OK]Eintr�ge anzeigen [0]heute" , "[OK]show entrys [0]today" }
 };
 
 char *szEditBoxInfo[][MAXOSD] ={

damit kommt es nicht mehr zur Fehlermeldung wenn man via Menü-Taste die tuxcal-Uhr einblenden möchte, weil das patch den Aufruf dafür verhindert das der Hinweis auf diese Funktion angezeigt wird und der Aufruf auch unterbunden wird, mir persönlich reicht es dass man via neutrino eine Uhr einblenden kann, doppelt vor allen wenn es bei mir nicht funktioniert brauche ich nicht.

[Don de Deckelwech]

Hi,
das mit der Uhr ist auf der Coolstream übrigens auch defekt. Womöglich von Anfang an, was nur zeigt, wie wenig Leute dieses, mit Verlaub, Relikt aus dBox2-Zeiten überhaupt verwenden... /editon: inklusive mir, hab den noch nie benutzt /editoff
Immerhin ist in dieser Uhr ja auch eine Anzeige drin, ob Tuxmail neue Post hat!

Schöner wäre es ja, das zu fixen. Kann es sein, dass da der Aufruf des Framebuffers oder so nicht stimmt?

Ciao,
DdD.

[BPanther]

Wie heute morgen schon geschrieben ist die Uhr nicht defekt, es muß lediglich der Dämon gestartet (bei mir über die standby.on/off derzeit gesteuert) und die Uhr natürlich auch in der Konfig aktiviert sein.

[Frankenstone]

Da bevorzuge ich die Fritz Methode.

[BPanther]

Ich nutze das Teil eh nicht, aber wenn raus, dann richtig incl. der Variablen - auch im Dämon.

[Charles Darwin]

Es ist sowieso nur eine Spielerei bzw. eine Machbarkeitsstudie. Wenn sich das keiner mit der UTC-Korrektur für Google-ics-Dateien anschaut, der das nötige Wissen hat, kann man in Google nur Ganztagstermine verwenden.
Ich persönlich hab schon lange eine ownCloud-Installation auf meinem Server. Das ist für Dateien, Kalender & Kontakte, die ich dann auf alle Geräte syncen kann. Deshalb hab ich mir den ownCloud-Kalender angeschaut. Die ICS-Datei enthält die RICHTIGE ZEIT mit Info über Timezone. So soll es sein.
Deshalb hab ich trotz Laienstatus nochmal rum-ge-SED-et. Script anbei...falls jemand weitermachen will. Für meine Zwecke reichts...hat aber Probleme mit von Google importierten Terminen in ownCloud, weil da wieder die dämliche UTC+Z steht. Auch gibts noch Probleme mit wiederkehrenden Terminen. Einfache Uhrzeit u Ganztagstermine funktionieren jetzt aber bei mir.

Google ics funktioniert mit dieser Version ausdrücklich nicht mehr. Bitte letzte Version von BPanther&Fritz...vor der Uhrzeitumstellung...verwenden.

Hier nur ein Auszug meiner tuxcal.list

Code: Alles auswählen

t;17.02.2020 08:00;Gelber Sack;
t;03.08.2020 08:00;Gelber Sack;
t;28.10.2020 08:00;Gelber Sack;
t;14.09.2020 08:00;Gelber Sack;
t;11.05.2020 08:00;Gelber Sack;
t;22.06.2020 08:00;Gelber Sack;
t;07.12.2020 08:00;Gelber Sack;
t;08.01.2020 08:00;Gelber Sack;
t;27.06.2018;Papiermuell;
t;09.01.2019;Papierbehaelter;
t;03.04.2019;Papierbehaelter;
t;21.08.2019;Papierbehaelter;
t;29.04.2019;Leichtverpackungen;
t;28.12.2019;Restabfallbehaelter;
t;26.06.2019;Papierbehaelter;

[BPanther]

Nur mal als Tip für einfache Umrechnungen von Zeiten. Kann man als Funktionen mit Parameterübergabe umschreiben und verbauen:

z.B. als Funktion "time2unix()":
date -ud '2020-06-18 00:00:00' +"%s"
Ergebnis:
1592438400

ODER
date -d '2020-06-18 00:00:00' +"%s"
Ergebnis:
1592431200


z.B. als Funktion "unix2time()":
date -ud @1592438400
Ergebnis:
Thu Jun 18 00:00:00 UTC 2020

ODER
date -d @1592438400
Ergebnis:
Thu Jun 18 02:00:00 CEST 2020

Wie man sieht, die +2h sind OHNE u als Parameter mit bei. Aus der Hilfe zu date:
-u,--utc Work in UTC (don't convert to local time)

Irgendwer wollte es ja mal mit der Unix-Zeit versuchen...

[Charles Darwin]

Das ist richtig, aber wir benötigen ja auch die Sommer/Winterzeit Korrektur ab bestimmten Zeitpunkten. Das ist nicht so einfach. Ausserdem ist mir aufgefallen, dass in den ics-Dateien alle möglichen Spezialfälle auftauchen, die dann eine SED-Lösung immer wieder zerschießen. Ist knifflig...