This document (including, without limitation, any product roadmap or statement of direction data) illustrates the planned testing, release and availability dates for Spotfire products and services. It is for informational purposes only and its contents are subject to change without notice. Planning to implement - generally 6-12 months out. Likely to Implement - generally means 12-18 months out.
Copyright © 2014-2023 Cloud Software Group, Inc. All Rights Reserved.
Cloud Software Group, Inc. ("Company") follows the EU Standard Contractual Clauses as per the Company's Data Processing Agreement.
Terms of Use |
Privacy Policy |
Trademarks |
Patents |
Contact Us
All modern web browsers have build-in support for input fields of type date and datetime-local and provide a calendar date picker then. There is even support for week, year and time.
The document property control for Text Area should use date and datetime-local and not input type text, where properties are of type date and then automatically everybody would benefit from the calendar date picker control.
At the moment we do a work around setting the input type to date via JavaScript and would like to get away from this custom code. The element ID in the script is the Spotfire control ID in the Text Area.
There was a way to do this using JQueryUI pretty easily, but that's been deprecated in 10.x. This is basic HTML5 stuff in 2020!
I can't believe this is not been done already specially given that there isn't any technical limitations to do this in HTML5 and there are plenty of free samples around.