#391381 xpdf: [missing feature] imperfect encoding supports

Package:
xpdf
Source:
xpdf
Description:
Motif-based PDF reader using the Poppler library
Submitter:
martin f krafft
Date:
2011-09-17 08:57:54 UTC
Severity:
minor
#391381#3
Date:
2006-10-06 10:51:04 UTC
From:
To:
starting xpdf in a UTF-8 environment, if i type a non-ascii
character into the save-as dialog, the file is saved using the octal
esacpe sequence instead of the unicode character.
#391381#8
Date:
2006-10-07 01:21:48 UTC
From:
To:
Hi Martin,

Do other LessTif applications work ok?

Can you try running /usr/bin/xpdf.bin directly? /usr/bin/xpdf is a shell
script that fiddles with locale settings to workaround old LessTif bugs.

Thanks
Hamish
#391381#11
Date:
2006-10-11 07:13:23 UTC
From:
To:
also sprach Hamish Moffatt <hamish@debian.org> [2006.10.07.0321 +0200]:

I don't use any other ones. I just tried nedit and while the actual
input box does not properly render UTF-8, the programme title bar
shows the right characters, and the file is saved properly.

Same problem.
#391381#16
Date:
2010-07-18 06:10:31 UTC
From:
To:
reassign 391381 xpdf
tag 391381 confirmed
thanks

I put file as ééé.pdf, xpdf shows it as ééé.pdf (Actually some
of them were whilte box we Japanese call as TOFU.  This is typical for
latin1 -> UTF-8 conversion.)

It loaded file OK.

This is like
http://bugs.debian.org/227913
http://bugs.debian.org/422346

Osamu