Hello George, On Wed, Nov 18, 2015 at 12:01 PM, George Gensure <wer...@gmail.com> wrote:
> Thanks for the patch, Anthony. Are we remiss in not providing a jrxvt > with --enable-languages and encoding sjis? > True, and actually, we are missing Korean too, but that has been taken with "krxvt" for Kanji in Japanese... The good news though, is that once an Rxvt binary is compiled with --enable-languages support, it actually supports all the CJK encodings, which can be selected at run time either by calling the Rxvt binary with the desired locale, or explicitly with the command-line option "-km", such as "-km big5", "-km gb", "-km eucj", "-km sjis" and "-km kr", as described in the rxvt(1) man page. Apparently, there has been no demand from Japanese users for a "jrxvt" for so many years, I think we can safely skip it for now... Or should we ask a fellow Debian JP developer? Alternatively, since the package name is "rxvt-ml", if you so desire, perhaps you could just build one single rxvt-ml binary, but without setting --with-encoding at configure, and somehow symlink crxvt and krxvt to it? Admittedly, these crxvt and krxvt terminals are not often used nowadays especially as the world has largely moved to UTF-8 and the default GNOME or KDE terminals serve most purposes. However, I think it is a good idea to keep them so that Debian users still have the ability to access legacy CJK systems with these legacy CJK encodings. Anyhow, my patch is a minimal one that serves to fix the problem while retaining the "status quo", from a lazy person like me. ;-) Thanks, Anthony
