Views token replacement: Incorrect retrieval of integer subfield via Twig

Problem/Motivation

When a numeric (integer) subfield is retrieved in Twig via Custom Replacement of the same field in a view, there are 2 problems:

• the choice of the formatter is not used, always the key is retrieved and never the label
• the value 0 is returned as an empty string and not as the 0 value

Steps to reproduce

Create a custom field X and a subfield Y that is an integer with permitted values 0 and 1 with corresponding labels.
Create a view, add Y, set the format to Label, and in the custom replacement of Y retrieve the Y via Twig:
-) the key is shown and not the label
-) when Y = 1 => "1" is displayed (ok)
-) when Y = 0 => "" is displayed (wrong, empty string)

Proposed resolution

• Use the rendered value by default for token replacement
• Add a new __raw token option to explicitly account for raw value stored in db
• Account for map|map_string raw token types to json decode the serialized value to string
• Account for integer value = 0 can be assumed an empty value so remove the !empty check
• Simplify the field title to account for core bug that jumbles the rendered output due to extra : part in label due to subfield structure

Remaining tasks

n/a

User interface changes

n/a

API changes

Data model changes