RevPrintText/Field/Card problems

[Jan Schenkel]

--- ron barber <rbarber at yhb.att.ne.jp> wrote:
> Hi,
> 
> Any chance RevPrintText will be updated to support
> Unicode? Printing 
> unicode text is proving challenging. Type Unicoded
> text into a fld and 
> then use the various print options available to us.
> 
> <revprinttext >
> put the htmltext of fld 1 into thetext
> revshowprintdialog false,true
> revprinttext thetext
> === This results in a blank page(s) being previewed
> as well as 'printed'
> 
> put the text of fld 1 into thetext
> revshowprintdialog false,true
> revprinttext thetext
> === This results in the unicode text being printed
> in ascii format ie. 
> incorrectlly
> 
> <Print card...>
> This can be used. One just needs to clone a stack
> with a field the size 
> of the printable area of the chosen paper, add a
> little to the topright 
> and chop off a little of the bottomleft to get rid
> of the fld outline 
> and it passes as a printed page of text. It is not
> an ideal solution 
> however.
> 
> <revprintfield>
> This works for ascii text but not for unicode. The
> results is a blank 
> page(s) similar to using revprinttext using
> htmltext.
> 
> 
> thanks
> Ron
> 

Hi Ron,

If you haven't filed a bugzilla report yet, you
should, as otherwise it's not going to get on the
agenda -- however, I think I've found the culprit :
handler 'revSetPrintFont' in the 'revPrintBack'
backscript doesn't take into account if the field font
is set to something unicode, like "Osaka,Japanese"
when it checks if the textFont of the field is in the
fontnames of the printer.

Jan Schenkel.

=====
"As we grow older, we grow both wiser and more foolish at the same time."  (La Rochefoucauld)


		
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
http://promotions.yahoo.com/new_mail