delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | delorie.com: mail set sender to geda-user-bounces using -f |
X-Recipient: | geda-user AT delorie DOT com |
Date: | Fri, 5 Sep 2014 20:17:56 +0200 |
From: | Bernd Walter <ticso AT cicely7 DOT cicely DOT de> |
To: | geda-user AT delorie DOT com |
Subject: | Re: [geda-user] Chinese glyph rendering in pcb as symbols |
Message-ID: | <20140905181756.GF3196@cicely7.cicely.de> |
References: | <CAHUm0tMk1cQm_DPVt_swzTGDA+FRL-37fUougH_3hNaqwR_LOQ AT mail DOT gmail DOT com> <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> |
Mime-Version: | 1.0 |
In-Reply-To: | <201409051752.s85Hqnr2027362@envy.delorie.com> |
X-Operating-System: | FreeBSD cicely7.cicely.de 7.0-STABLE i386 |
User-Agent: | Mutt/1.5.11 |
X-Spam-Status: | No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1,BAYES_00=-1.9,T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 |
X-Spam-Checker-Version: | SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de |
Reply-To: | geda-user AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | geda-user AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
On Fri, Sep 05, 2014 at 01:52:49PM -0400, 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. I edit a whole lot manually in my PCB files and I use subversion to many changes. If we really have to embed binary data, then I would very much prefer any kind of hex or mime encoding, so that it's still possible to edit the non binary parts. -- B.Walter <bernd AT bwct DOT de> http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |