Currently, Framer collections allow sorting Date fields using “New → Old” or “Old → New.” While this works for strict chronological ordering, it does not support one of the most common real-world needs when working with dates: displaying items in order of proximity to today. The problem “Old → New” sorts dates from earliest to latest. However, this is not the same as showing the date that is closest to the current moment. Example Today is December 2025. My collection includes upcoming dates in January 2026: 02/01/2026 10/01/2026 Sorting Old → New gives: 02/01/2026 10/01/2026 This appears correct until past dates are also present. Mixed past + future dates 10/12/2025 (past) 21/09/2025 (past) 02/01/2026 (future) 10/01/2026 (future) Sorting Old → New results in: 21/09/2025 10/12/2025 02/01/2026 10/01/2026 This is not suitable when the priority is to surface dates that are upcoming, nearest, or most relevant right now. Past dates will always appear before future dates unless manually filtered out, which adds unnecessary overhead for editors. This limitation applies across many contexts: scheduled updates, launch dates, deadlines, expirations, content rotations, time-bound offers, and any scenario where the next relevant date matters more than absolute chronological position. Why a “Soonest” sorting mode is needed A proximity-based “Soonest” sort would: Automatically prioritize the date closest to today Push past dates below upcoming ones Remain correct even if content editors enter items out of order Remove the need for helper fields (e.g., “isUpcoming”, “isExpired”) Align with how most systems handle time-sensitive or relevance-based ordering This is a very common pattern when working with dates, regardless of the domain. Proposed solution Introduce a new sort mode for Date fields: Sort → Soonest Sorts items based on proximity to the current date, so the next relevant date appears first. Possible enhancements: Option: Allow a custom reference date (default = today) This would make Framer collections significantly more flexible for any scenario involving time-based relevance. Conclusion Chronological sorting alone is not sufficient for many real-world workflows involving dates. A native “Soonest” sorting mode would provide a simple, intuitive way to surface the next relevant item without requiring code components or manual data handling. It would benefit a wide range of use cases where dates represent relevance, priority, or upcoming changes.