#dominoforever | Product Ideas Portal


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

Support ISO-Format for NotesDateTime-Object in LotusScript

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, sirius-net GmbH

  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Jul 17 2018
  • Likely to implement
  • Attach files
  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    05 Jun 13:10

    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.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    17 Feb 23:45

    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 ]

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    August 06, 2018 15:30

    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