POV-Ray : Newsgroups : povray.beta-test : Problem with TTF object, danish characters : Re: Problem with TTF object, danish characters Server Time
16 May 2024 23:07:33 EDT (-0400)
  Re: Problem with TTF object, danish characters  
From: Ron Parker
Date: 25 Sep 2001 10:46:17
Message: <slrn9r165r.4cj.ron.parker@fwi.com>
On Tue, 25 Sep 2001 10:28:55 -0400, Thorsten Froehlich wrote:
>In article <3BAF9E54.A52F66DD@post8.tele.dk> , Nils Olav Kilen 
><nok### [at] post8teledk>  wrote:
>
>> At last - a useable hint! I tried the raw character code with "\uXXXX" and a
>> little help from Character Map, and it worked! I must admit that I still have
>> very limited knowledge of UTF8 coding, but I have noticed the 'unicode'
>> markings in Character Map. I could never have guessed the \u-part by myself.
>
>Hmm, while it is good that this works (so at least the TrueType rendering
>works), I am still worried because of the UTF-8 problem.  If notepad indeed
>claims it writes UTF-8, could you ZIP a (small) sample file with lots of
>non-ASCII characters and post it in beta-test.binaries, please?  It would
>help to find out what is wrong if the file is UTF-8.

It is UTF-8, but it starts with EF BB BF, the UTF-8 encoding of the FFFE 
endianness indicator (as written on an Intel machine, obviously.  A Motorola
machine would use EF BF BE)  We could easily interpret the presence of those
three bytes as an implicit UTF-8 charmap, and infer the endianness of the
other UTF-8 characters in the file at the same time.

-- 
#macro R(L P)sphere{L F}cylinder{L P F}#end#macro P(V)merge{R(z+a z)R(-z a-z)R(a
-z-z-z a+z)torus{1F clipped_by{plane{a 0}}}translate V}#end#macro Z(a F T)merge{
P(z+a)P(z-a)R(-z-z-x a)pigment{rgbf 1}hollow interior{media{emission 3-T}}}#end 
Z(-x-x.2x)camera{location z*-10rotate x*90normal{bumps.02scale.05}}


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.