[OPEN-ILS-DEV] Printing reciepts from Evergreen with extended charset

[Dan Wells]

Hello Vaclav,

Please open a bug for this at https://bugs.launchpad.net/evergreen so that we
can keep better track of this issue.

The attached diff is at least a possible avenue for fixing this problem.  I am
not very familiar with this code, but what I have done so far is set the
encoding for both the preview and at least one print path to 'utf-8', then
passed the actual message text through unescaped.  This diff will not apply
directly unless you are running rel_2_0_9, as that is part of one of the paths,
but applying the changes by hand should be very doable.

This change worked for me in very brief testing.  Please comment on the bug
you open if this change works for you.  

Thanks,
Dan


-- 
*********************************************************************************
Daniel Wells, Library Programmer Analyst dbw2 at calvin.edu
Hekman Library at Calvin College
616.526.7133


>>> On 9/14/2011 at 7:32 AM, Václav Jansa<vaclav.jansa at techlib.cz> wrote:
> Hello,
> I apologize for a crosspost. We have started running Evergreen 2.0.9 in 
> a small school library in the Czech Republic
> We have two problems. One is with printing reciept with Czech chars 
> inside. Example from preceding email:
> 
> When I try to insert the expression "probe +ěščřžýáíé=ú" into the input 
> field in the Receipt Template Edidor, it returns "probe 
> +%u011B%u0161%u010D%u0159%u017Eýáíé=ú".
> The problem is independent to location setings (en_US, or cs_CZ)
> 
> I could not find any solution.
> 
> Thanks in advance
> 
> Vaclav Jansa
-------------- next part --------------
A non-text attachment was scrubbed...
Name: util_print.diff
Type: application/octet-stream
Size: 2454 bytes
Desc: not available
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20110914/907809a6/attachment.obj>