Description
Plan literal dotenv value spelling for this restricted unquoted-or-JSON-double dialect; quoted dollar text stays literal, no shell execution compatibility claim.
Environment assignments pair names with literal string values. Repeated names need an explicit first/last policy, and missing values differ from present empty strings. A dotenv file and a shell program can use different quoting and expansion rules; these tools implement their stated literal subsets using supplied data.
Plan literal dotenv value spelling for this restricted unquoted-or-JSON-double dialect; quoted dollar text stays literal, no shell execution compatibility claim.
When to use this tool
Use this tool to plan literal dotenv value spelling for this restricted unquoted-or-JSON-double dialect; quoted dollar text stays literal, no shell execution compatibility claim.
How to use the tool and how it works
- Enter value using the input definitions below.
- Run the operation. Resolve malformed-input errors before interpreting the result.
- Read result.style, result.token. Interpret signs, units, ordering and null values using the rules below.
Reject NUL. Use unquoted spelling only for a nonempty value composed of ASCII letters, digits, underscore, dot, slash, colon or hyphen; otherwise serialize the literal value as a JSON double-quoted string.1
| Input field | Meaning and units | Accepted input |
|---|---|---|
| value | Literal string value to encode; NUL is rejected where stated. | Text, at most 8,192 UTF-16 code units; the stated grammar and narrower limits also apply. |
| Output field | Interpretation |
|---|---|
| result | Object containing the fields below. |
| result.style | Chosen spelling: unquoted or json-double. |
| result.token | Serialized literal value token in the selected subset. |
{
"input": {
"value": "a b"
},
"output": {
"result": {
"style": "json-double",
"token": "\"a b\""
}
}
}Limitations and assumptions
- JSON-double is this tool family’s explicit dotenv subset. Consumers with different quote/escape rules can interpret the result differently.
- Portable assignment records require names matching [A-Za-z_][A-Za-z0-9_]* and NUL-free values. Name matching is case-sensitive. Reference scanners and quoted-value helpers follow only their own stated grammar and do not read the process environment.
- Every declared top-level input is required and unknown fields are rejected. Ordinary strings are limited to 8,192 UTF-16 code units and lists to 128 entries, with tighter operation-specific bounds where stated. JSON text has bounded nesting and node counts.
- Numeric outputs must be finite and within the absolute safe-integer magnitude; exact larger integers use decimal text. Source positions are zero-based UTF-16 offsets and span ends are exclusive unless a different convention is explicitly stated.
Alternative or Complementary methods
Select the consuming application’s dotenv dialect explicitly. Keep literal substitution separate from recursive expansion and shell execution, and retain occurrence provenance when resolving duplicate assignments.
References
Similar or alternative tools
- Restricted Dotenv Double Quoted Value Parser
Parse the explicitly JSON-double-quoted dotenv subset only, with JSON escapes and literal dollar signs; not shell interpolation or every dotenv implementation.
- Restricted Dotenv Single Quoted Value Parser
Parse a restricted complete single-quoted dotenv value literally; no escape or interpolation processing, embedded single quotes and newlines reject.