On Thu, Apr 07, 2011 at 02:49:29PM -0500, Kevin Grittner wrote: > Peter Eisentraut <pete...@gmx.net> wrote: > > > Wouldn't it be better if there were a setting in psql that set the > > linestyle to unicode only if the client encoding was actually > > UTF8? > > Is UTF8 the only client encoding in which we currently support the > Unicode character set?
Yes. When I wrote the patch, I did the linestyle abstraction as a simple set of strings; we therefore store the line drawing characters as "raw" UTF-8 octets rather than UCS codepoints, stored as regular char* strings. UCS codepoints would be simpler, and would allow transparent recoding to the user's locale codeset when doing e.g. wprintf / fputwc, which might make it simpler to support UTF-16 and other non-UTF-8 UCS encodings. For systems with libcs like GNU libc, where all locales are implemented in terms of USC, it will also allow transparent recoding and/ or transliteration in non-Unicode locales as well. The downside is that it assumes that the system has functional wide character support, while the current implementation requires no special support at all. I don't know if this would be a big issue or not. It should also be possible to use VT100 line drawing characters for most common terminal emulators (xterm and compatible), which would give line drawing characters independent of locale. But this is terminal- dependent. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature