Am Sonntag, 13. Dezember 2015, 18:01:16 schrieb Eli Zaretskii: > > From: Tim Rühsen <[email protected]> > > Date: Sun, 13 Dec 2015 15:17:02 +0100 > > Cc: [email protected] > > > > Andries, thanks for insisting. > > > > As Andries says, I came up with a polished version of his patch (17th > > August), but got no review resp. 'ok for pushing'. > > AFAICS, the patch you posted does not cover the discussion in its > entirety, or at least doesn't follow the agreement reached near its > end. I proposed a method to deal with the problem reported by > Andries, in a way that will work on Windows as well: > > http://lists.gnu.org/archive/html/bug-wget/2015-08/msg00154.html
This was in the 'middle' of the ongoing dicussion. The whole thread consists of ~100 posts, having lot's of sub-threads. I am absolutely not sure about the outcoming. And I am not sure if I have the time to re-read and understand all these posts before 2016 (not talking about writing any code). > Let me summarize it: > > . If the user asked for unmodified file names, do nothing with them > > . Otherwise, convert file names from their remote charset to the > local charset using 'iconv' > > . 'iconv' needs the from-charset and the to-charset, which should be > computed as follows: > > . if the user specified a from-charset, use that; otherwise assume > UTF-8 > . if the user specified to-charset, use that; otherwise call > nl_langinfo(CODESET) to find out the current locale's encoding, > and use that > > . If 'iconv' fails, convert to ASCII using %NN hex-encoding > > I believe the above is portable, with the sole exception of > nl_langinfo, which doesn't exist on Windows. But there's a Gnulib > replacement; alternatively, a simple replacement can be put on > mswindows.c. Someone has to implement/code it in a backward compatible fashion. We have coded this (or similar) already in the 'wget2' branch - which is absolutely not mergable with master. I would like to see 'wget2' being released within the next months... but it still needs help, testing, time. This is one of the reason why I personally won't put much time into coding larger changes for wget1.x. I can still take time for reviews, cleanups, bug fixes and small changes. Regards, Tim
