in reply to Re^3: Date format in attributes of local XML API (HTML)
in thread Date format in attributes of local XML API
Yes, I realize that not all of the spaces are . That is intentional, actually. Having no breaking spaces would mean that the dates can't be split at all. Having a non-breaking space between the two shortest elements leads to, when a table is too wide for a display, the date/time being split in a better-looking way.
It might be good to replace, say, at least the first two spaces in that first string with non-breaking spaces. Though, those are less important because they come at the front of the string where breaking is less likely anyway. I don't use that format so don't have any experience with how that format breaks in an ugly manner in tables displayed at PerlMonks, so my guesses there are less founded so I haven't touched that. But allowing the date/time to break into 2 pieces that are likely to be roughly the same length has proven beneficial when using the other format.
I don't know if the non-breaking space was intentionally included to keep the time zone information with the time.
"The is useful in some cases." Yes, that particular is useful.
- tye
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^5: Date format in attributes of local XML API (HTML)
by LanX (Saint) on Feb 15, 2015 at 22:13 UTC |