# \[Userscript\] WaniKani Open Framework Date Filters **URL:** \ **Category:** API And Third-Party Apps\ **Created:** [October 6, 2020, 12:30pm UTC](https://community.wanikani.com/t/userscript-wanikani-open-framework-date-filters/46305 "2020-10-06T12:30:51Z")\ **Posts on this page:** 1\ **Showing post:** 3
**Author:** ![prouleau](https://sea1.discourse-cdn.com/wanikanicommunity/user_avatar/community.wanikani.com/prouleau/32/376127_2.png) [@prouleau](https://community.wanikani.com/u/prouleau)\ **Post date:** [October 6, 2020, 4:24pm UTC](https://community.wanikani.com/t/userscript-wanikani-open-framework-date-filters/46305/3 "2020-10-06T16:24:06Z")
I thought about that. I didn’t include it because I was uncertain about what “relative” means. Is it relative to when the parameter is changed in the settings? Or is it relative to when the filter is run? Which should it be? Once I make my mind about this I will include support for relative time in my collection of time routines. > [@For Userscript Developers - Functions to Validate and Parse Datetime](https://community.wanikani.com/t/for-userscript-developers-functions-to-validate-and-parse-datetime/46288): > > I have written Javascript datetime validation and parsing functions for use with wkof. They are interpreting time in the user local time zone and they properly handle leap years. Some of these functions support relative time. The validation functions comply with the wkof requirements for a validate callback in a settings dialog. They accept a text input and return either true (if the datetime is valid) or an error text string that will be displayed to the user. If the user messed the datetime f… --- _[View the full topic](https://community.wanikani.com/t/userscript-wanikani-open-framework-date-filters/46305)._