Seite 2 von 2

Re: CalendarGadget Bug oder Feature

Verfasst: 25.11.2018 10:34
von Pelagio
Guten Morgen,

wenn ich die Antworten dieses Themas mir durchlese und nachvollziehe komme ich zu dem Ergebnis das Ihr zwar alle über das ändern des Datums in einem Monat redet aber was ist wenn ich den Monat ändere ohne noch auf ein Tag zu drücken?
Das Datum ändert sich von Bsp. 25.11.2018 auf 25.12.2018............

Re: CalendarGadget Bug oder Feature

Verfasst: 25.11.2018 11:53
von RSBasic
hjbremer hat geschrieben:Der Erfinder des CalendarGadgets hat es sich unter Windows halt einfach gemacht und in den meisten Fällen mag das ausreichend sein.
Ich glaube, Fred oder Timo hat einfach nicht daran gedacht und ihm ist das nicht aufgefallen, weil er bisher das nie brauchte. Aber seit gestern gibt es nun von mir einen Wunsch-Thread und hoffen wir mal, dass EventType für CalendarGadget irgendwann hinzugefügt wird, damit du das nativ ohne Callback besser unterscheiden kannst.

Re: CalendarGadget Bug oder Feature

Verfasst: 25.11.2018 11:58
von RSBasic
@Pelagio
Wo ist jetzt genau das Problem? Beim Wechseln des Monats wird ein Event ausgelöst, was richtig ist, weil die Markierung/Auswahl des Tages sich ändert. Was passiert bei dir?

Re: CalendarGadget Bug oder Feature

Verfasst: 26.11.2018 05:40
von Pelagio
Guten Morgen,

RSBasic, im Stringgadget ändert sich auch der Monat.
Wenn Ich ein Datum angeklickt habe möchte ich es ja vielleicht im Stringgadget weiterhin sichtbar haben
aber im Kalender im nächsten Monat noch einmal nach dem Wochentag eines bestimmten Datums sehen.
Ich muss ehrlich zugeben das ich dies Szenarium noch nicht brauchte aber beim lesen des Themas,
kam mir dieser Gedanken.

Re: CalendarGadget Bug oder Feature

Verfasst: 26.11.2018 10:35
von RSBasic
Achso, jetzt verstehe ich es. Das ist aber leider ein Standardverhalten von Windows. Wenn du den Monat wechselst, dann ändert sich natürlich auch die Tag-Markierung.
Das Problem lässt sich nur mit einem Callback beheben, aber nicht mit den nativen PB-Events.