Suggest noon for raw day datetimes.

[mojombo]

Suggesting 00:00:00 for datetimes that have only their day specified might cause problems due to daylight savings time and leap changes. Suggesting noon should avoid any of those problems.

[mwanji]

It might be better to suggest using a date library that handles these sorts of things properly.

For example, in Java 8 there is LocalDate#atStartOfDay which gets the first existing time of the given date.

[ChristianSi]

Looks good -- though #362 has some merit too.

[HuwCampbell]

So better (in that it won't crash), but still very problematic.
As an example: company in Sydney has an offer with an expiry date. They encode this in TOML. Customer in Sydney finds they can't use their coupon past midday, even worse, customer in Perth can't use theirs past 9am.
Mixing instants and dates, and local datetimes is going to be problematic. If an international company schedules exercise for their workers for 2pm local, it's not the same as scheduling a conference call for 2pm EST. This should be clear if they want to express these schedules in TOML.

[mojombo]

No longer relevant due to #414.