#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

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

    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 11:45pm

    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
    6 Aug, 2018 03:30pm

    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