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:48:29 +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: <20140905184829.GH3196@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> <CAOFvGD5S+Gw_TPiuu3VkT53jvLewZbiP6f2BTaFRhJJP7Ai-1Q AT mail DOT gmail DOT com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAOFvGD5S+Gw_TPiuu3VkT53jvLewZbiP6f2BTaFRhJJP7Ai-1Q@mail.gmail.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
Precedence: bulk

On Fri, Sep 05, 2014 at 02:24:49PM -0400, Jason White wrote:
> On Fri, Sep 5, 2014 at 1:52 PM, DJ Delorie <dj AT delorie DOT com> wrote:
> > 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 think zip would certainly be the most flexible path, that way you
> can keep the human readable layout files and include whatever fonts or
> images are required without inserting huge ASCII-encoded binary blobs
> all over the place.
> 
> The tools and scripts would still work, all you'd have to do is feed them
> the text file from the zip.

I consider this impractical if you regulary switch between text editor
and PCB.
And it completely breaks revision control systems without having a
specific ZIP plugin.

> This also could (if one was so inclined) provide a means of isolating
> the various components of a design, footprints, symbols, etc. from
> the particular system or environment so that they travel with the file.
> 
> Element definitions could be moved to an internal folder in the zip
> called "elements". This might also facilitate the creation of self
> contained libraries. Which would be a boon to users I'd think.
> 
> -- 
> Jason White

-- 
B.Walter <bernd AT bwct DOT de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.