For TPAC 2025 we received a number of breakout session proposals from people who were planning to co-Chair the meeting remotely, with another person in the meeting location. In multiple cases, there was no indication of a preference for the time of day. Once the draft schedule was announced, we received multiple requests to move a session from morning to afternoon or vice-versa.
Even though we provide an opportunity for instructions, in some cases we do no receive relevant instructions. And, even if we receive them, it is a manual task to find them and move sessions around.
My initial thought was to allow the proposer to choose an option from a drop-down:
- No preference (default)
- Prefer morning slot
- Prefer afternoon slot
This is slightly less useful than listing all the slot options and allowing multiple selections, but it's also
easier and might correspond better to the level of energy people should have to invest when they propose
a session.
I'm not sure how to prioritize this preference in the scheduling algorithm.
My thought is that a simple signal like this for the scheduler would help avoid many of the rescheduling requests we receive.
For TPAC 2025 we received a number of breakout session proposals from people who were planning to co-Chair the meeting remotely, with another person in the meeting location. In multiple cases, there was no indication of a preference for the time of day. Once the draft schedule was announced, we received multiple requests to move a session from morning to afternoon or vice-versa.
Even though we provide an opportunity for instructions, in some cases we do no receive relevant instructions. And, even if we receive them, it is a manual task to find them and move sessions around.
My initial thought was to allow the proposer to choose an option from a drop-down:
This is slightly less useful than listing all the slot options and allowing multiple selections, but it's also
easier and might correspond better to the level of energy people should have to invest when they propose
a session.
I'm not sure how to prioritize this preference in the scheduling algorithm.
My thought is that a simple signal like this for the scheduler would help avoid many of the rescheduling requests we receive.