Date: Sat, 18 May 2019 11:56:41 -0400 From: "Valdis Kl=?utf-8?Q?=c4=93?=tnieks" <valdis.kletni...@vt.edu> Message-ID: <25567.1558195001@turing-police>
| As noted elsewhere, it probably shouldn't be an ifdef. This is one of those cases where there isn't a lot of choice though. That is, it already can be configured, the setting of the ifdef doesn't need to make any difference (which is why I no longer bother with it, though in the past I used to build MH with UK defined). That is, what this is providing is the default to use when there is no provided config - something has to happen in that case, and is (or will be from what is just below, most likely) obvious that we aren't lkikely to agree on what the "no config at all" behaviour ought to be. I guess we could add yet another option which chooses the default for when one of the other options doesn't remove the need to use that default, that would kind of be the MH way, but really! | On top of that, the behavior selected isn't even specific to the | UK - large chunks of the non-UK part of the planet do things that | way as well. Yes. So much so that I would say that if the #ifndef goes away, then it should use "UK" mode as the default, rather than the other. (etc/scan.default & etc/scan.nomime should be updated as well) For anyone who hasn't looked at the source, and worked it out yet, what this is about is whether when the scan format isn't specified as an arg to scan (either via -format or -form) whether numeric dates are printed as D/M (the sane way) or M/D (stupid). If a new option were to be provided to select the default order for when one is not provided, it should not be "-ukdates" but "-usdates", as that one is the weird special case, and should default to off (ad like all the boolean options, would have a -nousdates companion option for when the user's profile has accidentally set that option, and the user, or some intelligent script, realises that they really don't want to use it.) That's it, entirely -- nothing related to ancient UK backwards domain names or anything else exotic like that. kre -- nmh-workers https://lists.nongnu.org/mailman/listinfo/nmh-workers