add new field to add custom html in the record list or full view

HTML and TextArea fields have default values.

You can hide the LABEL for those fields.

You can even restrict the SUBMISSION for a certain user group/ACL. (this might result in a default message on the form "You cannot submit this field". You might replace it with an EMPTY custom message string).

Alternatively, you might copy/edit the default field form template. This should remove the field completely from your submission form.

Not sure, but in ME Resources you could exclude certain fields from display in default Submission Form template. That is not the case in Cobalt. Although, even this can be achieved in a custom template. You can unset and remove the field from the fields-loop. Maybe easier to create a Field template "hidden" ?!

Weird idea... if you need different HTML separators over and over again, and want to speed-up the creation and editing: Just use a simple Select field and pre-fill it with your HTML snippets (each Snippet in 1 line!)

Simple example:

that's smart!

using language variables we could also add rich html, with images also... if I understand well the multilanguage tutorial written by Sergey,

and also using language variables we could insert different html elements for each language

You can do this with simple select. Just set break after label and no label. Use language constants and use HTML as translation.

yes, that works... I created a checkbox field with only one value checked by default

but a problem could be that the user see that value in submit form and he could uncheck it what I wanted to achieve is to be able to insert custom html and that the user has no access/control over it

I know I can do this by creating a custom template, but I am trying to achieve it with the default template (using a field) because it would be very much more flexible (eg I can move that custom html just moving the filed on the fields order,

I can change the html content without having to edit the tmeplate, and I can use default template in general for types... which is always better in term of flexiblity)

Unfortunately we do not plan to add field like separator. We think that this things have to go to template. Fields that do not have form display and yet only for HTML output purposes are considered as no a fields but templates.

By the way you can use groups as separators.