Description
Format validated iCalendar HHMMSS with optional Z; second 60 is retained as explicit leap-second notation, not proof of a real leap second.
iCalendar separates content-line framing, property values, parameters and component nesting. TEXT escaping protects separators, while line folding is based on encoded octets. DATE, floating time, UTC and named-zone representations carry different information; a token-level operation does not resolve a timezone or expand recurrence rules.1
Format validated iCalendar HHMMSS with optional Z; second 60 is retained as explicit leap-second notation, not proof of a real leap second.
When to use this tool
Use this tool to format validated iCalendar HHMMSS with optional Z; second 60 is retained as explicit leap-second notation, not proof of a real leap second.
How to use the tool and how it works
- Enter hour, minute, second, utc using the field definitions below.
- Run the operation. Correct input errors before interpreting an output.
- Read result.token. Use the ordering, boundary rules and absence conditions described below.
Validate hour 0–23, minute 0–59 and second 0–60, pad each to two digits and append Z when utc is true.2
| Input field | Meaning and units | Accepted input |
|---|---|---|
| hour | Integer hour 0–23. | A finite safe integer within the operation’s stated bounds. |
| minute | Integer minute 0–59. | A finite safe integer within the operation’s stated bounds. |
| second | Integer second 0–60; leap-second occurrence is not verified. | A finite safe integer within the operation’s stated bounds. |
| utc | True appends Z; false leaves the token without a UTC marker. | A boolean true or false. |
| Output field | Interpretation |
|---|---|
| result | Object containing the named fields below. |
| result.token | Formatted basic date/time token. |
{
"input": {
"hour": 1,
"minute": 2,
"second": 3,
"utc": true
},
"output": {
"result": {
"token": "010203Z"
}
}
}Limitations and assumptions
- Without Z the token has no timezone interpretation supplied by this formatter.
- Content spans use zero-based UTF-16 offsets; fold limits use UTF-8 bytes including the continuation space. Token helpers handle the stated subset only, without a timezone database, recurrence engine or calendar import.
- Every declared top-level input field is required and unexpected 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 no larger in absolute magnitude than the safe-integer limit; operations returning exact large integers use decimal text. Positions are zero-based and spans end exclusively unless the operation explicitly states a different convention.
Alternative or Complementary methods
Keep content-line syntax, value escaping and timezone interpretation separate. Use a complete iCalendar implementation for recurrence expansion, timezone transitions and property-specific validation.
References
Similar or alternative tools
- iCalendar Basic Date Token Formatter
Format a validated proleptic Gregorian iCalendar basic date with year 1–9999; no time zone or floating date-time inference.
- iCalendar Basic Time Token Parser
Parse strict iCalendar basic time with optional UTC marker and allowed second 60; does not validate leap-second scheduling or resolve time zones.