Control: tag -1 + unreproducible moreinfo
Hi Jidanni,
Quoting Dan Jacobson (2023-04-13 02:56:11)
> Here we see that there is a bug in the pdf creator:
> { echo 哈哈 郵編123 哈哈; echo 郵編123;} > /tmp/n.txt
> abiword --to=pdf /tmp/n.txt
> When viewing the resultant pdf, one line is garbled.
>
> But if I use
> LC_ALL=C abiword --to=pdf /tmp/n.txt
> then all worked fine.
Sorry, I cannot reproduce, neither consistently using my personal locale
da_DK.UTF-8 nor consistently using zh_TW.UTF-8.
Is the contents of the shell-generated plaintext file identical to a
plaintext file generated while having LC_ALL=C.UTF-8 ?
Do abiword produce garbled or correct PDF if instead of (your complex
personal settings or) C the locale is generally set to C.UTF-8?
If the bug is only reproducible on your system, then it is highly
unlikely to be addressed upstream (nor by custom-patching in Debian).
So I recommend that you try create a minimally reproducible test - e.g.
a shell script that when executed in a pristine Debian system account
with locale C.UTF-8 (i.e. where any unusual locales are exported within
the shell script, assuming only that locales are generated on the host)
reproduce the problem.
> I didn't see anything on the abiword man page about controling what fonts get
> used.
Smells independent from the above reported bug, in that changes to
locale is unlikely to involve changes to fonts (and you did not mention
above any changes to fonts either).
This might help: http://abiword.com/help/en-US/howto/howtonormaltemplate.html
Please file separate bugreports for each issue.
Kind regards,
- Jonas
--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
* Sponsorship: https://ko-fi.com/drjones
[x] quote me freely [ ] ask before reusing [ ] keep private
