blob: 1a5a88bde5632334a712639452554c100cbbe50a (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
|
Blandat
=======
Felaktig längd på event
-----------------------
Följande event har någonting udda för sig.
/home/hugo/.local/var/cal/d_sektionen/37cb2cbc5316a4848eff1e380ab064832b17183ee1b5b96a5c002c6b089dad49.ics
DTSTART #<<datetime> date: 2020-02-03 time: 16:30:00 tz: "UTC">
DTEND #<<datetime> date: 2020-02-03 time: 23:00:00 tz: "UTC">
SUMMARY Vintermöte
Properties
==========
Object utan DTEND
-----------------
Just nu sätts heldagsevents till att sluta en dag senare,
och "vanliga" event är 1 timme långa. Se vad standarden säger.
Object med DURATION istället för DTEND
--------------------------------------
ICAL RDATE
----------
Konfiguration
=============
Hantera saknad eller tom konfiguration
--------------------------------------
Bättre felmedelanden vid saknad config
--------------------------------------
Terminal
========
Terminal interface on small terminal.
-------------------------------------
Handle systems with bad `cal' programs
--------------------------------------
HTML
====
Icke-linjär tidsskala
---------------------
ICS
===
VTIMEZONE i output
------------------
Min nuvranade taktik för att hantera tidszoner är att jag under inläsningen
struntar fullständigt i alla VTIMEZONE-objekt, hoppas att all TZID:n följer
tzdb-standarden (ex. "Europe/Stockholm"), vilket den inte måste göra.
Vid utmatning av en VCALENDAR måste dock alla använda tidszoner redovisas.
Antingen:
- spara undan de inlästa, eller
- generera nya from tzdb.
|
