X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Message-ID: <540A02F4.2050900@xs4all.nl> Date: Fri, 05 Sep 2014 20:37:40 +0200 From: Bert Timmerman User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.19) Gecko/20110429 Fedora/2.0.14-1.fc13 SeaMonkey/2.0.14 MIME-Version: 1.0 To: geda-user AT delorie DOT com Subject: Re: [geda-user] Chinese glyph rendering in pcb as symbols References: <201409051618 DOT s85GIdb8024685 AT envy DOT delorie DOT com> <5409F1C2 DOT 3090406 AT xs4all DOT nl> <201409051752 DOT s85Hqnr2027362 AT envy DOT delorie DOT com> In-Reply-To: <201409051752.s85Hqnr2027362@envy.delorie.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Reply-To: geda-user AT delorie DOT com DJ Delorie wrote: >> If the current version of pcb is only capable of addressing 255 >> characters than that is the first hurdle to take. >> > The 255 is not official, either. Officially we support 127 > characters, plain ASCII, because our file format is plain ASCII. > > >> Being able to address 2^16 characters (65k) may be enough ? >> > UTF-8 is the way to go. It's backwards-compatible with ASCII. IMHO, > at this point it's foolish to contemplate anything else. > > >> One thing I can foresee is that pcb files with Chinese fonts will >> become larger. >> > We'd need a way to refer to an external font somehow, but then we have > the problem of PCB files no longer being idempotent. > > Embedding large fonts might only be practical if we switch to a binary > format that can embed the compressed font as-is, but we'd need a way > to convert to-from text format, or use a container like zip, to work > with existing tools that want a plain text file. > > Hmm, IMHO, it's better to embed the font in the pcb file and avoid the "symversion" pitfall as in gschem et al. Good for archiving/reclaiming *complete* projects as well. Kind regards, Bert Timmerman.