Welcome to the #dominoforever Product Ideas Lab! 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 jointly by the IBM & 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.


About RichText and fidelity in general

From eknori.

with Nomad just around the corner, LS and also richtext becomes important again. Richtext methods have not been upgraded or enhanced for a long time. I do not make an educated guess, why.

you should hire Ben Langhinrichs and use his knowledge about richtext and also fidelity to make Notes/Domino great again. 

Better, acquire Ben‘s company and integrate his awesome work into the product.

  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Jul 19 2018
  • Attach files
  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    October 08, 2018 07:34

    I don't know about Ben's work but actually, there is a very very big problem around this notes rich text..

    And I agree with you, IBM should invest a lot in this point

    All lotus developper (for notes client app) have done nightmare about this point "rich text fidelity notes/web" and "legacy notesrichtext content" that we can't easily migrate to html5. It makes me want to abandon Lotus just because of this point.. We are stuck with notes legacy apps.. I think this is also the case for many companies who feel like IBM just emprisoned them with this notes richtext and now don't want to here about Domino.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    November 28, 2018 21:01

    For what it is worth, one of the major reasons Ulrich (eknori) suggests my products is because they DO allow high fidelity round-trip conversion between Notes rich text and HTML5. We do more than that at Genii Software, but converting to and from rich text to other formats is the reason for this idea being suggested.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    09 Feb 03:04

    RichText is certainly no worse than other formats. On the contrary - it can even be called simple. See what's going inside the *.doc-format - it's just awful! There is a whole file system! But people somehow write the code and convenient API, and work in Word without problems.

    The Notes client's problem is not in RichText, but in the fact that the RichText content rendering engine to a visible form and back has not been updated, since the days of Netscape 6 (or something like that). That is, in essence, every form opened to the user, is a page displays via prehistoric browser which embedded in the Client. From here all birth injuries Notes: prehistoric CSS support, the need to reopen the document to update RichText, etc.
    And it was not updated because the direction was chosen - go to a thin client. If the rendering engine in the client were kept up to date, then no one would have thought of switching to a thin client! See what great controls on the sites now have to build tables - very convenient and fast! And all this can be obtained in the client, if to update the engine to the current state.
    When opening a document, work in a modern browser page, and when necessary, convert its contents to RichText and back. This is the usual simple XSLT that you need to do when NotesUIDocument.Save (but only when RichText was changed) and with NotesUIDocument.Refresh(True) and NotesRichtextItem.Update, without any reopened. It is necessary for each field in the document and the document itself to set Changed = True property on any change of the field. Naturally, Computed Fields and Hide When will be recalculated. But in any case it will work faster - it will not be necessary to always update and render everything.
    One can also add a method to update the specific area where Computed Subform or Embedded View is inserted.

    In general, it is possible to make this more optimal and faster, and to preserve the existing API, and even expand it. The question is how deeply ready is HCL to go :)

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    09 Feb 03:07

    Similar idea: https://domino.ideas.aha.io/ideas/NTS-I-101