# The Case for Basic Scheduling Limits **URL:** \ **Category:** Feature Requests\ **Created:** [September 27, 2020, 10:21pm UTC](https://community.glideapps.com/t/the-case-for-basic-scheduling-limits/16428 "2020-09-27T22:21:43Z")\ **Posts on this page:** 3\ **Page:** 1
**Author:** ![Rasha](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/rasha/32/4585_2.png) [@Rasha](https://community.glideapps.com/u/Rasha)\ **Post date:** [September 27, 2020, 10:21pm UTC](https://community.glideapps.com/t/the-case-for-basic-scheduling-limits/16428/1 "2020-09-27T22:21:43Z")
**What I mean by Scheduling Limits:** straightforward and reliable methods to control when users (and/or their users) can schedule and edit “events.” The most commonplace example of limits is **disallowing scheduling in the past.** Setting _start date must be after now_ conditions and relying on a post date/time selection **rich text error message** is a janky workaround. Especially if that validation is processed in GS with lag. Scheduling limits would set the **window available for scheduling** through use of a date/time or event picker. A built-in option that’s checked/unchecked, not achieved through a labyrinth of filters and ITE columns. Example UI: Attempting to schedule a zoom call for yesterday, today. Dates in the past revert back to present day. ![ResizesPickerGIF](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/2X/1/14345240f959f4a8579158edfa3cef74bbdcd8d2.gif) In the context of **Task List** type apps, this isn’t critical. Most apps rely on visual - grey out - cues to signal a date/time has passed but that the user can add past tasks. ![tasklist](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/2X/5/5d352f1b0dfd86137212fa19b04ca81808ddddb8.jpeg) On the other hand, for **booking and scheduling** apps, free-range pickers are problematic. To be clear, the recently introduced event picker **is an enhancement** over the traditional date/time component. It combines two steps into one, makes it possible to worry less about end dates preceding start dates, end dates and start dates on different calendar days, and more. Yet, the bulk of scheduling limits made possible via sheet formulas and Glide columns are here to stay, and so is the lag. * * * Two things would be a welcome improvement to the event picker: **1. An on/off mechanism to limit scheduling.** Perhaps the default is free-range with the option` ☐ allow past events` **2. Clearing previous dates in pickers.** We can’t reset user-specific columns but [is the option to increment date type ones](https://community.glideapps.com/t/clearing-event-picker-by-incrementing-start-date-not-sure-which-part-is-the-bug/16329) to a null value a possibility? Because I’d love to pitch a viable booking “experience” that doesn’t look like this: ![invalid1](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/2X/4/494b8a1b7a40f3d4cfe57d5a15ae16dff13b5eca.png) 🐔 ---
**Author:** ![Lucas\_Pires](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/lucas_pires/32/64863_2.png) [@Lucas\_Pires](https://community.glideapps.com/u/Lucas_Pires)\ **Post date:** [September 28, 2020, 5:54am UTC](https://community.glideapps.com/t/the-case-for-basic-scheduling-limits/16428/2 "2020-09-28T05:54:51Z")
+1 And I’m still having some troubles with relations to recognize the date-time format… > [@Date/Date-Time entry don't recognize Date/Date-Time column](https://community.glideapps.com/t/date-date-time-entry-dont-recognize-date-date-time-column/16216): > > Take a look on End Date Agendar and the date I’m tryna schedule in second screen point_down they’re exactly the same. In Data Editor I’m tryna do a relation to see, but it can’t recognize it as the same date-time… [image] I’ve already setup the column in google sheet, tried to setup in data editor and keep it like this. [image] In my Space Schedule when I click on the date, appears like this point_down could be something about how’s date is shown up in glide? [image] ---
**Author:** ![Rasha](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/rasha/32/4585_2.png) [@Rasha](https://community.glideapps.com/u/Rasha)\ **Post date:** [September 28, 2020, 7:08am UTC](https://community.glideapps.com/t/the-case-for-basic-scheduling-limits/16428/3 "2020-09-28T07:08:41Z")
It’s now [added](https://features.staging.glideapp.io/dl/ewAiAHQAIgA6ADMALAAiAHMAIgA6ACIAYwBsAGEAcwBzAC0ARgBlAGEAdAB1AHIAZQBzACIALAAiAHIAIgA6ACIANABIAGEAUQA5AFIASABBAFIATQBpAFMAcABxAGkAcwBoAFMAZwBVAHAAZwAiACwAIgBuACIAOgAiAEQAYQB0AGUAIAByAGEAbgBnAGUAIAByAGUAcwB0AHIAaQBjAHQAaQBvAG4AcwAgAC8AIABzAGMAaABlAGQAdQBsAGkAbgBnACAAbABpAG0AaQB0AHMAIgB9AA%3D%3D) to the feature request app.