# the string is a samp
the semantics of a string output are ambiguous to other outputs. we suggest that strings should be represented with the `samp` tag.
we could acheive a similar representation with the native [`samp`][samp] element.
[samp]: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/figcaption
3
we could acheive a similar representation with the native
samp
element.
if we are display code containing a string then the story is different. consider the first snippet of python code.
```pythonexample="this is the example"example```
6
if we are display code containing a string then the story is different. consider the first snippet of python code.
the source of the string in the code would have the following semantics. when `samp` contains `kbd` it indicates [<q>an actual key or other unit of input as a portion of a larger input</q>][usage]
[usage]: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/kbd#usage_notes
*we explored a few confomrations of the `samp` tag. it seems to hold up as a good semantic for input and output strings.
*a consistent use of the `var` tag in code representations and outputs would allow more complex relationships to be inferred from the document.
2
we explored a few confomrations of the
samp
tag. it seems to hold up as a good semantic for input and output strings.
a consistent use of the
var
tag in code representations and outputs would allow more complex relationships to be inferred from the document.