What are the iOS settings to show calendar entries in different time zones without affecting existing events?

"Issues concerning travelling through time zones with respect to setting activity times

prior to the trip at the local time zone…"

For argument’s sake let say, we are in the Budapest Time Zone and wishing to set up an event in the New YorkTime Zone. We determined the event’s time schedule in NY, but we are still in the Budapest time zone when setting up the event(s). Now, the basic problem is

that due to the automatic date/time adjustment of iOS, the calendar events would also adjust according to the altered time zone at the given place and time. Thus, when in the NY Time Zone, all the appointments/events that made prior in the Budapest Time Zone would adjust to -6 hours.

As an example, assume that we have an appointment in NY at 19:00 and we must put it in our diary so that in NY it would appear at the right time. One way, which is quite laborious,

especially if there are multiple entries are to be made, is adding 6 hours from the NY time slot(s) and entering the time slot and the event accordingly. When in NY, these would change and will be shown in the real NY time slots.

The problem with this however, that all previous entries made for the Budapest time zone would also change to -6 hours, which would be incorrect. Although when returning to Budapest, these slots would automatically return to their true time slots as they were before. However, this is rather a cumbersome and not an elegant solution to problem of arranging appointments in different time zones to their true slots.

The basic problem that is presented for iOS users is that there are no clear and comprehensive instructions as to the affect of the various calendar settings catering for time zones. However, by trial and error one could figure out how it is possible to enter an event

for a different time zone so that it will be shown in its true time slot.

Below are the steps required:

1.  Setting the ‘Time Zone Override’ for appointments via the calendar app in the phone’s ‘Setup’

In iOS open-up settings, then scroll down to the Calendar settings. Once there, touch “Time Zone Override”. This will also lock the event dates and times to the phone’s selected time zones.

Although the above explanation of the ‘Time Zone Override’ doesn’t answer all relevant concerns, let’s set it.

2.     Now, to the ‘appointments’ in the calendar:

After entering the event, we can set the actual date and time in New York, even though we are still in the Budapest Time Zone.

However, when we are selecting the time we also should change the current Budapest Time Zone to  NY, as shown.

We can see the entry at the date/time slot that is shown the event in Budapest Time Zone, but it tells also that the event is delayed by GMT -5 hrs, indicating that the actual event is offset by 6 hours from the Budapest Time Zone, which is the phone’s set default state, that is 1 hour ahead of GMT.

As complicated as it sounds, it is quite simple, even if at first look it may be confusing.

As a result, we can see on the calendar’s event page that all the NY entries are shown according to the Budapest Time Zone. Now, hopefully the true time slot will be shown in NY, AND without changing the entries made when still in the Budapest Time Zone.

Whether or not the above settings will do the trick, it can only be seen once in the New York Time Zone.

p.s. Not surprisingly, if we search the Internet, there are numerous solutions and answers to the problem above, however none explains the problem and/or fully demonstrate it by the way of using examples. Also not surprisingly, there are many unsatisfied comments following

those links leaving the users if not in the dark, but in semi-darkness, without providing the solution.

As to the above procedure;

it is not guaranteed to work as hoped for, as it is not yet tested. Whether or not all the settings are required, or just a combination of some of them, and what is the effect of one being set, but not the other, and how they are linked to Location Setting, etc… is the crux of the matter that is not explored by any of the Internet links I found.