Domino 9 und frühere Versionen > ND9: Entwicklung

Bei erzeugtem Kalendereintrag ist letzter Tag nicht belegt?

<< < (2/3) > >>

Tode:
Einige Dinge, die mir sofort auffallen, und die gegen das von Erik gepostete Schema verstossen:

1. Repeating Entries bestehen immer aus mindestens 2 Dokumenten: Dem "Hauptdokument" und einem Antwortdokument mit den Terminen... Das Hauptdokument wird im Kalender nicht angezeigt.
2. StartDate, StartTime und StartDateTime enthalten eigentlich unterschiedliche Werte und nicht alle das selbe...
3. Ganztägige Termine gehen von 04:00 - 20:00 Uhr, nicht von 07:00 - 20:00 Uhr.
4. Der richtige Wert für BookFreeTime ist "" nicht "0"

Einen direkten Grund, warum der letzte Tag nicht als Busy gilt, kann ich aber nicht erkennen...

CarstenH:
Laut dem Script wird keinerlei Uhrzeit eingetragen und in der Beispiel-URL wird AppointmentType 4 benutzt (argtype = argarray(3) und wenn ich richtig zähle steht da eine 4).

AppointmentType 4 sind aber keine Termine oder ganztägige Ereignisse sondern lediglich Erinnerungen und damit immer ohne Reservierung, eine Erinnerung hat nur einen Zeitpunkt (der nie festgelegt wird da die Uhrzeiten gar nicht übernommen werden).
Eine Erinnerung hat keine Dauer und kann damit per Definition keine Zeit belegen - das kann man gerne mal ausprobieren: legt euch eine Erinnerung im Kalender an und die Maske sperrt automatisch das Feld "als verfügbar markieren". Wenn man das versucht mit Script auszutricksen ist das Ergebnis im besten Fall "undefiniert".

Also entweder stimmt das Script oder das Beispiel nicht, so kann das jedenfalls nicht wirklich (seit Jahren!) funktionieren.

HTH
Carsten

schroederk:
Hallo Carsten,

Du hast recht, der Parameter hätte "2" anstelle von "4" heißen müssen. Da habe ich versehentlich einen Aufruf kopiert, der den Eintrag auch in einem gemeinsamen Kalender erzeugt. Hier hatte natürlich nur Erinnerung Sinn gemacht.
Das Script lief seit mehr als 3 Jahren unverändert.

Ich hatte als erstes auch die Uhrzeiten in Verdacht. Ich hatte vermutet, dass EndTime und EndDateTime bei 0:00 Uhr bedeuten könnten, dass er dann um 07:00 Uhr natürlich wieder verfügbar wäre.
In einem Test habe ich dann die Ende-Zeit auf 23:59:59 gesetzt, aber das hat keinen Unterschied gemacht. Der letzte Tag bleibt weiterhin verfügbar.

@jBubbleBoy: Ich habe mir das PDF angeschaut, konnte aber auch hier keinen verursachenden Fehler finden.
@Tode:
- In den bisher gefundenen Beispielen im Netz wurde auch bei StartDate, StartTime und StartDateTime immer derselbe Wert geschrieben.
- Die beiden Variablen starttime und endtime werde aktuell gar nicht verwendet.
- Wenn ich BookFreeTime = "" setze, wird die Variable aus dem Dokument entfernt. Vermutlich hatte ich damals deshalb den Wert "0" gesetzt. Hat aber auch leider keinen Einfluss auf das Ergebnis.
- Ich habe bisher kein Beispiel-Script gefunden, um mehrtägige Einträge, also 2 Dokumente, zu erzeugen. Hast Du vielleicht eins?

maxritti:

--- Zitat von: jBubbleBoy am 11.02.20 - 17:59:45 ---oder man erstellt einen Kalendereintrag, mit den gewünschten Eigenschaften und vergleicht das mit dem vom Code generierten Dokument

--- Ende Zitat ---

Hast Du das mal gemacht?
Wäre ja ein Versuch, einen manuellen korrekten Eintrag auf Feldebene mit deinem "Problemeintrag" zu vergleichen.

jBubbleBoy:

--- Zitat von: maxritti am 13.02.20 - 07:50:17 ---
--- Zitat von: jBubbleBoy am 11.02.20 - 17:59:45 ---oder man erstellt einen Kalendereintrag, mit den gewünschten Eigenschaften und vergleicht das mit dem vom Code generierten Dokument

--- Ende Zitat ---

Hast Du das mal gemacht?
Wäre ja ein Versuch, einen manuellen korrekten Eintrag auf Feldebene mit deinem "Problemeintrag" zu vergleichen.

--- Ende Zitat ---

Ja klar - ein Kalenderdokument hat etwa 80 Notes-Felder und es gibt Werkzeuge die Dokumente vergleichen können.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete