Enhancement: Snooze all by ADDING time vs. existing RESCHEDULE all to same time

[infinifocal]

Postpone ALL by ADDING an amt of time to all current-due-times (will effectively make it like CHAINING SEQUENCES of events for users; see below; PLEASE read "FURTHERMOREs" at the end for even more GREAT tweaking!!). Eg. If Event-1 (E1) is currently postponed for 5-mins from now, and Event-2 (E2) for 12 mins from now, selecting the postpone all icon, then selecting "ADD Time" (instead of "Reschedule All"), the user can select an amount of time to ADD to all due times. So selecting 10 mins will reschedule E1 to 15 mins from now (original 5 mins remaining plus the additional new 10 mins), and E2 to 22 mins from now (original 12 mins remaining plus the same additional new 10 mins).

This will allow users to effectively CHAIN a list of events!! Something which NOBODY else appears to do, so YOU WILL BE FIRST!! All users will have to do is postpone each item an original postpone amount that will make them sequential (eg 5 mins, then 10 mins, then 12 then 15 then 20, etc). Then select Postpone All, ADD Time. This will keep them all sequential! YAY!!
FURTHERMORE-1 (I think option B below will be easier to program and use.)–Making the app to read (A) the initial CALENDAR-scheduled times, or EVEN BETTER, to remember (B) the last Calendar Notifications' rescheduled time, could allow for the possibility of either ADD Time To Initial-Due/Scheduled Time (of/from the Calendar's times), and/or for the ADD Time To All to take into account the last rescheduled time from past-due Calendar Notifications [allowing preservation of the sequentiality of the series; maybe requiring greying-out options that will still keep the series at t<now, or just preserving the new t<now times, so users can continue adding additional ADD Time to all until all are out of the red and back into the black, and still maintaining sequentiality, (without having to go through a laborious individual rescheduling first)]. Eg. An event that fired 10 mins ago (t0=now-10), when selecting to ADD Time of 5 mins, rather than be ignored or added to now's time, will instead make the new due time t1=now-5. And ADD another 10 mins to all will change it's due time from the current t1=now-5 to t2=5 (-5+10=5). Alternatively, have initial ADD to all to start past-dues at t=now+ADDtime, with the furthermost negative past-due time added to the ADD time. Eg. User selects ADD 5 mins to all. But oldest past-due was 30 mins past due, so instead of adding only 5 mins to all, auto-add THIRTY+5 mins to all's originally postponed time (t0's), so all are postponed to t>now, AND sequentiality maintained.
FURTHERMORE-2–Allow the ADD Time option to have BOTH a default (preferably user-defined, else very small eg. 5 mins if you add the FURTHERMORE-1 feature re. also rescheduling past-dues as well. Else longer default eg. 15, 30, +, so users can better try to keep ahead of getting behind in rescheduling when getting behind in activities) AND to open the existing times and Alt-times lists for the user to choose which time to add to all on an individual ADD-to-all basis. Eg. When running a few mins behind, user can add 5 to all. But when getting caught in a known longer delay, user can add 30 mins to all.
FURTHERMORE-3–Multi-SELECT option on main screen, so users can select one or any group (other than ALL), to postpone. Eg. Of 10 items on main Calendar Notifications screen, user can multi-select 5 and postpone/add-time to only those 5 selected. So if I want to reschedule 5 items for 10 mins, but another 6 for a half hour, I don't have to postpone all 10 mins and then individually reschedule the other 6 one-by-one for 30 mins but can select 5 and reschedule for 10, then select 6 and reschedule for 30.