Talk:1179: ISO 8601 - Revision history

2001:4C4E:1C00:3D00:B995:21FD:E21B:5CEA at 18:46, 14 April 2026

2026-04-14T18:46:14Z

82.13.184.33 at 14:40, 14 April 2026

2026-04-14T14:40:30Z

FaviFake: Undo revision 373999 by Translated ORK (talk)

2025-05-01T13:21:01Z

Undo revision 373999 by Translated ORK (talk)

Translated ORK at 09:41, 21 April 2025

2025-04-21T09:41:35Z

Squishmallow fan at 02:03, 10 February 2024

2024-02-10T02:03:09Z

162.158.94.197 at 05:12, 29 September 2023

2023-09-29T05:12:24Z

172.69.134.70 at 00:20, 3 July 2023

2023-07-03T00:20:46Z

172.70.230.114 at 14:12, 14 February 2023

2023-02-14T14:12:19Z

Intara at 03:41, 14 February 2023

2023-02-14T03:41:52Z

ColorfulGalaxy at 09:41, 13 December 2022

2022-12-13T09:41:54Z

@@ Line 94: / Line 94: @@
 We Germans still use DD.MM.YY most of the time, although our law requires us to use YYYY-MM-DD. I am really angry at Microsoft, because since Windows 10 the default german format is DD-MM-YYYY, which is ''simply wrong'', no matter from which perspective. --[[Special:Contributions/162.158.94.197|162.158.94.197]] 05:12, 29 September 2023 (UTC)
+:And there is "YYYY. MM. DD." (yes, '''with''' the spaces after the first 2 ".") used in another language Windows. [[Special:Contributions/2001:4C4E:1C00:3D00:B995:21FD:E21B:5CEA|2001:4C4E:1C00:3D00:B995:21FD:E21B:5CEA]] 18:46, 14 April 2026 (UTC)
 i think all of the alternatives are ok [[User:Squishmallow fan]] ([[User talk:Squishmallow fan|talk]]) 2024.10958904109

← Older revision		Revision as of 14:40, 14 April 2026
Line 81:		Line 81:

	Source for the claim about the Swedish date format. I have never seen it, we have been using the ISO-format since before it was defined (I started school 1980 and learned to write dates in the first year or two), not even in old books, movies or similar.		Source for the claim about the Swedish date format. I have never seen it, we have been using the ISO-format since before it was defined (I started school 1980 and learned to write dates in the first year or two), not even in old books, movies or similar.
−

	Re: [https://www.explainxkcd.com/wiki/index.php?title=1179:_ISO_8601&oldid=223421 undoing to a 'working' version] of the penultimate format... Undid version isn't perfect (superscripts and subscripts still prior/next characters from nominally-scripted main digits, rather than above and below), but this one doesn't work at all here. Looks like (describing, in leiu of reliable rendering)... Zero, One, Two-with-small-two-as-cap Three Seven (lower-script Three One Four, in-line) Five Six Seven Eight. ...essentially, just one off-size number is conceivably placed where it might be, and even that isn't on the right 'parent' character.		Re: [https://www.explainxkcd.com/wiki/index.php?title=1179:_ISO_8601&oldid=223421 undoing to a 'working' version] of the penultimate format... Undid version isn't perfect (superscripts and subscripts still prior/next characters from nominally-scripted main digits, rather than above and below), but this one doesn't work at all here. Looks like (describing, in leiu of reliable rendering)... Zero, One, Two-with-small-two-as-cap Three Seven (lower-script Three One Four, in-line) Five Six Seven Eight. ...essentially, just one off-size number is conceivably placed where it might be, and even that isn't on the right 'parent' character.

← Older revision		Revision as of 13:21, 1 May 2025
Line 97:		Line 97:

	i think all of the alternatives are ok [[User:Squishmallow fan]] ([[User talk:Squishmallow fan\|talk]]) 2024.10958904109		i think all of the alternatives are ok [[User:Squishmallow fan]] ([[User talk:Squishmallow fan\|talk]]) 2024.10958904109
−
−	~~The basinite who came up on TV joined another website on 01 23 45<sup>-6+7-8+9</sup> [[User:Translated ORK\|Translated ORK]] ([[User talk:Translated ORK\|talk]]) 09:41, 21 April 2025 (UTC)~~

← Older revision		Revision as of 09:41, 21 April 2025
Line 97:		Line 97:

	i think all of the alternatives are ok [[User:Squishmallow fan]] ([[User talk:Squishmallow fan\|talk]]) 2024.10958904109		i think all of the alternatives are ok [[User:Squishmallow fan]] ([[User talk:Squishmallow fan\|talk]]) 2024.10958904109
		+
		+	The basinite who came up on TV joined another website on 01 23 45<sup>-6+7-8+9</sup> [[User:Translated ORK\|Translated ORK]] ([[User talk:Translated ORK\|talk]]) 09:41, 21 April 2025 (UTC)

← Older revision		Revision as of 02:03, 10 February 2024
Line 95:		Line 95:

	We Germans still use DD.MM.YY most of the time, although our law requires us to use YYYY-MM-DD. I am really angry at Microsoft, because since Windows 10 the default german format is DD-MM-YYYY, which is ''simply wrong'', no matter from which perspective. --[[Special:Contributions/162.158.94.197\|162.158.94.197]] 05:12, 29 September 2023 (UTC)		We Germans still use DD.MM.YY most of the time, although our law requires us to use YYYY-MM-DD. I am really angry at Microsoft, because since Windows 10 the default german format is DD-MM-YYYY, which is ''simply wrong'', no matter from which perspective. --[[Special:Contributions/162.158.94.197\|162.158.94.197]] 05:12, 29 September 2023 (UTC)
		+
		+	i think all of the alternatives are ok [[User:Squishmallow fan]] ([[User talk:Squishmallow fan\|talk]]) 2024.10958904109

← Older revision		Revision as of 05:12, 29 September 2023
Line 93:		Line 93:

	They didn't mention Julian Day. It uses just one real number. [[Special:Contributions/172.69.134.70\|172.69.134.70]] 00:20, 3 July 2023 (UTC)		They didn't mention Julian Day. It uses just one real number. [[Special:Contributions/172.69.134.70\|172.69.134.70]] 00:20, 3 July 2023 (UTC)
		+
		+	We Germans still use DD.MM.YY most of the time, although our law requires us to use YYYY-MM-DD. I am really angry at Microsoft, because since Windows 10 the default german format is DD-MM-YYYY, which is ''simply wrong'', no matter from which perspective. --[[Special:Contributions/162.158.94.197\|162.158.94.197]] 05:12, 29 September 2023 (UTC)

← Older revision		Revision as of 00:20, 3 July 2023
Line 91:		Line 91:
	Usually I’m pretty apathetic about America moving to any global standard (I ''like'' imperial units, they’re a lot more usefully sized), but I really want it to switch to YYYY/MM/DD just to mess with people on the internet (Europeans mostly, from what I can tell) who absolutely insist that DD/MM/YYYY is the only format that “normal” people use. Plus then the yearless format would stay the same — both would be MM/DD. [[User:Intara\|Intara]] ([[User talk:Intara\|talk]]) 03:41, 14 February 2023 (UTC)		Usually I’m pretty apathetic about America moving to any global standard (I ''like'' imperial units, they’re a lot more usefully sized), but I really want it to switch to YYYY/MM/DD just to mess with people on the internet (Europeans mostly, from what I can tell) who absolutely insist that DD/MM/YYYY is the only format that “normal” people use. Plus then the yearless format would stay the same — both would be MM/DD. [[User:Intara\|Intara]] ([[User talk:Intara\|talk]]) 03:41, 14 February 2023 (UTC)
	:As a 'European' (well, for ''part'' of my life, being in the UK) and being active in Y2K mitigation across a US-owned corporation. I normally default to DD/Mmm/YYYY, to make it abundantly clear to people what I mean, but will go with YYYYMMDD (with optional hhmm[ss[.dd]]] appended) for computerised instances where I've got no pre-existing preference (e.g. days-since-Epoch or ISO format) already there or in the pipeline. The detection and conversion of the intended format is usually easy enough, for both human and electronic recipients (if suitably clued up, in both cases, e.g. knowing the English names for months and thus their unique abbrvs). And if someone converts DD/Mmm/YYYY to Mmm/DD/YYYY then I won't quibble too much, as they're sufficiently disambiguating their (odd) preference as well! [[Special:Contributions/172.70.230.114\|172.70.230.114]] 14:12, 14 February 2023 (UTC)		:As a 'European' (well, for ''part'' of my life, being in the UK) and being active in Y2K mitigation across a US-owned corporation. I normally default to DD/Mmm/YYYY, to make it abundantly clear to people what I mean, but will go with YYYYMMDD (with optional hhmm[ss[.dd]]] appended) for computerised instances where I've got no pre-existing preference (e.g. days-since-Epoch or ISO format) already there or in the pipeline. The detection and conversion of the intended format is usually easy enough, for both human and electronic recipients (if suitably clued up, in both cases, e.g. knowing the English names for months and thus their unique abbrvs). And if someone converts DD/Mmm/YYYY to Mmm/DD/YYYY then I won't quibble too much, as they're sufficiently disambiguating their (odd) preference as well! [[Special:Contributions/172.70.230.114\|172.70.230.114]] 14:12, 14 February 2023 (UTC)
		+
		+	They didn't mention Julian Day. It uses just one real number. [[Special:Contributions/172.69.134.70\|172.69.134.70]] 00:20, 3 July 2023 (UTC)

← Older revision		Revision as of 14:12, 14 February 2023
Line 90:		Line 90:

	Usually I’m pretty apathetic about America moving to any global standard (I ''like'' imperial units, they’re a lot more usefully sized), but I really want it to switch to YYYY/MM/DD just to mess with people on the internet (Europeans mostly, from what I can tell) who absolutely insist that DD/MM/YYYY is the only format that “normal” people use. Plus then the yearless format would stay the same — both would be MM/DD. [[User:Intara\|Intara]] ([[User talk:Intara\|talk]]) 03:41, 14 February 2023 (UTC)		Usually I’m pretty apathetic about America moving to any global standard (I ''like'' imperial units, they’re a lot more usefully sized), but I really want it to switch to YYYY/MM/DD just to mess with people on the internet (Europeans mostly, from what I can tell) who absolutely insist that DD/MM/YYYY is the only format that “normal” people use. Plus then the yearless format would stay the same — both would be MM/DD. [[User:Intara\|Intara]] ([[User talk:Intara\|talk]]) 03:41, 14 February 2023 (UTC)
		+	:As a 'European' (well, for ''part'' of my life, being in the UK) and being active in Y2K mitigation across a US-owned corporation. I normally default to DD/Mmm/YYYY, to make it abundantly clear to people what I mean, but will go with YYYYMMDD (with optional hhmm[ss[.dd]]] appended) for computerised instances where I've got no pre-existing preference (e.g. days-since-Epoch or ISO format) already there or in the pipeline. The detection and conversion of the intended format is usually easy enough, for both human and electronic recipients (if suitably clued up, in both cases, e.g. knowing the English names for months and thus their unique abbrvs). And if someone converts DD/Mmm/YYYY to Mmm/DD/YYYY then I won't quibble too much, as they're sufficiently disambiguating their (odd) preference as well! [[Special:Contributions/172.70.230.114\|172.70.230.114]] 14:12, 14 February 2023 (UTC)

← Older revision		Revision as of 03:41, 14 February 2023
Line 88:		Line 88:

	This clearly is not rendering properly, but not sure how without extensive fiddling that'll ''probably'' break things on the browser that currently thinks this reversion renders correctly. Perhaps yet ''another'' method of text-mangling is needed in this case? [[Special:Contributions/141.101.99.32\|141.101.99.32]]		This clearly is not rendering properly, but not sure how without extensive fiddling that'll ''probably'' break things on the browser that currently thinks this reversion renders correctly. Perhaps yet ''another'' method of text-mangling is needed in this case? [[Special:Contributions/141.101.99.32\|141.101.99.32]]
		+
		+	Usually I’m pretty apathetic about America moving to any global standard (I ''like'' imperial units, they’re a lot more usefully sized), but I really want it to switch to YYYY/MM/DD just to mess with people on the internet (Europeans mostly, from what I can tell) who absolutely insist that DD/MM/YYYY is the only format that “normal” people use. Plus then the yearless format would stay the same — both would be MM/DD. [[User:Intara\|Intara]] ([[User talk:Intara\|talk]]) 03:41, 14 February 2023 (UTC)

← Older revision		Revision as of 09:41, 13 December 2022
Line 84:		Line 84:

	Re: [https://www.explainxkcd.com/wiki/index.php?title=1179:_ISO_8601&oldid=223421 undoing to a 'working' version] of the penultimate format... Undid version isn't perfect (superscripts and subscripts still prior/next characters from nominally-scripted main digits, rather than above and below), but this one doesn't work at all here. Looks like (describing, in leiu of reliable rendering)... Zero, One, Two-with-small-two-as-cap Three Seven (lower-script Three One Four, in-line) Five Six Seven Eight. ...essentially, just one off-size number is conceivably placed where it might be, and even that isn't on the right 'parent' character.		Re: [https://www.explainxkcd.com/wiki/index.php?title=1179:_ISO_8601&oldid=223421 undoing to a 'working' version] of the penultimate format... Undid version isn't perfect (superscripts and subscripts still prior/next characters from nominally-scripted main digits, rather than above and below), but this one doesn't work at all here. Looks like (describing, in leiu of reliable rendering)... Zero, One, Two-with-small-two-as-cap Three Seven (lower-script Three One Four, in-line) Five Six Seven Eight. ...essentially, just one off-size number is conceivably placed where it might be, and even that isn't on the right 'parent' character.
		+
		+	<ruby><rb>0</rb><rt>1</rt></ruby><ruby><rb>2</rb><rt>3</rt></ruby> (displays correctly on one computer, fails on another)

	This clearly is not rendering properly, but not sure how without extensive fiddling that'll ''probably'' break things on the browser that currently thinks this reversion renders correctly. Perhaps yet ''another'' method of text-mangling is needed in this case? [[Special:Contributions/141.101.99.32\|141.101.99.32]]		This clearly is not rendering properly, but not sure how without extensive fiddling that'll ''probably'' break things on the browser that currently thinks this reversion renders correctly. Perhaps yet ''another'' method of text-mangling is needed in this case? [[Special:Contributions/141.101.99.32\|141.101.99.32]]