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
Update to my comment:
Someone else here suggested using RichText fields for that purpose, then use ".getUnformattedTxt".
Problem with RichText fields is that strict code fragments stored in them can easily break when a form containing the richtext is edited through the Notes client: we already and unexpected changes of code data like insertion of line breaks into XML or JSON code which breaks parsing of that code. Also, RichText fields are much more complicated to protect from unwanted editing (you cannot simply apply computed hide when rules etc.). Therefor Richtext is fantastic for what it's name implies, but not for storing structured data.
This could be a great solution!
And it could greatly help us with a bug we are currently facing, where the Notes client can destroy a summary text field using the new field size limits (Domino 10 > 32k elevated to 64k; also see SPR # ASHEBNXG4F; we found a working solution around this, but it nevertheless is a bug in the Notes Client)
what other data than json would you store in such field?
Moving idea to product : Domino Designer
We already have a raw 'data contrainer' - its called RichText. You can store alle the html and json in this as plain text - and read it with NotesRichTextItem.getUnformattedText
Presumably based on these requirements, it would be a non-summary field. I can't see a use-case for displaying HTML / JSON in a view. Equally, if it's more than 32k, it's going to make a view very hard to navigate.