Calendar 2.3

[frase]

Danke fürs Testen! Also gibt es nun Calendar_XH 2.3 wo dieser (und ein anderer) Fehler behoben sein sollten.

Danke!
Schnelltest = OK

Kleines Manko:
Ich habe einfach mal unseren Abfallkalender (ics) importiert => funktioniert!
Allerdings taucht in der Veranstaltungsliste ein kleines Problem auf:

calendar-screenshot.png

Wenn der Platz nicht ausreicht, dann umbrechen die Daten in der ersten Spalte.
Und – wenn ich das richtig erinnere – diese Art von Daten werden nicht mit Leerzeichen geschrieben.
Das würde auch den Umbruch verhindern.

[frase]

Und da wir gerade dabei sind:
Geburtstage werden auch ein wenig „abmaßig“ dargestellt:

calendar-screenshot-2.png

[cmb]

Ich habe einfach mal unseren Abfallkalender (ics) importiert => funktioniert!

Du Glücklicher! Bei meinem sieht es nicht so gut aus:

Screenshot 2023-02-07 135805.gif

In der .ics steht z.B.

Code: Select all

SUMMARY;LANGUAGE=de:Abfuhrtermin Problemmüll am 11.02.2023
SUMMARY:ABFUHRTERMIN!

Der Import nimmt aber nur die SUMMARY (ohne LANGUAGE). Sollte ich nachbessern.

Wenn der Platz nicht ausreicht, dann umbrechen die Daten in der ersten Spalte.
Und – wenn ich das richtig erinnere – diese Art von Daten werden nicht mit Leerzeichen geschrieben.
Das würde auch den Umbruch verhindern.

Das ist eigentlich eine Einstellungssache (Calendar → Sprache → Format). Gemäß DIN 5008:2020-03 werden die Kurzformen tatsächlich ohne Leerzeichen geschrieben, so dass ich bei den Vorgaben nachbessern sollte. Wird aber bei einem Patch-Update sowieso ignoriert (da keine Sprachdateien ausgeliefert werden).

[frase]

Der Import nimmt aber nur die SUMMARY (ohne LANGUAGE). Sollte ich nachbessern.

Meine Gemeinde nimmt offensichtlich an, dass es nur deutschsprachige Müllmacher gibt.

„Language“ gibt es bei uns nicht.

Das ist eigentlich eine Einstellungssache (Calendar → Sprache → Format).

Oh ja, das hatte ich übersehen.
Also alles einstellbar.
Und das mit den Geburtstagen lässt sich auch per CSS korrigieren (padding).
Die Farben und das Padding kamen noch von Knollsens „Kalender“.
Also: Keine Panik! Alles ist gut.

[cmb]

Und da wir gerade dabei sind:
Geburtstage werden auch ein wenig „abmaßig“ dargestellt:

Wieso ist da ein Geburtstag im Abfallkalender. Da wird doch das Geburtstagskind hoffentlich nicht entsorgt werden!

Und das mit den Geburtstagen lässt sich auch per CSS korrigieren (padding).
Die Farben und das Padding kamen noch von Knollsens „Kalender“.

Ah, tatsächlich. Bei meinem Fork ist das Stylesheet sehr minimalistisch.

Ich verschiebe die letzten Posts mal in einen eigenen Thread.

[cmb]

Der Import nimmt aber nur die SUMMARY (ohne LANGUAGE). Sollte ich nachbessern.

Meine Gemeinde nimmt offensichtlich an, dass es nur deutschsprachige Müllmacher gibt.

„Language“ gibt es bei uns nicht.

LANGUAGE wäre auch kein Problem (die wird einfach ignoriert), aber mit mehreren SUMMARY-Zeilen kommt mein Import nicht klar. Allerdings sagt der Standard dazu:

;
; The following are OPTIONAL,
; but MUST NOT occur more than once.
;
class / created / description / geo /
last-mod / location / organizer / priority /
seq / status / summary / transp /
url / recurid /

Von meiner Seite ist also alles okay.

[frase]

Wieso ist da ein Geburtstag im Abfallkalender. Da wird doch das Geburtstagskind hoffentlich nicht entsorgt werden!

Das wäre der Super-GAU für XH
Nein, das ist doch alles nur ein „interner“ Test.

Ah, tatsächlich. Bei meinem Fork ist das Stylesheet sehr minimalistisch.

Und das ist gut so!
Eigentlich.
Denn der Anwender muss sich dann natürlich Gedanken über das CSS machen.
Kalender installieren, Termine eingeben und alles sieht schön aus? Is nich.
In einer idealen Welt könnte man ein paar Style-Alternativen in der Konfiguration auswählen.
Aber:
1.: Wer soll sich die Arbeit machen?
Und 2.: Man wird wohl mit Vorgabe-Styles niemals alle befriedigen können.

[frase]

LANGUAGE wäre auch kein Problem (die wird einfach ignoriert), aber mit mehreren SUMMARY-Zeilen kommt mein Import nicht klar. Allerdings sagt der Standard dazu:

;
; The following are OPTIONAL,
; but MUST NOT occur more than once.
;
class / created / description / geo /
last-mod / location / organizer / priority /
seq / status / summary / transp /
url / recurid /

Von meiner Seite ist also alles okay.

Aha, dann musst du jetzt also an deinen Entsorgungsbetrieb schreiben