You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sometime we received descriptions and occasionally other plain text or lang-tagged strings for inclusion in register entries.
Currently for a register item descriptions when given are rendered in 3 places in the UI:
Above the item's property table wrapped in a <p/> element - which looses any 'manual' layout of the text.
In the item's property table itself wrapped in a <td/> element and with the content entity escaped so that any embedded markup in the given description is rendered as part of the text rather than having its intended effect as markup
In the item's metadata again wrapped in a <td/> element and with entity escaping of the markup.
In the first case any manual layout is lost; and in the second and third cases any layout markup introduced to address the loss of layout (e.g. replacing line breaks in the text with <br /> elements) are then exposed in other places where the text is presented.
Other approaches, like wrapping the laid out description in a <pre /> tag encounter similar issues due to the different rendering approaches taken for the same string in different parts of the constructed UI page.
It would be nice to find a strategy for embedding and processing markdown text strings in order to provide for the layout of text values.
In a similar way, one could conceive of using datatyping to indicate the presence of a markdown formatted string value, however there is also a need to be able to signal language tagging as well in order to support multi-lingual content (that applies to addressing #85 as well).
The text was updated successfully, but these errors were encountered:
Sometime we received descriptions and occasionally other plain text or lang-tagged strings for inclusion in register entries.
Currently for a register item descriptions when given are rendered in 3 places in the UI:
In the first case any manual layout is lost; and in the second and third cases any layout markup introduced to address the loss of layout (e.g. replacing line breaks in the text with <br /> elements) are then exposed in other places where the text is presented.
Other approaches, like wrapping the laid out description in a <pre /> tag encounter similar issues due to the different rendering approaches taken for the same string in different parts of the constructed UI page.
It would be nice to find a strategy for embedding and processing markdown text strings in order to provide for the layout of text values.
This seems related to #85.
In a similar way, one could conceive of using datatyping to indicate the presence of a markdown formatted string value, however there is also a need to be able to signal language tagging as well in order to support multi-lingual content (that applies to addressing #85 as well).
The text was updated successfully, but these errors were encountered: