Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.
For more information and upcoming events around #dominoforever, please visit our Destination Domino Page
Every modern and standardized framework can handle Date/Time-Objects in ISO-Format (see https://de.wikipedia.org/wiki/ISO_8601).
Just to make things easier for REST-Services it is necessary to have a proper Date/Time-Format that can be transfered in both ways.
There are two possible ways to get this feature for the Date/Time-Object:
1) add a method .getISODate(preserveLocalTime As Boolean) for the NotesDateTime-Object
2) extend the Format-Funktion with a new parameter ISO
Both ways need to take care of a possible given time part within the NotesDateTime-Object.
Pantelis Botsas
It's actual isuue in Lotus Script
Attachments Open full size
Pff..... 2 years and it still needs review and no one cares... Does it make any sense to write something here?.. That's a shame for IBM/HCL. So important and widely used API (Dates) had to be standardized long time ago.
Attachments Open full size
Yes please! Makes a lot of sense to convert from and to this standard format!
Not just for Lotus Script but also for @Formulas!
[ Daniel Nashed / HCL Grandmaster / http://blog.nashcom.de ]
Attachments Open full size
Also make the additional changes at C++ layer to allow timezone to be set when creating a DateTime and storage layer. Currently when creating a date time it uses the server timezone, which limits the usefulness of new Java 8 date/time constructs. There are quirks at the moment for timezones like India that are GMT + 4.5h
Attachments Open full size