tags 460014 fixed-upstream
thanks
On Thu, Jan 10, 2008 at 11:04:24AM +0900, Michal Čihař wrote:
> currently man detects language (and thus encoding used by troff) by
> looking at path it got. This is reason why following commands behave
> differently:
>
> [EMAIL PROTECTED]:/usr/share/man/cs$ man ./man5/passwd.5.gz
> [EMAIL PROTECTED]:/usr/share/man/cs$ man `pwd`/man5/passwd.5.gz
>
> First one fails to display man page, while the second one works. If full
> absolute path would be used for detection, it would catch this
> situation.
Thanks, fixed upstream.
Thu Jan 10 09:24:19 GMT 2008 Colin Watson <[EMAIL PROTECTED]>
* src/man.c (local_man_loop): Guess language based on absolute path
to provided file, rather than relative (Debian bug #460014).
> However it might be even better to try to detect language by looking at
> content - many non English man pages set hyphenation language by .hla
> command. Taking this value as a language could also work (but I don't
> have deep knowledge about man pages, so maybe I'm completely wrong).
I don't think there's any requirement that the argument to .hla be a
valid ISO-639 language code, so it's not clear to me that this would be
viable; it also feels like a rather fragile approach. In any case, this
problem will go away for UTF-8 manual pages once groff supports Unicode
input. Since this is now being worked on actively again, there's some
reasonable prospect that it will happen soon.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
