[HowTo] Feiertage, KW etc. als .ics-Dateien in den AOSP-Kalender importieren

O

ooo

Enthusiast
3.449
[HowTo] Feiertage, Kalenderwochen etc. LOKAL als .ics-Dateien in den NICHT-Google-Kalender importieren
___

Gilt besonders für Custom ROMs ohne Google Apps (GApps)

___

1. .ics-Dateien besorgen

Diese Seite mit dem Phone-Browser öffnen und die gewünschten Dateien auf die SD Card downloaden (z. B. Deutsche Feiertage 2010-2015, Kalenderwochen 2010-2015 ganz unten auf der Seite). - Die Dateien liegen dann im Folder "Download".

_
Nur alternativ für deutsche Feiertage, feiner einstellbar:

Diese Seite mit dem Phone-Browser öffnen und bei Bedarf noch Haken setzen bei

  • zusätzliche Fest- und Gedenktage
  • weitere kirchliche Festtage
Button [ weiter... ] auf der Seite anklicken, um die .ics-Datei zu generieren und im SD Card Folder "Download" abzuspeichern.

___

2. Die App "iCal Import/Export" installieren

Jetzt diese Seite öffnen und von dort die "entsperrbare Version" (akt. iCal Import/Export 2.4) herunterladen und dann aus dem Ordner "Downloads" installieren (vorher unter Einstellungen > Sicherheit > Apps unbekannter Herkunft erlauben).

Falls die AFWall+ Firewall installiert und aktiv ist, die App NICHT in das Internet lassen (braucht man für lokale Kalender ja auch nicht). - Späteres "Lizenz-Problem-Gemaule" / "Keine Verbindung ins Internet-Bla-bla-bla ..." kann ignoriert werden (Button [ OK ]).

Falls AFWall nicht aktiviert bzw. nicht installiert ist, während der Arbeit mit der App den Flugmodus aktivieren, um die Verbindung der App zum Entwickler-Server zu vermeiden. - Wir tun nichts "Verbotenes", aber uns gehen "geschwätzige" Apps auf den Sender ...
(Edit 2015-09-19@17:14: Wer dem Dev trotzdem helfen möchte, die Analyse-Statistik über Region, Android-Version, Modell etc. zu pflegen, kann es ja tun ...)


___

3. Neue LOKALE Kalender anlegen und .ics-Dateien importieren

  • Die App "iCal Import/Export" öffnen
  • Intro akzeptieren, Changelog quittieren und Lizenz-Problem-Bla-bla-bla-Anfrage etc. mit [ OK ] quittieren
  • Gratis Operationen > Importieren
  • Weitere Aktionen > Kalender erstellen
  • Angezeigter Name > z. B. "Feiertage" eingeben
  • Name > z. B. "Feiertage" eingeben
  • Besitzer > "ich@hier" (oder etwas anderes) eingeben
  • Farbe wählen
  • Button [ Kalender erstellen ] antippen
  • Button [ OK ]
  • Button [ Weiter ]
  • Button [ Nach Datei suchen ] oder Button [ Datei wählen ]
  • (Gewünschte) Datei aussuchen
  • Button [ Weiter ]
  • Button [ Importieren ], dann warten auf Dialog "Import beendet"
  • Button [OK]
  • Button [ Nein danke ] ("Ein Bier spenden" ist allerdings bei dieser App nicht verkehrt ...)
  • Die App über den Home-Button des Phones verlassen

4. Kalender App öffnen
  • Menü-Taste > Anzuzeigende Kalender > Button [ Zu synchronisierende Kalender ]
  • > Haken bei "Feiertage"
  • Button [ OK ]
  • Back-Taste (zurück zum Kalender)
  • Menü-Taste > Aktualisieren
  • Prüfen, ob die importierten Termine korrekt angezeigt werden
___

Die Schritte unter 3. und 4. für die Kalenderwochen und andere .ics-Dateien wiederholen.

Tipp: Wenn man von Google weg will und bereits kein Google-Konto mehr auf dem Phone hat, kann man auch über die Web-Seite im Google-Account alle Kalendereinträge in eine .ics-Datei exportieren, auf das Phone kopieren und dann - wie hier beschrieben - einmalig importieren. - Diese Termine haben dann keinerlei Verbindung mehr zu Google ...

Unter Einstellungen > Sicherheit > Apps unbekannter Herkunft wieder deaktivieren

Die iCal Import / Export App kann man dann wieder deinstallieren oder (mit einem gerooteten Phone) einfrieren:

Android Terminal Emulator öffnen dann Eingabe:
Code:
su
pm disable tk.drlue.icalimportexport.generic
Wieder auftauen dann mit "pm enable ..."
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: mratix
Wow! Vielen Dank, das wird mich dann morgen beschäftigen! Super Anleitung!
 
Hi,
wirklich schöne Anleitung :) Auch vielen Dank für den Bier Hinweis.
Ich wollte zur "geschwätzigkeit" meiner App nur kurz Stellung nehmen, gleich vorweg, von "geschwätzigkeit" kann hier NICHT die Rede sein:

Es gibt genau zwei API calls:


-Nach Updates prüfen
+Beim Appstart alle 48 Stunden
+Dabei werden KEINERLEI Usersensitive Daten übertragen

-Lizenzprüfung
+Wenn die Pro Features nicht entsperrt werden (Menü -> Entsperren) 1x beim aller ersten Appstart.
+Wenn Pro Features enstperrt sind werden im Abstand von 2 Tagen 3 Lizenzprüfungen vorgenommen. Sind alle erfolgreich so gibt es KEINE weiteren Prüfungen.
Bei der Lizenzprüfung wird die SecureID (Settings.Secure | Android Developers mit dem Packetnamen zusammen gehasht (SHA256) übertragen.

Ich weiß das meine App nicht Open-Source ist, also fällt es vielleicht manch einem schwer zu glauben was ich hier schreib. Wer es aber selber nachprüfen will, dem kann ich nur wärmstens Charles Web Debugging Proxy • HTTP Monitor / HTTP Proxy / HTTPS & SSL Proxy / Reverse Proxy empfehlen.

mfg
Lukas
 
  • Danke
Reaktionen: mratix und ooo
Hi, @dr.lue , wo hast du solange gesteckt?

Closed source ist die freie Entscheidung eines jeden Devs, kein Problem.
Wenn die App zum Zeitpunkt der Erstellung dieses Threads etwas "Unsauberes" gemacht hätte, dann hätte ich sie auch nicht öffentlich empfohlen.
Die "Bauchschmerzen" bleiben für den End-User immer, wenn eine App durch die Firewall soll - auch bei nachvollziehbaren Gründen.

Herzlichen Dank für deine Arbeit und die Erklärungen zum Verhalten deiner App.

Tipp:
(Genau) diesen Text in die App und auf die jeweiligen Seiten im Internet packen, damit sich die Leute im Vorfeld an die Hand genommen fühlen.
Das schafft noch mehr Vertrauen ...

Ich wünsch dir noch viele Bierkästen von den Usern!

:thumbup:
 
Hi, @ooo, hier und da war ich :)

Vielen dank für deinen netten Beitrag. Sobald ich Zeit habe werde ich auf der Homepage einen passenden Eintrag verfassen.

mfg
Lukas
 
  • Danke
Reaktionen: Miss Montage und ooo

Ähnliche Themen

O
  • orpheus
Antworten
5
Aufrufe
216
orpheus
O
F
Antworten
13
Aufrufe
475
Pagnol
Pagnol
Zurück
Oben Unten