ayanova/src/api/locale.js

@@ -104,6 +104,10 @@ export default {
     // let tmp = new Date(value).toLocaleString("sv-SE", {
     //   timeZone: timeZoneName
     // });
+
+    //BUGBUG with original code, apple can't parse the date from here because sv-SE puts a space between date and time and apple can only parse if it has a T between
+    //so force a T and look for other places where this could happen
+
     // tmp = tmp.replace(" ", "T");
     // let ret = new Date(
     //   tmp

ayanova/src/views/home-schedule.vue

@@ -433,12 +433,15 @@ bugbug? If I set new york time zone in ayanova, then in schedule the appointment
         theDate + "T" + theTime,
         vm.timeZoneName
       );
-
   So the issue is that the controls will *always* use / expect the time to be local to the browser ignoring the forced conversion
     so we need to present the UTC time to the control as a local time that works for HERE but in fact is then converted by the difference of the forced time zone when saving
-
     If I'm in New York and I book for 4pm it should show 1pm to a user in Vancouver zone
- 
+
+  FIX FOR BUGS: 
+  todo: schedule shows new york time items in vancouver time zone instead so should be 4pm is showing as 1pm
+  todo: schedule is sending appointments when created in schedule and ayanova set to new york time with vancouver time so schedule's 1pm is showing in reminder form as 4pm when it gets there prefilled
+  todo: fix apple parsing issue and look for more places where it's happening potentially with sv-SE see locale.utcDateToScheduleCompatibleFormatLocalized for notes and example fix
+
   TESTING:
     Test here locally and check for layout issues while doing it on all devices 
     drag/extend in all views working?