validator-brainstorming: Difference between revisions
Jump to navigation
Jump to search
m (→... =) |
m (Replace <entry-title> with {{DISPLAYTITLE:}}) |
||
(One intermediate revision by one other user not shown) | |||
Line 1: | Line 1: | ||
{{DISPLAYTITLE:validator brainstorming}} | |||
{{stub}} | {{stub}} | ||
Line 15: | Line 15: | ||
[[hCalendar]] validators should check to make sure that any dt-end property value is temporally after the dt-start value for the event. | [[hCalendar]] validators should check to make sure that any dt-end property value is temporally after the dt-start value for the event. | ||
== longitude lattitude == | === longitude lattitude === | ||
longitude and latitude could be checked to see if they were within the right number range i.e. < 180/90 and > -180/-90. | longitude and latitude could be checked to see if they were within the right number range i.e. < 180/90 and > -180/-90. | ||
== ... == | === ... more data validation === | ||
== ... more brainstorms == | |||
== see also == | == see also == | ||
* [[validators]] | * [[validators]] | ||
* [[parsers]] | * [[parsers]] |
Latest revision as of 16:33, 18 July 2020
This article is a stub. You can help the microformats.org wiki by expanding it.
What should a microformats validator do?
The existing validators are quite good at some things, yet could certainly be better. Let's collect some brainstorms for improvement beyond just, add microformats2 support to existing validators.
data validation
dt properties
Validators could check the values of "dt-*" properties for date, time, timezone and duration errors.
dt-end after dt-start
hCalendar validators should check to make sure that any dt-end property value is temporally after the dt-start value for the event.
longitude lattitude
longitude and latitude could be checked to see if they were within the right number range i.e. < 180/90 and > -180/-90.