E. g., the timestamp 2023-10-27T22:14:00+02:00 should be parsed with the time zone of the resulting TZDateTime object being set to UTC+2. This could likely be implemented as a new static method of TZDateTime that differs from the existing parse method in that it only takes a single argument (the timestamp as String).
This would probably require the introduction of "unnamed" time zones that consist only in an offset from UTC.
E. g., the timestamp
2023-10-27T22:14:00+02:00should be parsed with the time zone of the resultingTZDateTimeobject being set to UTC+2. This could likely be implemented as a new static method ofTZDateTimethat differs from the existingparsemethod in that it only takes a single argument (the timestamp asString).This would probably require the introduction of "unnamed" time zones that consist only in an offset from UTC.